次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】
■ このスレッドは過去ログ倉庫に格納されています
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 が宣言してから立ててください。 >>164 と>>178 1080p落としてffplayで再生してみたが、重すぎる Windows 10の「設定」→「システム」→「ディスプレイ」→画面中央の下側の「グラフィックの設定」を開いて、 「クラシックアプリ」の状態で「参照」をクリックし、ffplayを選択し、項目に追加されたffplayをクリックすると 「オプション」ボタンが現れるからクリック 表示されたオプションメニューの中から、「高パフォーマンス」を選択し「保存」をクリック これでほんの少し動作は改善するが焼け石に水状態 動画再生はもはやPCよりスマホのほうが対応力が高い… やっぱりスマホでAV1の再生を対応させてくれ 参加メンバーにVideoLANが入っているから、対応はそう遠くはないだろうけど >動画再生はもはやPCよりスマホのほうが対応力が高い… >やっぱりスマホでAV1の再生を対応させてくれ 対応力ゼロじゃんw >動画再生はもはやPCよりスマホのほうが対応力が高い… それはないでしょ どう考えてもスマホよりPCのが対応力(そもそも対応力って何?)高いと思うよ >>178 比較に同ビットレートのavc、hevc、vp9も置いてくれたら最高なのにな 上のレスと内容もろ被りしちゃったよ 書き込む前にもう一回更新しとけば良かった スレ汚しごめんなさい ハードウェアデコーダー乗るまでソフトウェアが対応したとしてもスマホじゃ低解像度動画しか再生出来んでしょ多分 あとこのスレでデコーダーの実装にh265の10倍程度回路面積が必要とか聞いた記憶がある >>178 readme.txtもあるし、URLは以下の方が良いと思う。っていうかなるべく元情報も示してもらえると嬉しい。 https://twitter.com/cconcolato/status/1039656215725277185 > Happy to announce Netflix public AV1 test streams: > http://download.opencontent.netflix.com/?prefix=AV1/ > For now, only the 23.976fps version of Chimera. Details in the readme. > Additional versions, including fragmentation and encryption, > and more sequences will be provided in future releases. Stay tuned. https://twitter.com/5chan_nel (5ch newer account) >>200 の補足 http://download.opencontent.netflix.com.s3.amazonaws.com/AV1/readme.txt The IVF files were produced using AOM aomenc (Libaom v1.0) using 2-pass, CQP, tiles on higher resolutions, and Film Grain. Additionally, the following parameters were used for all encodes: --passes=2 --fpf=twopassStats --i420 --profile=0 --arnr-maxframes=7 --arnr-strength=5 --lag-in-frames=25 --aq-mode=0 --bias-pct=100 --minsection-pct=1 --maxsection-pct=10000 --end-usage=q --min-q=0 --max-q=63 --input-bit-depth=[8|10] --cpu-used=1 --auto-alt-ref=1 --max-gf-interval=12 --min-gf-interval=[4|5|6] --frame-parallel=0 --threads=8 --tile-columns=[1|2|4] --ivf The IVF files were then packaged into (non-fragmented and non-encrypted) MP4 files conforming to https://aomediacodec.github.io/av1-isobmff/using GPAC's MP4Box (GPAC version 0.7.2-DEV-rev654-gb6f7409ce-master) as follows: MP4Box -add input.ivf output.mp4 --cpu-used=1か、最高圧縮ではないにしろ結構重い設定だな >>199 そのHWデコーダーが乗るのがPCより早いって意味でしょ いや久しぶりに--cpu-used=1でエンコードしたら前よりはずっと早くなってるような気がする これなら一般人でもアニメのOPくらいなら頑張ればエンコード出来るかも ffmpegでavs2のデコードとエンコードが出来るようになったみたい https://twitter.com/thierryfautier/status/1039495285838372869 > China #uhd standardisation snapshot presented by CCTV at #ubbf2018 よくわからんが、中国標準の4K/UHD/HDRは映像をHEVCではなくAVS2にするなど、独自路線を突っ走るのか・・・。 https://twitter.com/5chan_nel (5ch newer account) avs2? 初めて聴くな なんか利点あるの? 別件で スマートフォンでの再生は重要だと思うね というよりパソコンより圧倒的に利用者多いし YouTubeのVP9の対応で言えば、2015年の後半以降に発売開始になったモデルからハードウェア再生支援に対応し始めた ※パソコン、スマートフォンともに しかし、およそ2年おきに買い替えされる可能性の高いスマートフォンと違い、パソコンは買い替え年数がもっと長い なので今現在ユーザーが所有しているハードウェアでVP9のスムーズな再生に対応している機材はスマートフォンは対応していてもパソコンは未対応なままというケースが多いかと まして、AV1のハードウェア再生支援の搭載となるとまだまだ先になるだろうから、しばらくの間はソフトウェアでゴリゴリ再生させるしかないが、 ハードウェア再生支援が搭載され始めると対応機材の普及はスマートフォンのほうがやはり早いだろうことは想像に固くない やっぱりhevcの優秀さが比較すると出てきちゃうな これがライセンス問題で潰れてしまうのが惜しすぎる 個人のライブ配信でH.264より新しい世代のコーデックが主流になるのは、まだ相当かかりそうだな ライセンス料払う必要がない人たちはhevc一択だね >>191 ほんこれ。4K以上で真価を発揮するVP9は1080p以下だと、データサイズは数%しか減ってないのに画質かなり落ちてるのも多い。得手不得手があるからかんだろうけど (例えば同じアニメの動画でもH264の方が輪郭や背景が潰れずはっきりしてる時もあれば、VP9の方が全体的な破綻が少ない時もある) だからどちらか一方ははっきりと使い分けられるくらいに画質をよくして欲しいんだよなぁ…H264はビットレートを今の1.3倍にするとか… >>193 個人的な感覚では、 H264≦VP9<HEVC<VP9 かなと思う。同じビットレートで比べた時。 ただしコーデックによって不得意なパターンは違うから一概に言えないのは分かってる LAV Filters の nightly 0.72.0-12 でAV1の再生がサポートされた。 >>200 の Chimera-AV1-8bit-480x270-552kbps.mp4 Chimera-AV1-10bit-480x270-531kbps.mp4 と、>>150 の方法で落とした480pのAV1_AAC.mp4(-f 397+140)の再生ができるのは確認した。 --- https://forum.doom9.org/showthread.php?p=1851429#post1851429 > LAV Filters 0.72.0-12 and newer have experimental support for AV1 decoding using libaom - software only, of course. > https://files.1f0.de/lavf/nightly/ > > It is planned to replace the libaom decoder with a ffmpeg built-in decoder once that becomes available, hopefully later this year. >>215 K-lite codec入れてるPCで、先にK-lite codec削除してからインストールしてみた Qunohaで上のほうで紹介されているmkvもmp4も再生できることを確認 ffplayよりは軽いけど、1080pだと重い Windows Media Playerだとmp4は再生できたけど、mkvはダメ 余談だが、K-liteだとファイルのアイコンにサムネイルが付くようになるが、LAVだとmkvやwebmにはサムネイルがつかなくなる サムネイルをつけるために「Icaros」をインストールして解決しておいた ・説明サイト https://www.gigafree.net/media/codecpackage/icarossetup.html ・ダウンロード先(3.1.0 Beta 2がいい) https://www.videohelp.com/download/Icaros_v3.1.0_b2.exe とりあえずこれで様子見 これで再生確認が楽になるな あとはデコーダーの最適化を待つだけやね HEVCは出始めの頃と比べて再生負荷が半分くらいになったからAV1でも多少期待してる https://www.youtube.com/testtube > データ使用量を抑えて動画を満喫 > > AV1 動画コーデックの高度な圧縮技術により、HD ストリーミングがより滑らかになり、 > 外出中も少ないデータ使用量で動画を楽しめます。 > > AV1 デコードは、お使いのブラウザではまだご利用いただけません。 > フルサポートを利用するには、media.av1.enabled 設定セットを備えた Chrome 70 以降、 > または Firefox 63 以降が必要です。 対応してるブラウザでそこ開くとav1設定が出るな 「自動」、「SD画質でAV1を使う」、「常にAV1を使う」ってのが用意されてる 文も後ろ3行がちょい変わってる > AV1 はまだ新しい技術であるため、HD 画質でのストリーミングには高い処理能力を持ったパソコンが必要です。 > また、AV1 でご覧いただける動画もまだ限られています。 > SD 画質での AV1 ストリーミングを選択すると、480p までは AV1、それ以上の画質では VP9 が使用されます。 i5-3475S内蔵GPUにLAV Filtersだけど>>178 の10bitフルHDはフレームレートガタガタ CPU使用率は余裕あるけどガタガタ Mac版火狐でtubeのAV1利用できなかった バージョンはあってるはずなのに >>163 バグ報告なら 問題の概要 再現手順 期待する動作 実際の動作 ぐらい書いときゃいいよ あとはグダグダ書かない 簡潔に 感情も入れない 機能要望なら、それが付くと いかにユーザーにとってメリットあるかとか書く エクスプローラのメモリリークも直してくれたよ (7や8.1からある。7や8.1は直ってない) ちょっと前の記事だが ・YouTubeが「HEVC」に対応すれば、あらゆる問題が解決する? https://www.earlyteches.com/2018/03/youtube-hevc-support-solve/ 「「AV1」は、HEVCやVP9よりも高い圧縮率を誇り、さらに初めからロイヤリティフリーということで、 ネットフリックスやアマゾン、グーグル、そしてアップルも支持を表明しています。」 「AV1」が実用化されるのはまだ先の話ですが、YouTubeがHEVC対応をすっ飛ばして、 「AV1」の対応にシフトする可能性も高いのです。」 iPhoneの新型も相変わらずVP9は未対応のようで、こうなるとAV1に頑張ってもらうか、 Googleが折れてHEVCを採用するのを待つか、いずれかを期待するしかないようだな ※音声のOpusはソフトウェアだけで問題なく再生できるからいいとしても >>225 この問題ってGoogleか若しくはav1に協賛してる企業が合同で開発元を買い取っちゃってHEVC/VVC辺りの開発を継続してくれれば丸く収まる気がするけどそういう規模の話では無いのかな。 >>224 こマ?(二回目) きちんと考えて書けば対応してくれるって事自体眉唾モンなんだが Insiderじゃないと相手してくれないんかな >>226 買い取れる金額だとは、とてもおもえないけど… 各国独禁法にめちゃくちゃ引っかかって全部買い取るのに何十年もかかりそう Nightly 64.0a1 (2018-09-14) YouTube、Netflixサンプル、Mozillaデモ、OK。facebook AV1 Test ダメだった。 数年前の情報 ・WebMの次期圧縮技術「VP9」、6月17日にコードフリーズ YouTubeもサポートへ http://www.itmedia.co.jp/news/spv/1305/13/news019.html VP9のコードフリーズが2013年6月、YouTubeには2014年には既に導入されていた記憶がある そして2017年の秋頃あたりから1080pを上回る解像度の動画はVP9に一本化 この流れで行くと、AV1も来年には一般運用が始まっていると考えていいのだろうか? >>227 insiderじゃなくても相手してくれる エクスプローラのメモリリークは以下の条件で発生する (10では修正されたから起きない) 1.mp4コンテナの動画をどこか特定のフォルダに置く ひとつでも100個でもいい 2.エクスプローラを詳細表示にする 3.日付とかサイズとかフィールド名が表示されてるとこを右クリックして、コーデックでもビットレートでもなんでもいいからフィールドを増やす 4.タスクマネージャーを立ち上げ、現在のメモリ使用量を表示 この時の使用量をメモ 5.それを開いたまま、F5キーでさっきのフォルダの表示を更新 F5を押すたび増える 4と5のメモリ使用量を比較 7や8.1だと動画が多ければ多いほどバンバンメモリリークしていく エクスプローラをタスクマネージャーで再起動すればリセットされる このぐらいの再現手順書いておけば間違いなく修正されるよ 再現手順すら書けないフィードバックばかりだから 直しようがなく反映されないってのもあると思う 誰が試しても再現できるレベルの話までまとめれば直ると思うよ AV1ではないが、>>194 の動画の情報が出た ・倉木麻衣、“さらに高画質になった”「花言葉」4K HDR MV&京都市政CMのメイキングムービー公開 https://www.m-on-music.jp/0000297010/ 三菱が噛んでたのか 妙に気合いの入った動画だとは思っていたが >>233 でもあれ、投票集まらないと開発者の目に止まらない仕様なんでしょ? クソみたいなフィードバックが多いせいで書いても目に止まらず埋もれるだけだよ 書いても見てもらえ無さそうだなって思わせちゃう時点で書く気無くすしフィードバックHubの運営そのものが失敗してるとしか思えない それとも君だけは行いがいいから特別視されてるだけかい? >>235 おれのなんか投票何もないよw 特別視とかもないと思う ちゃんと書いてあるかどうかなんじゃ? わからんけど 235が書こうが書くまいが別にオレは構わないから信じてもらわなくてもいい 実際直ったって話だけだから >>236 そうだね、そろそろやめる スマヌ Blackmagic RAWとかいうのが出たらしいな >>238 ProRes RAWと同じような位置づけかな。 Blackmagic URSA Mini Pro ? Blackmagic RAW | Blackmagic Design https://www.blackmagicdesign.com/jp/products/blackmagicursaminipro/blackmagicraw [IBC2018]ブラックマジックデザイン、新コーデック「Blackmagic RAW」を発表 - PRONEWS https://www.pronews.jp/news/20180914182802.html --- Apple ProRes RAW について - Apple サポート https://support.apple.com/ja-jp/HT208671 ProRes RAWとは? − AtomosのJeromy Young氏が語る | cinema5D https://www.cinema5d.com/jp/prores-raw-explained-plus-footage/ Dav1d: a fast new AV1 decoder https://www.videolan.org/videolan/events/vdd18/ 公式のAV1デコーダーが遅いから新しくデコーダーを作るみたい。 FFmpegのVP9デコーダーを作ったRonald Bultje氏という人が担当するみたいだから性能アップに期待できるかも。 The world’s fastest VP9 decoder: ffvp9 https://blogs.gnome.org/rbultje/2014/02/22/the-worlds-fastest-vp9-decoder-ffvp9/ ええやん デコーダーに力入れてるところ地味に少ないんだよな >>240 期待しておこう いまのままではフルHDですら厳しいものがあるからなぁ つべでav1使えてる人、同じファイルでmp4やwebpとくらべて縮んでる? https://github.com/leandromoreira/digital_video_introduction/blob/master/README-ja.md >コーデック 対 コンテナ >初心者がよく誤解することの1つに、デジタルビデオコーデックとデジタルビデオコンテナを混同するというものがあります。 >コンテナはビデオ(と音声もありえる)のメタデータとペイロードである圧縮されたビデオを包括するラッパーフォーマットとして考えることができます。 >たいてい、ビデオファイルの拡張子はそのビデオコンテナを定義します。 >例えば、ファイルvideo.mp4はおそらく MPEG-4 Part 14 コンテナで、 >video.mkvという名前のファイルはおそらく matroska です。 比べてみた。 vp9<H.264<av1 こなれてない感じ。 youtube-dl -F https://www.youtube.com/watch?v=oAbB4dQOz4I 248 webm 1920x1080 1080p 2670k , vp9, 24fps, video only, 36.26MiB 137 mp4 1920x1080 1080p 4434k , avc1.640028, 24fps, video only, 45.88MiB 399 mp4 1920x1080 1080p 12078k , av01.0.05M.08, 24fps, video only, 85.46MiB >>244 av1って基本的にwebmに格納されるのがデファクトスタンダードになるの?mp4やmkvなの? ハードウェアデコーダーの対応なんかでコンテナしか書いていない場合があるからある程度分けて欲しい 現状だとmp4にAV1とopus突っ込むのがスタンダードなのでは 今後代わる可能性もあるけど >>243-245 >>218 の AV1 Beta Launch Playlist - YouTube https://www.youtube.com/playlist?list=PLyqf6gJt7KuHBmeVzZteZUlNUQAVLwrZS の説明に書いてあるけど、今のYoutubeのAV1は > At time of writing, these transcodes are encoded at a very high bitrate for decoder performance testing. (現時点でのAV1動画はデコーダーのパフォーマンステストのため非常に高いビットレートでエンコードされている) ということらしいよ。 >>249 6日前のr3947で対応されてて、今日SourceForgeにr3973のバイナリがアップされたってことね。 現状でもyoutubeにアップロードしたらav1形式が必ず作られますか? 自己ソースで試してみたい >>251 当分の間は海外の超人気のある動画でしか作られないと思うよ >>148 の動画は投稿されて一ヶ月経ってないのに再生回数が4000万回を超えてる youtubeって最近は毎分500時間とかの勢いで動画アップされてるらしいからそれ全部AV1エンコとかさすがのgoogleさんの鯖でも無理すぎるわな >>254 AIでどうこうなるモノでもないしねー AIが動画コーデックの世界に圧縮改革起こしてくれねえかな >>256 AV1のコミット見てるとMachine Learningで高速化を図ってるところがちょくちょく出てくるよ >>246 mp4だと思う YouTubeもNetflixも試験配信データはmp4に格納されてる。 将来またmp4ファイルが再生できませんとかいうバカな質問が増えそうw コンテナはmp4で構わないから コーデックがなんだか一目でわかるように 拡張子はav1とかにして欲しい かつての AVI (えーぶいあい)と見分けづらい気もするが 以前に比べて使用頻度も減っただろうし 富士通、映像データ1000分の1に 自動運転の精度高く 富士通は自動運転の精度を高める技術として、映像データを1千分の1に圧縮する手法を開発した。 車載カメラで撮影した映像をインターネットで瞬時にやりとりし、周囲の状況を遠くからリアルタイムで把握できる。 3年後をメドに実用化する。「データ爆発」と呼ばれる大量データ通信時代の中核技術になる可能性がある。 富士通は4Kや8Kの映像を配信する放送技術で培った独自の画像処理技術を応用した。カメラで撮った映像のデ… ソース https://www.nikkei.com/article/DGXMZO35634560R20C18A9MM8000/ Doom9ってAV1を熱心に試してる人が何人もいるよね 一方このスレにはエンコードしたことある人どのくらいいるんだろう あの激烈に遅いVP9より遥かに遅いからある程度速度が出るようになるまでは個人使用では興味が出ない >>263 PSNRベースでの比較が特に顕著だが、HEVCとあまり差はないね ライセンス問題を気にしなくて済む用途ならば、ツールがひと通り揃っているHEVCで充分 再生支援が受けられる環境もある程度揃ってきたし AV1であえてエンコードしなければならないのは配信屋くらいのものか >>263 aomencの--cpu-used=4の方が、x265 --preset veryslowよりやや上になってるんだね。 その下で別の人がcpu-used=1での各バージョンのエンコード速度の比較を出してた。 https://forum.doom9.org/showthread.php?p=1852485#post1852485 version | enc time | filesize 0.1.0-9348 | 152 | 183494 0.1.0-9559 | 119 | 182391 0.1.0-9658 | 109 | 182118 1.0.0-6 | 94 | 182856 1.0.0-82 | 86 | 182952 1.0.0-181 | 61 | 184139 1.0.0-245 | 59 | 189154 1.0.0-399 | 51 | 180221 1.0.0-541 | 22 | 184505 ※下記参照 1.0.0-629 | 15 | 184616 ※下記参照 下2つはCONFIG_LOWBITDEPTH=1でビルドしたものなので、上と直接比較できる数字ではないらしいけど。 >>263 ソースがほとんどアニメじゃん。みんなアニメ好きだなぁ アニメで縮んでも詐欺みたいなもの 実写やフィルムグレイン付きの映画で縮まないとウンコ アニメだと、10ピクセル以上の太い線のリンギングがぁ、とかが評価対象になるのか dav1d is a new AV1 cross-platform Decoder, open-source, and focused on speed and correctness. https://code.videolan.org/videolan/dav1d By the end of 2018, we hope to have a completely usable version that will be faster than any other software open source implementation. 2018年末までに、他のソフトウェアオープンソース実装よりも高速な、完全に使用可能なバージョンを用意したいと考えています。 実写とアニメって最適化の仕方が別なんだっけ H.264も黎明期(ニコニコやようつべが流行りだした頃)は実写向け、アニメ向けでエンコ設定をアレコレ変えてた記憶がある >>272 meson 0.29.0 はだめだった。pip install で 0.48.0 入れたら行けた。 >>273 アニメはエッジがハッキリしているから荒が目立つ反面、フレーム自体は複雑性が低くて圧縮が効きやすい 実写(特に野外)は複雑で圧縮が効きずらい反面、フレーム自体は複雑で細部再現性の誤魔化しが効く 実写でも人工物が多いとアニメの特性に寄っていく感じ >>275 正常にデコード出来た? こっちで試してみたけど途中でデコード止まる dav1d.exe -i Chimera-AV1-8bit-1920x1080-6736kbps.ivf --muxer yuv4mpeg2 -o hoge.y4m Failed to read frame data: No error Dav1d 0.0.1 - by Two Orioles Decoded 1/3 frames (33.3%) >>277 出来たよ。 dav1d -i /home/shinichi/Chimera-AV1-8bit-1920x1080-6736kbps.ivf -o f.y4m --framethreads 2 --tilethreads 2 Celeron G530 Dav1d:5e05e65 framerate: 8929/1271=7.02 >>279 OS は Ubuntu オプションで --framethreads --tilethreads をCPUに合わせて指定したほうがいいみたい いい忘れてた。デコードできたけど、こんな感じのが出来た。 YUV4MPEG2 25.8GB 44.4Gb/s 1784.016 FPS まともに再生出来ない >>280 ありがとう 自分でビルドしたバイナリだけじゃなくてDoom9に上がったバイナリでも同様の結果だからもしかしたらWindows用のバイナリにまだ不具合があるのかもしれない >>261 Turing CodecはBBC製のH.265エンコーダらしい。 ttps://github.com/bbc/turingcodec/ >>284 BBCは以前から動画圧縮技術に熱心だよ。 DiracっていうWaveletベースの独自のコーデック開発してたこともあるし。 アラン・チューリングが名前の由来かな、と思ってサイト見たら当たってた >>285 知ってるよ 凄いってのはそれを搭載してるnvidia GPUのこと >>287 NHKは研究中のAIによるインタレ解除を公開してくれたら見直すけど そんな柔軟性は無いんだよなぁ >>289 Turingと名前がついてるだけでNVIDIAのGPUとは無関係だろ >>282 の問題だけど↓が原因だったみたい https://code.videolan.org/videolan/dav1d/commit/df5e906b63df59fa00c84cb7ee25e240ffd32bcd mergeされたからWindowsでも問題が起きなくなった それで早速libaomと条件を同じようにしてシングルスレッドで試してみたんだけど、現時点ではlibaomのほうが2.5〜3倍くらい速かった dav1d.exe -i input.ivf --framethreads 1 --tilethreads 1 --muxer yuv4mpeg2 -o nul aomdec.exe --threads=1 -o nul input.ivf 一方マルチスレッドで比較した場合、libaomでは2コア4スレッドのうち50%くらいしか使ってくれないけどdav1dではフルに使ってデコードしてくれた 今後のアセンブラやSIMDによるスピードアップに期待 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる