【2016】 H.265/HEVC Part7 【7680x4320】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>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の話なのにソフトウェアエンコの方が画質が良いとか当たり前のこと得意げに言われても…その…笑うしかないんだけど… この際ファイルサイズは小さくならないのか画質は綺麗にできないのか両方なのかはっきりくっきりエンコさせろ >>165
そのソフトウェアの方が高画質になる理由の一つがbフレームの存在だろ、>>155,157はどういう意味での発言なの？
bフレームが無いから綺麗って具体的なソースurl頂戴 x265でBフレーム有りと無しでエンコードしてSSIMを比較したけど有りのほうが高かった。 I、P、Bの中でBフレームの画質が一番悪いという話と混同してるだけじゃ？
Bフレーム有の方が容量当たりの画質は良いに決まってるし Bフレームあった方が綺麗だろさすがに
Bフレームあった方が縮むし 普通はそうなんだがググったら出るらしいぞ！俺は見つけられなかったが インタレース対応だけど、フレームからフィールドへの分割と
フィールドからフレームへの合成は自前でやれば、現時点でも問題なく使えるっぽい
x265でエンコードしてL-SMASHでmuxしてFFMPEGでデコードしてみたけど特に問題はなかった
できたMP4をちゃんと再生できるソフトがないのが問題っちゃ問題だけどw
ちなみに1440x1080@29.97fps(DAR=16:9)のインタレースHEVCなMP4をMediaInfoで見るとこんな感じ↓
http://i.imgur.com/iKgqhs4.png FFMPEGでデコードしたときフィールドごとにAVFrameが出力されて、
トップフィールドはAVFrame.top_field_first=1、ボトムフィールドはAVFrame.top_field_first=0に
なってて一応区別できるようになってるっぽいけどこれは仕様なのか？ H.265のインタレ対応って簡易的なものらしいから高度なインタレのH.264と比べて最終的な圧縮効率は同等くらいなのでは勝手に思ってる 方式からして当たり前かもだけど参照距離=1でやると酷いことになることはわかった H.264のインタレも
QSVなんかのハードエンコで採用されてる簡素なPAFFと
x264なんかで採用してる高効率なMBAFFとあるからな 比較
1. オリジナルTS
2. x264 2pass 1500kbps
3. x265 2pass 1500kbps -> QSVEnc h264 icq=10 (そのままだと再生できないので）
4. TMPGEnc 24p化 x265 2pass 1500kbps
mpc-hpで再生してprint screenした
1: http://i.imgur.com/NwWMBQ5.png
2: http://i.imgur.com/UxQj1Ib.png
3: http://i.imgur.com/yPsDmHm.png
4: http://i.imgur.com/rwvwh3J.png 昔はエンコの破綻みるのはハルヒのOPだったけど
最近は実際なのか その辺の知ったか情弱サイトがやってる画質比較だと画像に平気でJPEG使ってて「あっ・・・（察し）」ってなる yuvの赤のにじみを軽減させるフィルタの効果を説明してるサイトの画像がjpegだったのは笑ったわ
フィルタ掛けてもjpegでまたにじませてるんじゃ意味無いのになｗ >>185
動きが少ないところはVP9、動きが早いところはx265が良い Galaxyを買う気はないが大手のスマホメーカーの1つがライセンス契約を結んだからこの流れに追随する動きが出てくるといいな
SoC自体はHEVCのハードウェアデコード/エンコードに対応してるのになかなか活用されてないのが現状だから
Samsungが4K UHD注力へ加速 HEVC Advanceと提携
http://ascii.jp/elem/000/001/464/1464258/ ■ このスレッドは過去ログ倉庫に格納されています
