次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】
レス数が950を超えています。1000を超えると書き込みができなくなります。
H.264/AVCの後の様々なビデオコーデック全般について語るスレです。
■主な次世代ビデオコーデック
・H.265/HEVC
・VP9
・AV1(AOMedia Video 1)
・VVC(Versatile Video Coding)
■前スレ
次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
https://mevius.5ch.net/test/read.cgi/avi/1515759816/
次スレは>>980が宣言してから立ててください。 というか帯域どうこうというなら縦解像度だけで話すのではなく、
全体の解像度(画素数)の差とかi/pの差とかフレームレートの差も考えるべきだろうと。 地デジはセグメントを12(HD)、8(HD)+4(SD)みたいな事をやってるから、
8だけでHD放送して4に追加の高画質化情報を送るとかすれば、
古いテレビは今まで通りで新しいテレビでは高画質とか出来なくはなさそう >>847
放送局が放送した時点で発生してるブロックノイズは家電側ではどうしようもないぞ 放送は基本的にリアルタイムエンコしてるから遥かにビットレートが低いはずのネット放送に
画質で負けたりすることがあるんだよな
エンコーダの進化で画質の向上の余地は充分あるはず リアルタイムエンコのMPEG2より1〜3MbpsできっちりエンコされたH264の方が高画質なことの方が多いよね >>847
TSはOpenGOP許可されてるから・・ >>871-872
H.264のデブロッキングフィルタみたいにQP情報参照して、
マクロブロック単位でデブロックやリンギング除去掛ける画像処理があるんだよ
デコーダと直結してないと無理なのでPCだと難しいけど、
AvisynthのDGDecodeで出来るのでやってみるといい
荒れてるところだけ強く掛けるから全体に影響しないしかなり効果ある 逆にH.264のデブロッキングフィルタをOFFにしてみるのも面白い
低レートだとかなりガビガビになって元はこんなのなのかってのが分かる
これ出てウェーブレットとかすっかり下火になっちゃった気もするしかなりの発明だったと思う AvisynthのDGDecodeよりAmatsukazeのデブロッキングフィルタの方が違いが分かりやすいよ MPEG2の今の地デジ方式って、1998年に規格策定完了してなきゃいけなかったから、MPEG2しか選択肢がなかったんだがな
MPEG2に文句つけて大きな事を言ってる奴は、その20年前何してたんだよ?
やっとHDCAMが出始めた頃
まともにHDのCODECについて語れる奴は、少なくとも俺はお目にかかってないぞ
すぐに東京タワーから試験放送始めたが、まだまだデジタルチューナーもなくて、イベント会場でチラホラ程度
当初はIRDと呼んで、チューナーとか受信機とさえ呼ばなかったが 戦艦大和も46cm砲じゃなくてミサイル積んでれば沈没しなかったわけで日本には先見の明が無い AV1のロイヤリティー・フリー保証の基本的なアプローチになっている
防御的解除というものがどういうものなのかさっぱり分からん。
アルゴリズム特許に関しても有効に機能するものなの? >>876
そんなのテレビ放送に付加されてるのか。
H.264みたくオプション機能じゃないの? 地デジの話はここ見ると面白いぞ
http://web.archive.org/web/20061105065656/http://furukawablog.spaces.live.com/blog/cns!156823E649BD3714!4256.entry >>876
デブロッキング・フィルタはディテール復元するものじゃないから
放送局から送出された時点でディテールが保持されてる(保持しやすい仕組みの)ほうが望ましいでしょ
>>883
受信してデコードする段階で一工夫するという話で
放送局がどうこうという話じゃないよ
もっとも、そういうのをやってるのは一部高級機だけだろうけど
>>879
欧州でやってるように適度なスパンで内容を見直したらいい
欧州の新版では音声にAC-4 が追加されたらしいし
そういう柔軟性と比べたら22.2chなんて愚直すぎると思う >>885
22.2chなんてのは作るだけ作ってlvで分けちゃえばいいじゃん >>885
なるほど
テレビやレコーダーに付いてるブロックノイズ除去で個人的には限界かなと思ってた >>886
lvってなに?
>>884
ここ見るとインタレだな>アナログ時代の盲腸は >>885
定期的に見直す=既存のチューナーテレビが無用の長物と化す
今の日本で「新しい方式の地デジチューナーかテレビに買い換えないと、来年から映らなくなります」が許されるか? アナログ完全停波は6年半前なのに「今の日本」ってどう言う意味
「今の日本」だとどうなのか詳しく
それに1年で映らなくなるなんて言い出すわけないのに極端な条件出すのは卑劣 帯域あけるためにある日突然全局SD解像度に逆戻りってのはあるかもな… 4Kじゃ中途半端なので地デジに関しては8Kで移行が妥当って思うけど、ビットレート的には不可能だな
NHKの8K HEVCエンコーダーも下が64Mbpsからだし
かといって全員がBSなぞ入れる訳ないので4K・8Kの標準的な楽しみ方が放送ではなくIPベースになるのは間違いない しかしオリンピックのタイムラインで無理矢理テスト放送で8Kねじ込んで当初の目標を達成するのはいいけど、どうせ将来そのままの仕様で本放送になるんだろうな
8Kの本放送はVVC普及まで気長に待っても良いように思うけど、何が何でもNHK案でHEVCのままになりそうな悪寒 地上波は安定して送信できるビットレートが16Mbps程度らしいから、4k8k用の高ビットレートは衛星放送が必須なんだろう
ケーブルテレビ経由でも受信できると思うけど だからBS/CS経由の4k8k放送が仮じゃなくて、本当に本放送なんだよ 4Kが中途半端、8Kで移行が妥当って…
リビングで視聴距離2mの環境なら4K50インチ、8K100インチあたりがマニアが見て優位性があるラインだと思う(マニアでなければ1.5倍サイズまでカバー出来る) 8Kは本当に要るのか?
相当な帯域が割り当てられない限り
2m離れて見たら4Kの方が綺麗
みたいなオチになりそうだけど HEVCの次世代…VVCだっけ?これが出来ても8kを地上波で流すのは難しそうだなぁ AV1っていつ頃からintelのCPUのqsvに統合されるようになるんでしょうか?
ice lakeには間に合いませんかね?
ちょうど2012年に作ったivy bridgeマシンが更新時なのでice lake(と言わずその次あたりでも)で対応してくれると
うれしいのですが。 「4K60i」なら16Mbpsでいけるんじゃないの?
そういう規格あるかは知らないけど。 >>900
いつ対応するなんか一言も発表されてないからわからない >>891
実際、FullHDなBSを、帯域・解像度とも落とされて、4K開始!きれい!今までと全然違う!
とやられた実績があるから、無いとも言い切れないな。
(アニメの720P放送、映画の24FPS放送は歓迎だが) >>889
〇〇年以降発売のモデルはこの条件を満たしてねでいいのでは
日本みたいに放送終了! 見たければ対応テレビに買い替えてね!
よりスマートな気がする >>902
インタビューか何かでIce lakeでは対応しないとIntelの人が回答してる ソースも何も開発期間考えたら無理に決まってるだろ
AV1の仕様が実用上の最終確定したのいつだと思ってるの? >>906
ほいよ
https://www.phoronix.com/scan.php?page=news_item&px=Intel-Gen11-Graphics-Details
>There is not any AV1 acceleration yet but it's "coming soon" past Gen11 and Intel is "fully committed" to AV1.
念の為書くけど、この中の「past」は「〜以後に」という「after」みたいな使い方なので、Gen 11「以前に」来ると勘違いして読まないように。
「Gen 11では対応しないが、それ以降はすぐに対応予定である」という建前を言ってるだけ。 Haswellあたりは後からGPGPU使ってHEVCに対応とかさせてたのになあ
NVIDIAやAMDはもっとGPUのパワーあるのに後から対応とか全くやらないし
PCも家電と同じように10年使う時代が到来しそうになってきてるんだから頼むよ そんな銭にならんこと、誰がしますかいな
アホなこといいなさんな NVIDIA、好きじゃなくなってきた
思想よくわからないし >>904
日本の地デジは同時放送期間を長く取っていたぞ
それ全く同じこと
結局期限決めなきゃ、周波数の空きがないから移行できないだろ >>901
理屈の上ではそうなるが
30pと60pしかない >>909
日本中の地上波の送信機を交換するのに、大金と8年くらいかかる
つまりリアルタイムエンコード可能な個体化したエンコーダーと、それを正確に増幅するPA
8年前にできあがっていた規格で、どんなものがある?
H.264までかな >>908
ソースと丁寧な解説ありがとう
参考になった H.264で地デジを見たけりゃ南米(ブラジル)に移住するんやなw
デジタル地上波がH.264で流れているんやなw >>913
チーン
まぁ大画面でインタレのちらつき見せられたら幻滅やしな >>917
インターレースは評判悪いが、最近のインタレ解除アルゴリズムが優秀で、59iを59p化するとなかなかきれいだしな
あと、最近のテレビのモーションフローなんかで、30pが120pで表示されるし
XAVC300の60pは600Mbpsだが、30iでいいとなれば150Mbpsで済むことになる(そんな規格はないけど)
HD放送はまさにこれやってるけど、4K8Kはフルの60pだから、処理もストレージもかなり厳しい >>918
そうは言っても細かい描写とかインターレースで消えてしまう部分の補完は無理があるから、高精細化が進んだHD以降はインターレースは害悪だと思う。
あと59iとか30iって…何?
GOPを1秒にするのはどうだろう インターレースが汚いって言う知り合いの使ってるモニタ確認させてもらうと
ほとんどがI/P変換機能の無い安物PCモニタとか使って判断してたわ インターレースはエンコードするとき邪魔じゃないか?
動き探索にも邪魔だし、高周波成分マシマシだし… >>919
インターレースで消えてるのは、ある瞬間の1/59.94秒に出てきて、次の1/59.94秒には消えてるディテールな
海の遠景の小さな波しぶきなんかは、このディテールを含んでる可能性はあるが
そもそも圧縮で消えるな
ごめん、フィールド周波数59.94Hzのインターレース59.94iを59iと略称してる
30iは同じだけど、NLEアプリによっては59.94iを
「29.94fpsフィールドを有効」
と書いてるのもあって、これの省略形が29.97iか30i >>920
I/P変換は今のテレビにはほぼ入ってるからな
昔の一部ドンキ格安テレビとかPCディスプレイとか除いて
逆に、3840 x 2160 UHD 29.97pを4Kテレビで見ると、60pや120p化されててになめらかで驚く
ハリソンフォードが、「映画を24pから勝手にコマ数増やしてなめらかにして見るな!」と、視聴者に文句言ってたなw コーデックが進歩した現在だと、インタレみたいな原始的なデータの間引き方をせずに、ビットレートを半分にした方が綺麗だし。こんな物が受け入れられたのはMPEG-2時代まで 最近傍ライン同士が同じブロックに詰め込まれた方が低周波成分の分布が増えて圧縮効率が良くなる。しかも解像度が上がるほどこの恩恵が増えるので、インターレースは消えるべくして消えた >>912
フランスかドイツで第二世代地デジへの移行(第一世代の終了と解釈した)が行われたってtwitterで観た記憶があったからの主張なんだけど、
自分の主張の一番のコア部分は、その時々の主流を柔軟に取り入れたらいいのにってことね
AVアンプスレだとAtomosが最新トレンドなのに日本の地デジはほぼ独自でニッチな仕様の22.2chなんて・・っていう感想が元 >>927
UHDブルーレイがすんなり出たように、既存のものに手をつけずに追加するなら何の問題もない
周波数は有限で、既存のHD放送が受信できなくなって次世代に定期的に乗り変われるなら、そんな簡単なことはない
22.2とatomosの関係は知らんけど
4K放送も新規の追加BSch まず今の時期に第2世代地デジをやるなんて普通に失策の可能性もあるんじゃないのか>ドイツ
NHKの技術センスが壊滅的なのはまた別の話 >>923
59.94iは60iでいい気が…
そんな細かい事はまぁいいとして、
圧縮で消えた上でインターレースはキツい。あと文字やテロップも厳しい。
29.94fpsフィールド?
29.97フレームの59.94フィールドって意味だと思うけど… >>930
29.97fps(フレームパーセカンド)フィールドあり、の意味だろうけど
すごく紛らわしい
先日、Premiereで59.94pのGoPro素材を59.94インターレースで書き出したら、実際には119.88フィールドパーセカンドのものが出来てて、笑うしかなかった >>930
文字は止まってればインターレース関係ないし、テロップは動き補償型インターレース解除なら問題ない
CMの注意書きみたいな小さい文字が動いてると問題だけど、そんな映像普通作らないから NHKには高級取りのくせに無能な技術者がいるようでニュース7や9を見ていると
テロッパーとかはちゃんとした機材を適切に使ってて問題ないのが多いんだけど
ロゴとかがインタレ状態のギザギザシマシマになってるのが載ってて失笑してる 今更言うのもなんだが次世代コーデックの話から脱線しすぎじゃない? >>932
ウチのテレビはデインターレースがカスいのかテロップの端がピクピク動くんだわ TVのエンコード事情の話全然わからないけど面白かった
まぁ確かに脱線してた気もするけど >>940
libaom(cpu-used8)とrav1e(speed10)で比較してみたけど速度だけならrav1eのほうが1.5倍くらい速かったな
rav1eはまだマルチスレッドにすら対応してないけど
ちなみに画質はx264より悪くなるから実用性は無い >>941
唯一の利点は一般ユーザーには関係ないライセンス料てか?
結局のところハードウェアエンコーダが出ないとキツいのか・・・。 rav1eが実用的になってきた頃にはH.266の規格が完成してたりして H.266が実用的になるまでAV1より長い時間が必要な気がする JEM (VVCエンコーダー) でもAV1より2-3倍高速にエンコできるらしいし、技術的にHEVCの延長線上なので、2020年に制定されれば数年で普及すると思うけどね。h264 > 265のが革新的な機能追加が多くて対応が大変だったはずだよ 制定は何事もなければ2020年10月予定だよ。
とはいえハードウェアに乗るのはそこから数年掛かるかと。 h265が普及してるとはとても言えない状況でav1/h266なんて回路面積喰いそうなデコーダを2つもミドルやエントリーSOCに載せてくるかな
あとav1の2〜3倍ってx265のveryslowより10倍はエンコード重いだろうし最新コーデックはもう個人のCPUでは扱えない感が強くて悲しい ゲーム配信とかで新コーデック使える日は来るのだろうか
ハードウェアエンコーダーじゃないと辛そうだけど IBMが量子コンピューターの販売始めたし、コンテンツインフラ提供してる巨大企業が
エンコードはがっつりやってくれるようになって、エンコード負荷軽減自体があまり
研究されなくなっていき、デコード効率重視になっていく近未来が見える気もする
5Gやそれを超えるような広帯域通信が普及すると、いま3DCGでレンダリングプールを
インターネット越しに企業が提供してるように、動画エンコードも素材データ送って
でかいサーバーに任せてしまうということが可能になってくるし
(超広帯域通信が普及しても4K8Kなどの高解像度化や高画質化の余地がたくさんあるから
圧縮技術のニーズがなくなる未来はまだ遠いと思う)
そうすると著作権破ってる奴らははねられてしまうから、自分でコンテンツ生み出してない奴らは
絶望することになってこのスレも過疎るんだろうな ハードウェア再生支援が対応してもソフトウェア側が充分に活用できていなかったり、ソフトウェアによっては初期設定のままだとハードウェア再生支援自体が無効だったりとか、対応がまちまちすぎて困る
例えば、Windows10標準の「映画と
テレビ」は、ハードウェア再生支援自体は使えるのだが、動きが微妙にではあるがなめらかでなくなる瞬間を見かける
高画質な再生をするのに使われるPotPlayerなんかだと、ハードウェア再生支援を使えばなめらかに再生はされるのだが、デフォルト設定は無効になっていて、しかも設定項目がどこにあるかがわかりにくい
(PotPlayerの場合、音声の設定がデフォルトで正規化処理を有効にしているのも問題ではあるが。
正規化処理を有効にしていると、再生するファイルによっては音声にプツプツというようなノイズが混じることがある。) 最新のCODECって、時間軸は何秒も深く圧縮してる?
つまりハードが出来て最適化されようとも、確実に数秒以上の遅延が起こる? MediaKind-HEVC-and-AV1-whitepaper_FINAL.pdf
https://www.mediakind.com/pdf/MediaKind-HEVC-and-AV1-whitepaper_FINAL.pdf 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) x265 3.0 がリリースされ、それに対応した x265guiEx 3.92 もリリースされた。
x265のリリースノートは現時点ではまだ2.9のままなので、3.0の内容については当面は2つ目のリンクから。
https://x265.readthedocs.io/en/default/releasenotes.html
https://bitbucket.org/multicoreware/x265/src/a6a12bc3ccf4b3138f1d62b2a81c9c40c3c88d62/doc/reST/releasenotes.rst
詳細は直接見てもらうとして、意識しとくべきなのは以下の3つあたりかな?
・--preset slowerのパラメータ変更があり、従来のveryslowと同じになった。
その上でveryslowにいくつかパラメータ変更が入った。
・--aq-modeのデフォルト値変更。 「1 : uniform AQ」 → 「2 : auto variance」
・--tune animationの追加
あとはDolbyVision対応とか、--hevc-aq (これが以前話に出てた新しいAQ?)の試験実装とかかな。
リリースノートに書かれてない新オプションとして、--[no-]-hrd-concat というのもある。 >>958
どういう影響が出るのだろう
>>960
… HDR対応に向けた実装開始って感じかと(仕上がるのはまだ先 x265って、いまのところHDRには対応していないんだっけ? HDR対応と言ってもエンコーダーであるx265のやることは、
・グレーディング済みのHDR映像データを受け取って
・適切にメタデータを付与してエンコードする
ということだけだと思う。
ざっくりとしか理解してないけど、
・単純なPQ方式やHLG方式なら --colormatrix や --transfer の指定だけでも済む。
・HDR10なら、--master-display とか --max-cll とかも使う。
・HDR10+なら、--dhdr10-info でダイナミックメタデータを渡す。
・Dolby Visionなら今回追加された --dolby-vision-profile や --dolby-vision-rpu を使う。
といった感じじゃないだろうか。間違ってたらすまん。
ちなみに、rigaya氏のx265バイナリだと、HDR10+用の --dhdr10-info や --dhdr10-opt が使えない模様。
ビルドする際にCmakeで ENABLE_HDR10_PLUS を有効にしていないものと思われる。
(個人でHDR10+やDolbyVisionのエンコをする人がいるのかどうかはわからんけど・・・) ・SDカードやUSBメモリを、テレビなどに直接つなげる4K対応メディアプレーヤー「400-MEDI023」
https://www.mdn.co.jp/di/newstopics/63539/
リモコンつきのこんなプレーヤーが普及すると、HEVCエンコードした動画を見るのが捗って助かる レス数が950を超えています。1000を超えると書き込みができなくなります。