【2016】 H.265/HEVC Part7 【7680x4320】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
業者はともかく個人ユーザーでH265でだめな理由が特にないしな 何が悲しくてインタレースなんて過去の遺物にしがみつかなきゃならないんだよ >>68
放送がインターレースなんだから仕方ないだろ？ >>65
止めはしないがVPやDviXみたいに再生環境限られる＆自然消滅するだろうからオススメはしないかな 企業1社単独で開発してるならともかくあれだけの本気のメンツで普及しないとかありえるのかな GPU支援とかのハード側がもっと柔軟になれば後付けで対応環境増やしたり出来そうだけどね
負荷や消費電力は専用ハードより増えるけど H.265やAV1にとって、H.264で十分だと考える層を切り崩すのは大変 UHD BDやBDにとって、DVDで十分だと考える層を切り崩すのは大変 画質が悪くても気にしないという層は置いといて、既存コーデックを熟成するのと世代交代するのと
現時点でどちらが高画質なわけ？というのが課題になってるんだよね
H264は当初のMPEG2の半分の容量で同等の画質なんてどころの話じゃ無くなっていて
HDで４時間4.7GBに入れてもSDMPEG2より画質が良いなんて事になってしまっている
コーデックの熟成でここまで高画質化出来る一方で、世代交代すれば理論上もっと高画質になるだろうが
実際はこれからまた新たに熟成が必要になり一からやり直しする事になる
これもちょっとうんざりする話なんだよね H264のHDからSD相当の解像度をトリミングしてSDMPEG2と比較しても
MPEG2より低ビットレートのH264の方が綺麗という事実だよ MPEG2だって圧縮してんだから、より高画質圧縮なH.264の方が綺麗で当たり前 おいおいそんな難しい話じゃ無いだろう。
当初はH264はMPEG2の半分のビットレートで同等の画質と言われた。
しかし、今やMPEG２エンコーダーの開発は終了しており、一方H264エンコーダーの開発は続けられている。
その結果、今では1920×1080の3Mbit/sのH264ファイルから720×480を部分切り出しして
720×480MPEG2の4.7Mbit/sファイルと比較してもH264の方が綺麗という結果になっている。
データー量にして6倍のものをビットレートは更に1/1.5、つまりMPEG2より9倍圧縮してもH264の方が綺麗なくらい
H264の開発は熟成されている。
ここに新しい世代のエンコード形式を世代交代で投入すると、開発は一からやり直しとなる。
新たに各パラメーターやアルゴリズムの最適値を探す事となるが、既に進んでいるH264を開発を更に進める事と
どちらが難易度が高いだろうか。
H265の開発が進んで一段綺麗になる頃には、H264の方がより綺麗になっているのでは無いか。 なんかこう・・・あれだな・・・３歳児が選挙演説してるのを見てる気分というか・・・ >>86
もうちょっとこう、そういう煽りじゃ無くてちゃんとしたレスをして貰えんかね。
どこが間違ってるとか、そこは実はこうなってるとか。
あなた自身がちゃんと理解して言ってるのか、甚だ心許無い。 古い車でも改造とチューンを繰り返していけばそのうちF1マシンより速くなるって言ってるようなもんじゃね？
無理だと思うわ
仮に速くなったとしてもその頃にはすでに古い車の面影無いどころか別の車になってる状態だと思う
より高画質にしようとするなら当然既出の規格には無いパラメータを追加しなくてはならない
そうなると違う規格になるのは当たり前だと思う >>89
それを言うならH264が既存のF1マシンで新規格がロータリーエンジン搭載みたいな新機軸。
どうもね、今までのエンコーダーの歴史を見てると、同じ規格内でもソフトやエンコードエンジンによって
画質に雲泥の差があったりするでしょ。
それこそ規格そのものよりチューンの方が重要なんだよね。
H265が出て来た時点でH264より段違いに綺麗というわけでも無かったし、これからチューンして行かなきゃいけない
規格だからH264との差が広まるのは随分先の事だと思うよ。 H.264の時もMPEG2のほうが成熟されていると言われていたみたいだけど代替わりしたし、まあ時間はかかるけどまた次世代に移行するんじゃないかな H.264の本格普及のきっかけみたいのあったの？
プロセスルールが5nmぐらいにまでなって、CPUエンコでも十分高速になるまで
無理とか？ H.264の本格普及のきっかけみたいのあったの？
H.265はプロセスルールが5nmぐらいにまでなって、CPUエンコでも十分高速になるまで
無理とか？ CPUで実時間以内の速度でエンコ出来る様になったから
H.265はまだまだ発展途上、AMD RYZENが起爆剤になってintelが本気出せば流行るだろう
264と265の関係はDVDとBDと似てるな ffmpeg -y -i 123.ts -vcodec libx265 -preset veryfast
これだとエンコが高速になるんですか？ veryfastだからその名の通り速いんでしょうねぇ >>93
縦720以上はXvid/divxなどのMpeg4 ASPでは力不足だったから
h.264への移行は必然だった ASPはMPEG公式のレベルだと最大の5でもSDまでしか対応しない規格だし、BDやHDTVでは使われないのも必然だった 「役不足」と「力不足」の誤用は有名だけど
もしかして「力不足」って言葉自体が誤用だと思ってるんだろうか・・ 力不足は知らなかったぽいけど、必至だなぐらいは適切に使えるんだな 力不足は知らなかったぽいけど、必死だなぐらいは適切に使えるんだな 何かおかしいのかなって辞典で調べてもおかしいところはなさそうだった
ので、どうおかしいか具体的な内容を俺も知りたいな
まぁ、言えないだろうから
次あたりスレ違いとかしつこいとか言ってくるに１００ペリカ
最近こういう手合い増えて困る デリケートな話だが、知能指数が低めの者は周囲からなじられる事が多いので攻撃的な性格にになりがちなんだそうだ
昔はPCを扱うにも知識や論理的思考、あと費用も必要だったから、ネットもある程度の知能を持つ者のみが参加出来た
しかしもう昔ほどPCを扱うのは難しく無いし、スマホもあって以前には居なかった様な知能指数が低い者も気軽に参加して
現実社会では出来ない様な憂さ晴らしをここぞとばかりにやる
でもなあ、そんな知能指数が低い者がエンコーダーに興味を持ったところで理解出来るものじゃ無いと思うんだがな
なんでこんなスレに居るのか不思議だ AMDのRyZenってコスパものすごく評価されてるみたいだが
エンコ速度もcore i7よりコスパ良く高速なのか？ エンコ速度は元々マルチスレッド性能に注力してたAMDの方が速かったような気がする >>113
6950X等、8コア以上での比較だとおそらくi7が高速だろうけど、それ未満のi7より高速なCPUをより安価に買える
28日にレビュー解禁みたいだし、それを待ってみたら >>114
そうだったか
欠点目立つイメージだけど確かにマルチスレッドごり押し路線だからエンコには強かったのか
>>115
それならなかなか期待できそう
解禁は2/28だったか。3/3が日本か
楽しみだ〜 レビュー解禁も3/2という話もあるようだから
気長に待つべし intelがryzenを警戒してCPU値下げきたー ttp://www.itmedia.co.jp/lifestyle/articles/1702/28/news140.html NVENCのH.265エンコーダーってなんでBフレーム使えないんだ 目的が違うから。
元々、ゲームのライブ配信を目的に付けてる物だから、
レイテンシが伸びるBフレは邪魔ってだけかと。 きたねー動画送って受信側でWaifu2xみたいなAIフィルタをかますやつでしょ x264の速度結果みたらもっと速いかと思ったがx265 はやっぱり苦手らしい… それは今後x265のバージョンアップで対応するんじゃね
最適化してもavx2使った方が遅いって場合ならcpuチェックでryzenだったら自動でavx2オプションがオフになるだけだろうし AVX2そのものは有るけど、
実行は128bit x2回で実装されてるから、
効率悪いだけ。
intelは256bitを1回で処理する。
intelのAVX2に最適化されてる物は、
みんな影響あるでしょ、恐らく。 AVX2使うと発熱で速度落とすintel
AVX2の速度は遅いが低電力尚且つ全コアフルロードできるAMD NVENCはBフレ無いんだからx264より当然奇麗だろ、輪郭をよく見てみろ 265の方が肌の質感がのっぺりしているし右足の膝当たりの暗い部分にブロックが目立っている x265でまともな設定でエンコやって比較しろよ
このスレの住人はクソ画質なハードウェアエンコはつかわないだろ x265ってインターレース プログレッシブどう見分けんの？
MediaInfoに書いてないんだけど インタレ非対応なはず
規格にあったとしても圧縮アルゴリズムと相性が悪すぎて
まず実装されない あるで
--interlace <false|tff|bff>, --no-interlace
0.progressive pictures (default)
1.top field first
2.bottom field first
HEVC encodes interlaced content as fields. Fields must be provided to the encoder in the correct temporal order.
The source dimensions must be field dimensions and the FPS must be in units of fields per second. The decoder must re-combine the fields in their correct orientation for display.
ただしデコーダがあるかは謎 >>141-144
今のところ無いって事か
thx all >>144
x265 rev3©2ch.net
http://echo.2ch.net/test/read.cgi/avi/1462270195/188
188 名前：名無しさん＠編集中[sage] 投稿日：2016/10/09(日) 02:11:19.92 ID:zdE5+A6z
https://trac.ffmpeg.org/ticket/5514
HEVCのリファレンス実装のhmなら正しくデコード出来るらしい GB単位のMPEG2-TSを全部NVENCで爆速エンコしたおかげでHDD容量空きまくりワラタ >>148
GTX10X0？9X0？
H.262からH.265でそんなに変わるんか
ffmpegでNVENC使うとなんか緑色になって映像破綻するんだよね… x264でも動きさえ少なければ1.5Mbpsで十分だよ NVENC使ってエンコードした場合、例えば1050と1080でどれ位速度差って有るんですかね？
CUDAのコア数だと3倍以上違いますが、そんな単純なことではないですよね？ NVENCのh.265はBフレないんだから、そりゃ綺麗だわな Bフレがないから綺麗っていうのがわからん
圧縮効率悪いんじゃないの？ 圧縮されないという事は画質を維持出来るって事だ、あとはググれ そんなに得意げに頭悪いこと言われても、その・・・笑うしかないんだけど・・・ 一秒間のビットレート上限決めた場合はbフレあった方が、iとかpとかにビットレート割り振れて画質良くなるんじゃないの？ >>153
NVEncはそれ用のVideoEngineが載っててエンコだけならグラフィックカードの世代が変わらない限り一緒 NVENCのH.265はむしろBフレ使えない割に
同ビットレートでの画質が綺麗みたいな評価だったような
同じくBフレ使えないQSVのH.265がBフレ使えるH.264で設定追い込んだ方がマシじゃね
みたいな扱いなのに対して >>154
>>160
ありがとうございます、CUDAとは違う所で動いてるんですね。
NVENCの速度比較が検索しても出てこないわけですね。。 >>158
頭いいこと言えない奴にそんなこも言われても…その…笑うしかないんだけど… bフレームが無いから同容量ではソフトウェアに比べてハードウェアエンコードは画質が悪いと言われてるのに、>>157て言っちゃうお前はググって何を見つけたんだ？
>>151のソースをソフトウェアx265でbフレーム使って1.5mbpsでエンコしたほうが、元になるフレームの画質維持できるから画質は上がるよ NVENCの話なのにソフトウェアエンコの方が画質が良いとか当たり前のこと得意げに言われても…その…笑うしかないんだけど… ■ このスレッドは過去ログ倉庫に格納されています
