次世代ビデオコーデック総合スレ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が宣言してから立ててください。 JPEGのエンコードはハードウェアで実装されてるからスマホでも爆速なんだろう
ブロックサイズが固定なのもハード実装に向いてそうだ
なまじブロックサイズを可変とかにするから時間掛かるようになる
ハードウェアの実装に特化した画像コーデックを考えれば普及するんじゃないか？ >>481
pngのデコードやたら早いね。普段遅く感じるのは容量の問題かなぁ 音声の方は次世代もうopusで勝負アリな感じなのに
静止画はaacどころかいまだにmp3で止まってるようなもんだもんね WebP普及を妨げてる戦犯はSafariじゃないのか？ jpegが早い軽いどこでも使えて必要十分な品質すぎて >>482
それはないんじゃね
>>484
動画や音声みたいに毎秒計算し続けるものじゃないから
多少、圧縮率が悪くてもデメリットにならないのが大きい Chrome・Firefox・Edge「WebP普及させよう」
Safari「おぉん？次世代はHEIFだろJK」
Web開発者「結局ブラウザ依存になるからJPEGでいいや……」
こうなるのは目に見えてるのに未だに連携することを覚えない学習能力皆無のブラウザ開発者たち 世界中でスマホっつたらiPhoneなんだからHEIFにしときゃ良いのに 林檎厨だらけなのは日米くらいだが…
オープン規格に沿わない糞林檎が悪い iPhoneは女かガキかMacユーザばっかりな印象 独自規格大好きな林檎
機種ごとの性能差が大きいのに一括りにされる泥 ブラウザアプリの開発制限を撤廃して、SafariはIEと同じ末路を辿れ >>491
H.265もITU-Tで仕様が公開されているという意味ではオープンだが特許で自由に使えへんのがアカンな >>477
写真（実写）なんかだと問題ないけど、
イラストなんかはYUV444が必須だからWebP使えんな 圧縮の必要性に疑問あるんだろ。
画像なんかデカくても数MBで、何年も前と比べて高容量化がHDDでもSSDでもeMMC(スマホ)でも進んでる今は圧縮の必要性に疑問符が付くユーザーが多いんでねえの。
動画なら高画素化が急激に進んだから圧縮は必要だろうが… 高級な一眼レフなんかだと一枚で10〜20MB行くって聞いたぞ
プロユースだと圧縮の最適化は急務なんじゃないのか 今は保存より通信の方だな＞圧縮の必要性
ウェブサイトの高速化軽量化やパケット通信費節約とか 動画くらい巨大データだとフォーマットとか気にするけど画像くらいのデータ量だとそこまでみんな敏感にならんってことか 音楽はタグで管理してるくせに画像は写真だけEXIF/XMPだけど後は全部ファイル名で管理っていう
みんな画像ファイルに特に興味ないんだよ、見れりゃ良いしわざわざ集めるもんでもないんだろうなぁ
動画も録画してる人以外はコレクションしようがないから管理方法の普及が一向に進まないね Google Pixel3だけど、Appleに遅れること1年で、
カメラアプリの動画撮影がHEVCに対応している。 >>499
そのサイト色々なフォーマットで比較できるけど、MozJPEGは確かにWebPより劣ってるけどかなり善戦してる
劣化が気になる場合はクオリティを上げれば良いだけだし、JPEGは今後も使われるだろうな
逆に今回の比較で明らかにWebPの方がMozJPEGより良い事は分かった >>499
色再現性がwebpと比べて非常に素晴らしいね。
輪郭は俺にはあまり変わってるように見えない。どっちもかなりぼけてる >>499
これAV1だけロスレス945Kbyteとか凄く小さくなるんだけどエンコード/デコード速度どんなもんなんやろ WebPって可逆だと4:4:4になるのか？
まぁ「PNGよりは縮む」って程度だろうけど 20MBのPNGが2MBになるとかならWebPにするんだけどなあ OSや主要ブラウザがちゃんと対応してくれるかどうか、これに尽きる
・・・ってJPEG 2000さんが草葉の陰で言ってた JPEGはもう更新するの無理だろうね
mp4も10bit対応したらそれで終わりだと思う 意味が分からないけど解像度やフレームレートが増したりしたら
より高圧縮なmp4動画というのは求められ続ける（解像度そのままでも元が大きいから無駄にはならない >>515
> mp4も10bit対応したらそれで終わりだと思う
突然出てきたけど、これなんのことを言いたいんだ？
ビット深度のことなら対応するのはコーデック(HEVCやVP9等)であって
コンテナ(MP4等)じゃないし、HEVCやVP9には12bitもあるけど。 HWデコーダなら前世代あたりから12bitまで対応してるのがあるけど YouTubeにあるAV1動画のリストってどこで確認できる？ >>514
ウェーブレットは原理からしてブロックが発生せずSSIMが良好だが全体がボケるので
人間の視覚にはDCT+デブロックの方がええみたいやな >>521
上の方に音楽MVのリストあったわ
サンクス 原理的に16k/32kクラスならwaveletのほうが向いてるって某猫さんが言ってた >>524
その解像度でも動き補償はブロック単位やし動画はアカンやろな >>499
AV1がきれいなのはわかったから
早くAVIF出してくれ >>522
DCTも別にブロックが必要と言うわけでは無いけどね
画像全体に適用すると左端の高周波成分のカットが右端に影響しちゃうからだろうね
ウェーブレットはそうならないはず
詳しくは知らん ちなみにウェーブレットはある画像は、それを半分にしたものと更に半分にしたものと、以下繰り返し...
を組み合わせれば表現出来る、という小学生でも思い付きそうな理屈がつい40年位前まで誰も思い付かなかったという事らしい
しかも発見したのは数学の専門家でもない
50年前に行って俺が発見したかったw >>528
それウェーブレットじゃなくてフラクタル圧縮では >>529
確かに似てはいるけど、フラクタルはどんな複雑な図形も単純な図形の繰り返しで表現出来るっていうのを画像圧縮に応用したもので、決まったやり方がある訳じゃないはず
実際には矩形に分けて縮小したり回転したりしてるようだけど
ウェーブレットは>>528の通りだ
ちなみに半分というよりはモザイク化すると言った方が正確かもしれん
で、それぞれの画像の差分がウェーブレットそのものだ
1枚目と2枚目の差分をゼロにしてしまって元に戻しても多分それっぽく見えるはずだが多分少しのっぺりした画像になるはず
これが高周波成分をカットしたという事になって、この後の圧縮が効きやすくなる
ざっくりしてるが大きく間違ってはいないはず… aomの公式のやつは参照実装止まり?
最適化ごりごりとかしないのか？h.265に対するx265みたいなプロジェクトでてくるのかな? 最近のコーデックはAVX2がごりごり使われまくっててivyおじさんじゃつらくなってきた もしかしてSandy Bridgeには人権はないのかね 倍半分変わるような処理もまあないし不便を感じたらでいいでしょ
2600K発売からもう2カ月弱で8年になるのに大してIPCもクロックも上がってないしな
新しいEPYC見てから動向決めるとかでええやろ >>541
同じ4C8Tの7700Kに倍以上かかってる項目あるの草
草… 2630QMなんだけどどのぐらいのスコア出せるのかね >>541
まじかー俺は5960Xなんだけど今の6コアのほうが速そうだな…
って思ったけどこれよく見たらx264/265じゃないのな。
自作板のx264/265のベンチスレではhaswell世代とzenは同一コア数クロックではほぼ均衡、kaby世代とも10%程度の差だった筈だから殆どの人にはその結果は当て嵌まらないと思うぞ。 >>544
> これよく見たらx264/265じゃないのな。
PremiereProの方はx264/265じゃないと思うが、TVMW6はx264/265を使ってるよ。
http://tmpgenc.pegasys-inc.com/ja/product/tvmw6.html
ちなみに>>541の元記事はこれ。
Sandy Bridgeから最新第9世代まで新旧CPU・徹底ベンチレポート - PC Watch
https://pc.watch.impress.co.jp/docs/news/1151575.html
解像度とかは記事に書いてないが、画像を拡大してよく見ると 3840x2160/29.97fps/3分23秒01の動画かな。 4770kってTB3.9GHzで9900kはTB5.0GHz(何コアで幾らかは知らね)だろ？
>>544の何がおかしいんだよ。
9900Kは定格がOCみたいな仕様だし通常運用域でのOC考えればかなり近い値になるぞ。 論点ずらして無理に戦い続けようとせんでもええんやで >>548
何言ってるか全く意味不明なんだが
H.265のTMPGエンコ時間は9900Kが781秒で4770Kが2019秒
4770Kが3.9GHzだとして1.5倍にOC（5.8GHzでまず無理）して比例して1346秒になっても近い値にはならんが >>551
9900Kは4770Kの2倍のCPUコアあるで ついでに言うとx265は8C/16Tみたいな多コア/スレッドをフル活用できるわけじゃないので単純計算はできないと思う。 >>552
そりゃそうだよ、9900K買ってちゃんと8コア入ってなかったら困るでしょ？ >>531
> We're finishing the rough edges for a release soon, so that
> we can hope that Firefox 65 will ship with dav1d for AV1 decoding.
Firefox65にdav1dを組み込む予定なのか。いいね。 自動ビルドスクリプトのmedia-autobuild_suiteが9月頃にrav1eやdav1dに対応してた。
それぞれのバイナリや、dav1dを有効にしたffmpeg等もビルドできる。
jb-alvarado/media-autobuild_suite
: This Windows Batchscript is for setup a compiler environment
for building ffmpeg and other media tools under Windows.
https://github.com/jb-alvarado/media-autobuild_suite >>537
AVXの無いCeleronが売っているのでデコードはSSEにも最適化せんと普及せんやろな Coffee LakeでもAVXは対応しなかったからな。CeleronにAVXが来るのはいつになるのだろうか まぁAVXよりコア数多い方が処理能力は稼げるしな
最下グレードに求める物でも無いでしょ 動画関連は専用ユニット積むし
旧製品はともかく下のグレードでも問題ないようになるんじゃないの
乗っけてもらうのには政治力もいるだろうけどそのあたりAV1はバックが最強軍団だからそこは心配いらんし AVX2は電力制御が必要だからな。
Intelもセロリにそんな事したくないんだろうな、コストもかかるし。 CeleronでAVXまで駆使してソフトエンコードってのもね
後々の世代でメディアエンジンでデコード出来れば良いグレードで
間違ってもデータ造る側で使うもんでは無い罠
少々不効率でも当倍速再生ならDXVA2とかでも実装されるだろうし Intel・NVidia・QualcommがAV1エンコード・デコード搭載チップを出してからが本番か >>557
>>531のdav1dの記事に書いてあるけど、SSEとARMの最適化も今週メドにリリース予定らしいよ。
dav1d、なかなか良い感じ。
i7-4702MQ＋ffplayでデコードがlibaomだと720p60や1080p24が少しカクついてしまうし、
1080p60はカックカクで話にならないけど、libdav1d（-tilethreadsを2以上に指定するとよさげ）だと
1080p60もスムーズに再生できてるっぽい。
Halo Infinite - E3 2018 - Announcement Trailer
https://www.youtube.com/watch?v=Fmdb-KmlzD8
※1080p60のAV1あり。なぜか最後の方でデコードがひっかかる部分があるけど。 HWエンコードに関してAMDはかなり遅れてる。動画再生に関しては強い NHW Image codec
http://nhwcodec.blogspot.com/
11/13/2018: v0.1.5 very high compression added. This version is still fast with a good neatness. AV1はエンコ遅すぎ 結局なかなか進化しないな
ハードエンコのグラボ出るのいつになるのよこれ av1って個人エンコって実用的なものになるのかね。
業者はav1
個人はhevc,vp9とかに。 x265のveryslowより圧縮率が高いということは演算量もそれ以上ということだからカリカリに最適化してもそこまで早くはならないだろうしねえ
nvidiaあたりがいい感じのハードエンコーダー作ってくれないと一般人には縁が無いだろうね でもハードウェアエンコは設定を詰めたりできないのが多くて配信とか以外じゃ結局ソフトエンコがメインになりそうな
ハードウェアエンコのAV1がx264でじっくりエンコしたものに匹敵あるいは凌駕するレベルならともかく 4K8Kの長編物をスラスラと書き出せるスペックあるならそれでいいだろうけど AV1の個人向けでのハードウェア対応は、VP9と同じくデコードのみでエンコードはもの好きがソフトウェアのみでやるに留まるだろう >>567
動画再生も遅れてるよ
RadeonRX5はVP9が未だにハイブリッドデコードのみ
RyzenGは新エンジンで完全HW可能になったが4Kまで（GFやIntelは8Kまで） 何この悔しそうなコメント
Mozilla、2019年1月リリースの「Firefox v65」でGoogleが開発した画像フォーマット「WebP」をサポート予定。グローバルユーザーの72%が利用可能に。
https://applech2.com/archives/20181125-firefox-v65-support-webp-image.html
＞Mozilla はこの新形式に対するいくつかの懸念から初期の実装作業を中止していました。
＞しかし、Microsoft Edge が最近になって対応したことや、
＞WebP 画像しか配信せず正しく表示されないサイトの数が増え続けていることから、
＞Firefox の開発者は態度を変えざるを得ませんでした。 MozJPEGの出来が良くてWebPにする意味がほとんど無かったからな
それにWebPはJPEGと違って4:2:0のみで、逆に劣化する可能性もある
Googleの言い分としてはどうせお前ら違いなんかわかんねーだろﾌﾟｯて事なんだろ mozjpegコマンドをインストールすれば良いだけだぞ ■ このスレッドは過去ログ倉庫に格納されています
