次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
■ このスレッドは過去ログ倉庫に格納されています
H.264/AVCの後の様々なビデオコーデック全般について語るスレです。
■主な次世代ビデオコーデック
・H.265/HEVC
・VP9
・AV1(AOMedia Video 1)
・VVC(Versatile Video Coding)
■前スレ
次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1532001049/
次スレは>>980が宣言してから立ててください。 >>114
heixでも.heicなのか
サンクス 低スペックマシン(Windows10/AMD E1-7010 APU/RAM4.0GB)でYouTubeを720p/AV1設定にして視聴したんだが感動を覚えた。
Dropped Frames 683/5960 11.5%位落ちてるけれどこんな低スペックPCでchromeブラウザのAV1デコーダー凄い軽さだなぁと。 >>118のCPUってcine bench15 マルチコアで70しか出ないのかよ…ちなみに9900Kが2000ちょい
仮にスコア100でフルフレーム出るとすると4コアCPUでも4K画質のソフトウェアデコードギリギリ出来るな。
デコーダの並列度が高ければ。 >>117
実際に落ちまくったのは最初の方やな。その後も落ちてたけど見られないほどひどくはない印象。 シーンによって再生負荷が変動してる気がするんだが
再生負荷が高そうな動画だとどうなるんだろう つか、デコード負荷って結構あるんだね。今まで馬鹿にしてたわ。
2Kから4Kになれば負荷4倍なのは分かりやすいけど最近2Kの30fpsのmpeg2動画とh.264の動画をFireHD10でCPUで再生したらmpeg2こんな軽いんだね...
h.264だと再生ギリだわ。
最新コーデックってのはエンコ側ですげぇ頑張って、デコード側は大した変わらないのかなと盲目的に思ってたわ。 GPU支援とかの機能があったりするのはそういうのが有効な程度には負荷があるってことだしね 2Kの30fpsのmpeg2
HW L40% L40%
SW L50% L50% B50%
2Kの30fpsのAVC
HW L40% L40%
SW L60% L60% B70% B70%
2Kの30fpsのHEVC
HW L40% L40%
SW L90% L90% B100% B100%(かくかく)
android版VLC FireHD10 MT8173
LとかBはlittleコア、bigコアでアバウトなCPU使用率 スマホにAV1/HEVC配信をするのってバッテリー面で大丈夫なのだろうか。 HEVCは新しい比較的SoCだとAndroidでもiOSでもHWデコードできなかったっけ?AV1は負荷がかかるからバッテリー持ち悪そうではある なぁに糞重いゲームとかと比べると屁みたいなもんよ
まあ電気食わないに越したことはないんだけどさ AV1はHWメーカーも入って検討してるんだし、HW実装さえされれば
ユーザ側は少なくともデコードについては特に心配せずに使えるんでないかい。
デコードはユーザーレベルまで普及するだろうけど、エンコードがどうなるかはまだわからんね。 AVCのデコードの重さはCore2Duo世代の年寄りにとっては当たり前の話みたいなもんだったけど
今の若い人には逆に新鮮なんだな
当時はSD画質でも体感負荷が倍くらいあったけど
今はマルチコアの並列化がこなれてきてるのかMPEG2で50%負荷→AVCで70%負荷程度しか変わらんのな
JPEG2000もそろそろパッと読み込まれるようになってもええんやで、と思ってググったら
FLIFとかいうロスレス規格も出てきてたんだなhttps://gigazine.net/news/20160308-flif/
完全に浦島太郎状態だわ 普及する見込みのないコーデック覚えても意味ないから知らなくていいよ J2Kは回路コストが高すぎるとかで普及しなかったらしいけどAV1はどうなんだろう 動画の帯域問題はプロバイダやサーバー事業者(サービス提供者)にとっては死活問題だから
YouTube(Google)とNetflixとPrime(amazon)とHuluが主導してる時点で意地でも普及させてくると思う Mark Shuttleworthこっちにも来てたw
https://github.com/OpenVisualCloud/SVT-AV1/pull/38
インストール、アップデートがめちゃらくになる >>130
DVD見るためにセレロン300AをOCしていた思い出・・・ 再エンコードとかなかった頃のニコニコ動画で再生負荷高くて再生できないなんてことがクソスペックであったからなぁ
逆に再生負荷あげられまくれるからベンチマークなんてのあったし YouTubeの720p/AV1はそこそこ普通に見られるのにニコニコ動画のHTML5プレーヤーは止まりまくるの草 >>138
パソコンでDVD 見たいなら再生支援チップが載ったグラボ買った方が良いよ!な時代やな CPUなに使ってるか書いてなかった
Ryzen 5 2400Gです >>142-143
乙です。
・SVT-AV1、libaom、rav1e、libvpx VP9、x265、x264のVMAFでの比較評価。(重い設定での比較)
・全体的にlibaomが良好、その次にx265とlibvpx VP9。
・SVT-AV1はその次くらいで、rav1eと同等かそれ以上。
ってところかな。そしてやっぱりAV1は重い。 AV1がすごい、HEVC/VVCがすごい以前に2つの参加企業見比べたらAV1がVVC潰しに掛かっているような構図にしか見えない。 同じAV1でもlibaomとSVT-AV1、rav1eでは別物クラスの違いがあるね
libaomは低ビットレートでの改善具合がすごい
ただ、重いんだろうなぁw
問題は、高解像度映像でどの程度の改善があるのか
libaom使って4Kをエンコードした場合に、HEVCより3割以上縮むのならば、4K放送の当面の保存用に考えなくもないが…
(4Kは保存場所がどうしても消費してしまうし、画質落とした4Kを保存するくらいならば2Kでいいだろとすらなってしまうのがイタい) >>145
「参加企業」つってもHEVCの参加企業と言ってるのはライセンスを保持する企業群のことだろうし、
AV1(AOM)の参加企業は「HEVCのライセンスは内容も複雑さもクソ」って企業が集まったってだけでしょ。
別にVVCを潰すなんて意図はないし、VVCでHEVCのクソライセンスの悲劇を繰り返さないためにMC-IFって組織も立ち上げられてる。 VVCがAV1より良い出来で、ライセンスが分かりやすくなったらそっちに鞍替えする企業も出てくるのだろうか VVCはAV1を超えてくるだろうね
単純に後発なのもそうだしAV1はmpegが今まで積み上げてきた特許回避しなきゃならないから
それにライセンスも今回は慎重にいくみたいだし
まあAV1はmpeg帝国に対するけん制みたいな面もあるしあんまcodec戦争とか言われるようなもんじゃないのかもね libaom凄いな
3000kbpsでもうほぼソース画質に近くなるのか
そりゃ動画配信企業はお熱になりますわ >>150
俺も別スレでグラフ出しただけでrigaya氏扱いされたことがあるけど、
匿名掲示板で名乗りもしてないレスに対して「〇〇さん乙です」みたいな人物特定するような書き込みをするのは
結構気色悪い行為だからやめたほうがいいと思うよ。的外れなら尚更。 >>153
その後同じグラフをブログに掲載すんだからバレバレじゃん 氏がこのスレかソース元サイトを見てるって事でしょ。
アンテナ張ってる先は同じなんだからさ。まずここ特定板じゃねえし、特定厨は邪魔だから帰って ネトゲで「お前同じクラスの〇〇だろ!キャラの顔があいつに似てる!」と叫んでる人を見てる気分。 もしかしてグラフ作るのが技術的に物凄く難しくてrigaya氏みたいな人じゃないと出来ないと思ってる?
libreOfficeみたいなフリーのオフィスソフトでも簡単に作れるんだけどな ところで、libaomとはどうやって使うものなの?
あと、これを使ってエンコードしたものをまともに再生しようとした場合に、ハードウェア再生支援の存在しない現状で要求されるハードウェアスペックとはどの程度なのだろうか?
エンコードを時間かけてやってもまともに再生できないようではさすがにつらすぎるし Google Cloud Platformの仮想Windowsでエンコードから再生までやってる。音声と映像のラグが酷いけど。 ffmpegとLAV Filtersでエンコードもデコードもできるんだから1:30くらいの動画を試しに変換してみればいいじゃん
と思って検索掛けてみたらAV1の画像フォーマットもAVIFも策定されてきてるんだな
https://people.xiph.org/~negge/AVIF2018.pdf
前に見つけたFLIFはJPEG2000よりさらに2倍近く読み込み時間が必要だったからwebpの後継として期待したい >>162
FFMpegでエンコードするときの使い方をわかりやすく解説した資料とかないかな? GUI公開されてるの幾つかあるけど、やっぱ個人で実用的に使うのはまだ先になりそうだねー
設定項目多すぎるよ >>163
基本的なのはffmpegのページに載ってる
現状での再生スペック測る程度なら充分かと
https://trac.ffmpeg.org/wiki/Encode/AV1 >>164-165
やっぱりまだテスト目的止まりか
使い物になるのはいつ頃だろ?
4Kの容量削減のために、なるべく早く使いたいところ
話変わるけど、BS4K放送がリアルタイムハードウェアエンコードで33Mbpsで放送しているけれど、x265でslowくらいの設定で放送と同程度くらいのエンコードをした場合だと、
ビットレートはどのくらいまで落とせるものなのだろうか?
あまり変わらないかな? 33Mbpsでも不足してる(画質維持には50Mbpsは欲しいところ)から何とも…
その上で考えると、放送画質相当なら20Mbpsくらいにまでなら落とせるかもしれない。 >>168
絶対的な画質で言ってしまえばビットレート不足か場面がないわけではないけど、放送としては開始間もない状況では充分なのではと個人的には思っているけれど
で、x265で積めて20Mbpsあたりか…
2年前くらいのNHK BSプレミアムと同程度の保存容量か
やはりAV1かVVCが来ないと保存場所の確保が大変になりそうだな
とりあえずAV1のハードウェア再生支援を早急に整備してほしい… >>149
HEVCやAV1で拡張扱いの機能が標準で取り込まれてたりするからね VVCって一番遅いエンコード設定にしたら10Mbpsで4K/24fps出来たりするのかね? 何を基準に出来るというか分からないけど前評判ではAV1より縮むはず。
実際個人で試せる所まで来てみないと分からんだろう。 低ビットレートなら半分くらいのビットレートで済むのは有るだろうけど
高画質目的なら H.264/AVC -> H.265/HEVC での圧縮率と同じ4/5程度だろうなと思ってる >>172
VVC Test Model (VTM) なら一応個人でも試せる。
Versatile Video Coding (VVC) | JVET
https://vvc.hhi.fraunhofer.de/
jvet / VVCSoftware_VTM ・ GitLab
https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM 下のをダウンロードして
https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM/blob/master/cfg/encoder_randomaccess_vtm.cfg
こんな感じでエンコード出来た
ffmpeg.exe -y -i "%~1" -an -pix_fmt yuv420p -f rawvideo input.yuv
EncoderApp.exe -c cfg_encoder_randomaccess_vtm.cfg --InputBitDepth=8 --OutputBitDepth=8 -q 25 -fr 24 -wdt 1280 -hgt 720 -f 10 -i input.yuv -o output.yuv -b output.bin
ffmpeg.exe -y -f rawvideo -s 1280x720 -r 24/1 yuv420p -i output.yuv -vcodec utvideo -an output.avi .yuvの入出力がパイプ渡しでできれば便利なんだけどねえ。 >>177
誤 ffmpeg.exe -y -f rawvideo -s 1280x720 -r 24/1 yuv420p -i output.yuv -vcodec utvideo -an output.avi
正 ffmpeg.exe -y -f rawvideo -s 1280x720 -r 24/1 -pix_fmt yuv420p -i output.yuv -vcodec utvideo -an output.avi 東京五輪後に地デジ4K開始で、映像圧縮はH266!
2019年2月12日(火)―2月8日発行 第64巻 第15376号
地デジ以上の一大P・東京・名古屋実験公開
技術的焦点はH.266活用とSFN目途
総務省来年度予算80億・最多額投入し具現へ
地上波4K、愈々検討本格化・五輪以降開始方針 >>180
まーた無茶してノイズ/モアレだらけの偽高解像度放送やるんか 今の地デジ放送って1つのチャンネルに複数のフォーマットを混在させることってできるのだろうか
ゴールデンタイムとかは現行の地デジのまま、深夜に4K8K放送流して
視聴者はそれを録画して見るとか 関テレが研究してたのってそういうのじゃやかった?4Kの電波を現放送に乗せる的な
違ったっけ >>180
決まってもいないことを決まったかのように書いてる1行目は自分で書いたのか。
スポーツ新聞や転載まとめサイトじゃあるまいし、やめたほうがいいと思うよ。
マスコミ研究会 > 日刊合同通信 > バックナンバー
http://www.godotsushin.com/backnumber_nikkan/2019/2019_02html.htm
「東京・名古屋実験」って、どういう団体がどういう実験をした(する?)んだろな。
「五輪以降」ってのは「何年後とは言ってない」ってレベルの話であって何のメドにもなってないし、
検討がまだ進んでない状況なんだから、やるとしても東京五輪以降ってのは当たり前の話でもあるし、
そもそもVVC(H.266?)の標準化予定が2020年10月(東京五輪より後)。 もう遅いだろうが五輪4K諦めてH.266出てから実験始めろ >>182
H.264のワンセグと普通のMPEG-2が一緒に配信出来てるからTSならできるでしょう。 >>187
1Chあたりの容量は変わらんから両方とも相当悲惨な絵になりそう AVX512が使えるとSVT-VP9がすごい
AVX512有無だけでここまで変わるものなのか
https://www.phoronix.com/scan.php?page=news_item&px=SVT-VP9-Open-Source 10Mbps超でH266で4Kならそこそこ綺麗そうだけどな Chrome/Firefox「Flashはセキュリティ面の問題もあるし、何よりWebはオープンであるべき!」
Chrome「せや!動画もH.264/H.265排除したろ!」
Apple「駄目です。」
Chrome「ぐぬぬ・・・」←いまここ
将来的にChromeがVVC排除する危険性は0じゃないし、Webに載せるのは慎重になってしまう。 かと言ってAV1が普及するかと言えば、再生すら糞重たい現状ではかなり難しい
(CPUデコードで4K再生とか8コアクラス以上のCPUじゃないと無理だろ) i7-2600程度だと720pですらコマ落ちしまくるからなぁ >>189
記事内のリンクで気づいたけど、2/15にSVT-AV1のベンチマーク記事も出てたんだね。
2/3版に比べて、2/15版はかなり速くなってるとのこと。
(まあそれでも i9-7980XEで1080pが8.5fpsくらいだけど・・・。)
SVT-AV1 Already Seeing Nice Performance Improvements Since Open-Sourcing - Phoronix
https://www.phoronix.com/scan.php?page=news_item&px=SVT-AV1-Speed-Progress >>192-193
参考までにPhoronix Test Suiteのdav1dのベンチマーク。1080pと4Kのデコード速度。
dav1d Test Profile
https://openbenchmarking.org/test/pts/dav1d
グラフ
dav1d Performance Showdown, Automated Performance Comparison
https://openbenchmarking.org/showdown/pts/dav1d >>195
掲載しているCPUに偏りがありすぎて資料としての価値が…
そもそも物理コアが2コア、4コア、6コア、8コアでそれぞれ何fps程度までコマ落ちなしで再生できるのかみたいな比較じゃないとわかりにくいし
あと、今年中に登場予定のIntelの新型CPUがかなり気合い入ってるらしいので、そいつに期待するか
2018年あたりからThunderbolt3端子搭載ノートPCが増えてきているから、Thunderbolt3接続タイプのAV1ハードウェア再生支援回路とかが出れば普及させやすいかもしれんが ffmpeg+QSVでH.264とHEVC両方使ってみたけど
意外とCPU負荷もあるんだな
GPUに全部お任せできるくらいに思ってたわ H.265の寿命は短かったなあ。4K8Kのコンテンツもコーデックもオワコン。 H.266よりもAV1だろ
AV1のハードウェアエンコードはいつになったらできるのか >>191
H.264はともかくH.265は元からChrome/Firefoxには無いだろ >>203
終わったやん。本格的に。
まぁ、でもAV1リアルタイムエンコード厳しいし...厳しいし... >>204
は?何いってんだ、H.265が採用すらされないのは権利問題だろ
そもそもSafariにはH.265あるのか? 個人使用でモダンなコーデックの中で圧倒的に実用的なhevcが終わったっていうのは有り得ない。
一般的には始まっても無いが少なくとも終わったという表現はおかしい。 ノートでバリバリHEVCエンコしてるよ
i7-8750H、2時間映画8時間近くかかるから寝る前にセットだ 固定回線でも「ギガ不足」におびえる時代が到来か、トラフィック急増により現場で起きている悲劇とは (1/2)
「従量課金に移行しないと、このままではとても立ち行かない」
ある固定回線系プロバイダーの幹部が悲痛な面持ちで筆者に訴えた。 「ここ数年の爆発的なトラフィックの伸びに設備投資が追い付かず、ユーザーからのクレームが増加している」
それは、プロバイダーだけの問題ではなく、NTT東日本・西日本(NTT東西)のフレッツ光にもいえることらしい。
この資料の中で注目してほしいのは4ページ目の「1契約当たりのトラヒック」(図版2)だ。これを見ると、2015年辺りから毎年3〜4割のダウンロードトラフィック増を記録している(赤のグラフ)。
動画サービスの台頭やWindows Updateの存在がトラフィック増の原因か
https://www.atmarkit.co.jp/ait/articles/1902/19/news013.html iPhoneの動画撮影と写真がHEVCになって2年以上経つし普及はしまくってる
既に使用してないiMac 2010でもHEVC 1080pは余裕で再生できた YouTubeの1080p60を1.5倍速で再生できないうちのパソコンに未来はありますか…? ■ このスレッドは過去ログ倉庫に格納されています