次世代ビデオコーデック総合スレ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が宣言してから立ててください。 opusのメリットは圧縮率だけではなくレイテンシが低いっていうのがあるから ハードウェアの再生機でOpurって再生できたっけ? 出来ないけど効果の割に軽いからHW対応は音響・通話機器でHW対応する必要がある場合とかだろう
高音質なのにはそれなりの帯域の前提ではあるけど
データストリームでの音声伝送とかに向いているし、通話コーデックとかにもいい libaom、GCCでビルドしたバイナリとMSVCでビルドしたバイナリじゃ速度が一割くらい違うかも?
今はMSVCでビルドしてるけどGCCでビルドするべきなんだろうか
自分のビルドしたバイナリ使ってる人いるかどうか分からんけど Nvidia Turing is here: Next-gen architecture is the first real-time ray tracing GPU
https://www.techspot.com/news/75952-nvidia-turing-here-next-gen-architecture-first-real.html
>Video subsystem, which provides HEVC 8K Encode;
NVENCとは別のなにかかな・・・ >>105
どっちが早いの?
文脈からするとGCCなんだろうけど
Intelのコンパイラだと更に1割ぐらい上がったりしてw >>106
2300ドルから〜
高っ
Iフレーム30fpsのみだったりしてw >>109
GCCのほうが早い
でもGCC8.2にバグがあるみたいでエンコードオプションによってはクラッシュする(--passes=2)
2055 - Segmentation fault when encoding (introduced by "Remove code about dev speed features") - aomedia - Monorail
https://bugs.chromium.org/p/aomedia/issues/detail?id=2055
ところでコンパイラーのバグなんて初めて遭遇したけどすぐ修正版来るものなのかな Hundreds of Trillions of Pixels: NVIDIA and RED Digital Cinema Solve 8K Bottleneck
https://blogs.nvidia.com/blog/2018/08/14/red-digital-cinema-nvidia-8k/
RED画質!かも Support Opus in mp4 (ISO-BMFF) with Media Source Extensions (MSE)
https://www.chromestatus.com/feature/5100845653819392
https://twitter.com/OumaeKumikoBot/status/1033568330949353474
Opus-in-ISOBMFF の仕様書, finalize させねーとなぁ ...
https://vfrmaniac.fushizen.eu/contents/opus_in_isobmff.html …
もういろいろと ISOBMFF 自体の duration 周りの仕様, 諦め気味だし
Chrome M70でOpus in mp4サポートする予定らしい
muken氏も仕様を決める気みたいだしいよいよ来るか
https://twitter.com/5chan_nel (5ch newer account) OpusをBDプレーヤーやレコーダーがサポートすればなぁ Opus、正直、AAC-HE-V2に総合的に負けてると思う どこがや
レガシー環境考慮に入れなければ負けてるとこなんかほとんどないやろ 端的に言えば同じサイズで音が悪いよ
音質によっては割れたりもするし
何故かはわからんけど >>119
俺耳かな
環境はいろいろ変えてるしOpusも長く使ってはいる ビットレートによる。
opusはステレオで48〜96kbpsあたりがスイートスポットだと思う。 どっちも64kで比較することが多いが
やっぱりAAC_HE_V2の方が音に雑味がない
ただ配信の面ではOpusの方が優れてるのかな ええやん
AV1もmp4に突っ込むらしいしwebmもう要らないのでは? 今後は脱WebMの流れなのかね
AV1ってオープンなメディアと言っている割に企業が密室で方針決めてるから何考えてるのかよく分からんけど WebMって結局ようつべでしか使われてなかったよな? それいったらAV1の旨みもそこまで…
余程企業力のある企業じゃ無いとこんなの使えないしHEVCの代用感が凄い。
どうせすぐこれより圧縮率も速度も良いVVCが出るだろうし…次はもっとライセンス料下げてくれないのかなぁ ライセンス料下げさせるためにフリーなコーデック開発してるってのもあるだろ
もちろん長期的な目標としては置換を狙ってるとは思うけど 録画開始
;;-、
/ヽ;;)
∧_∧ /
∧_∧_(◎・∀・∩
( ・∀|[__|o|_∧つ ___
| つ ∩( ・∀・)) | i \ \
と_)_)( つ|三|O | i l =l
と_) ̄) | |__ノ ノ
 ̄ | ̄ ̄| ̄ ̄| >>134
試してみたけどデコード出来ないような
コンテナの形式とかFourCCが特定のものじゃないと駄目なのかな
試した動画はこれ
https://ku6.jp/keyword/22/report/102.html mp4に入れる仕様もwebmに入れる仕様もまだ正式に承認されてないのにサポートしたのは時期尚早感ある コンテナはmp4でいいから
拡張子はなんかわかりやすいものにして欲しい
中身のコーデックが何かパッと見わからんというのが面倒 FirefoxのDev版でAV1が見れるな
試しに1080p@1Mbps見たら若干ボヤけてるがYouTubeのどうでもいい動画なんて1Mでもなんとかなると思われる
2Mも見てみたけど1Mと差があまり分からない
やはり1Mbps程度がメインターゲットなんだろう >>135
Firefoxなら見れるな
VLCは音だけで映像が見れない、VLCがクソ chromeとfirefoxはすでに開発版でAV1に対応完了してるな
今年中に安定版に降りてくるだろうね
でかい動画配信サイトで初めにAV1に対応するのはどこになるだろうか 本来は今日リリースのChrome 69でサポート予定だったんだけど一週間くらい前に突然延期してChrome 70になった
Chrome 70は10月中旬頃にリリース予定 楽しみにしてテストページ開いたら無理だったでござる HEVC, AV1, VVC and XVC: The codec battle intensifies
https://www.ibc.org/content-management/hevc-av1-vvc-and-xvc-the-codec-battle-intensifies/3172.article
最後の方のみ抜粋雑訳
---
VVCの開発が進んでるけど、HEVCのクソライセンス問題を繰り返さないために、業界各社で
Media Coding Industry Forum (MC-IF)
を立ち上げることにしたよ。9/16に立ち上げイベントをやる予定。
もしVVCでもライセンス問題でゴタつきそうなら、ライセンスが明確になるまで
製品やサービスでのVVC採用とか諸々を遅らせて対抗してやらぁな。
使える時期が遅れることになるけど、しゃーねえやな。
--- https://github.com/AOMediaCodec/av1-isobmff/releases/tag/v1.0.0
av1 in mp4の仕様がやっと決まる
L-SMASHもmp4boxも対応準備してたはずだから近日中にmux出来るようになるはず YoutubeがAV1に対応しはじめた模様
https://www.youtube.com/watch?v=F1B9Fk_SgI0
ブラウザからは再生できないけどyoutube-dlっていうソフトを使うとダウンロード出来る
854x480を300kbpsでエンコードしてて、滅茶苦茶綺麗という訳でもないけどそこそこの画質 >>148
youtube-dlでAV1動画を落とすときは、何かコマンドラインにオプションたさないとダメなのか?
オプション一切なしでダウンロードしたらH.264+opusでダウンロードされるのだが >>149
480pのAV1をダウンロードするコマンドはこう
youtube-dl.exe -f 397 https://www.youtube.com/watch?v=F1B9Fk_SgI0
このコマンドで動画にどのフォーマットが用意されてるかわかる
youtube-dl.exe -F https://www.youtube.com/watch?v=F1B9Fk_SgI0
IDをメモって-f のあとに付ければ指定IDがダウンロード出来る >>148-150
これか。
●youtube_dlのChangeLog
https://github.com/rg3/youtube-dl/blob/master/ChangeLog
> version 2018.09.10
> + [utils] Properly recognize AV1 codec (#17506)
●フォーマットを調べた結果。「av01」とあるのがAV1。コンテナはMP4。144p〜480pまで。
結果: https://twitter.com/arter97/status/1039014565877407744
AV1のフォーマット番号: 144p→394、240p→395、360p→396、480p→397
音声はどうなるんだろ?MP4だからAACのm4a(140)?
-f 397+140
だと
ERROR: The first format must contain the video, try using "-f 140+397"
と言われてしまうが・・・。(ffmpegは4.0.2)
https://twitter.com/5chan_nel (5ch newer account) Cドライブ直下に作ってある「User Program Files」の中にyoutube-dlとffmpeg保存して実行してみた
コマンド
"C:\User Program Files\youtube-dl\youtube-dl.exe" "https://www.youtube.com/watch?v=J7mYQYQXkZY"
pause
確かにダウンロードはできているようだ
ただし、AV1の再生環境ないw
コーデック何かおすすめある? 部分訂正
"C:\User Program Files\youtube-dl\youtube-dl.exe" -f 397 "https:
https以下も違うの入ってたけどw
(全部貼るとなぜか投稿できない) >>153
そのコマンドだと -f 指定してないが・・・。
再生はZeranoe版ffmpeg4.0.2で、「 ffplay.exe AV1.mp4 」 でできるよ。 av1+mp3は不可。 av1+opusは.mkvだね。
最新のVLCで再生できるっぽいけどうちの環境では無理だった。ffmpeg version 3.4.4-1~16.04.york0 mpvってプレイヤーでも再生できるよ
ffplayよりかは使いやすいと思う >>151の最後の段落はこちらのミスだったので忘れてくれ・・・。
ダウンロードバッチのyoutube_dlが古いままだった・・・。
ただ、最新に変えてもffmpegがAV1をMP4にmuxできないので -f 397+140 がうまくいかないのは変わらない。
>>156が書いてるように、AV1とAAC(またはOpus)を別々に落としてffmpegでmkvにmuxする形かな。
youtube_dl.exe -f 397+140 %URL% -o AV1_AAC.mkv
で直接mkvにできるかと思ったけど、AV1_AAC.mkv.mp4にしようとするようでうまくいかなかった。 >>151 >>158 訂正
youtube_dl.exeと同じ場所に置くffmpegを4.0.2からZeranoe版最新の
ffmpeg-20180909-404d21f-win64-static に変えたら -f 397+140 も普通にうまくいってAV1_AAC.mp4が作れた。
4.0.2ってまだ割と新しいと思ってたけど7月末のだったんだな・・・うっかりしてた。 >>155
風呂入ってたから遅レスでスマン
"C:\User Program Files\youtube-dl\youtube-dl.exe" -f 397+250 "https://www.y…"
pause
でAV1+Opusで落としてみた(たまたまZaranoe版の最新ffmpegだったので一発でおk)
で、ffplayとか言うので
ffplay test.mkv
としてみたら再生できた(落とした長いファイル名のままだと再生できなかった)
手元のノートPC(Core M 5Y71)では少し重い(少しフレーム落ちしてる)
H.264系のコーデックで見られる色が溶けたようになるような症状は見当たらない
悪くはないが、重い!
一般のプレーヤーで再生できるようにならんと、この点は評価しづらいかも Windows 10のフィードバックHUBから対応要望出しとこ
前、mkvや字幕対応やts再生対応要望出したら対応してくれた >>161
こマ?
あれただのガス抜きツールじゃなかったんか
ナニをどうやったらマトモに意見受け入れてくれるの???
真面目に書いても埋もれるし youtube-dl.exe -F https://www.you tube.com/watch?v=F1B9Fk_SgI0 | find "av01"
394 mp4 256x144 144p 72k , av01.0.05M.08, 24fps, video only, 1.85MiB
395 mp4 426x240 240p 113k , av01.0.05M.08, 24fps, video only, 2.99MiB
396 mp4 640x360 360p 204k , av01.0.05M.08, 24fps, video only, 5.51MiB
397 mp4 854x480 480p 377k , av01.0.05M.08, 24fps, video only, 10.25MiB
398 mp4 1280x720 720p 741k , av01.0.05M.08, 24fps, video only, 21.94MiB
399 mp4 1920x1080 1080p 1296k , av01.0.05M.08, 24fps, video only, 39.37MiB
720pと1080pが追加されてた h264→VP9は1080p以下だと画質がかなり劣化して見えることもあったし、YouTubeは少しビットレート上げつつHEVCに対応すれば良かったのに…
オリジナルのソース保存してるんだから、昨今の通信回線の大容量化を考えて、とにかくビットレート上げてくれ >>164
1080pまであるのか
とりあえずスマホ用の動画プレーヤーでAV1対応のものが出てほしい
今使ってるPCだとVP9の4K動画すらカクツクのだが、スマホだとVLCやMX Playerを使えば、
ハードウェア再生支援非対応でも難なく再生しちゃうので >>165
HEVCについては主にライセンス戦略の失敗でブラウザ対応等を広げられなかったんだからどうしようもないだろ。
世界的には回線速度が不十分なところも多いし、「適切な画質をより低いビットレートで提供する」ために
新コーデックや Contents Adaptive Encoding といった技術を採用していってるんだから、
なかなかビットレートを上げる方向にはならないと思う。 >>169
そうかぁ、そうだよなぁ…
まぁ4KならVP9でかなり綺麗だからいいんだけど 衛星放送の8Kが100Mbps
有料動画配信のNetflix4kが25Mbps
YouTubeの8Kが30Mbps
これらが2018年の上限かな
ちなみに我が家のADSLは800kbps CATVの営業とかやってる人の話だがマンション光ユーザーとかはちょっと速くなるかも?ってだけでも
結構食いつく人がいたりするけど未だにADSLな人は今より30倍は速くなります!とか強調しても
別に困ってないしーとかで流される事が極めて多いとか 低解像度でビットレート上げるのは本末転倒すぎるだろう
高画質で見たいなら高解像度で見るだろうし YouTubeは低解像度だと画質も低画質だよな
低解像度で視聴イコール回線が貧弱な環境と決めつけてるからだと思うけどそれで良いと思う >>174
1080pでも3、4Mbpsとか異常だろ
せめて6〜8Mbpsは欲しい >>176
それH264だったら少ないかもしれないけど、VP9だとむしろ多い方だ
同じ画質で半分ぐらいのビットレートになってると思うよ >>177
youtubeでVP9って1440Pからしか作られないのでは?
少なくともchromeで解像度指定するだけなら1440からVP9だったと思う。html5サポートしない古い環境だとどうなのかな youtube-dl使うか解析してくれるサイトで見ればわかるがyoutubeは144pからvp9で用意されてる そもそも配信業者がコーデックの開発に躍起になってるのは帯域削減のためなのに
ビットレート増やしてくれってのは趣旨を理解してなさすぎる
画質は良いに越したことはないけど画質厨のために配信サービスしてるわけじゃないだろ 昨今配信業者が躍起になってるのは帯域削減もそうだがむしろライセンス料でしょ。
帯域削減だけなら別にHEVCでもいいし。 VP9の時点でHEVCと同等以上という触れ込みだし、実際H.264より2倍の圧縮率があって嘘ではないと思う
AV1は更にHEVCの2倍を目指してて本当なのか謎だけど、ストリーミングの世界でHEVCを使う意味はもう無いと思われる >VP9の時点でHEVCと同等以上という触れ込みだし、実際H.264より2倍の圧縮率があって嘘ではないと思う
これは完全に嘘だな
色々な比較が有るけどVP9はHEVCに負けてるのしか見ない >>178
Firefox Nightly 64.0a1 about:config media.av1.enabled trueで見れた。噴水シーンもノイズがなく綺麗。 >>178
mp4をダウンロードしてmediainfoに突っ込んだら、ivf@GPAC0.7.2-DEV-rev654-gb6f7409ce-github_masterだって
いつの間にかGPACでAV1をmp4にmux出来るようになってたんだな それにしてもGoogleにしろNetflixにしろAV1みたいなクソ重いコーデックを実用できるんだから凄いね >>183
それはデタラメすぎる
H.264 AVC≒VP9
HEVC≒AV1
と考えなければ >>188
スマホでYouTube見てると見れないけどPCだと詳細統計情報っていうのが見れる
これ見ると昔の動画とか480なのにH.264で10Mbps越えてるのが有ったりする
ま、これはYouTubeのエンコードがクソだったんだろうと思うけど
VP9が導入される直前はH.264のが6〜8Mbpsが普通だった
で、今のVP9のは2〜3Mbpsが普通だ
そういう実感で言ってる >>189
YouTubeの1080以下はAVCよりVP9の方が画質も落ちてるのが多いからなあ
純粋に同じ画質での比較にはなってない
4KのVP9と比べれば分かるけど1080以下は圧縮し過ぎてる
これが現在の主流で需要が多いから帯域減らすためにそうしてるんだろうけど なんたでもいいからブラウザの対応はやくしてほしい
エンコしちゃえば全部おんなじだから >>190
まず等号の使い方が間違っている
次に画質とビットレートにおける判断が間違っている まぁしかし、Googleがいなかったらフリー系のコーデックがここまで進歩することもなかっただろうね
技術力もさることながら資金力が違いすぎる
それに細かくアップデートし続けているのも好感できる
先日公開された下記の動画など、かなりきれいだし(4K60Pは特に)
https://www.youtube.com/watch?v=BHXYD3t5CLU >>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) ■ このスレッドは過去ログ倉庫に格納されています