次世代ビデオコーデック総合スレ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が宣言してから立ててください。 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の再生環境ないｗ
コーデック何かおすすめある？ 部分訂正
"C:\User Program Files\youtube-dl\youtube-dl.exe" -f 397 "https:
https以下も違うの入ってたけどｗ
（全部貼るとなぜか投稿できない） >>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だったので一発でおｋ）
で、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の再生を対応させてくれ
対応力ゼロじゃんｗ >動画再生はもはや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
>コーデック 対 コンテナ
>初心者がよく誤解することの１つに、デジタルビデオコーデックとデジタルビデオコンテナを混同するというものがあります。
>コンテナはビデオ(と音声もありえる)のメタデータとペイロードである圧縮されたビデオを包括するラッパーフォーマットとして考えることができます。
>たいてい、ビデオファイルの拡張子はそのビデオコンテナを定義します。
>例えば、ファイル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形式が必ず作られますか?
自己ソースで試してみたい ■ このスレッドは過去ログ倉庫に格納されています
