【AV1】次世代ビデオコーデック総合スレ Part8【VVC】
■ このスレッドは過去ログ倉庫に格納されています
H.264/AVC、H.265/HEVC、VP9の後の様々なビデオコーデック全般について語るスレです。
■対象となる主なビデオコーデック
・AV1(AOMedia Video 1)
・H.266/VVC(Versatile Video Coding)
次スレは>>980が宣言してから立ててください。
■前スレ
【VP9/AV1】次世代ビデオコーデック総合スレPart7【HEVC/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1630582269/ で、そろそろSVT-AV1のデフォルト設定でIフレーム破綻問題は解決したのかね? 1本しか比較してないけどv1.4.1で破綻してたIフレームが、v1.5.0だとよく見たら薄っすらブロック状に見える程度には改善されてた
ぱっと見v1.6.0でも同じかな、相変わらずenable-tf 0なら全く問題無しだった >>806
結論として、まだオプション必須ということか? Iフレームが破綻って酷いな
全部破綻するから意味無いじゃん デフォルトだと--enable-tf 1、つまりこの問題を認知してない人はこの罠にはまる可能性が高いのと
enable-tf 0だとエンコパフォーマンスが犠牲になるのが気に食わないのだろう デフォ値でIフレーム破綻も問題だし、未だに--scd 1が効かずに--keyintで指定した間隔でのみIフレームが作成されるのも常用に至れない理由 v1.4.1でIフレーム144個中26フレームがブロックノイズ有り
v1.6.0で改善19フレーム 破綻4フレーム 前よりはマシ3フレーム
改善されなかった所もenable-tf 0だと大丈夫だったんで、まだ付けといた方が良さそう デフォルト設定をエンコード速度優先にして画質を犠牲にするやり方はよろしくないね ふと15年前ぐらいにHDビデオカメラのAVCHDが取り扱いづらすぎてしんどいと思ってたのを思い出した。
知識がなかったのもあるけどH.264が今ほど手軽に扱えなかった気がする。 15年前なんつーとちょうどAGPが終わった頃で、PCIEグラボの世代になってようやくHW再生支援が本格的に載り始めたくらいだから、よほどマシンスペックに余裕があるか別途再生支援専用ボードでも積んでない限りそりゃキツかろう
ストレージもHDDだからRAIDでも組んでなきゃ今からすれば激遅だからな The fastest and safest AV1 encoder.
https://github.com/xiph/rav1e
rav1eのGUIきぼんぬ >>818
NotEnoughAV1Encodesでいいんじゃない? すげえよさそうだけど、docker環境のみ?
python もそうだけど、なんかもうwinだけじゃいろいろ力不足になってるのかな? rav1e 0.6.6でエンコードしてみたが一番速い設定にしても7fpsしかでねえ
SVT-AV1 1.6.0では速度設定まん中の7で60fps、一つ下げて6にすると30fpsでエンコード出来た
SVT-AV1が天下取るんじゃねえかなAV1では マルチスレッドうまくつかえてないだけでは?
あとはavx512でも目に見えて速くなるし >>824
CPUでエンコードする前提のエンコーダならCPUで出る現実的な速度(例えば最新世代の8コアでFHDを30fps程度を下限とするとか)が出る事は必須だと思うわ…
流石にコンシューマCPUでFHDが1fpsですみたいなのに画質重視なんて評価はどうかと思う。
展望を語るなら勿論いいけど、いつまで研究室レベルの話を一般ユーザーにしてるんだと感じる。 rav1eはaomencやSVT-AV1と違って入力ソースに対して一切デノイズ処理の類を
行っていない(らしい)ので、そういった高画質向けの特徴を重視する場合を除けば
使うメリットは薄いと思う
とかく遅いうえにaomencやSVT-AV1に比べると同じぐらいの品質評価でもビットレートが
高くなりがちだし-tilesとか使うとさらにファイルサイズがでかくなる SVT-AV1はソースにデノイズ処理なんてしてないよ、デフォならね SVT-AV1の--film-grainは初期値0なのでデノイズしてない体だけど、実際にはしてるね
まあ実際にノイズあるソースをエンコして比較してみれば一目瞭然 >>830
1行目修正
初期値が--film-grain-denoise 1だけど、同じく初期値が--film-grain 0なので、デノイズなし(--film-grain-denoise 0)と同義だね でも実際グレンノイズ消えるから
なにかしらのsmootherはあるんじゃね
x265もstrongsmoothingはデフォでonになってるし ノイズ除去に関しては自分はここを読んだ
film-grain-denoiseの話じゃないので念のため
[Meta] Parity with aomenc #2759
https://github.com/xiph/rav1e/issues/2759
>unless I missed something while parsing the code, rav1e never voluntarily denoises
> the input.
>aomenc and SVT-AV1 use temporal denoising on the input over some types
> of frames, with aomenc giving specific control over it with arnr-strength=X,
>with a range of 0-6, with 5 being the default.
そこでも触れられているように代償としてノイズが多い素材でファイルサイズが著しく増大する 無圧縮ってのもおかしいか
グレインノイズ消えるって、日本人が最も得意とする単なる揚げ足取りだろ
劣化のない可逆エンコではないってだけの話でさ それこそ揚げ足取りじゃね
圧縮率を高めるためのsmoothing処理が入っててもおかしくないって話で
その根拠としてグレンノイズ消えるって話なんだから じゃグレインノイズが消えない不可逆圧縮のエンコーダなんてこの世にあるのか? >ノイズが多い素材でファイルサイズが著しく増大する
これも当たり前のこと言ってるだけであって
ノイズが多い素材でファイルサイズが著しく増大しないエンコーダなんて見たことも聞いたこともないわ 劣化のない不可逆エンコなんて存在しない
ただ揚げ足取りでいちゃもんつけてるだけだろ いちゃもん?
デフォルトでデノイズしてないというので、してるよね、と言ってるだけ
SVT-AV1自体は圧縮率高くて素晴らしい >>838
それは同じAV1形式のaomencと比較してノイズが多い素材で著しく
ファイルサイズが増大するっていう開発者側の視点
もとの議論がaomencと比較してrav1eの課題を洗い出すってやつなので 議論てのは
[Meta] Parity with aomenc #2759
https://github.com/xiph/rav1e/issues/2759
の話ね 圧縮が効くグレインノイズがあると
昔、誰かが書いてた DEATH STRANDINGで歩く場面を録画した60fps(VFR)の動画をcrf45でAV1にエンコード → 3Mpps 60fps(CFR)の動画が出来上がる
DEATH STRANDINGで歩く場面を録画した41dps(VFR)の動画をcrf45でAV1にエンコード → 12.1Mbps 30fps(CFR)の動画が出来上がる
NotEnoughAV1Encodesを使ってSVT-AV1 1.6.0でエンコードテストしてるが60fpsの動画をエンコードした時より
50fps以下の動画をエンコードした時の方がビットレートが爆上がりで出力されるんだがバグなのか仕様なのか
XMedia Recode 3.5.7.9でもAV1にエンコードしてみたが同じ結果だった(こちらはSVT-AV1 1.5.1)
もしかしてAV1はVFRに対応してないのか?んな馬鹿な >50fps以下の動画をエンコードした時の方がビットレートが爆上がりで出力される
これエンコード時のフレームレートの設定をVFRにした上で「Same as Sauce」にするとこうなるようだ
60fpsに設定すると回避できた >>844
圧縮が効くグレンノイズっていうかクッキリハッキリ系のグレンノイズは消えない
たしかnhkでやってたトム・クルーズの宇宙戦争がそれ
>>837
mpeg2という不可逆圧縮の段階でグレン消えてるなら苦労はしないんだがね
あと勘違いしてそうだけど事前処理のsmoothingと
NRは似てるようで別物なので注意 ノイズが多すぎる場合は除去しきれない
逆に肌の質感も無くなって霧の映像シーンも均一化される
だからそこまで画質を重要視しない動画はレベチな圧縮が可能 おっさんの腕が部分脱毛みたいになったことあるな・・・
プリセットもちょいちょい変わって、効いてたのが外されてたり毎回チェックいるわ
4kで血管やら肌の凹凸とかまできれいに残したいならhevcとかのほうが軽くなるという
むずいっすわ smoothingもアホの一つ覚えのごとく一律適用するクソ処理から、絵柄や想定ビットレートにあわせて可変する賢い処理まで、いろいろあるからね 全く話変わるけど、HDMIだと2.1からVRRが認められたけど、動画ファイル(コンテナの仕様含む)で可変フレームレートに対応したフォーマットってあったっけ?
動画の場合、シーンによってはフレームレートを落としても大丈夫なところがあると思うが、そういうシーンのフレームレートを自動的に落としてエンコードまでできたらいいのにと思うのだが 成果物としてVFRのmp4もあるっちゃあるが…
シーンチェンジの検出が甘いと残像というか突き破るようなフレームが残るし
今時のh.264やh.265の圧縮部分は誤認識しやすいから、圧縮動画からの再エンコードでゴミフレームが多く残る事が多い
目視確認や手動で調整が必要な時点で、ビットレート犠牲にしても固定フレームの方が好まれるのは仕方ないかなと
再生側が対応してないと、ストリーミングでちょくちょく止まるように見えちゃうしね >>852
確かにフレームレートを引き下げた結果、ゴミフレームが優先的に残されたら悲しいよな…
最近の放送を見ていて思うことだが、NHKの2Kと4Kで同時放送されているプレミアムカフェなんかを見比べると、4Kではノイズが気にならないのに同じ素材が2Kだけノイズまみれになっているのをしばしば目にする
今週なんかだとファーブル昆虫記を題材にした番組が3本放送されたが、4Kは非常にクリアになっていて良かったが2Kは土のシーンとかノイズがありあり…
番組自体はHDVカメラでの撮影が多用されていたので元素材自体の解像感はけっして高いわけではないのだけど、それでも4K放送はHEVCで放送されているからノイズ感などの部分で有利
今年の4月からプレミアムカフェの放送が4K化されて、以前に2Kで放送済の番組であっても画質の有利さが故に録画をしなおすケースがものすごく増えた
WOWOWなんかも2K素材をWOWOW 4Kで放送するとやはり同じことがおきているので、やはり録画しなおしている
BS左旋の空いてるところを使って、HEVC 2K仕様でBS 2KのWOWOW 3波、BS11、BS12、BS松竹東急、旅チャンネルを同時放送してくれたらいいのになとつくづく思う 今までFHDのh264を圧縮するのにhevc10bit使ってましたが、
ryzen5 6600H機を買ったのを機に今さらAV1の存在に注目してみました
ffmpegでてきとーに同じくらいの品質になるやうなオプションにしてみたらhevc10bitより7.5倍速くエンコ出来てるんですがどういうことでしょうか……
hevc10bitは0.6倍くらい、(SVT-)AV1は4.5倍くらい
速過ぎて品質間違ったかな?とqpを変えてみましたが変わらず……
AV1ってryzenと相性いいまでは聞いてますがここ最近で特化したとか?
H/W Encodeには対応してない筈なんですが デフォはpreset10だし、そりゃx265より速いに決まってる SSIMの値は?SSIM値が絶対とは言わないけど。
SSIMの値が同じで速度がAV1の方が速いって言ってるの?
エンコード毎のプリセットなんて互換性ないので。
ちなみにLeawo Prof. MediaでGPUエンコしたらSSIMの値が0.97くらいになる(h.265)
速度と品質が保てているのはこのソフトだけかな。
片方のAV1(ffmpegでGPUエンコ)は圧縮率いいけど0.85〜0.95辺りと品質が悪い。 >>804
8Kの話とか一切してないけど、お前の頭って大丈夫か???
ただただAV1っていう糞コーデック重すぎだろって言ってるだけ
重いと言ってるんだよ、話を変えすぎだろ、知能障害ばっかりだなwwwww
9割の奴らはろくに文章も読めない馬鹿らしいからしょうがねぇか 6600XTって最新ゲームの推奨スペックで
WQHDで殆どのPCゲームがプレイ出来るぐらいのスペックだから
マウントなんて意味ねぇぞ
お前らより遥かにPCに詳しいからな、自作だしw
だからさAV1重すぎてクソだろって言ってるわけw そろそろバカと会話するのも疲れたからサヨナラするわ
お前らって本当知能障害ばっかりだな・・・ 勝手にH/W Encodeエンコードされることなんてあるんだろうか AV1が重いって言われても
はいそうですか、としか言いようがない >>857
AI要約「お陰で自分のGPUのスペックが足りない事がよくわかりました。このスレの9割の日本語が自分には理解出来ず草生える。これ以上はご迷惑なので消えます。ありがとうございました。」 AV1は正直負担高いだけで見栄え悪いし失敗コーデックだと思う
早くVVCが普及してAV1を駆逐して欲しい hevcすらようやくhwエンコが実用的になったというのに...、VVCは何年後になるのか ぶっちゃけ解像度上げないなら古いコーデックで十分(2kならh.264)
解像度上がって旧世代コーデックだとビットレート食いすぎってときに
新世代コーデックが力を発揮する感じ safariがプレビュー版でJPEG XLをサポートしたみたい
chrome以外の主要なブラウザはサポートしていきそうだな さすがにもうH.264は無いわ
Blu-rayと同じくライセンスで失敗したが画質悪いのは明らか
だから、VP9とAV1をゴリ押ししてるんだし 結局は特許と金で足の引っ張り合いして終わるよね
人間ってほんと愚かなちんぱんだな~~~~~ >>868
そりゃまぁ一般人には10年以上先にある地デジ4K構想の主力コーデックの候補でしかないし
「10年」持ち出すのも前回のアナログ→デジタルの家電移行期間的な物だからあまり参考にはならんけど
お役所はやると言ったら30年かかってでもやる。加速させるには対応チップが安くなることだから
GPUとスマホが全対応すれば早まるんでないかな 266用の実用的な速度のでるエンコーダー、はよはよ 6年も前に買ったテレビがHEVC main10のハードウェアデコードに対応してて意外 デコードだけなら2014年発売のGTX9xxシリーズから出来るからね
Bフレ対応が遅かったから最近みたいなイメージあるけど >>817で否定されたけど、HandBrakeのAV1-QSV試したら>>806の言うように大きなブロックの塊みたいなのあって明らかに画像崩れしてるIフレがあった。
SWもHWもオプション付けなきゃならんな、500ファイルくらいエンコードやり直しだ…… こういうことが起こるんだよね・・・全データ捨てたらすっきりしたで^^b >>880
SWエンコとHWエンコで開発工程はまるで異なるんだから同じ欠陥があるわけないと思うんだが
ソースの段階であるとかまずそっちを疑うべきじゃね >>883
ソースには無い
NVENCのH.265と比べてみたがこっちはIフレ破綻無し 元ソース保管してるならそもそもエンコする必要なくね? 2Mbpsで4K対応の「H.266/VVC」ソフトバンクが実演デモ
https://youtu.be/COSWAhO5KG4 >>880
これだけど、>>582の通りHandBrakeだとオプション効かないからどうにもならないね。
個人的にAviUtlは使いたくないから、これが解決しない限り保存用にAV1は使えなくなってしまった。 HandBrakeやってみたけど確かにadvance optで効いてない
でもsvt-encappよりだいぶマシだと思うざっくりフレーム数で3割以下、ブロックがはっきり見えないかな
気になる人はstaxripでやるといい customコマンドでenable-tf 0入力するだけ HandBrakeやAviUtlってフロントエンドでしょ?
まとめてエンコする時なんか面倒じゃない?
エンコってバッチ書いて叩くのが一番楽だと思うんだけど HandBrakeもstaxripもCLIでいかるかな
ただstaxripの置き換えは出来ないと思う
staxripはavisynthとbaposynthのフィルタが全て使えて且つエンコーダーもvvenec以外全て使える >>890
一括でキューに入れてエンコ出来るけど。
GUIは1つずつしか出来ないと思ってた?
複数起動すれば複数本同時エンコも出来るけど知らなかった? >>894
出来ないんじゃなくてバッチ書いて叩くのに比べると面倒じゃないの?って意見を述べたまで 新SNSのThreadsも普通のAVCでつまらん
音声はHE-AACだったけど >>880の件より
SVT-AV1とintel-QSVでAV1エンコードをするときは、現状enable-tf 0をつけることを推奨したほうがいいみたいだけど、NVEncではつけなくてもIフレームの破綻はおきないんだっけ? ■ このスレッドは過去ログ倉庫に格納されています