【AV1】次世代ビデオコーデック総合スレ Part8【VVC】
レス数が1000を超えています。これ以上書き込みはできません。
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/ ■各ビデオコーデックの概要や状況（2020年2月上旬時点）
●AV1(AOMedia Video 1)
Amazon、Cisco、Google、Intel、Microsoft、Mozilla、Netflix等が中心となって立ち上げた
Alliance for Open Mediaによって開発されたロイヤリティフリーのコーデック。
VP10、Daala、Thorの技術を受け継いでいる。
2018年3月末にリリースされたが、v1.0.0の仕様確定は2018年6月末にずれこんだ。
HW再生支援のサポート等も含めた本格的な普及は2020年頃になる見込み。
ネット配信を中心として広く普及することが期待されている。
YoutubeやVimeo等が既に一部の動画をAV1でも提供し始めており、
Chrome74/Firefox67で高速デコーダdav1dが採用されるなど、ブラウザの対応も進みつつある。
●VVC(Versatile Video Coding)
H.265/HEVCの後継規格。2020年10月の標準化を目指して
JVET(Joint Video Experts Team)で検討が進められている。
また、H.265/HEVCのようなライセンス問題を繰り返さないため、
MC-IF(Media Coding Industry Forum)という業界団体が立ち上がっている。
http://www.mc-if.org/ ■各社GPUでのハードウェアエンコード/デコード対応状況については下記関連スレを参照。
【NVENC/VCE】ハードウェアエンコーダーを語るスレ8【QSV】
https://mevius.5ch.net/test/read.cgi/avi/1620231885/
↑テンプレここまで handbrakeでav1使えるのはいつ頃になりそうなんだろう 中国でArc A380の発表あったそうだし現物のレビューも出てくるんじゃない？ intelいわくhandbrake ffmpeg adobe-ppはハードエンコのav1使えるようになるって事だが
グラボが出てからだいぶ時間かかるかもね ソフトエンコはhandbrakeナイトリービルドで使えるよ svt-av1でfilm-grainを有効にしてエンコしてる方にお聞きしたいんですが
これってソース映像の画質以外にもエンコード時のCRF/QP値や解像度を考慮にいれて値を決めた方がいいんでしょうか
低CRFより肌の質感等が消える高CRFなら少し高めのfilm-grain値にした方がいいのかな、と疑問に思ったので >>27
やっとか…
jpeg xlとか出てたけどあっちは相当先だろなあ libjxlはさっさと1.0リリース頑張れよ...
android 13は無理だろう
14かな もう仕様は固まっててchromeやfirefoxには実装されているだろう jpegxlの仕様は標準化してるけど
libjxlのライブラリとしてのapiが1.0になるまで変更がありうる状況で本格的な利用しにくい
choromeなんかもまだデフォルトで有効にはしないと思う
ちょこちょこバージョンアップすると時間取られるから次は一気に1.0にするつもりで作業してるとこだし
気になるならプルリク送って手伝ってもええんやで libwebpもver1.0になるまで8年くらい掛かってる libjxlは使いづらいんだよ
で、今大きなproposal進んでるやろ
それさっさとやれや つか、1.0ってバージョンが一人歩きしてるけど
libjxlはちゃんと1.0に向けて作業してるぽいから言っただけ
>>31の人も言ってるが
他のライブラリは別に1.0にマイルストーン立てたりしてないだけで
そこの事情しらなきゃそういうレス返ってくるわな アニメ系だと明暗でピカチュー事件が少ないと驚く程、圧縮が効くね
でも真っ暗な所から繊細な色調変化は過去最強に弱い
CRF0とかQOP0～1でやっと元と同じになるくらい
そして何故かプリセット6が一番縮む…チューニングに6辺りが一番力入れてるのかな？ H.265でエンコードした映画を観ていると、
全体が暗くなるシーンで、妙に少ない階調で暗い部分が塗り分けられて、
ブロックの目立つ画面になりがちだと気づきました
H.264でも同じような階調化は起きますが、H.265のように広範囲を同色で塗りつぶすことはないので、
観ていても気にはなりません
ネットでH.265の説明を読むと、H.264よりも広い領域のデータを一つにまとめることができるため、
高い圧縮率をほこるというようなことが書いてありました
まさにその性質によってこうなっているように思えます
ということはH.265を使う限り、この現象は防げないのでしょうか？
エンコードはHandbrakeを使っており、品質は固定品質で20にしています >>40
うん、そういうの気になるならH.264の方がいいと思う
気にするほど神経質な人あんまいないと思うけど x265 10bitなら全くでない。AV1の8bitは論外だが10bitもバンディング認識できるくらいに目立つ時ある
ハードエンコは別のアルゴリズムだからバンディング品質かなり盛らないとバンディング出やすい >40の人はバンディングじゃなくてブロックのこと言ってるけど まあバンディングに関してはav1よりx265の方が今はまだ優秀なのはその通りだけど >>39
8bitの映像も10bitでエンコードすれば黒いとこからの
繊細な色調変化でも減色したような感じが低減できるってこと？ >>40
そもそも論
映画のカラリストは、ここを見せたくないというエリアを黒く塗りつぶす
生素材見てどうこうじゃなく、映画でしょ？
一般的なTVも、信号にはあるセットアップ5%を潰すような黒調整が標準になってる
PCディスプレイはそれこそ千差万別
8bit H.265なんて配信フォーマットは、階調を気にするポスプロでは使わないし １か月ペースで供給し続けてたsvtav1が止まったな >>45です。
8bit映像を10bitでエンコードしたら真っ暗な所の微妙な色彩変化は凄く改善しました。
ですが真っ暗なとこからのフェードインには少し改善されたものの減色されたような表示になります。 自分も昔は静止画を眼を皿のようにしてチェックして細部を気にしてたな
振り返ると病気みたいなもので画質を追求するために雪の日に八木アンテナに積る雪を釣り竿で落としてた
結論はエンコードはしょせんファイル容量を削る作業なので細部を気にするのは最初のうちだけ SVT-AV1は10bitでエンコードしてもそれほど速度低下しないのが救い そもそも新しいコーデックは最低10bitを前提にしているものばかりだぞ
8bitでも一応エンコードできるけど >>48
x265だとそのへんフォローするオプションもあるんだけど
av1はまだみたいね
もしプリセットを上げることで改善したら、オプションの逆算で割り出すことは可能かも >>52
8bitの方だけしかまだ試してないけど
preset 0でやってみたけど減色階調変わらず10bitだったら変わるかも？
よく知らないけど暗いところの微妙な色彩は今のチューニングだと切り捨てられちゃうみたいだから
12bitでやったら暗部の繊細な色調変化は判定でさらに切り捨てず残して綺麗になるかもね。さらに開発進めば改善するかも film-grain有効にすると若干改善されるような話は聞く
ただそれでも劇的に変化するわけではないだろうけど 事前に4:2:0→4:4:4に丁寧に変換してからエンコードすると、情報が残りやすいとかはないのかな？
ファイル容量は増えるけど。 上から
av1test_pre6_crf18_8b_31sec.mp4
av1test_pre6_crf18_10b_34sec.mp4
av1test_pre0_crf18_10b_50min.mp4
です 皆んなで仲良く横並びで競争せずに儲けるのはいけないけど
皆んな利益を出さずに、仲良く技術を共有しましょうも競争していないから駄目。
元々談合を阻止する為に競わせていたが、競わせる事が目的となり
変なところにも口を出したと。
これはもう、手段が目的となってしまった趣味だろ。 欧州抜きの規格は嫌です。
非米英はvideo lanぐらいか？ 自由に競争させるために特許保持グループを複数作ってそれぞれにライセンス業務を委託させるように言ってるみたいだな
MPEGみたいにコーデックの開発とライセンスの団体は別々にするべきとも のちのサブマリン特許発生装置の臭いがしてならない
そして権利関係がH.265とか複雑化まっしぐら >>52
>>56
CRF18 10bit Preset4以下で一応気にならない範囲でフェードイン減色は抑えられそうです。
P6 ドア ◎ 44FILM ◎or〇 フェードイン △
P5 ドア ◎ 44FILM ◎or〇 フェードイン △？
P4 ドア ◎ 44FILM ◎or〇 フェードイン 〇
P0 ドア ◎ 44FILM ◎ フェードイン ◎or〇：P6のおよそ100倍のエンコ時間 俺が生きている間にウェブブラウザで全くH.264を再生しなくなる日は来るのか？
（まあYoutubeだけで動画観る人の一部はVP9だけで済んでH.264再生してないってケースもあるだろうが） ┌────────┐
│┌──────┐│ ┌─────────┐
││ ││ │ 見 .パ 覗 画. │
││ ＡV１ ││ │ え ン . き 面 .│
│｜ ││ │ る ツ . こ の .│
｜｜ ││ │ Ａ が め 下 .│
│└──────┘│ │ Ｖ ば か .│
├┬──────┬┤ │ １ ら │
｜｜￣￣￣￣￣￣｜｜ └─────────┘
r'^'Ｅｭﾆ=y'广´￣⌒ヽﾆ二丁¨TT丶､
（ | | | LL____}
L _,人|─-､ ｜ ﾉ
｀¨¨´ ﾊ. ト----‐ｧ介l /
/ } | / / | | ﾉ介ー'ＴY＾'ー､
_＿,_ィ'"´＞'ｰ､ | 〈_辷.| i__ノノ'⌒￣￣厂|´＼_
r'彡'___{_{￣´ _ﾉ ＼辷二二二ニ|＿|＿＿>
￣ ￣￣￣ 3DTVが売れなかった思い込みロマンの原因だよな… コーデックに競争は必要なのだろうか
競争がなくても成長していく分野だろう
ネットワークやストレージは有限なんだから >>72
それ、一見もっともらしいけど
技術というのは一人の天才というか、発想で簡単にくつがえってしまうのが面白い 戦後の東ドイツの車の歴史をまず勉強してみるといいよ
どんな天才がいたって競争できる環境がなければ目が出ない
今のポーランドやウクライナだってソ連製の兵器いまだに使ってるようなもので >>74
動画配信に対する画質の要求と、帯域幅の要求が日々増加していっている現状でより高圧縮が求められる理由にコーデックの競争はあまり関係無いでしょう。
AV1に関しては、企業間の競争があるとしてもみなが同じ物を使える土壌を作ったわけで、デファクトスタンダードなOSSがどれだけ重要かをまざまざと見せ付けられただけだと思うけどね。 AV1に使われている技術、vpxにしろdaalaにしろthorにしろ
競争の中で生まれてきたものじゃないの
それらが競合相手と比べて上手くいっていたかはともかくとして その「競争」というのが何を意味するのかわからない
例えばx264というエンコーダはその競争とやらに勝ったの？負けたの？ H.264というコーデックは同世代のVP8あたりに比べて
明らかに広い範囲で使われているから勝ったといえるんじゃないの H.264とmp4がMPEG2やXviD(DivX含む)の後継として
Silverlight亡き後はVP8どころかWMVやVC-1入れてもデファクトスタンダードだもんな
勝ち負けとかモヤっとした表現にこだわる価値観に興味はないが
圧倒的な数のデバイスサポートと汎用性と利権のハードルの低さは言うまでもないね
まさに今中国が目指しているところだ。業界トップの高性能ではなく汎用性と導入コストの安さ(もちろんセキュアではないが)
10年かかると思ってたAMDには5年以内に追いつくそうだ。計画は軽く超えてるようだけど、中国シェアは実現するだろう >>76
vpxはともかくdaalaとthorは商業的なものではないからな
コーデック自体で競争する必要はない
ネットワーク周辺の競争で必要とされれば必然とコーデックは開発されていく , ﾉ）
ﾉ)ノ,(ノi よーし！
┌──┐( (ノし AV２で
│ＡV１│ ) ∧,∧ ﾉ 本気だす！
└┰┰┘( ( ....:::::::) (
￣￣￣￣⊂/￣￣7 ) lヽ,,lヽ
（ / /ﾉ ( ） やめて！
￣TT￣ と、 ﾞi 富岳で4K30分長さの映像を1カ月掛けて画質綺麗な100KBの大きさにエンコードするコーデックまだですか 僕の考えたさいきょうのコーデックの登場が待たれる
特許とかのしがらみはすべて無視したコーデック早くしろ！ Jpegと同じで通信速度の向上とストレージの容量増で次世代の移行鈍化したりして。
h265はライセンスの問題抱えているけど
今の次世代需要は主に配信側の事情だよな。 /＼＿＿_／＼
／ ／ ヽ ::: ＼
| （●）, 、（●）、 | ／￣￣￣￣￣￣￣￣￣￣
| ,,ノ(、_, )ヽ、,, | ＜ そんなに金儲けが大事か
| ,;‐＝‐ヽ .:::::| ＼＿＿＿＿＿＿＿＿＿＿
＼ ｀ニニ´ .:::／
／｀ー‐--‐‐―´´＼ 2ch黎明期とかを過ごした世代としてはwebは無料と強く刷り込まれてるから仕方ない。
コモディティ化とはそういうもんだけど、みんなで何も何考えずにわちゃわちゃしてた頃思い出すと寂しいね。
スレチすまんな >>92
イノベータ理論のアーリーアダプタ→マジョリティあたりの変遷をコモディティ化と表現した。一般化と金銭とは切っても切れない。
スレチした俺が悪かったから触れんでくれ… 次世代コーデック画像はjpeg xl、動画はav1とvvcがあるけど音関係は何かないんかな ステレオ音声程度を、もはや必要以上に圧縮しまくる必然性がなくなった今となっては、非圧縮機か、可逆圧縮かの2通りで充分だと言えよう。
あとは、音質改善としてMQAのデブラー方式だけでも一般人が手軽に取り入れられれば、全体的な音質の底上げにつながる。 FLAC2が欲しい96khz 24bitまでだっけあれ FLACでもWMA LosslessでもALACでも何でもいいや感。
MP3の256kbpsでも多くの曲で違いがわからない。 可逆はFLAC最高圧縮でも元の1/2程度なので
新しい形式のブレイクスルーが起きてほしくはある >>98
> あとは、音質改善としてMQAのデブラー方式だけでも一般人が手軽に取り入れられれば、全体的な音質の底上げにつながる。
これ
音声はもう圧縮率にこだわらなくていいよ
MQAみたいな方向に発展していって欲しい >>97,98
まあ結局その２つだから可逆非可逆両方できるぜ的なコーデックも増えて欲しいなあ rigaya氏Intel Arc A380買ったみたいだな
AV1エンコの動作確認もしたみたいだ 中華レビューサイトでエンコ速度5950Xの20倍位はあったかな
AV1は基本的ブロックノイズが出ることなくビットレート 低くなるにつれ画像がぼけていく
（ssimで評価落ちにくい）からハードエンコと相性よさそう intelの最上位グラボ使っても5950Xでsvt av1 preset12回したものの20倍も出るとはとても思えん…
相当intel寄りのベンチなのでは >>106
紛らわしくなるから拡張子くらいは分けてほしい >>110
そうだね、ていうかそういうコーデックもうありそうだけど無いのかな handbrakeで5950X比最大10倍程
まあソフトとハードの計算内容、品質も全く別物なので単純比較出来ないけど
https://i.imgur.com/yKMWEq4.png >>110
静止画だけどwebpは分けてないから判別に困る
おまけにメタ情報見ても分からないっていうね identify -verboseで見れば、可逆の方はQualityが100になってるから一応見分けがつく >>115
人間の脳みそっていい加減なところあるから先入観や情報に左右されてしまうのよ >>113
12900Kだけどsvt av1 preset12で1080P 300fps出てる
https://rigaya34589.blog.fc@2.com/blog-entry-1430.html
QSVは速度とバランス比でHEVCの方がかなり素性が良さそうだった
https://rigaya34589.blog.fc@2.com/blog-entry-1502.html
しかしこっちだとArc380で1080p330fps出てるじゃねえか…
5chはURLすらマトモに貼れないんだね ver.1.2からなのかそれ以前からなのかわからないけどSVTAV1の
enable-overlaysにバグがあるような
エンコードしたファイルを
ffmpeg -v error overlays.mp4 -f null -
でログを見ると
Error while decoding stream #0:0: Invalid data found when processing input
みたいなのが表示される
overlaysを無効にすると問題はないしそもそもそのエラーが出るファイルは
今のところ一個しかないのでソースとの相性があるんだろうけど SvtAv1Encでmbrの挙動が--mbrと--svtav1-params mbr=xxで違っていたのが
ver.1.2で修正されて板っぽいのは良かった
1.1だと--mbrでは値がkbps、svtav1-paramsだとbps扱いだったのは困惑したので >>116
何のツールのコマンド？
検索かけても出てこないや VCC266面倒くさそうだから、もうAV1でいいや VCCは4Kメインに圧縮率上がる様な説明だったがFHDも圧縮率まあまあいいな
金かけて開発してるだけあってAV1より3、4割は圧縮できるみたい VCC対応のデコーダーやエンコーダー関連の情報をまとめたサイトとかは、まだなさげだね。
いつ頃になれば、一般人が使えるようになるのだろうか？ エンコーダーはGitHub、デコーダーは内蔵されてるプレイヤーを使うのが早いかな
エンコはAV1の6.5倍遅くデコードは1.5倍重い VP9のエンコード速度を速くしてほしいんですけお・・・ 今後は後継のVP10を取り込んだAV1をお使いくださいとの事です VVC(Versatile Video Coding)な 迷ったらWC(water closet)で思い出そう 紛らわしいっちゃ紛らわしいけどAVC、HEVCの流れを考えればVVCになるはず >>115
聞くだけ、見るだけならいいけど、再変換とかしてくと劣化が重なるからな H.265で、暗い画面の微妙なグラデーションが圧縮処理によって平準化されて段階的になってしまう、
バンディング問題についてですが
クオリティを0（最高）にしてエンコードしてみたら、微妙なグラデーションが潰されることなく残っていました
結果、ISOよりファイルサイズが大きくなってしまい、圧縮の意味がなくなってしまいましたが。
思ったのですが、バンディングが気になるのは映画の中のごく一部の暗いシーンだけなので、
画面の「暗さ」が一定以上のシーンだけクオリティを引き上げてエンコードする、というような処理ができれば、
この問題が解決できるような気がします
そういうことができるエンコーダーはないものでしょうか？ H.265のエンコーダーどれを選ぶかによってすごく違うだろ。
X265 = h.265新QSVEnc >>>> h.265新NVEnc >>>>>> h.265旧QSVEnc = h.265旧NVEnc テレビとかSTV狙うチップなら対応しそうだけど
スマホ向けなら搭載しなさそう AV1開発に参加してないQualcommも重い腰上げて年内にもAV1デコーダー乗せてくるし
スマホは来年からやっと動きだすってところだな appleは昨年VP9対応したからAV1は後5年以上かかるな 海外ではVVCが使われる見込みがあるのだろうか
日本は無さそうだが 総務省は地デジ高度化(4K化)でVVC使う気満々だが どれでもよくね？
もはやエントロピー競争は行き着くところまで行き着き
圧縮率なんてどんぐりの背比べ状態なんだから >>148
まあ差がなかろうと新しい方使いたいんじゃないかな 次世代地デジとかになるとものすごい先を見て決めなくちゃならないからな
現行の地デジを技術策定した当時はMPEG2が出た2年後H.264が出る6年前だぞ
VVCも規格が完成してから今年で2年経つしタイムスパン的に見れば変わらん 地デジ4Kなんてあと何年かかるのかな
地デジ4KはVVCかAV1のどちらかになるのは間違いないから現行の4KTVで視聴するには別途チューナーが必要となるのは間違いないだろうし、そこでもひと悶着ありそう >>152
素直に考えれば現行地デジはそのままにして
4k地デジは電波からIPに移行すべきなんだけどね
でも電波利権が存在する限り主戦場は電波にしておかないといけない 携帯基地局から電波発射するようにすれば、屋外にわざわざアンテナとか立てなくてよくなるんじゃないのかね？
地アナ用VHF-hi帯域が空いてるんだから、そこを再利用して、携帯基地局から電波出しまくる超SFN状態にして移行させて、UHF帯の600MHz以上の帯域は携帯会社に売却でいいんじゃないか？ ローミングするのも困難な状況なのに別周波数とか、新しくアンテナ立てたほうが安くなるわ
スマホ全部で地デジ受信できるようにするっていう発想は、犬HKが全SIMカード保有者に請求したいっていうのと変わらんところまで行くぞ ┌──────────┐
│┌────────┐│
││ ││ ┌───────┐
││ ジ ││ │ 今すぐ出来る │
││ デ ││ │ 地デジ4K │
｜｜ 地 ││ │ （縦だけ） │
│└────────┘│ └───────┘
├┬────────┬┤
｜｜￣￣￣￣￣￣￣￣｜｜
r'^'Ｅｭﾆ=y'广´￣⌒ヽﾆ二丁¨TT丶､
（ | | | LL____}
L _,人|─-､ ｜ ﾉ
｀¨¨´ ﾊ. ト----‐ｧ介l /
/ } | / / | | ﾉ介ー'ＴY＾'ー､
_＿,_ィ'"´＞'ｰ､ | 〈_辷.| i__ノノ'⌒￣￣厂|´＼_
r'彡'___{_{￣´ _ﾉ ＼辷二二二ニ|＿|＿＿>
￣ ￣￣￣ 公共放送がいまだに時代遅れのMPEG2(笑)のおかげでサッカーの試合がブロックノイズだらけで愉快 スポーツ中継もたまにしかやらない地デジに4Kなんて全く必要ない
H.265かAV1にして1080pにすれば十分
旧式の地デジも残す必要はあるからマルチチャンネル廃止にして480iのみにすればいい 4Kもいいと思うけどHDRとかはどうするんだろう
なんか今の4Kは暗いってたまに言われてたし輝度も高い方が良くね “4Kテレビが暗い”原因と誤解。消費者守る対策を望む 本田 雅一2019年12月3日 07:00
でググると出てくる記事読むといいよ
どうせ使いこなせないなら低いほうに合わせてカットしたほうがマシ 球技で画質悪いとほんときついよな
球が見えなくなるんよ 質問です
例えばＡとＢの動画ファイルがあります（両方とも実写動画）
そして同じ設定（ＣＲＦ）でエンコードします
エンコードしたファイルＡのビットレートは８千くらい、Ｂは６千くらい
これってファイルＢの方が低画質ってこと？ ソースも設定も同じならビットレートが低い方が低画質
設定が同じでビットレートが違うという事は別の動画なのでソースと設定による
最終的な画質の話であればソースが高画質な方が高画質である可能性が高い
ソースと出力の差を客観的に比較するならSSIMとかで比較すればいい
主観で比較するなら人によって変わるので分からん >>162
A:動きやノイズ多い
B:動きやノイズ少ない
ってだけでないの？ Aが韓国ライブ映像、Bが手抜きドラマっていうレベルだな。Bが圧縮しやすかったってことだよ
ビットレートで画質の高低は決まらない訳だが、高精細かどうかが画質っていうならそうなんだろうけど・・・ レスありがとうございます
今まではこういう場合、ファイルＢのＣＲＦを下げてエンコードをやり直していたがやっぱり余計だったかな？ 原理上は高画質になってるわけだから余計ではあっても無駄ではない Amazonプライムビデオの動画って1080pだとH.264 10MbpsのCBRなんだな
無駄にビットレート高いから1080pなら6Mbpsでいいと思うが 困るのはamazonとスレ違いのここの住人ってことだな >>169
コーデックとかビットレートってどうやって調べてる？ 猿系のDL支援ソフトでDLした後にffmpegで調べているんじゃないかな？ プライムビデオってVBRとCBR両方あるって聞いたことがある。
あと サザエさんのビットレート調べてみたら
25分で2.2gbの33Mbpsだった。 VVCのエンコーダー、早く一般人が使えるようにしてくれ
4Kコンテンツが増えてきているから、HEVC程度の圧勝率では足りんよ H.265でさえパテントも問題で普及しないのにH.266なんて普及しないだろ。
永久に使用料無料で公開すれば勝負になるかもしれんがせいぜい5年間は
無料とかでキャンペーン打って余計に嫌われるに1ペリカ。 av1自体はFHDならH.265より負荷が低い
さらに負荷の軽いAVIFはCPUで簡単にデコード出来る
VP9が2020だったからappleハードウェアレベルの対応は相当かかるとみている。 >>175
パテント問題って実際なんなんだ？
パテントプールの重複ロイヤリティポリシーも仕組み上解決する方向に動いたわけだし、プールに参加しない会社のライセンス料が不透明っていう話はWifiみたいな通信分野はライセンスプールすら存在しない1対1のライセンスでもっと不透明だし。
デコーダやスマホ使ってるような大企業はライセンスノウハウたっぷりあるだろうから問題ない気がする。
実際世界的にHEVC使ったサービスは山ほど出てきてるから普及しない(してない)とは言えないと思う。
もちろん昔に比べてAV1、VVC、EVC、LCEVC、AVS3と選択肢は増えてるからVVCが一強になるということはないと思うが。 https://news.yahoo.co.jp/articles/ffee8698e5268c22c5180cf1c425a86c504d0025?page=2
今回登場するGeForce RTX 40シリーズは、最上位の「GeForce RTX 4090」と「GeForce RTX 4080」の2種類で、後者については仕様が異なる2種類のチップが用意される。
いずれのモデルもAV1コーデックの動画をハードウェアベースでエンコードできる「第8世代NVENC（NVIDIA Encoders）」を2基搭載しており、「OBS Studio」や「Discord」を使ったゲーム実況にも活用できる（※1）。
------------------------------------------------
やったねたえちゃんAV1の動画が増えるよ DiscordもAV1に対応するんだ
OBSの方はそもそもAV1に対応するサイトがほとんどないから録画程度にしか活用できなさそうだな 問題は画質。
とりあえずエンコードしました程度の品質では話にならん Twitchは２年前からAV1のテストしてるから
ハードウェアエンコーダーデコーダーが出揃ったら配信者にも開放するんじゃない？ 面白い記事見つけたわ
もしかしたら圧縮技術に技術革新起きるかもでワクワクする
画像生成AI「Stable Diffusion」が実はかなり優秀な画像圧縮を実現できることが判明
https://gigazine.net/news/20220921-stable-diffusion-image-compression/ >>183
夢があるけど、主張してるのがスペシャリストでもない個人だからまだ眉唾で
まともなニュースサイトは取り上げてない 前からこのスレでも出てる伸長時のAI補完の方が実用性が近い
実際今回の革ジャンの基調講演の中にも出てきてたしね
再現性のアプローチが逆だからオリジナルからは離れるわけだけど、4K映像を2Kクラス以下のデータ量で送れるそしてGPUで高解像度化する伸長時にAIで再生成する
あとは中国が躍起になってる全国民の顔データ収集に対抗する、スマホカメラの小顔やタレント顔になれる顔変形アプリとか
AIで顔データを変える時にディティール情報が減るので高圧縮になる。顔皴はもちろん腕毛やすね毛も消せちゃう
圧縮前にAIでデータを減らしてしまう訳だけど
この二つのAIで実用化されてる部分のかけ渡しと失われた部分をAIに再現させる情報のうんたらかんたらをAIスタートアップ企業が頑張っている話は聞いたことがある
今のSDは後ろにグーグルがついて集金システムの一部になってるからなぁ・・・GPUなくても研究できます。でもサブスク課金ょろしくねって。そりゃ話題作りとステマが飛び交うわ(笑) HEVCにもAI補正前提にデータを大きく省く機能は提案されたから
次の世代向けに提案を考えてる人はいそう
当時とは別次元にAI技術も発達してるから有用な方法になりそう
ちなAI補間はHEVCでは却下された 画像を圧縮する過程でデータが欠損してしまうのは良いとしても、デコード側で画像に存在しない部分をAIが再現(生成)するからエンコード時にデータ消すよってのはなんか嫌だよね 元画像に存在しないものなんて、ブロックノイズ、バンディング、ノイズ、潰れ…
あげればキリがない
ようは嘘がない程度にそれっぽく見えるかどうか次第だな 人間の視覚自体がそもそも脳内で勝手にイメージ作っていて本物の画像とは差異がある
錯視画像みたいにうまく作ってくれるならそれでいいのでは >>188
それはあくまで圧縮で生じたノイズであって、元画像のデータは使ってる
AIは元画像のデータ無しでも画像を作れるからまた別
>>189
例えば背景に柵があって、圧縮で柵だと判別できないほど画像がつぶれても、デコード時にAIが学習した全く別の画像から柵の要素を引っ張ってきて柵を生成するわけだから、ディープフェイクと実質同じような画像になる
どんなAIを使うか知らないけど、画像生成AIを使うのはディープフェイク使うのと同じだから心情的に嫌だよねって話 久しぶりにYouTubeのことを調べていたのだが、いつの間にやら音声フォーマットにAC-3（DOLBY DIGITAL）とEC-3（DOLBY DIGITAL Plus）が追加されていたんだな…
早速ダウソして試そうとすると、yt-dlpのバージョンが古いとダウンロード自体が正常にできなかったので、2022.09.01版に更新してから試したらうまくいった。
※FFmpegは更新しなくても問題なかったが、ついでに更新しておいた
コマンドは下記にてやってみた。
（AV1+EC-3扱いなので、再生するのが重い。環境によっては動画だけVP9とかにするために、bestvideo[vcodec*=vp9] に置き換えたほうがいいと思われる。）
"C:\User Program Files\yt-dlp\yt-dlp.exe" -f bestvideo[vcodec*=av01]+bestaudio[acodec*=ec-3] --merge-output-format mkv "https://www.youtube.com/watch?v=3VZFpwlXKpg";
pause
※動画は3年前にうぷされていた「Dolby Atmos demos 4k HDR」
つづく 以前はAACフォーマットで一部動画が5.1chに対応していたが、音質が悪かったので積極的に試すようなものではなかった。
またAAC版の5.1chは、ダウソ時に見分けがつきにくかったのだが、AC-3やEC-3は明確に区別されているから確認しやすい。
再生はPotPlayerで試してみたが、正しく認識されていた。
これは良い。
別件だが、だれかYouTubeのサムネ画像をダウンロードしたものを、MKVファイルに動画や音声と一緒にマージして、MKVファイルのサムネ画像に指定する方法とか知らないかな？
知ってたら方法教えてほしい。 追記
サムネイルの件
--embed-thumbnail
コマンドで対応できるようなのだが、なぜかマージされたファイルを別のフォルダーへ移動すると、サムネイルが表示されないようだ。
よくわからん… >>191
2022年6月頃から日本国内でもDOLBY DIGITALやDOLBY DIGITAL Plusに対応し始めたようだね
これ、サラウンド再生ばかりに注目が行きがちだが、動画作成時にLチャンネルとRチャンネルだけ音声を割り当てて、他のチャンネルを無しか無音扱いにすることで
Opusが苦手な音を扱う動画の音質向上策としても使える可能性が考えられるから、実は結構画期的な変化だったりもする
しかしまぁ、YouTubeがDOLBYのコーデックを採用することになるだなんて、正直びっくりしたとしか言いようが無い
これ、有料配信サービスを拡大させたい狙いがあってのことかとは思うけど、動画作成ソフト側もDOLBY DIGITALや 途中で書きこみしてしまった
DOLBY DIGITALやDOLBY DIGITAL Plusを使ったマルチチャンネル音声の動画ファイルを簡単に作成できるようにしてほしいところだね >>198
ライセンス料回避を目的にしたもののようだね
しかし、AV1コーデックのような再生機器だけで済む話とは違うだけに、この思惑通りにはいかないような気がする
(テレビやアンプも新たに対応しなければならなくなるから、消費者が導入しづらくなる可能性が考えられる)
というか、Google自身がそれを理解しているからこそ、今回のAC-3やEC-3導入だったのではないかと思わなくもない
(特許の有効期限の問題も折り込み済みかと)
ただ、DOLBY VISIONについては正直、ハードルが高すぎる点は何とかしないとね
YouTubeのHDRはPQカーブを用いているけど、PQカーブの提唱をしているのはDOLBYだしね HDRの国際規格「ITU-R BT.2100」には、ガンマカーブを定めたITU Rec.2100に、「HLG（Hybrid Log Gamma）」と「PQ（Perceptual Quantization）」の2種類が共に定められている。
ガンマカーブとしては、DOLBY VISION（12bit）＝PQ＝SMPTE ST 2084＝HDR 10（10bit）、これらはすべて同意となる。
このため、PQカーブはDOLBY VISIONでしか利用できないわけではない。
あくまで提唱したのがDOLBYだったというだけのこと。
PQカーブの利用だけのために、都度DOLBYに承認を得るようなことは必要ない。
ただし、正直な話、バンディングを起こさずきれいにHDRを視聴する前提で考えると、今後はHDR映像については12bit以上で扱えたほうがいいのではないかとも思うが、
12bit環境はまだまだ未整備な点が多い。
続く 参考として
【DOLBY VISION】
ガンマカーブ：PQ
各色ビット数：12bit
色域：BT.2020
【YouTube HDR（VP9、AV1共通）】
ガンマカーブ：PQもしくはHLG（DCI P3は不可）
各色ビット数：10bit
色域：BT.2020
ちなみに、件のDOLBY DIGITAL plusについては
【YouTube DOLBY DIGITAL plus】
Bit rate : 384 kb/s
Channel(s) : 5.1ch（7.1chの動画は、まだ見かけていない）
Channel layout : L R C LFE Ls Rs
という運用。 >>183
一言で言えば
「有名画家さんが実写を参考にしながらのっぺり絵を描いてJPG圧縮かけてみました」
なんだよね 動画ファイルのサムネ（アートワークとかカバーアートともいう）をマージする件、やっとわかった。
「--embed-thumbnail」コマンドでmkvコンテナにマージ自体はされていた。
ただし、yt-dlpでダウンロードされてマージされる画像は、webpフォーマットだった。
手元のWindows 10 PCにてサムネ画像を表示させるために利用しているのが「Icaros」なのだが、
「Icaros」で表示できる画像フォーマットは、「bmp, gif, jpg, png, tif, tiff」のみ。
さらに、「Icaros」の設定で、マージされているサムネがある場合に、そちらを利用する設定にされていなかった。
※マージされているサムネがある場合に、そちらを利用する設定については、下記サイトの
https://www.gigafree.net/media/codecpackage/icarossetup.html
「もし、動画内のワンシーンではなく、“ カバーアート ” をサムネイルとして表示させたい場合は、
画面下部にある「Use embedded Cover Art for thumbnails 」にチェックを入れておきます。」
を設定して、その後に保存までしておくことが必要！
続く このため、ダウンロードしたサムネ画像を手動でpngに変換し、「MKVToolNix」を利用してマージしなおし、「Icaros」の設定も
修正したのちは正しく表示されるようになった。
サムネ画像をMKVToolNixにてマージするには
１．映像+音声ファイルと字幕ファイルを入力タブの「ソースファイル」にそれぞれ掘り込む（字幕は必要な場合のみ）
２．もし添付ファイルタブの上段「ソースファイルからの添付ファイル」にすでに入っている画像ファイル（webpなど）があればチェックを外す
３．添付ファイルタブの下段「追加する添付ファイル」にbmpかpngに変換したサムネ画像を掘り込む
４．マージして完成！
手直しついでに、メタデータも取り込むようにして、これで動画作成者が独自に作成してくれているサムネ画像を無駄にせずに済むようになった。
Macだとこんな苦労はしなくていいみたいなのだが、Windowsだと気を使う必要あり。 サラウンドコーデックあまり詳しくないけどAC-3ってブラウザでは再生できないよね？
スマホやTVではいけるんかな >>203-204
webpフォーマットのままだとそういう問題が起こるんですね
yt-dlpでwebpをpngに変換してから埋め込むとかできたらいいのに
>>205
ブラウザーソフトでサラウンド再生はできないのでは？
YouTubeでサラウンド対応の動画をブラウザーソフトで再生しても音声の切り替えメニューとかは出ないみたいだし
サラウンド再生に対応したハードウェアかソフトウェアを利用するしかないでしょうね
ちなみにスマホだとXperia1(初代)、
Snapdragon 855搭載で試すと、EC-3で再生できた
ただしステレオに変換されての出力にはなるようだけど
Snapdragonは来年登場予定のSnapdragon 8 Gen2からAV1対応になるので、いまのところVP9+EC-3での再生にはなるけど >>203-204
>>206
--convert-thumbnails png
すればいい 細かな間違いだけどEC-3じゃなくて
Enhanced AC-3の略でE-AC-3だからね yt-dlpの表記がec-3だから問題ない
つべのtagでいうと328
ac-cは380 >>207
pngに直接変換できるんだ。
早速試してみたらうまくいったよ。Thx!!
で、サムネ埋め込み、字幕埋め込み、メタデータ埋め込みをする場合のコマンドを整理してみた。
なおかつ、メモ帳で書き換える場合のURLの書き換えを楽にするために、URLの位置を左寄せに変更も実施した。
以下、分類してみた
（なお、URLは字幕の選択肢が多いのを選んでみたｗ）
※yt-dlp.exeやFFmpeg関連は、Cドライブ直下に作った「User Program Files」フォルダーの中の「yt-dlp」フォルダーに格納している前提です。
つづく 【字幕なし】
・AV1
"C:\User Program Files\yt-dlp\yt-dlp.exe" "https://www.youtube.com/watch?v=JdBYVNuky1M"; -f bestvideo[vcodec*=av01]+bestaudio[acodec*=opus] --merge-output-format mkv --write-thumbnail --convert-thumbnails png --embed-thumbnail --add-metadata
pause
・VP9
"C:\User Program Files\yt-dlp\yt-dlp.exe" "https://www.youtube.com/watch?v=JdBYVNuky1M"; -f bestvideo[vcodec*=vp9]+bestaudio[acodec*=opus] --merge-output-format mkv --write-thumbnail --convert-thumbnails png --embed-thumbnail --add-metadata
pause
つづく 【利用可能な字幕すべてあり】
・AV1
"C:\User Program Files\yt-dlp\yt-dlp.exe" "https://www.youtube.com/watch?v=0TD96VTf0Xs"; -f bestvideo[vcodec*=av01]+bestaudio[acodec*=opus] --merge-output-format mkv --write-thumbnail --convert-thumbnails png --embed-thumbnail --write-sub --all-subs --convert-subs srt --embed-subs --add-metadata
pause
・VP9
"C:\User Program Files\yt-dlp\yt-dlp.exe" "https://www.youtube.com/watch?v=0TD96VTf0Xs"; -f bestvideo[vcodec*=vp9]+bestaudio[acodec*=opus] --merge-output-format mkv --write-thumbnail --convert-thumbnails png --embed-thumbnail --write-sub --all-subs --convert-subs srt --embed-subs --add-metadata
pause
つづく 一応これで一通りは利用可能。
※EC-3音声アリの場合は、「bestaudio[acodec*=ec-3]」に書き換えたバージョンのbatファイルを用意しておくと楽。
※動画や音声の対応形式の確認は以下のコマンドでどうぞ
"C:\User Program Files\yt-dlp\yt-dlp.exe" "https://www.youtube.com/watch?v=EvGOlAkLSLw&t=7s"; --list-formats
pause
ただし、上のやり方だと、サムネ画像と字幕ファイルがマージした後も残り続けるの、必要ない人は毎回消さないといけない…
消すコマンドあるのかな？
別途、動画のタイトル名の後ろに動画ファイル名がついてしまうのも、消せないものだろうか？
つづく >>208-209
>>209氏の言う通りです。
あくまでyt-dlpの表記です。
それにしても、AC-3にしろE-AC-3にしろ、このサラウンドフォーマットで再生できるようにするためには、どういったファイル形式で
アップロードすればいいのかの情報が見当たらないように思う。
せっかく利用できるようになったのだから、音質改善目的でオリジナルがステレオ音声のファイルを無理やりE-AC-3のL、Rチャンネルだけに
押し込んでアップロードできたら、音質比較テストができそうなのだけど、どうやったらできるんだろうね？ 追記
上記の字幕ありバージョンは、オリジナルのvttフォーマットからsrtへ変換してから埋め込んでいます。
※vttフォーマットのままだと、再生ソフトによって正常に再生されない場合があるので、srtフォーマットへ変更しておいたほうがいいです。 横からだけどコードの共有はこういうサイト使ったほうが見やすいかも
https://pastebin.com/ AV1てH264やVP9より高画質とか言われてるけどにわかに信じがたいのよね
圧縮効率が良くて同画質でサイズ減らせるってだけじゃないの？
つべはAV1やらVP9にエンコされるけどその際のビットレートのバラツキがひどい
これを見てほしい
https://i.imgur.com/mpNOMxP.png
左がAV1 ビットレート12200 305Ｍ
右がVP9 17300 434Ｍ
太もものホクロがVP9の方がくっきり見えてて綺麗なのがわかるだろう
結局はつべが低めにエンコードしてればAV1も悪いので保存は軽いVP9を選んだ方が良い
KPOPなどのVLIVEのH264の4ｋとつべのVP9の4ｋと同じ動画を拡大して見比べたけど違いがわかんなかった
ビットレート高く設定すればH264もVP9も画質に違いはないんでないの？
圧縮率の問題なだけで…つべのAv1がばらついたサイズでエンコされてる以上はVp9とサイズ見比べながら保存するしかない
クソが >>圧縮効率が良くて同画質でサイズを減らせるだけじゃないの？
世の中の動画コーデック全部そうだぞ >>218
「圧縮効率が良くて同画質でサイズ減らせる」のを普通は高画質って言うんだからAV1は高画質で合ってるぞ
馬鹿みたいにビットレート盛りまくって高画質ってならH.264よりMPEG-2の方が画質良くなったりするわけだし
YouTubeを例に出されても、YouTubeはAV1を駆使してとにかくビットレート削りたいってだけでしょ、コーデックの性能向上以上にビットレート削ったら画質悪くなるのは当然
何の役にも立たない日記ならよそでやってな >>220
高画質って言い方に語弊があるんやで
大容量記録媒体のあるこのご時世にAV1なんて個人では使い道の低い編集に時間かかるコーデックでチマチマ苦労してエンコしてそっちの方が何の役に立つねん
アップコンバートするわけちゃうのにエンコするだけ劣化させてアホやで これ規制から解放された構ってちゃんが暴れたいだけだな >>221
語弊も何もお前が無知なだけだろ
そもそも個人がAV1を扱うとか動画サイトからしたらどうでもいい、少なくともYouTubeは公式(有料だっけ？)の保存機能以外DLするのは規約違反だからお前の責任
YouTubeニコ動にせよサブスクにせよ動画サイトは、勝手にDLしては文句垂れるアホ相手するより、エンコードに手間掛けてでも少しでもトラフィックを削減する方が優先
各サービスでH.264が使われるようになった時もお前みたいな馬鹿が出てきたけど、結局移行したから勝手に吠えてればいいし
そんなに大容量記憶媒体で画質欲しけりゃBDリッピングの映像だけ一生見てろ老害 ワイは１つのドライブで全データ管理したいからwaveファイルも必ずMP3に圧縮派やな
てか苦労してエンコもしてないわバッチにドロップ一発で終わり（なんなら全自動でドロップも可） >>224
そんな当たり前なことをえらそうにいうほどえらいんでちゅねクソガキ
お前がやってることも所詮はじこまんでしかないのにお前の役に立とうが立つまいがどうでもええわ 個人利用だとav1より性能が高いvvcの方がいいだろ
今でもx265を権利関係無しに使えるわけだし 現時点で個人が気軽に利用できる実用的なVVCエンコーダーなんてありましたっけ？
別件ですが、不定期にYouTubeの品質チェックを個人的な興味の範囲で行っているのだけど、
12年ほど前にアップロードされている動画を改めてチェックすると
・最初にチェックした時→H.264(AVC)+AAC
・数年後にチェックした時→H.264(AVC)+OPUS
・本日チェック→VP9+AAC
といった具合に変化していた
一時期、音声コーデックの選択肢にOPUSが存在していたはずなのに、本日チェックするとAACのみに逆戻り
YouTubeにアップロードする際に対応できるフォーマットは、時折変化しているようなのだが、10年以上前が果たしてどんな状況だったのかは不明
おそらく、古い世代の対応フォーマットでアップロードされている動画については、OPUSにするメリットがないと判断されたのかも
映像については、さすがにH.264よりはVP9のほうが良いとの判断か VVenCはその気なれば一般人でも使えるけどそれより問題なのは未だにまともに再生出来るソフトが無いこと >>231
VVenC、日本語の情報がほとんどないから、手を出して良いのか判断に迷います RTX4000シリーズでAV1エンコード配信できるようになるけど対応するサイトはどこまであるのだろう
YouTubeはそもそもライブ配信のときにH.264orVP9に再エンコードするからAV1の実力発揮できるかと言われたら微妙
帯域を減らすくらい？
Twitchは数年前からAV1に対応するとは言ってたけど今のところはAV1準備が完了したとは公表してないしなぁ YouTubeは動画投稿なら対応しているんじゃないか
Liveは難しそうだ 昔のニコ生みたいに、設定が規定範囲内ならそのまま流す仕様ならクライアント側でAV1エンコしてくれる、レイテンシが短いとwin-winななりそうだけど駄目なんかね
非対応の機器が接続された時点でそのバージョンをサーバー側で用意するとかさ >>232
https://media-streaming.nextscape.net/blog/1098/
とかわかりやすく書いてある気がする。
VVenCはYUVとかで元ファイル持っておく必要あるから実用的かって言われると、、、。 >>237
パイプ入力でy4m受け取れるからx264なんかをコマンドラインから使うのと大して変わらんよ YouTubeライブのAV1エンコードはCPUコストがネットワークコストを上回ってしまいそうだ
ハードウェアエンコードの開発ができたら徐々にAV1も使われるようになるんじゃないかな
というかVP9ですら未だに全体に適用されていないし
視聴者数が多い一部のチャンネルのみVP9が使われている 特にYouTubeは視聴者が0人のライブでも低解像度の画質までしっかりエンコードしてるからね
Twitchはある程度の視聴者がいないとサーバー側でエンコードしない仕様みたいだ こういう新しい流れにニコニコも乗って欲しかったがあいつはもう… ニコニコはFPGAでAV1のエンコーダ開発していたよね
,ｲ │
// /| |:!
//, -/ r‐- ､| !
/,/ ./ :| _」 ﾄ､
/.＼`/AV1|二...-┘ヽ
. i ,.>､; ／ｰ- ､ l
! ∠..＿;'＿＿＿_＼ |
,!ｲ く二>,.、 <二＞｀＼.､ヽ.
／'´レ--‐'ﾉ. `ｰ---- ､ |＼ ヽ、
＼ `l (!" Jfヽ! `''-;ゝ
`‐､jヽ ヾﾆﾆゝ ﾞｲ" }_,,. ‐'' フフフフ、H.265よ
`´＼ ｰ ／ ,ィ_}
. |_ `ー ''´ ＿｣'´ 聞こえていたら君の生まれの不幸を呪うがいい…。
＿,.| ~||｢ ￣ 人|､.＿
,r=＝;"´ ヽ ﾐ|||彡 ／ ` ｰ`＝=､-､
. ///,ｲ ＿＿_ ヽ|||_,,. ‐''´＿＿＿ | | | |ヽ 金の力で無理やりAV1を普及させようとするGoogleは、凄まじいね
おかげでx266がなかなか姿を表さない
ところで、VVC以降のロードマップは何か予定とかないのだろうか？ VP9はPCゲームやゲーム機（Switch）で使われるようになったがAV1もやがてそうなるんだろうか なるだろうけど4kが普通な世代にならないと移行する必要がなさそう >>245
金の力っていうかyoutubeの転送量減らすために金かけてくれてるのに
そのおかげでAV1のHWエンコーダーが標準搭載されるところまできたっていうわけで何の文句があるんだろうか
現時点じゃh.266は周回遅れなんだし使用目的の範囲も違うんだし仕方ないだろ
ｘ266が進まないのがGoogleのせいでもないんでもない。悪意を持った言いがかりだ(笑) ハードデコード次第でしょ。
CPUでなんとか再生しても、結局電力も食うし。 TVでYouTube再生できるのが当たり前の時代になったからGoogleがTVのYouTube要件にAV1入れたら一気に広まりそう YouTube、将来的に4K以上の解像度での再生にはPremium契約が必要に?? ? 一部でテストを実施中
https://taisy0.com/2022/10/02/163034.html >>249
文句ではない
本来ならばH.264→H.265→H.266と、H.～の系譜が順調に開発できていたのは、「それが最適解だから」という
共通の理解（コンセンサス）があったからこそだと思う
それが今はGoogleの札束攻撃で、AV1がVP9までより急速に意味を持ち始めている状態
しかも急速に
これだけの状態になってくると、「H.266が最適解」とは言い切りにくくなってくる
こういう状況になると、開発者は金のあるほうに流れやすくなる
つまり今までx.264やx.265に携わっていた人が、AV1関連の開発へ移動し、結果としてx.266の開発スピードが
低下しているという可能性が考えられる状況、ということ…
4Kや8Kなどのファイルサイズが大きくなりやすいものほど、少しでも圧縮効率の良いものを利用できたほうが
中長期的には良いはずなのに、それを阻んでやいないかと気になるまで
AV1がダメだと言っているわけではない
>>252
マジか…
4Kの目ぼしい動画は、今のうちに（ｺﾞﾆｮｺﾞﾆｮ 別件だが、2022.10.02（昨日）の23時20分から放送された、NHK-BSプレミアムのプレミアムステージ
「そして、飯島君しかいなくなった」「ドクター・ホフマンのサナトリウム」について少し触れておきたい
「そして、飯島君しかいなくなった」は22年ぶりの再放送とのことで、NHKに保管されている素材自体が480iでの
レターボックス収録のみのようで、これを480i→1080i変換した状態で放送された
しかも、この手のレターボックス収録された素材を放送する際、NHKは画面中程の16:9部分だけを切り出して画面いっぱいに
広げるのではなく、レターボックスのまま16:9の画面の中程に4:3の画面を収めてしまうよくあるやり方で今回も放送していた
レターボックス部分（360i相当）を1080iに引き延ばすと、処理が良くない場合見た目の解像感が落ちやすいこともあっての
選択肢だとは思われるが、AIを用いた超解像処理が発達してきている現状から考えると、そろそろ16:9の画面の中程に4:3の
画面を収めてしまうやり方から脱却してほしいと改めて思った
続く ただし、今回の放送を見るに、480i→1080i変換時に一旦インターレース解除がなされているのかと思われるが、それに伴う
ギザギザした感じはしなかったので、NHKとしてもいろいろ試しているのかなとは思う
少し前にNHK-BS4Kで放送された中森明菜のコンサートを4K化した放送はインターレース解除が下手過ぎてどうしようもなかったが、
あのようなことはなかった
NHKにはMUSE Hi-Vision試験放送時代から地上波などでレターボックス変換した番組が多数放送されたが、おそらくそれらの番組は
NHK自体にもオリジナルの1080iでは残っていないものが多数あるのだと思われる
（日曜美術館とかN響アワーなどは、早い段階からレターボックス放送に切り替わっていた）
続く 今後、NHKがオンデマンドサービスの拡張に伴い、レターボックス放送時代の番組を公開することが多くなってくると予想されるのと、
BS4Kでも以前の番組の4K化した再放送が少なからず行われている状況を鑑みると、いずれレターボックス放送時代の番組への対処方法を
NHK自身が確立させておかないといけないのだろうなと思う
ちなみに、レターボックス放送時代の番組を視聴者自体はVHSやDVDに保存していたと思われるが、何分にも保存している解像度が低い、
あるいはVHSの場合は画像自体が不安定など所々の問題があるので、視聴者にて独自に480i→1080iや480i→2160p（4K）へ変換しても
限界がありすぎて労力に見合いにくい
（それでもやむなくせざるを得ない場合があるのだけれど）
NHKに限らず放送局側で最善の方法を確立して、再度視聴できるようにしてほしい
（レターボックスではないが、80年代から90年代のフジテレビのドラマなんかも丁寧に復刻してほしい） >>252
Google（アルファベット社）はワクチン関係やウクライナ関係の検索結果にフィルターかけてくるしもうろくなことしないな >>256
フジテレビの過去ドラマと言えば、偶然だろうけど10月7日の22時からBSフジで
<名作ドラマアワー>東京ラブストーリー #1｢出会いと再会｣
が放送される
多分高画質化とかは何もしてないだろうけれど >>253
VP8、VP9、AV1とG陣営も積み重ねてるんだから、そりゃ取りに行くでしょ。 >>253
mpeg系は円盤と紐づいてたのが大きい
今は円盤より配信が主要なプラットフォームになったから
配信業者が自分の都合のいいコーデックを作っただけ >>252
YouTubeが4K動画の再生を有料プラン「YouTube Premium」の会員限定機能にしようとしている
https://gigazine.net/news/20221004-youtube-premium-watch-4k/
こっちにも来てんね
YouTube Premiumを必須扱いにするのであれば、月額料金を引き下げてもらいたいものだね https://pc.watch.impress.co.jp/docs/news/1444679.html
中国Moore Threads製のエントリー向けGPU「MTT S10」を搭載したビデオカード「MTT S10 2GB PCIE」がEコマースサイトTaobaoに登場した。価格は800人民元(約1万6,000円)だ。
MTT S10は、Moore Threadsが3月に発表したデスクトップGPU「MTT S60」の下位モデルという位置付け。
上位と同じMUSAアーキテクチャを採用し、VulkanやOpenGL、OpenGL ESといったAPIをサポート。
UOS、麒麟、UbuntuといったLinux OSに対応する。AV1デコード/エンコードも対応する。
やったねたえちゃん格安でAV1のハードウェアエンコードができるよ >>262
できるって事と使い物になるっていうのには天地の差があるわけで・・・
もう1万円出せば安定と実績のQSVEncが使えるやん・・・
人柱向けもいいところだなｗ さすがに会社もよくわからんところの中華製GPUとかイヤすぎる
話変わるけどYouTubeの4K有料化したらヤダなぁと思っていろいろ調べてる時に偶然見つけたんだけど、
つい先日放送終了したプリマドールというアニメの公式YouTubeページにたどり着いた
そこで公開されているオープニングソングなのだが、
先行して公開されているフルバージョンの音質は特に問題ないのだが、あとから公開されたショートバージョンの音質が
近年稀に見るレベルでジュルジュルいってる
一体いまどき何をやったらこんなことになるのか >>266
聴いて見たらわかるよ
明らかにアップロードする段階で何かやらかしてる Pixel 7が発表されたがGoogleの考えが読めないところがある。
少しづつ進化を重ねて、動画撮影機能も充実してきたことは間違いないのだが、動画の収録フォーマットが相変わらず
H.264とH.265のみで留まっているのはいかがなものかと思う。
AV1コーデックに金を注ぐようなことまでしているのだから、編集用の可逆圧縮フォーマットもGoogleが主体となって
開発すればよいのにと思うのだが、どうもそういった動きにはならないようで、このあたりがGoogleとAppleとの違いといえば
そうなのだろうけど、Googleの本気とやらはこの程度なのかと思わなくもない。
コーデックついでで別件なのだけど、360オーディオについて
下記の360オーディオの紹介ページでデモが聴けるのだが
https://www.sony.co.jp/united/360ra_sounddive/
その映像と音声はYouTubeにアップされているものになっている。
続く 360オーディオ自体の考え方はDolby Atomsなどと同じオブジェクトベースのオーディオになるので、何か専用の音声を用意して
いるのかと思ってyt-dlpで調べてみるも、そんな音声は特に見当たらない。
（yt-dlpが360オーディオの音声がどれなのかを認識していない可能性もありそうではあるが）
360オーディオは一番ビットレートが低いパターンでも640kbps程度は必要になるらしいので、少し前に記述したDolby DIGITALや
Dolby DIGITAL plusよりも下限設定が高い状況になるはずなのに、それが見当たっていないので、おそらくは標準的なHRTF
（Head Related Transfer Function：頭部伝達関数）を用いて、平均的な空間再現を行った状態の2ch音声をアップロードしている
のかと思われる。
実際には再生機器ごとに最適化して再生したほうがより確かな空間表現を実感できるようになるので、このようなデモの形式で運用
することを前提としたものではないと思われる。
続く ただし、360オーディオにしてもAppleの空間オーディオにしても共通して言えるのは、オブジェクトベースのオーディオをどのように
してヘッドホンでそれらしく聴けるようにするのかというものであって、これ自体はYAMAHAやCreative audioなどが古くから製品化
してきたバーチャルヘッドホン技術の延長線上にあるもので、急に現れた技術ではない。
（360オーディオの最適化技術は、Creative audioのノウハウとよく似ているし）
そうなってくると、今はバラバラに動いている360オーディオや空間オーディオもやがて一つのまとまった動きに収束していくのかと
思われるし、動画で用いられているDolby Atomsの音声をヘッドホンで再生する際にもこのノウハウは活かせることになるので、
汎用性のある運用形態になってくれればと思うが、そうなるとYouTubeでもやがてDolby Atomsなどのオブジェクトベースのオーディオを
サポートしてくるようになるのだろうかと思ったりしなくもない。
続く というか、今回のDolby DIGITALやDolby DIGITAL plusのような商用コーデックを用いてきていることや、4K再生の有料化話などを
総合的に判断すると、リッチサービスの提供による収益向上策を計画している前提の動きとしか思えないんだよね。
（サラウンド対応だけであれば、従来から対応しているAACの5.1ch音声のままでも音質改善はできないわけではないのだから）
Googleの考えることは、つくづくよくわからんところがある… |::::::::::::::::: ____________ ::::::::::::|
基 |::::::::::::: ,. '"::::::::::::::::::::::::: ｀ヽ. :::::::| 自 ど で
地 |::::: ／::::::::く::::::::╋:::::::>:::::::::＼ :::| 分 こ は
外 |:::: 〈:::::::::;:::--- ､─ｧ -- ､:;::::::: 〉 :::| の が あ
で. .|::::: ,〉'" ｀'´ ｀ヽ! :| 頭 悪 な
す |:::: / / ﾊ ハ ヽ ヽ ､, ', | で い た
ね. |:::: i ,' /!__i_, !' ! ,_ﾊ__ﾊ ', ! ' す ん は
゜/:: ﾉ.! ! /,ｨ-ｧ!､! ﾚ',ｨ-=!､! i ,ﾊ 〉 か . で
´＼|:: 〈 ﾉ Yﾚﾍ''ゞ-' ゞ-''/ﾚ' ﾝ ∠､ ： す
:::: 〈 ﾊ !ﾊ." ______ "ﾊ ﾊ .! !. ： か
:: ノ､ ｀ｧ'_」＞､._｀ー' ,,.イ/ｲ､ノ ヽ. ？
/ ｀ｧ''´ ', ヽ干´ン::::::::::::｀ヽ. ｀''ー───
! ヽ/ ,y ヽ､. .,!':::::::::．y::::::::::::', オーディオコーデックも新しいのそろそろ出るんかなあ
opusって何年前だっけ サラウンド音声に感じてであればあってもいいのかもしれん
現状、Dolbyが用意している音声規格は基本的に48kHz、24bit止まり(Dolby Atmos含む)
48kHzはビデオ屋がよく使う
オーディオ屋はハイレゾなどの影響で96kHz以上にシフトしているが、ビデオ屋でハイレゾ的な対応を考えるとDTS系統のコーデックに手を出すことになる
だがしかし、DTS系統は一部のマニアくらいしか馴染みがない AACは仕様上は96kHzまで対応するが、AACでハイレゾを謳うのは音質とビットレート的に現実味に欠ける
しかもオブジェクトオーディオの考えがない
360オーディオが使っているMPEG-H 3D audioは、Dolbyと同じく48kHz、24bit止まり
イレギュラー扱いになるがDolby TrueHDを使用すれば、Dolby Audioとしての使用に限り最大192kHz、24bitは可能
映像とセットで使う場合は他のDolbyコーデックと同じく48kHzまでの制限あり
純粋なDolby TrueHDにはオブジェクトオーディオの仕様はないが、Dolby Atmosに内包する形にすればオブジェクトオーディオ化は可能
しかもMQAで使われているオリガミ的圧縮を利用可能 ライセンス問題などを考えるとMPEG-H 3D audioが96kHz以上に対応すれば利用しやすくるのにと思わなくもないが、規格の追加が必要
Dolby Atmosに内包するDolby TrueHDならば仕様上は問題ないがライセンス料が高くなりはしないかという問題がある
おまけに映像用のDolby TrueHDの48kHzまでにしか対応できないアンプとかがあると、結局買い替えかという問題も…
なかなかめんどくさい >>275
＞48kHzはビデオ屋がよく使う
＞オーディオ屋はハイレゾなどの影響で96kHz以上にシフトしている
音楽録音 現場の実態
・48/24でパラデータ書き出して市販のCDになってる
・今の時代ほとんどのコンテンツはヨンパチニーヨンで充分
それ以上はオーバースペック
・リスナー側の環境や文化 (DAPとかYoutubeとかね) も
制作過程にこれ以上の質を求めてる気がしない
・mp3で満足できるリスナーがほとんどなんだから
16/44.1でももったいないくらい
・音楽はディスプレイの4Kや8Kみたいに高解像度になって行かないのはなんでだろな
・比較しても映像ほど顕著に変わるもんじゃないからだろうな
スピーカーじゃなくてイヤホンで聞かれる事が多い時代だし
ProTools 旧LE・無印【Mac専用】4
https://egg.5ch.net/test/read.cgi/dtm/1455308593/810-821n >>278
アコースティックから遠ざかっているジャンルほど、スペックは求められてないね
クラシックの録音を48kHzで行うことは、今となってはもうほとんどない
96kHz以上にシフトしている
再生機器の問題もあるので、やたらハイスペックにしてもどうしようもないけど
ヘッドホンでのバーチャルサラウンドは、もっと普及しても良さそうな気はする ただ、ファイルの受け渡しではないリアルタイムでの伝送を考えた場合、家庭内でリアルタイム伝送を許可されているオブジェクトオーディオは
HDMIかi-Linkのいずれかのみというのが難点
HDMIは映像信号の隙間に音声信号を埋め込む方式だから、純粋な音声信号のみの伝送手段にはなり得ていない i-Linkはもう過去のものに成り果てている
ケーブルはHDMIを使ってもいいから、音声専用の伝送規格を定めてほしい
あと、HDMI経由でDolby Atmos信号などを流した場合に、それをPCなどで入力受けできるようにしてくれないと、サラウンド音声の一般利用がいつまで経っても広まらない
PCからのDolby Atmos信号の出力自体は、Windows 10以降は可能なのだから(Dolby Accessをインストール)、入力も対応してほしい >>279
＞クラシックの録音
音楽CD 新作数 2021年
全ジャンル合計
邦盤＋洋盤 7075+2416
=9491 (構成比 100%)
ポップス系
邦盤＋洋盤 4817+809
=5626 (構成比 59%)
クラシック
邦盤＋洋盤 74+651
=725 (構成比 8%)
クラシック 全体の1割以下
一般社団法人 日本レコード協会
新譜数推移
https://www.riaj.or.jp/f/data/others/sp.html 96kHzっても48kHzをアプコンしてるだけだがね
違いの分かる人間なんておらんよ >>282
音楽体験が如何に貧弱になっているかがよくわかるな
>>283
アップコンバートが何を示すのか… いいんだよここはコーデックスレだから。触ると話が伸びる >>285
＞「ポップ・アート」の台頭は、
＞後期資本主義社会における
＞「高級芸術」と「大衆芸術」
＞の分割に重大な疑問を問いかけた。
＞そして1980年代以降のポストモダニズムは、
＞もはやこの分割がパロディと
＞なってしまったことを明らかにした。
クラシック音楽を高級とありがたがるのは
「パロディ」
現代美術用語辞典
https://artscape.jp/dictionary/modern/1198392_1637.html >>287
楽器から出る音の話
カルチャーうんぬんはどうでもいい 音楽ハイレゾ系と映画のサラウンド系と手軽再生の圧縮系
噛み合わないのがねえ。 ・OBSベータ版がGeForce RTX 40シリーズのAV1エンコードに対応
https://pc.watch.impress.co.jp/docs/news/1447146.html
GeForce RTX 40シリーズビデオカードのNVENCでは、AV1のハードウェアエンコーダを搭載しているが、OBS Studio 28.1 Beta 1でこれに対応。
現時点ではNV12およびP010カラーフォーマットでのみ動作し、録画用のシンプルな出力モードでのみ使用可能。
また、「rescale」といった機能は使用できないとしている。
このほか28.1 Beta 1ではNVENC使用時のプリセットの分割(プリセット、チューニング、マルチパスモード)、
P1～P7プリセットの設定(数字が高ければ高いほど高画質)、遅延と品質のチューニング機能の追加などが行なわれた。 普通に考えて4090をエンコード用に買う奴はいないからなぁ
趣味を通り越して癖の域に入ってる人か、スポンサーがついている所か、話題を集めて金になるところじゃないと
急ぐ必要はないんじゃね？Rigaya氏でも手を出してない訳だし
マシンパワー有り余ってるところはすでにソフトエンコしてるし
AI-ARTのおかげでマイニング後の転用＆需要が高まってるからそっち方面の人が飛びついてる感はあるね
一ヶ月かかる同人サークル作品が三日で作れるわけだから30万くらい出すわな
Pixiv投稿14年で1億万枚を今月中というかあるサービス開始から一ヶ月で超えそうな勢いだし rigaya氏がVVenCのGUI作ったみたい
リンク貼れないけど >>294
そうは言ってもやっぱり欲しいよ 4090
自作歴長いとわかるんだ、ゲームを快適にするには
その当時に出ている最高のグラボとCPUが必要になるって
まぁそれ以上に光回転+Ping値が良くないといけないけど
>>295
VVencで出来上がりのファイルの再生ってどうやるん？そこが問題だと思うんだけど
VLCにプラグイン突っ込んで再生してみたけど拡張子.266の動画
映像が全く映らず。あと中間ファイル作らないといけないから面倒
一気にいけるコマンドないのかなsvtav1の時みたいに。 ん？いやごめん
今試してみたけどちゃんと再生されたました。rigaya氏のやつ。
ffmpegとvvencFFapp.exeでコマンドラインでやろうとすると
まぁそのコマンドがわからないわけで。公式に出ているやり方
だと中間ファイル作成しないといけないから面倒だけどrigaya氏のやつ
使えば再生はされるね。ただし激重なのでエンコする気失せる。
あぁそれと訂正 光回転✖ 光回線〇 vspipe -c y4m "test18.vpy" - | ~/build/vvenc-1.6.1/bin/release-static/vvencFFapp -s 1280x720 --FrameRate 24 --threads 4 --preset medium --QP 30 --BitstreamFile ./test.vvc -i -
これでえんこはできたけどffplayで再生できず NVENCのHEVCって顔認識して、顔以外を高圧縮にすることできんのかな？
古いDVD整理してて俳優の顔以外は低解像度でいいんだけど。 細かいブロックで動きを認識してるから背景がほぼ動いてないならそうなる。 >>300
なるほど、そういう原理なのね
顔1.5M それ以外650ｋとか指定することはできるの？
これかなーと指定したけど全然ダメだった。。。検出できそうなoptionが見当たらず
https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.ja.md#:~:text=thre_motion_c%3D%3Cint%3E%20(C%E5%8B%95%E3%81%8D)%20(0%2D1024) 残念ならがそういうオプションはないよ
>300も細かいことをいえば間違い 顔以外の表示すべてにモザイクかけたら圧縮率めっちゃ上がるんじゃね？ｗｗｗ SVT-AV1がそんな感じの動画で圧縮率かなり高くなる
ユーチューバーが真ん中でしゃべってる様な動画だと見た目同等でx265の1/5以下とかなる
アルゴリズムの特性かな インターレース解除について調べていたらStaxRipというソフトの情報に行き当たったのだが、
このソフトに搭載されているQTGMCには「QTGMC」と「QTGMC with Repair」の二つのモードがある
「QTGMC with Repair」っていうのは、いわゆるKTGMCみたいな静止画におけるチラつき問題に
対処したバージョンのことなのだろうか？
もしそうであれば、GUI操作だけで細かい準備等なしで簡単に利用できそうで良さげなのだが…
なんて思っていたら下の動画を見つけてしまった
https://www.youtube.com/watch?v=FZhgK-SBlFQ
海外のアニヲタも同じようなことをやってるんだなｗ（コメントもｗ） 顔って別に優先されるわけじゃないなーと思ったり思わなかったり。
https://medium.com/hackernoon/av1-bitstream-analyzer-d25f1c27072b
AI分析が進んで、顔優先とかスポーツ優先とかアニメ優先のパラメーターは将来的には出来るかもねえ。 ちょっと前に出てた音声コーデックの件だが、面白いことが分かった
radikoに使われているHE-AAC v2についてだが
・FFmpegを利用して再生する一般的なプレーヤー→声がシュルシュルする
・Music Center for PC→声はシュルシュルしにくくなるが、音全体の解像感が少し低下したような音になる
（見かけ上は、DSEE HXとイコライザーなどで多少ごまかせる。DSEE HXはオンオフ関係なく上記の音の状態）
・foobar2000→解像度重視の設計なのか3つの中で一番声がシュルシュルいいやすい
ラジオトーク番組など、音楽よりトーク重視の番組であればMusic Center for PCが聴きやすいかも
Music Center for PCに内蔵されているAACデコーダーは、ソニーが独自に作成したもののようだが、
低ビットレート配信に利用されるHE-AAC v2に合わせたチューニングがなされているのかも >>308
radikoのhe-aacは聞いてるけどシュルシュルを感じることはないぞ ・「Windows 11 バージョン 22H2」は色表現でも大きく進歩 ～新API「ACM」の導入で
https://forest.watch.impress.co.jp/docs/news/1448463.html
必要要件
アプリでACMを利用するには、以下の要件を満たす必要がある。
「Windows 11 バージョン 22H2」（Build 22621）以降
「WDDM 3.0」以降をサポートするドライバー
対応するGPU
AMD:
「AMD RX 400」シリーズ以降
「Radeon Graphics」を内蔵する「AMD Ryzen」プロセッサー
Intel
統合：第12世代（Alder Lake）以降のプロセッサー
統合以外:「Intel DG1」およびそれ以降
NVIDIA:
「NVIDIA GTX 10」シリーズ（Pascal）およびそれ以降
8-bit sRGBパネルでも機能するが、1チャンネル当たり10bit以上のパネルを強く推奨
グローバルレジストリキーの編集（開発者のみ、同社のドキュメントを参照のこと）
やっとWindowsで広色域ディスプレイをまともに活かせそうな仕組みが出てきたな
ただし、IntelのGPUだと1番新しいのしか対応してないとかいう… 良さそうに聞こえるがまだよくわからん。マルチディスプレイで片方のディスプレイだけ有効にできたが色が正しいかは・・・？
とんでもカラーのHuionを残しておけば調べやすかったな。 ・YouTube、4K動画は従来どおり無料で提供。有料化のテスト終了
https://gadget.phileweb.com/post-18263/
とりあえず焦ってダウンロードしまくらんでいいらしい >>308
radikoは最初期はv2だったみたいけど少なくとも2011年4月にはv1になってた(現在もv1)
個人的にはどちらかというとシュルシュルじゃなくてジャリジャリだと思う https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases/v1.3.0
Port SIMD optimizations from libDav1D making the conformant path (Inv. Transform) faster
Enabling smaller mini-GOP size configurations and tuning it for the low delay mode
Tuning the low-latency mode in random access targeting latencies from 250ms to 1s
Adding GOP-constrained Rate Control targeting low-latency streaming applications
Optimize mode decision features levels for depth partitioning, RDOQ, MD stage0 pruning in-loop filtering temporal filtering and TPL adding more granularity and gaining further quality
Preset tuning M0-M13 to smooth the spacing and utilize the quality improvements towards better tradeoffs x265 オプション追加
--[no-]mctf Motion compensated temporal filter
--[no-]sbrc Segment based Ratecontrol >>293
dev版ならsvt-av1でエンコ出来るよ >>318
--sbrc
フレームごとに平均輝度やエッジ密度でAQモードを切り替えるらしい
wikiにauto-aqもaq-mode 5もないし更新滞りすぎじゃね >>323
社会通念上現在は第3世代以降のAI(機械学習とかしてるもの)の事をAIと言っているきらいがあるが、別にif文1つでもAIって名乗れるぞ。
消費者はAIって言っとけば実装がどうであれ神の如く有り難がるからな。 Chromiumがjpeg-xl非推奨にするって話出てるがまさかのavif大勝利か Googleはwebp2を推したいのかな
同じchromiumを採用しているedgeはどうするだろうか webp2も
>WebP 2 will not be released as an image format
と今月になって変更されているのでやる気はないんじゃないかなあ
https://chromium.googlesource.com/codecs/libwebp2/ VP8がwebP。AVIFはAV1。
webp2の基礎技術って何だろう？webPをひたすら拡張した？ 画像コーデックに求めていた機能はすべてJPEG XLが持っていたんだけどな
webpもavifも足りないのに - 実験的フラグは無期限に残すべきじゃない
- エコシステムから十分な関心が得られていない
- 既存フォーマットに対して十分な利点がない
- フラグを消すとメンテの負担が減って既存コードの改善に集中できる
https://bugs.chromium.org/p/chromium/issues/detail?id=1178058#c84
だってさ >>332
JPEG XLはロイヤリティフリーだよ
>>333
> - エコシステムから十分な関心が得られていない
生まれて間もない規格だから利用できるソフトが増えないことにはユーザーも増えないのに何言ってるんだ、って感じ これを理由にする限りはJpeg2000さんと同じ道を歩むしかないのにね そんな理由が通用するならwebpも載せるべきではなかっただろう ・JPEGの次世代フォーマット「JPEG XL」、Google Chromeでのサポート取りやめ計画が判明し波紋
https://internet.watch.impress.co.jp/docs/yajiuma/1451761.html
「このコミット自体が保留状態にある理由は明らかになっていないが、同社がWebPの後継として推進しているWebP2はJPEG XLと真っ向からぶつかる存在なだけに、
積極的にサポートするわけにはいかなかったのではと見る向きもある。いまのところ正式な発表はなく、続報が待たれるところだ。」
まだ、正式発表ではないのだな どんなフォーマットが来ようと技術力で叩き潰すぜー。みたいな会社のノリがなくなったのだな。 最近気づいたけどAmazonやNetflixのような配信でも暗めの場面になるとH.265特有のバンディングが出るね
エンコーディングに湯水のようにリソースをかけられる大企業でもこうなら、
もうH.265自体がエンコードとしていまいちなんだろうな Amazonは知らんけどnetflixはh.264どまりだよ
だからhevcのせいじゃなく、h.264で8bitエンコードしてるせい 配信がクソ画質だからこそ
自前でエンコする意味がある 配信でH.265使うかなと思うけど
X265 10bitなら問題ないが火が燃えるシーンとかは第7世代NVENCに1.5倍ビットレート盛ってもなぜかバンディングが出る x265では問題ない時点でh.265自体の問題ではないな
そもそも大量の動画を短時間で処理する動画サイトの画質が良くないのは当たり前だと思うがなんでそんなもので判断したんだろう ４年ぐらい前にnetflixの1080p映画見たときはブルーレイと比較出来ないくらい、てかかなり汚かった
たぶん配信全般ビットレート削りすぎなんだと思う NVENCのHEVCエンコードは、多少ビットレート盛ってもあまり改善しないケースがあるから、保存用途には向かない
保存前提でのハードウェアエンコードならばQSV一択 chromeがHEVC対応したし配信でも増えてくるかもしれない >>343
固定品質じゃなく平均ビットレートでエンコしてるからじゃね 10bitでも8bitで再生されたらバンディング出るよ
そのへん大丈夫？ 新しいRadeonはFluid Motionが復活したらしい RadeonRX7000シリーズAV1対応も8K60Pまでエンコード・デコード対応みたいね >>351
10bitの動画だからって再生時に自動で10bitになるわけじゃないぞ
10bit対応ディスプレイは勿論、プレイヤー、デコーダ、レンダラも10bit再生に対応してて適切に設定しないと8bitで再生されてバンディング出る ん？8bit表示でも動画が10bitだとバンディング減るってどっかで見た気が
自分で確認したわけじゃないけど圧縮でカットされる情報が減るから無圧縮に戻したときの欠落が少ないとかそういうことだと思ってたが違うの？ >>355
上のレスは減るとか少ないじゃなくて出る出ないの話じゃないの バンディング出ないってことは無くないか
どれだけ画質を上げても少しはあるもんだろう
知覚できなければ無いって判定するのかね なんか8bitソースでも10bitでエンコードするとバンディング減るみたいのはあったよね 10bitの動画再生した時にそれがちゃんと10bitで再生されてるかどうかどうやって確認してるんだ？
俺はmadvrのステータスでexclusive 10bitになってることで確認してるが
環境、あるいは設定が適切でないと10bit再生にならずに8bitに落とされるぞ
>354はそういう話 >>359
ディザリング入るからそこまで目立たんでしょ
8bitソースを10bitでエンコードしただけのソースか
編集でデバンド処理してる10bitソースかでゴールは変わるが >>361
10bitの動画は10bit対応ディスプレイで10bit再生の設定可能なプレイヤーで見ないと勿体ないというか、
意味ないと思ってるだけ
やっぱりみんな再生はいい加減なのね
自分がちゃんと10bitで再生できてるかどうかもわかってないという >>360
AV1も暗部、細部の保持はやっとx265に追いついたってところ x265とはまだ開いてる気がするけどなあ
自分はaomencのpsy fork使ってるがofficial(ver.3.5)よりはましだけどx265比べると不満がある
細部の保持だと意外とrav4eが悪くないので応援はしている >>362
Ctrl+J で見れるのは知ってるよ
自分が使ってるテレビは8bitだから10bitの直表示にはこだわってないだけ
8bitだと馬鹿みたいに発生するバディングが出なかったらおｋ エンコーダー固有の問題をコーデック自体に問題があるような表現は不適切 テレビがもうクソ画質だから
色々どうでも良くなってきた
3次元用の圧縮じゃなければ
h.265でもういいだろみたいな 勝手なイメージだけど船井のテレビでも使ってそう
自分が使ってる三菱だと、PCディスプレイだと目立つアラを隠して
ぱっと見綺麗に見えるようになる 10ビット表示対応と言いながら液晶パネル自体は8bit+FRCモードの機種がほとんどだけどな エネルギーかけて圧縮して、
エネルギーかけてデコードして、
h.265以上の圧縮は要らないと思うわ
更に半分のサイズになるとか言っても
さすがにもうクソ画質でしょ
あとデバンドとかはアニメの話だと思うが
円盤じゃないと画がスカスカな感じ
再生環境整えるほうが先だ
>>369
LGのディスプレイだ
他にASUSとIO-DATAのがあるけど
それよりは全然きれい
三菱は知らない 想像だけで勝手にモノ言うのはやめた方がいい
いろいろ失敗する原因になるだけだ
別件で映像ではないが
・“Hi-Res AUDIO WIRELESS”ロゴ認証コーデックに、SCL6とLC3plus追加
https://av.watch.impress.co.jp/docs/news/1454075.html
Bluetooth界隈は、ホントに落ち着きないな…
LC3Plus：LE Audioで利用できるLC3の上位版で、最大500kbps、最大96kHz/24bitまで対応する規格
SCL6：MQAが後日発表予定の規格らしい
LE Audioでようやくまとまるのかと思っていたらコノザマだよ Bluetoothは無圧縮で96kHz/24bit送れるようにならないかな >>371
実写でも発生するし目立つよ
薄暗い部屋で上からスポット照明とか青空とか
明暗でグラデになってたらソースによらず発生する
ちな8bitエンコードではテレビでも補正しきれないレベルで発生する そういやVVCって家庭用のオーディオどうすんだろな。
映画館まで食っちまうような規格作って、家庭で再生できるんだろうか？ >>372の続報
・MQA、新Bluetoothコーデック「SCL6」発表。ハイレゾ伝送が可能な「MQair」として市場展開
https://www.phileweb.com/sp/news/audio/202211/09/23853.html
「MQAは、ハイレゾ品質でのワイヤレス伝送に対応したBluetoothの新コーデックを発表した。コーデックの技術名は「SCL6」、市場向けには「MQair」の名で展開していく。
本コーデックでは最大384kHzまでのMQAとPCM音源に対応、伝送レートは20Mbpsから200kbps以下に抑えることができ、Bluetooth、Ultra-Wideband（UWB）、Wi-Fiでのワイヤレスの伝送をサポート。また低遅延かつ高効率な伝送方式であるとしている。」 映像や音楽のCODECをそのままスピーカーやイヤホンのチップまで運べばいい。と考えれば関係は有ることは有るか。
個人的には変換はなるべく挟んでほしくなくて統一して欲しいけど、商売なので殴り合って決めるしか無い。 ビットストリームのまま、イヤホンやスピーカーの直前までそのまま送る共通スキームが必要になるね
これは映像も同様で、プレーヤーで複合してHDMI経由でテレビに送るのではなく、テレビまでビットストリームのまま映像を送ってもいい
ネットワーク配信のローカル版みたいなものか
HDMIも音声に関してはサラウンド音声はビットストリームのまま送る方法を用意しているのだから、映像もやれなくはないと思うのだが
続く ただ、これをやってしまうと、字幕とか操作画面、音声の場合は警告音などを直接入れ込めないから、本編の映像＋音声と操作用の映像＋音声のデュアルチャンネルで伝送して、最終デバイスで合成みたいな超めんどくさい事になりそうだが、
映像に関してはVRデバイスがデュアルチャンネル伝送と言えなくもないのかな？
そんなことができるようになると、自由度の高いMKVコンテナがますます活躍しそうなものなのだが、現状はMKVを直接再生できるハードウェアプレーヤーは、中華製の怪しいやつくらいしか無さそうなのが残念な点だな Bluetoothは、周囲の電波の混雑状況によってビットレート変えたりもしてるし、もちろん効果音問題もあるしで、
理屈としては元のコーデックのまま伝送してそのままデコードすればいいとは言われているものの、現実問題として上記の機能が使えなくなってもいいから元コーデックで伝送を求める人たちが少ないのだろう。
そもそもiPhoneもAACぐらいしか対応してないし、無線の音声の音質、拘っても売上に影響しないんだと思う >>374
無圧縮はしばらく厳しいんじゃないかな
最近可逆でやっと44.1/16だし と思ったけど一応24Mbps通信とか対応してるんだよなBT ジャンルとスレは全然違うが、俺も普段手すきの数分に思い浮かんだ構想やら妄想を心の隅にメモしとく、でもそれをうっかり関連するスレに書き散らかすことがある
自分にとってここは異ジャンルで、ブラウズするには面白いんだけど、やっぱ迷惑な人も居るだろなあ
IDあるしﾜｯﾁｮｲあるし、取りあえずNGしとくのを推奨するよ アップルサポートへ確認したら標準ではAV1は未対応だそうな
（他社製の再生ソフトを使うとみられるとのこと） iOS16ではAVIF (AV1 Image File Format)はｻﾎﾟｰﾖしたみたいだけど
そもそもAppleもAOMediaメンバーやが・・・
2020年からPCハードウェアはデコードできるようになったし
2022年でエンコードもできるようになってきた。
ｽﾏﾝﾎﾎでもデコードしてクレメンス・・・というのが配信プラットフォーム的にも本音では MediaTekはちょっと前から対応してるしSnapdragonの方はGen 2世代からAV1対応したから
あとはAppleが対応すれば一気に広がりそうな気配はあるね
配信プラットフォーム的には帯域圧縮できるの嬉しいだろうし 興味深いコーデック
AIを使った音声圧縮で従来の圧縮を超えた圧縮率と圧縮速度を「Encodec」が実現
https://gigazine.net/news/20221102-ai-compress-audio/
「Encodecを用いた音声の圧縮により、1.5kbpsから12kbpsといった低ビットレート音声圧縮において最先端の結果を達成し、シングルCPUコアでリアルタイムな音声のエンコードとデコードを可能にしたと発表しています。
今後の研究として、品質を大幅に劣化させることなく、音声をさらに小さなファイルサイズに圧縮し、さらに空間的な音声圧縮についても検討する予定としています。
また、ビデオの分野でもAIを用いた圧縮の研究に取り組む予定で、研究の結果、「インターネット接続の速度に関係なく、世界中の人々がより豊かで高速なオンライン体験ができるようになる可能性があります」とガブリエル・シナエーブ氏らは説明しています。」
だとさ
エンコードの世界にもAiが食い込んできてるね これ実際に試したけど6kbpsでAAC64kbpsくらいの音質はある
ただAIによる復元だから普通のエンコとは違って例えばピアノの音階がズレるという独特なエラーが起こる事もある
ボーカルは再現度が高いからやっぱり通話とかが主なターゲットだと思う ふと調べたらFire TV Stick 4K MaxでAV1とHDR10+に対応してた。
https://www.watch.impress.co.jp/docs/news/1349940.html
なぜかGoogleのほうは逆に4kじゃないやつがAV1対応してた。世代タイミングの問題だろうしいずれ4K版も対応するだろうけど。
Google、4K非対応で4980円の「Chromecast with Google TV (HD)」発売
https://www.itmedia.co.jp/news/spv/2209/23/news057.html
AppleTVは噂は出てくるけどまだ対応してない？のか、よくわからない。
来てるわねー >>397
Googleはやる気がないとしか思えない
Ankerはプロジェクター内蔵の機能は頑張っているのに、単体機が不甲斐ない
Appleは最新コーデックへの対応が毎回遅い
尼は最新のCubeがかなり充実したが、値段が
（4K MAXは不具合があるっぽい）
ドン・キホーテのスティックが動きは少し遅いのと不安定なのが玉に瑕
オフラインで動画ファイル（特にMKVファイル）を再生したければFireStick Cubeの最新版が無難 SVT-AV1 v1.4.0
rav1e v0.6.0 >>392
撮影する方はProres対応してんのにな 総務省的にはVVCで地上4Kやるかもな～的な研究中なのね ffmpeg-windows-build-helpersでビルドするとsvtav1が消えてるんだけど
意図的に消してるのかな？ご存知の方いませんか？
media-autobuild_suiteだとエンコーダーの欄に見えてるんだけど
この違いは何？ 地デジ4Kは23年で実証実験、24年に規格策定、25年に放送開始なんじゃないかと勝手に想像してる
もうVVCは確定でしょ。家電メーカーからの圧力もあるだろうし VVCってAV1みたいに並列処理による処理の高速化の考慮はされてるんだっけ？
AV1は並列処理しやすいからGPUメーカーの対応が比較的スムーズに進んでいるようなのだが その辺は抜かりないんじゃない。QSVの最新世代はHEVCのソフトエンコと遜色ない品質にできたし。
むしろAV1の方はソフトエンコと品質差がありすぎて実用性に疑問しか感じない今の所 >>405
お役所がVVCの実験やるって言ってるわけだし、どんなにAV1が優秀でもごり押しするよ
ダムの建設と一緒で後ろに延びることはあってもやめる事はない
息子をこね入社させて接待でばれたとち狂った影響力のある政治家が動かない限り 早くネイティブ4Kでどの放送でも見たいからなんとかしてほしいね
でも最近テレビで見ること少なくなったからなんだかなぁ… もう全部ネット配信で良いじゃないと思っていたが、ワールドカップ見てると地デジの方が遅延少なくてまだ必要性を感じた 根本的にテレビの全てをネットで代替するのは不可能だと思う
一極集中したら厳しいし電波と違って一人一人に送らないといけないのは提供側の負担がデカすぎるな 個人的にはTVのローカル性も大事ではあると思うわ。まあ最近はそれも薄れてきてるけど、それでも大事やわ
Abemaは東京周辺の情報しか流さないし チューナー、エンコーダー、モニター。
全部モジュール化してくれ。 >>412
最終的にはabema中京とかabema九州みたいな形で分かれそう おもうにVVCで地上4Kやると、現在のBS4K HEVCがすごく中途半端に見えてしまう。しかも両方サポートしようとするとさらにコストかかる。どうすんの？感ある。
未来志向ならBS4KもVVCにしちゃって既存のチューナーをあぼんする事になるが、まあ本邦では無理だろうけど まあでもUHD-BDもHEVCだから、そこでスケールメリットというかシナジーでなんとかなるのかな....さすがにBDの後継はもう出ないだろうし 流石にサッカーのラジオ中継は無いだろうから近隣の野球中継を昔ながらのAMラジオとTV中継みてみな。最悪ゲームが決まる辺りでいい。遅延有りまくりで気持ち悪いから。
地元球団側が勝てばヒーローインタビューが流れるだろうから遅延時間が解るよ。 映像と音声がズレたら致命的だけど
映像と音声が同時に遅れるから遅延は問題ない気するが
実際なにが問題なんだ? ブラジルでネット観戦してたら結果を見る前に家に外から歓声や花火の音で分かるらしい >>419
ネットとTVとでの遅延の差が大きいのが問題だと思う。今はネットで実況したり、他の人の反応を見ながら見る時代だからな
だからW杯なんかは典型的で、Abema見ながらTwitter見てる人は、ゴールしたことをTwitterで知ることになる。そうなるとなんとも言えない気持ちになる
全員がAbemaで見るのであれば、それはそれで問題はなくなると思うけど よくわからんけど
遅延の速度はTVを超えるのは不可能なの？
映像を一旦ネットで見られるように変換してる作業があるから？
その分遅くなるってことかな？ 地デジ移行期にアナログ放送の方がデジタル放送より速かった記憶が スポーツ中継は放送開始やCMと合わせるために遅延時間いじってるよ マドンナポロリ以降TV放送は遅延放送が普通だもんな時報すら合わないし、字幕付けるのが前提になってるしそれはそれで使い道があるわけで
生放送で音声が拾えたとしてもサッカー韓国代表のFWチョ・ギュソン（24）のポルトガル代表のFWクリスティアーノ・ロナウド（37）への暴言なら無音にできちゃうしな
まぁ映像がズレてなければ普通は問題にならん。その時は早いのがツイッターってだけで試合中見ないようにするかミュートしとけばいいだけ
生放送じゃない試合結果は現地にいる人がネットにさらすから遅延どうこう以前の自分の環境や管理能力の問題だと思う そのへんはマスメディア各社が連携してもろて遅延を揃える努力はできるんとちゃう？運用でカバー。
てか権利握ってる大会主催がそのへん音頭を取ればいいんじゃね WCが国際映像と言ってもチャイナで流れてる映像は別よー。 ニコニコ実況なんかも見れないな。数秒先の未来を生きてる人間が実況してるんなら常時ネタバレやん。
敢えてニコニコ実況から降ってくるコメントを数秒遅延させるような機能でもつけないと。あるのかな aomencでcpu-used=5 or 6もしくはcpu-used=4で明示的にrestorationフィルター無効にした設定で
ごく稀にブロックノイズが出ていたんで色々試したらCDEFが原因だった
アニメ素材以外だとCDEF切るのはどうかと思うから実写ソースだとcpu-used=4以下で使うのが無難か アナログからデジタル移行でも確か2秒くらい遅くなった記憶がある
大規模な配信になるほど安定性の為にバッファ取るから地上波より遅くなっていく
現状だと多分解決は無理 >>431
それでNHKはニュースの時計を映した時報をやめたんだよね。 GPS電波に時刻が埋め込まれてるように、それでなんとかタイミング合わせできんかのう >>432
地デジのパケットには時刻情報含まれてるからできなくもない SVT-AV1 v1.4.1
[1.4.1] - 2022-12-12
Bugfixes:
Fix CRF with maxrate bug causing bitrate to be significantly limited for CRF encodings
Fix command line parsing forcing 1-pass in a 2-pass encoding mode when the --keyint=xs format is used
Fix decoder segfault due to assuming aligned buffers in the inverse transform assembly
https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases >>435
それって放送局で出した時刻の情報では？
伝送してきたストリームを受け取ってデコードして画面表示するまでの時間は
東京と沖縄では届くまでの時間は違うだろうから技術的に複雑になりそうな気がするが。 CPUやグラボのハードウェアデコーダがVVC対応になるのは何年後くらいだろう av1が嫌だっていう層が頑張っても3，4年後がいいところだな
202x年代で使えるようになればいい方じゃないかな
av1だって下に降りてくるには数年かかるわけだし デジタルの世界はコーデックの改善が早いので、どのへんのスペックを規格化して量産してくかタイミング難しすぎない？
常に今は時期が悪い デコードの方法さえ決めたら
エンコードは割とフリーダム RTX4090のav1_nvenc糞速くていいぞ
設定煮詰めていないけど
ffmpeg.exe -i input.mp4 -vf bwdif=mode=0 -vcodec av1_nvenc -b:v 9500000 -pass 1 -an -f null - && ffmpeg.exe -i input.mp4 -vf bwdif=mode=0 -vcodec av1_nvenc -b:v 9500000 -pass 2 output.mp4
これで速度3.5倍くらい
SSIMで測定してないけど、もうlibsvtav1には戻れないわ NVIDIAのAV1は品質があまり良くないんだろ
AV1ハードウェアエンコのためだけにA-770買った 同じ動画ファイルを同じビットレートで変換した時、
H.266とvp9だったら、どっちのほうが高画質？ 間違えた。
同じ動画ファイルを同じビットレートで変換した時、
H.265とvp9だったら、どっちのほうが高画質？ >>446
試した結果よくわからなかったから、
詳しい人に聞いてみた。 >>447
ffmpeg -i zzzz1.mp4 -i zzzz.mp4 -filter_complex ssim -an -f null -
1入力(zzzz1.mp4)がSSIMを計算する動画で、2入力(zzzz.mp4)が元の動画。
これで調べてみて,結果のALLが1に近づけば元動画に近いとなる。
多分 all:0.76 とか all:0.73とかその辺りじゃないかな
ちょっと時間かかるけど尺は本体の動画使った方がいいよ、
部分的に切り取ってやってもいいけどそれだと動きの少ない多いで変わって来るので URL貼れなかった。あとはぐぐって
---------------------------
2つの映像の画質評価をする SSIM
Posted on 2015年9月7日 (Updated on 2022年11月17日) in FFmpeg
Home
2つ入力した映像の輝度、コントラスト、構造などを軸にピクセル単位の比較だけではなく周囲のピクセルとの相関をみて比較してオリジナルにどれだけ忠実であるか SSIM の値を計算する。主な用途はエンコード前後を比較してどれだけ劣化したのか、特定のフレームを抽出してエンコードを見直したりする。比較する動画は同じ解像度とfps、ピクセルフォーマットである必要がある。libx264 エンコードでリアルタイムで計測する場合はオプションの-tune ssim -ssim 1を使う。 >>447
なら違いないんやろ
何で自分の目を信じないんや？
目の障害持ちか？ >>448
svtav1の画質、同容量なら明らかにx265超えとるしな 動画見るのは自分なのに他人の意見聞くとかアホでしょ svtav1はよく言われるのは暗所の再現性だけど
自分は雨が降ってるシーンなんかも気になることがちょくちょくあった
そういったシーンだとx265のCRF=23Preset=mediumに
svtav1 CRF=20Preset=3辺りでも劣ってた印象
あくまでv1.3.0の頃の比較だが そういったシーンはaomencでも気になるけど
forkのaom-av1-psyでtune=ipq使いうかrav1eだとだいぶ改善される SVTAV1はエンコードにとんでもないサイズのメモリ使うのが難点だな 昔は1エンコードあたり8GBぐらいだった覚えがあるけど
今はもっと食うようになったの? 現時点においてAV1エンコードをソフトウェアエンコードする場合、AOM-AV1を使うのが一番いいの？
SVT-AV1はあまり良くないの？ 460さんへ言い方きついけど461の言いたいこともわかる。
なぜならコーデックのコマンドの内容や元になる動画で
変わって来るから。
参考までにどうぞ rigaya.github.io/vq_results/ libaomはあんまりマルチスレッドでCPU使ってくれないからSVT-AV1の方が扱いやすいんじゃないかな
画質は知らん 個人的に勧めるならaom-av1-psyとav1anみたいな分割エンコードできるツールと組み合わせ
分割エンコードするにはNotEnoughAV1EncodesみたいなGUIフロントエンドもあるらしいけど
使ってないのでよく知らない でもcpu-used 5,6といった高速なプリセットで使うならSVT-AV1のpreset 6,7の方が使いやすいかも
個人的な経験だとaomはcpu-used5以上の場合、CDEF無効にしないとブロックノイズが出ることが合って
実写ソースだと使いにくいから AOMの方ってそもそも改良されてんの？
今の所、個人的にはSVTでP4設定にしてゆっくりエンコードさせてるけど、これで充分
速度は新しいCPU使えば速くなるのかとは思うけど、爆熱は嫌なので… どこかで読んでAV1てハードエンコじゃないと非現実的という認識だけど、いまはソフトエンコ実用できるとこまできてるん？
動画アーカイブでかすぎてつらいのでAV1トランスコードしたいな～ >>467
どこまでって言われても、誰も君の環境は知らないし、実用の意味が分からない
HDD買う金もないのならその程度の金かけてないしょぼいPCって事だと予想できるけど
自分で試せることは試した方が早くね？俺ができるって言ったところで、たぶん無理だと思うわ >>467
AV1がとても実用的じゃないほど遅いというのは過去の話で今なら20～30fpsくらいの速度でエンコードする事も可能
ただその場合画質はHEVCとそれほど変わらないのでわざわざAV1でエンコードする価値があるかは謎だけど 最低でも実時間エンコ出来なきゃ実用的とは言わんなあ >>469
HEVCのパテント支払いが不要なのは企業にとってはかなり重要だろう >>470
多分ソフトエンコだと余裕で等倍未満になってると思うよ
ちょっとコマンド詰めたらもう1.0未満（等倍切る）になるからなぁ
でもSSIMの値が98%以上で今のところ一番がSVTAV1って俺の中での認識
まぁrigaya氏のデータ見ての話だけど
彼にSSIMやVMAFの値が98％超えた時のコマンド
教えてもらった方が早そうだな
まぁ適当いうんだけど昔みたいに24分間のアニメ一晩かけてやってそうではある
知らんけど。 実用的ってのはやっぱりHWエンコになると思うぜ
なにせ速いもん。上にも書いたけど凡そ3.5～3.8倍でエンコしてくれるんだから
ただしSSIM的には90%前半と低い！？スコアになるけど。
SSIMで98％以上なんて俺は拘りないから90％超えて
実際の動画見て多少の劣化具合確認できても普通にそれ保存用にしてるけどなぁ
まぁ物によるんじゃないかな？俺の場合ゲームのプレイ動画なので。
もちろん俺は品質一番なんだゴルァ！って人も居るだろうし
人それぞれじゃね？って思うんだけど。 >>466
かなりアプデ頻度高いけど
ブラウザとかで使われてるんだから利用者も多いぞ >>474
FFMPEG全体としての更新は多いだろうけど、AV1エンコーダーとしての改良がどの程度進んでいるのかがよくわからんのよ
とりあえずSVTがあれば問題ないけど
VMAFの値は、どの程度を目標値とするかなんていうのは人によってまちまちというか、ファイル容量やビットレートをどの程度まで許容できるかによって大きく変わるのだろうけど、
目に付きやすい破綻をしにくくなったAV1の場合、同じVMAF値の他コーデックによるエンコード結果よりも許容しやすくなったようには思う VMAFでふと思ったのだが、エンコードする動画ファイルの解像度とフレームレート、再生時間、目標VMAF値を打ち込んだら、事前におおよそのファイルサイズやビットレート、適切な設定値を教えてくれるようなツールとかできないものかな？ >>475
リリースのところに更新履歴書いてあるから見てみれば 30分アニメ1本SVTプリセット6 10bit で15分かからない事多いかな
i7-12700 24pソースはあまり時間かからん >>478
昔はそれが普通だったんだよ
職人レベルになると動画を一旦画像に置き換えて何万フレームとある
画を一枚ずつ修正して最後に動画化させてたりした時代もあった。
あの頃から考えれば今は天国みたいなもんだよと勝手に思ってる
なにせ俺みたいなズブの素人でもffmpeg使えばそこそこの圧縮動画作れるんだから。 品質はCRFによるけど家は35でやってる
ssimは測ったことない >>476
ソースファイルから20秒程度のサンプルをいくつかエンコードして
目標VMAFになるようにSVT-AV1でのCRFを取得するならab-av1
ソースをシーンごと分割して各チャンクが目標となるVMAFになるように
エンコードするならav1an >>484
一応ツールはあるんだね
Findings on VMAF and different SVT-AV1 encoding presets & CRF values for good quality encodes
https://www.reddit.com/r/AV1/comments/z8rlso/findings_on_vmaf_and_different_svtav1_encoding/
これによると
・1080p（おそらく24fps）
Preset / CRF / Encode Speed / Bitrate Kbps for VMAF 95+
4 / 32 / 11% / 2339
5 / 32 / 22% / 2431
6 / 30 / 47% / 2740
7 / 30 / 76% / 2830
8 / 28 / 147% / 3191
9 / 28 / 193% / 3374
10 / 25 / 249% / 4110
11 / 25 / 410% / 4305
12 / 23 / 518% / 5113
続く ・4K（おそらく24fps）
Preset / CRF / Encode Speed / Bitrate Kbps for VMAF 94+
5 / 33 / 7% / 5525
6 / 31 / 19% / 6367
7 / 31 / 28% / 6446
8 / 28 / 57% / 7877
9 / 29 / 70% / 7828
10 / 28 / 109% / 8506
11 / 27 / 132% / 9535
12 / 27 / 141% / 9793
テレビ番組をエンコードする場合、インターレース解除した59.94fpsになるから、数字のままの理解ではいけないけど、参考に 24fpsにしてはビットレート高すぎる感じがするから60fpsでない？ >>485
速度11%って0.11やないかーい。
24分間の動画だと仮定したら218.18分もかかるのかよ
俺には無理だわ待てないよ、まぁ世の中いろんな人がいるもんだな エンコードにスピード求めるのってよくわからないわ
出力したのをリアルタイムで使いたいなら分かるけど av1の定番コンテナって何?
>>490
エンコード専用じゃなく空き時間にゲームしたいとかじゃね
というかゲームの空き時間でエンコしたいとか >>491
それもある。確かに一台でエンコとゲームをやってるのは事実。
>>490
仮にエンコ専用マシンがあったとしてもやっぱり速度は求めるかな
むしろエンコに速度を求めない人はこちらから見たら宇宙人に見えるよ
その悠長に待ってられる神経が全く理解できないのとエンコ黎明期の遅さに
慣れちゃって時代が進んでいるのにも関わらず全く意識を変えようとしないのは
なぜなんだ？って疑問だわ。 なるほどPCが1台しか無いとそうなるか
うちのエンコードはサーバーで自動化してるから待つという概念がなくなってたわ いやいやいやその遅いって時点でダメなんですよ
鯖マシンがあるってことは２台目のPCがあるってことなんだろうけど
俺だったら鯖にアクセスしてまだ終わってないのか進捗状況を３分おきくらいに
確認するよ。比喩だぞ本当に確認するかはおいといて。それくらい速度には拘りある
ってことで。それにHWチップが出て来たのも俺みたいな層がいるからなんじゃないかな。 >>491
規格として決まってるのmp4しかないはず 画質優先で外出中や寝てる間にバッチ処理でやってるから、最低限10fps以上出るなら速度とかどうでもいいわ
画質犠牲にしてたら何のための新コーデックになるし、そんな速度欲しければH.264のHWエンコでもすればいい 手持ちソースの合計時間でそこらへんの感覚はだいぶ変わるだろうし意見の一致なんかしないだろうな アリとゾウの時間は違うし
話変わるけど、AMDが発表した新CPUはソフトウェアエンコード用途として期待できるかな？ >>473
SSIMって見るだけなら90でもいい感じだけど、再エンコするなら容量が許す限り高いほうがいいよね
Youtubeとかに上げる場合とか >>495
ｔｈｘ
mp4はもう決まってるのね
rigaya氏のl-smash worksなら対応してる…のかな?
av1のguiEX作ってるし
>>492
俺的にはすぐみたいならts見ればいいじゃんってなる
あくまでエンコ目的は倉庫の容量節約だし
でも実時間の10倍を許容する気はないけど Meteor LakeはAV1ｴﾝｺｰﾄﾞをサポートするってさ。Arc譲りの画質に期待。
ただしMeteor Lakeって-S，デスクトップ版が出ない疑惑がある。デスクトップに降ってくるのは更に次の世代まで遅れる可能性はあるかも 情報共有
・障害情報
２０２３年０１月０７日 全域でのｅｏ光テレビ障害復旧のお知らせとお詫び
https://support.eonet.jp/ac/1288/
障害が発生しておりましたが、現在は復旧しております。
【影響サービス】eo光テレビ
【障害発生日時】２０２３年０１月０７日（土曜日）１５時３４分頃
【障害復旧日時】２０２３年０１月０７日（土曜日）１５時５３分
【影響エリア】全域エリア
【影響内容】ＢＳデジタル・４K・８K放送が、一部乱れる状態となっておりました
NHK-BS4Kで放送していた「リバー・ランズ・スルー・イット」は、本編部分は問題なし
末尾のNHK独自につけている日本語での主要登場人物の紹介が終わったあとのタイトル告知画面が5秒くらい少しだけノイズが入っただけで済んでた
同時間の他の番組は録画していないからわからん >>500
l-smash muxerはAV1対応してないからmp4boxね 仕事中にノートPCから自宅母艦PCをchromeデスクトップで遠隔操作してエンコ
録画もたまに遠隔して予約
いまはh265でやっとけばおk？
AV1興味あるけど僕みたいなのが使うにはまだ早いかな？ ばたさんや、VVCのハードウェアデコードはまだかのぅ～？ >>505
それビルドしたバイナリってどこかにある？
自分でビルド挑戦したけどできんかった
l-smashやmp4boxのビルドはできるんやが 自分もビルド試みたけど出来ないな
obuparse.hが必要なのはわかったけど入れても「ld.exe: cannot find -lobuparse: No such file or directory」と言われる いやサブモジュールにしたらビルド出来たわ
後でアップする >>511
横からだけど素人なのでハードル高くてビルドできないから助かった。
自分でVisual Sutudio Professional 2013インストールして
拡張子slnのファイルを開いてからビルドしたら1140ものエラー出て無理だったわ。 >>511
前に試してobuparse.hの所でビルド出来なくて放置してた
ありがとう寿司氏 昨日のKTUのライブ動画を見ると、65W版Ryzenはエンコード用途に向きそうだな SVT-AV1はIフレームが崩れているケースが結構な頻度であって常用できないなと
事象としてはブロックノイズや一部分のみブロック状にズレたりするので視聴してて違和感感じる
同じkeyintの値でx264とx265では何も問題なし
オプションの設定次第で回避できたりするんだろうか v1.3.0だとpresetによっては極端に低画質のフレームが生成される事が指摘されていて
v1.4.1で一応修正はされているらしい
そのケースが当てはまるかはわからないけど Preset 5だけどv1.3.1でもv1.4.1でも同じだね
シーンチェンジではなく連続したシーン中に差し込まれたIフレームで破綻しがちに見える Iフレームのみなのか？
それとも問題の出たIフレームの前後のBフレームなどにも影響しているのか？
情報が小出しでわからん HW支援なしで複数の再生アプリで同じ表示を確認してる
破綻するのはIフレームのみだね
例えばアニメで3フレーム連続同じ絵の3フレーム目がIフレームになってて中央辺りに激しくブロックノイズが出たり
恐らくだけどみなさんのファイルもIフレーム連続で見たら見つかるのではないかと
複数ファイル見ても見つからないようであれば是非エンコ設定を教えていただきたい av1の特性としてブロックノイズでなくない？プリセット12位なでるけど
家はハンドブレーキ staxrip amatukazeどれ使っても出ないな
GPUは1660Sだがら再生支援無しだと思う エンコードや再生している環境情報なしでは答えようがないな >>522
是非Amatsukazeのエンコ設定を教えていただきたく ちなみに自分のはこれ
--crf 28 --preset 5 --input-depth 10 --keyint 240または300 --scd 1 --enable-overlay 1 --film-gain 0 -scd 1外しても変わらないね
v1.4.1-16で確認
次のメジャーバージョンまで待つかな --enable-overlay 1なんてなんでつけてる？
余計なものつけないプレーンな状態で試すしかない radditで推奨されてたから
それも外して試したけど変わらないね これ以上はPC変えて試すとかしかないね
はっきり言ってわからん HW支援なしだからPCに依存しないと思われ
ここまでのお付き合い感謝 その動画のアップとか
一部でいいからそのシーンのキャプチャ画像でも上げたら糸口が見つかるかもしれない
それとamatsukazeのスレで結果が不安定と言ってる人もいたから
aviutl + av1guiEXでエンコードしたらどうなるかとか
やれることは多いと思うぞ preset 6か7でもクオリティの低下があるか試してみるとか
v1.41.でも発生するなら違うかもしれないけどv1.3の頃に指摘されたクオリティの
低下するpresetに該当するのは5（以下)でブロックノイズが出たりといった症状も同じ
enable-overlayは以前有効にしてエンコードしたらまともに再生できないファイルが
出来上がったことがあるから自分はつけないな
不具合が出たのは一回だけだからレアなケースだとは思うけど
>>119 >>521
そのブロックノイズ出てる画像アップローダに上げれる？
ついでにエンコ設定も 連番画像で書き出しても再現するのであれぱ見ることはできるけどなぁ
できれば問題のフレームとその前後含めた3フレーム分あったほうがいい
ただ、なんかエンコード関連のソフトウェアをクリーンインストールしなおしたほうが早いような気もするが… >>521
あーAviutlのキーフレーム移動で見てくとそれっぽい怪しいのがあるな・・・ Iフレームと前後の画像アップした
実写の方が酷くてお婆さんの背景の障子がズレてる…
アニメはブロックノイズ
書き込みエラー出るのでファイル名のみで失礼
dotuporg
2924052.png～2924057.png
エンコ設定は>>526 ffmpeg だとどうだろうか
ffmpeg -i input.ts -vf format=yuv420p10le -c:v libsvtav1 -crf 28 -preset 5 -g 240 -svtav1-params scd=1:enable-overlays=1:film-grain=0 -pix_fmt yuv420p10le -c:a copy out.mp4 >>522
出るときは出るよ
自分は前に書いたけどaomencでcpu-used 5か6かつCDEF有効(デフォルト)だと
ごく稀に発生を確認した
対処法はCDEFを無効にする（必要なら代わりにrestorationフィルタを有効にする)
もしくはcpu-used 4以下で使う ssimを信じるからおかしくなる
AV1は高画質全然向いてないCRF1でもフィルムグレイン消し飛ぶし、質感もなくなる。
実映像の再現度は低い ssimで画質評価なんて5ch以外じゃもうあまり見かけないと思うが フレーム補完してんのかってくらいのズレ方だな
そもそもソースに問題があったりして >>544
Rigaya氏が画質話で使う間はずっと出てくると思うがな
ssimは参考にならんので非推奨って書いてあるわけでもないし 動画で今よく目にするのはVMAFかな
平均VMAF値だけじゃなくて最低VMAF値も見ると
どこかにおかしいフレームがあるってことが分かるかもしれない やっぱ最後は自分の目だよな
このために50年間画質を見分けるために鍛えてきた ffmpegでも変わらなかった
SVT-AV1公式から落としたffmpegで確認
ソースはdrop0なんでキレイ AV1エンコーダとしてArc買おうかな。一番安いのどれかな A380が3万くらいかなradeon出そうと思ったけど年末から言われてたGPU焼き切れるって話が現実だったみたいでな
NVIDIAの時より被害は広いのに騒がれないっていうのも気持ち悪い話だ
Radeon RX 6000シリーズの破損相次ぐ。共通点は最新ドライバ
https://pc.watch.impress.co.jp/docs/news/1469275.html 昨日までA380が23,800円だったが25,980円に上がってるな >>553
ドスパラで23,8000のときに買えたぜ
ラッキーや 焼き鳥(ThunderbirdコアAthlonのこと)の再来か! 昨日のIフレーム問題、誰か再現できた人いますか？
この問題ってプリセット5以上の場合のみ発生なのだろうか？ >>539
昨日試して2924056.pngと同じような状態になった
--preset 8 --input-depth 10 --keyint 240でcrf上げてって20くらいでおさまった
関係ないけどscdってv1.0.0以降機能しないから、付けなくていいんじゃ 手元の動画を何個かキーフレームをシークする形でチェックしてみたけど
はっきりとわかるような形でアーティファクトの発生は視認できなかった
さらっと見ただけなので見逃している可能性は否定できないけど
各動画のパラメータはこんな感じ
実写
--profile main --preset 6 --input-depth 10 --crf 34 --keyint 240 --svtav1-params tune=0:enable-cdef=1:film-grain=8:film-grain-denoise=0:scd=1
--profile main --preset 7 --input-depth 10 --crf 36 --keyint 300 --svtav1-params tune=0:enable-cdef=1:film-grain=10:film-grain-denoise=0:scd=1
アニメ
--profile main --preset 6 --input-depth 10 --crf 30 --keyint 240 --svtav1-params enable-cdef=1:film-grain=4:film-grain-denoise=0:scd=1 画像は見れてないが文字で書かれてる情報的に
x264やx265でいうqcompを上げたらマシになりそうな気がするけど
svt-av1にはqcompに相当するオプションはないの? 拡張子tsファイルを初めて変換してみたんだけど
元ファイルよりエンコードするとサイズが大きくなるのは
やり方悪いのかな？Leawo Prof. MediaでH.265エンコすると
SSIMで97％くらいなんだけど。
ffmpegのav1_nvencでいつもやっている設定でやったらファイルサイズが
test.ts 100MB→enc.mkv 980MBと恐ろしく膨らむんだけど
ここでちらっと見たけどtsファイルを圧縮保存してる人って
ファイルサイズ妥協してるのかな？それとも設定詰めればサイズも圧縮かかり
SSIMで見ても劣化具合少ないファイルできるのかな？ん～さっぱりわからん
思ったのがtsだとそのまま保存したほうが早いような気がするんだけど気のせい？ >>561
TSはただのコンテナなので中身と設定による
俗にいう放送波インタレソースをHWエンコードでSSIM値目標で0.98以上目指すと元ファイルを超えることは起こりやすいかな
放送は元が6～20mb/sくらいで、アフィ解説ではアニメで1/10、実写で1/4くらいなのが多かった気がする
まぁすぐ上にも話題にあったように、SSIMは参考値の一つで基準にすると間違いが起こりやすい
デノイズや輪郭強調等フィルタ使ったりFHDに引き延ばして24/60fps化するとかやるとSSIMは参考にする意味すらかなーリ薄くなる 561です
元動画はふわっち録画っちというソフトです
それでサイトから録画した、映像は実写系に
なります。 >>562さんへ
今帰宅コーデック調べるとH.264 AACでした。
今いろいろと試行錯誤中です。とりあえずtsのままだとVLCで再生
できないのでffmpegで-c copyでmp4のコンテナに移しました。
いきなりtsからAV1とかその他へ変換掛けようとするとHWエンコ
なのに速度が0.0254とか阿保みたいに遅くなった為です。
ただしmp4からはまだ未実験です。563も自分が書いたものです
仕事場からだったのとスマホ使い慣れていないので駄文になりました。以上です。 Intel Arcの一番下ってA310なんだけど日本では売ってないかんじかなー売ってクレメンス～15000円くらいかなあ >>563
配信なんてノイズが多いゴミ動画だろうから、無駄にビットレート振り分けられてるんだろう >>559
試しにEbEncSettings.cのscs_ptr->static_config.scene_change_detection = 0;を1にしてビルドすると前の仕組みで動いた
今の仕様に変更されてからはscd 1に指定しても強制で0になって出力結果一緒だから付けなくても >>567
検証ありがとう
公式さんは嘘つきだった・・・ >>568
前からオンオフでファイルサイズ同じで不思議だった
後で改良するからオプション残してるんだろうけど、説明が分かりづらいね Iフレームのノイズ問題、結局のところ現状ではプリセット5以上だと原則発生すると考えておいたらいいの？
バージョンアップで解消するまではプリセット4でエンコードが無難か キーフレームにブロックアーティファクト
https://gitlab.com/AOMediaCodec/SVT-AV1/-/issues/1990
たぶんこの人が報告してたのと同じ？プリセット4でも出るらしいけど ・1080p（おそらく24fps）
Preset / CRF / Encode Speed / Bitrate Kbps for VMAF 95+
4 / 32 / 11% / 2339
上に出てたけど0.11って。しかもプリセット4でも出るんでしょ？
ってことは3で試すしかないんじゃない？ 4で出るとしたら、ソフトウェア側の不具合の可能性が高いと思うよ >>571
完全に同じだね
3ヶ月前に報告されてたけどまだ手はつけられてないってことか
これに対応してくれるの待つしかないな スレチだったら申し訳ない。
rigaya氏のsvtAV1guiExを使って1920x1080に動画をエンコして、
出来た動画をスマホで視聴しているのですが、プリセットを10で
作成すると問題ないのですが、プリセットを8や6とか上げてエンコ
するとスマホ側でうまく再生できない（コマ落ちしたり静止画など）
状態になります（音声はプリセットを変えても正常です）
svtAV1ってプリセットを変えるとこんな事象は発生するもんですか？ 公式のデコードのパフォーマンスを上げる方法として
・Use higher presets (which do not use the more complex AV1 tools)
https://gitlab.com/AOMediaCodec/SVT-AV1/-/blob/master/Docs/CommonQuestions.md#improving-decoding-performance
とあるように値の大きいPresetほどデコードは軽いです
今時のPCやHWデコードをサポートしたデバイスなら問題にはならないだろうけど >>577
コメありがとうございます。
なるほど、そういう事があるんですね！
4年前のスマホや10年前のＰＣでSWデコードだと重そうですね．．．
勉強になりましたm(__)m キーフレームでアーティファクトが発生する件
うちの手元にある映像だとenable-tf 0で発生が抑えられている気がする
無効にすることでどんな影響があるかは知らないけど enable-tf 0 で確かにキーフレームの崩れは発生しないように見える
0にするとどうなるかは
https://www.reddit.com/r/AV1/comments/s7yyf9
や
https://forum.videohelp.com/threads/408053
に書かれてた
下の#4の説明が全体的に腹落ちしたので保存用をAV1でエンコするのはまだまだ時期尚早だと理解した >>581
乙
Handbrakeではenable-tf 0オプションが機能していないようだね
原因はエンコード前に情報を間引くプリフィルターがうまく機能していないのが原因なのかな？
rigayaさんとこのAviUTLバージョンで機能するのであれば、当面はenable-tf 0をつけてエンコードしたほうがいいかもね
あと、こういう事例は最新のバージョンにおける注意点として、推奨エンコードコマンドともども誰でも目につくところ（ダウンロードするとこなど）にも情報として出しておいた方が知らないことによる被害者を増やさなくていいのにとも思う
（おそらく大多数の人は気づいていない） >>581
x265でもちらつきがでるって書かれてたやつか
4～8%ぐらいなら許容できそうな範囲に思えるが人それぞれか >>583
平均6%アップと仮定して、
2Mbpsなら2.12Mbps、3Mbpsなら3.18Mbps、4Mbpsなら4.24Mbps、5Mbpsなら5.30Mbps
目くじら立てるほどではないよな、その程度で改善できれば
問題はenable-tf 0を有効にすることで、ビットレート以外のデメリットはないのかという点
もし特にないのであれば、画質優先の場合に余計なプリフィルターを省略したほうが細部情報が残りやすくなるだろうことを考えると、
今後とも標準設定ではenable-tf 0を有効にしておいたほうが良いのではないかということなのだが、果たして… 追記
このオプション、x265でも有効にしておいた方がいいのだろうか？ 4-8％下がるのは、ビットレートに対する品質と書かれてるね
ビットレート自体も変わるとも書かれているが
581上のサイトの説明で品質下がって圧縮率上がると書かれている通り、enable-tf 0付けると実際にサイズが縮んだ enable-tfは高ビットレート(CRF19以上？)であれば無効にすることを推奨している人もいるね
Simple SVT-AV1 Beginner Guide Part 1.md
https://gist.github.com/BlueSwordM/86dfcb6ab38a93a524472a0cbe4c4100
自分が実写ドラマ(preset7 crf35 filmgrain 6)で試した場合は230M→235Mにわずかにサイズが増大
tfとは関係ないけど分割エンコードツールのav1anがいつの間にかv0.4に更新されていていたのをついでに報告 >>585
x265ではデフォ無効
アーチファクトも指摘されてるから使わない無指定状態でいいと思う issue見てたら2年前の時点でenable-tfの問題出てるんだな
対処法はenable-tf 0かtune 0で解決って事で話が終わってた >>588
x265は問題ないわけね
>>589
2年前の問題をまだ引きずっていたのか…
で、解決方法もあっていたと
だったらデフォルトで解決した設定にしとけよな
今回の一件以外で使用上、気を付けなければならない問題とか
オプション指定で回避しなければならない既知の問題などは、現時点であるのだろうか？ キーフレームの問題はtune 0でも発生してたのでenable-tf 0の方が確実だとおもう OBS28，いつのまにかAV-1があって、HDMIでゲーム録画してたらCPUが悲鳴あげてワロタ。止まる 結局
gist.github.com/BlueSwordM/86dfcb6ab38a93a524472a0cbe4c4100
を参考にして
これを（enable-tf=0）-svtav1-paramsの後のtune=0:enable-overlays=1:scd=1に足して
tune=0:enable-overlays=1:scd=1:enable-tf=0 としプリセットは４にして。
ffmpeg -i input.mkv -c:v libsvtav1 -crf 20 -preset 4 -g 240 -svtav1-params tune=0:enable-overlays=1:scd=1:enable-tf=0 -pix_fmt yuv420p10le -c:a copy output.mkv for live-action.
ffmpeg -i input.mkv -c:v libsvtav1 -crf 20 -preset 4 -g 240 -svtav1-params tune=0:enable-overlays=1:scd=1:enable-tf=0 -pix_fmt yuv420p10le -c:a copy output.mkv for anime.
でやればいいのかな？速度度外視した場合というかSSIMやVMAFで98%
以上出そうとすると上記のコマンドラインでOK？
試すのだるいから代わりに誰かよろ笑 ん～手元にある動画でやってみたけど0.82（SSIM）でしたわ
0.98以上いけるコマンドライン知りたい。 rigaya氏のTwitterで--lowlatencyとかいう低遅延モードが紹介されているけど、そんなのあったことすら知らない… 速度的にはできるのはわかるけど、ShadowPlayのbt.601劣化を変換して使ってたわ YouTubeの高解像度動画をアップしている海外の人、だんだんエスカレートして、ついに24K表示…
金かw WOWOWライブで放送中の松任谷由実、SHANGRILA3部作、おそらくオリジナルは480iのレターボックス（実質的360i）で、これをレターボックス解除して引き伸ばしたのだろうけど、
Topaz Video AIとか使えばもう少しきれいになるだろうに、なんで今更こんな中途半端な処理で放送してしまったのか…
おまけに第1部についてはNTSCのセットアップレベルを誤って処理してしまっている感じさえする。
WOWOWは480i時代の素材の扱いについて、勉強しなおしてもらいたい。 >>604
勉強とかそういう問題やない
現場の人間はわかっとるに決まっとるやろ
ただお金貰って仕事する以上自分の好き勝手にやるわけにはいかんのや
上からの指示は絶対や、勝手に作業工程変えるなんて現場でできるわけなかろうが
趣味でやってるんじゃないんやから
文句あるならお前さんがそういう事業自分で立ち上げるか、
その会社に入って内部から変えるしかないわ
そういう気概ないなら文句言うても見苦しいだけやで それな
数年前に業務用ソフトということを考えずにDavinciでもmkv扱いたいとか素人丸出しの恥ずかしい意見を送ったのを思い出した
失礼しました、と思いきや最近対応されたから業界でも扱い増えたんかな SVT-AV1、デフォルト設定で例のIフレーム破綻問題と、前からだがメモリーバカ食い問題、解決する見込みは無いのか？ >>608
馬鹿食いって、お前さんの環境だとメモリどんくらい使ってるの？ Iフレームの問題は回避方法が分かったんだからどうでもよくね
数%の効率低下が惜しいのは分かるけど >>611
いつの間にやらM1 Macにも対応してたんだな
ただし、フルHD動画でfaster設定でエンコードしてようやく16fpsか… エンコードより効率的に出来るようになったりするのかな？
GPUでビデオをエンコード・デコード ～Linuxで普及の「VA-API」がWindowsで利用可能に
https://forest.watch.impress.co.jp/docs/news/1479083.html vaapiのGPUでビデオをエンコードはカス
amf-amdgpuとvaapiならamfのほうが良い VAAPI使えるメリットはクロスプラットフォームのソフトを作りやすくなるくらいでは VAAPI使えると古いCPUでもVP9のハードウェアエンコードが出来る GPU内蔵のハードウェアビデオコーデックが対応してない形式
↓
ソフトウェアのビデオコーデック(CPU)でやるしかない
↓
ビデオ関連の汎用計算をGPUでやらせることでCPU負荷を減らす(VAAPI)
ってコト？ vaapiはただのオープンソースでクロスプラットフォームなハードウェアアクセラレーションapiってだけだよ
それぞれのGPUで対応してる形式しか無理だよ
対応してなくてもできるようになる とかそういうものじゃないよ https://gigazine.net/news/20230301-ffmpeg-6-release/
>Intel製CPUやNVIDIA製GPUを搭載したPCでAV1エンコードの高速化が実現します
俺のSandy Bridgeが輝くときが来たようだな 「QSVやNVENCといったハードウェアエンコーダーを用いたAV1エンコードがサポートされました」
AV1エンコーダー内蔵CPUが出てないのでCPU単体で使えるのが次のインテルCPUからじゃないかな SVTみたいに最適化？はさせるかもしれんが、
ハードエンコードなんてマイナーな機能載せるか？
ZoomとかでもHEVCでいいだろうし。 同サイズでの画質が同等ならあとはエンコード速度だな IPv4が未だにより優れたIPv6へ完全移行できないのは、先に出て普及したから。という経緯からすると、まぁ。 初期の頃、VVCは激遅って聞いたけど今は改善されたのかな？ もう揉めてパテントプール分かれてるんだろ？
ネットでは使われる可能性ゼロで放送業界も衰退するしかない状況でどこで使われるんだか vvcも進歩してってほしいけどいまいち発展具合がわかんない >>624
https://rigaya.github.io/vq_results/
ここ見るとHEVCとAV1がそんなに差があるとはとても思えないんだけど…
・x265 veryslowが凄い（重い）？
・SVT-AV1が微妙？
・リアルタイムエンコードならAV1が実は良い？ AV1のリアルタイムソフトウェアエンコーダなんて存在しないので
このグラフオフラインエンコードとリアルタイムVVCの比較でしょ
VVCがリアルタイムエンコードなのは今日見てきた SSIM基準なら0.99を実現するビットレートは1.5倍くらい差があるように見えるが >>634
libaomに「--rt」を付けてエンコードするとリアルタイムでエンコード出来るようになるよ
画質はまあかなり落ちるけど >>634
svt-av1はオプション軽くすればリアルタイムでエンコできたはず
画質/圧縮比でリターンがあるのかはわからんけど svt-av1は60fps出るけどリアルタイムモードなくない？
ちょっと前の話しか知らないから今はあるという話なら申し訳ない svt-av1はpresetが軽いのがリアルタイムモードでない？ v0.9で追加されたpresets 9-12がリアルタイムエンコード向けの扱いかなと思ってる このAV1対応は視聴する人にとっては劇的に画質が上がるということはなさそうな感じかね
配信する人がビットレート、転送量抑えられるくらいか？ VP9以降というかGoogleのOn2のVP8買収以降10年以上それだけをひたすら追い求めるからねぇ
競争が生まれその研究のおこぼれをいただいてる YouTubeの動画（1080p）をDLしてコマ送りして画質確認したけど、
H.264が一番キレイな感じだな
ノイズはAV1の方が少ない場面も有るんだが、
細かい部分が明らかにH.264の方がしっかり保持されてる
ビットレートはAV1がH.264の6割くらい
このレートでも勝てないのか
天下のGoogleなのにどんなエンコーダ使ってるんだろ
動画が多すぎて意外と画質より速度重視なのかね >>645
4割"も"減らしたら当然そうなる
これまでも額面どおりに圧縮できたことなんてない >>642
>>643
光回線引いてる人にはあまり意味が無さそう
Google的には回線容量を節約できるからいいのかもしれんが あれこのスレでは話題でてなかったか、Discord では少し前からAV1でビデオ通話やら画面共有できるようになってるな YouTube Premium、より高画質の｢1080p Premium｣など5つの新たな特典を発表
https://taisy0.com/2023/04/11/170528.html
いずれ無料乞食は720か480以下限定になる前触れだな まさかYouTubeはニコニコになってしまうのかｗ 今YouTubeのav1の1080p動画ってビットレートどんくらいなんだろか
まあまあ見れるけど結構節約してそう 金を出しても快適を買う層から、先端技術の導入を試みる。
正しい戦略である。 なんかミスリードしてない？
1080p PremiumはiOSで配信されてるんだろう
AV1じゃないだろそれ >>655 yt-dlpでDLすれば中身わかるんだろうけど面倒でやってない。 >>658
そういうのは言い出しっぺにやらせないとな
周りが時間割いてまで調べてやる必要はない >>218
どうでげしょう旦那
The Last of Us Part I(NVENC AV1 RTX4080)
https://youtu.be/t3foaogSavg 最近、動画ファイルについて、動きの少ない音声メインのコンテンツなんかだと、思い切って紙芝居のようなシーンごとに絵を切り替える、パワーポイントのスライド表示でいいような気がしてきている。
問題は既存の動画ファイルを効率よくシーンを選択（もしくは自動？）パワーポイント形式に変換できるツールがないか検索してみたのだが見つからない。
誰かそんなツール知らないですか？ >>663
VLCでキャプチャ撮っていって貼り付けたらいいのでは？ >>664
それの一体どこに効率的な要素があるの？ 時間指定やシーンチェンジでサムネイル作成とか
FPS下げて再エンコードする感じならTVMWとかでできたと思うけど
必要なシーンの自動選択が一番難易度高そう
静止画保存してパワーポイントに変換するならChatGPTにPython書かせれば作れると思う
自動デバッグもこの前発表されてたし、プログラム一切知らない人がツール作る時代なんだなぁと >>663
PremiereがAIでプロンプト対応したらしい
ベータ版で使えるって Iフレームだけ検出して画像として出力する(ないしIフレーム間を同一のPフレームで埋めるとか)みたいなの作れれば捗りそうね。
使った事ないけどpyffmpegとか使えばいけるかも? 結局のところ、手動でチマチマやることになりそうだね…
解像度は高くしておきたいが、フレームの更新はたまにという用途向けのフォーマットって、パワーポイント形式以外にないのかな？
別件だが、MKVコンテナなどを利用した動画ファイルの場合、字幕用のSRTファイルをインクルードしておけるけど、この字幕の内容を素早く検索する手段って何があるんだろ？
年々動画のみで公開される情報が増えてきて、従来型のテキストベースによるホームページやブログなどでの情報紹介がされていないケースが増えてきている。
ダウンロードして保存した動画を後日再利用したいときなどにも検索したいこともあるだろうし。 mpdecimateはストリーミングキャプったコマ落ちとかの不定期連続フレームの削減に効果はあるけど
閾値で制御できるようなものではないと思うわ >>665
すまん、スライド作りの話かと思ってたわ。 4K時代の動画コーデック「HEVC」「AV1」「VVC」を比較して評価するとこうなる、最も将来に期待できるコーデックはどれか？
https://gigazine.net/news/20230418-codec-hevc-av1-vvc/
VVCもHEVC同様、ライセンス問題で普及しづらそうだな
「なお、AVCとHEVCを開発したMPEG-LAは、HEVCに取って代わるライセンスフレンドリーなコーデックとしてMPEG-5 Part 1 Essential Video Coding(EVC)を開発しました。
このEVCはロイヤリティフリーのLow Complexity Enhancement Video Coding(LCEVC)というサブセットを含んでおり、HEVCに相当する圧縮性能を持っているとのこと。」
EVCとやらが普及する可能性はあるのだろうか？ 個人利用にライセンスなんか関係無いからHEVC1択。
ビットレート上げればAVCでも良いとか言う奴いるが流石に圧縮技術の差は天と地ほどあるからな。 最もエンコード時間が短かったのはHEVCで、2時間34分という圧倒的な速度を見せました。
一方、AV1はエンコードに18時間54分、VVCに至っては2日と10時間35分もかかったとのこと。
;(；ﾞﾟ'ωﾟ'); >>676
この比較は標準実装だろうし需要があればsvt av1みたいにそれなりの品質でそこそこ速いエンコーダがそのうち出るでしょ 最近のGPUならAV1やVVCのハードウェアエンコーダ乗っかってるしな 比較対象がav1だけ標準実装じゃなくてSVT-AV1だった
ただ苦手な一番時間かかるオプションでやってるからlibaomのほうが良い結果出る気がする まあ、ライセンスごたごたで時間はかかったがHEVC(h.265)は今わりと使える場面増えたしなー。スマホに一眼レフに、GPUでOBSで画面録画するときとか。
なので、とりあえずh.265で撮れるときはそうしてる。まあGPU新しくしたらAV1に移行するけど >>674
Low Complexity Enhancement Video Coding(LCEVC)については、検索すると以下の記事が出てきた
https://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Testing-EVC-VVC-and-LCEVC-How-Do-the-Latest-MPEG-Codecs-Stack-Up-150729.aspx
これによると
MPEG-5 Part 1：ssential Video Coding(EVC)
MPEG-5 Part 2：Low Complexity Enhancement Video Coding(LCEVC)
EVCとLCEVCは分けられているみたいね
記事中の「Figure 2」の表にて各種コーデックの比較がなされているけど、LCEVCがx265を上回っているのは注目すべきところだが、
さらに上回るLibaom-AV1が存在する現時点でLCEVCを使う意義がどの程度あるのか…
つづく つづき
※SVT-AV1ではないので注意
※※記事は2021年12月29日の記事のため、最新のエンコーダの結果ではない点は注意。
（MainConcept製のMainConcept HEVC Encoder FFmpeg プラグインがx265を上回る成績なのは注目か？）
VVenCとEVC MainとLibaom-AV1は互角とみて良い。
ところでエンコードの速さ重視でSVT-AV1に流れがちだが、Libaom-AV1も速度は改善されたのだろうか？ aomencはav1anみたいなツール使って分割エンコードするならいまだとそこそこ
自前のgrain-synthesisが重いのは相変わらずだけどphoton-noiseで代用するなら
エンコード速度のペナルティも軽く済む感じ AV1はVMAFの評価だとx265に明確に上と言えるのは
一番重いプリセットでかつ低いビットレート時のみだから使う気になれない。
エンコード時間の長さに対してメリットが薄すぎる AV1のdiscordとか見てると最近はVMAFじゃなくてもっぱらssimulacra2で
画質評価してるね
どっちが適切なのかは自分には何とも言えないけれども >>685
高ビットレートで大差無くなるのはどのコーデックも一緒では その差が出るプリセットでのエンコ時間の差を考えての話だろ x26系は開発進むと最初期版より3割圧縮効くから今の比較は参考程度
AV1に乗り換えて1年以上たつけどSVT-AV1はソースによって圧縮率の波はけっこうある。
VR動画、映画とかは数値以上に圧縮効く。全くダメなのが森とか海とか世界遺産写したりする番組やね
SVTのプリセット7で十分な圧縮、HEVC-slowより速くmiddleの2倍位時間かかるかな svt av1だと破綻し易いパターンがあるの実感してからx265使い続けてるけど
プリセット5以上はかなり完成度高いと思ってるから7の速度で5の画質で出てくれるようになったら俺は乗り換えるかな SVT-AV1はエンコード速度重視のエンコーダーだからなぁ 今メジャーなコーデックは
前後での差分で圧縮してるから
森とか海は原理的にどうしようもない おまえら速度の話したら、サーバーに投げてるから概念がないとか
アリと像は時間が違うとか言ってるくせに
結局エンコード時間が～云々抜かしてるの草 そりゃ使い方は色々あるからな
例えばNetflixはエンコード時間が100倍になってもいいから圧縮率を上げたいと言っているがYouTubuは１００敗になったら困るだろうね MainConcept Hybrid GPU
https://www.mainconcept.com/ja/hybridgpu
これのAV1バージョンが出てくれば、速度と画質のバランスの取れたものになるのだろうけど、MainConceptはAV1には興味なさそうなのが残念
おそらくVVCでこれと同じようなことをするつもりなのだろうけど、GPUにVVCのエンコーダーが搭載されるのは、まだまだ先の話になるだろう… >>695
そこってAPUで高速エンコードやってたところだよな?
今はCPUとCUDAなのね AV1のHW搭載の話題が出無くなる頃にはVVCの話も出るんだろうけど、早く欲しいって手を挙げてるところが皆無すぎるわ
いらない子扱いされてるIntel Arcに期待してみよ
NTT-X、GeForce RTX 4090を購入するとなぜかIntel Arc A750を贈呈するキャンペーン実施中
https://pc.watch.impress.co.jp/docs/news/todays_sales/1495400.html そんな遥か遠い未来にはAV2みたいな話が出てきそう 尚更VVCより先にAV2が実装される未来しか見えないな… AV1はh.265のライセンス回避の面が強いからね。もちろん配信サーバー管理する側からすれば圧縮率は無視できない話だろうけど
h.266と真っ向勝負はAV2でいいんじゃね？って思ってたけど、なかなか続報がないのも事実で AV1は成熟にまだまだ時間が必要
H.265の様にソースと同じ時間でSWエンコ出来るくらいにならなきゃな ハードエンコのAV1、NVIDIAもIntelもHEVCと画質が大差なくて詐欺やんけと思ったけど、
再生時にHEVCデコーダ（たまに有料だったりフリー環境では入ってなかったりする）が不要なのがメリットか NVIDIAに関しては差はあるぞ
intelは変わらんけど エンコード速度はSV-AV1の場合Preset 8でx265のmediumに近いfps出るので
そこまでは気にならないかな、できればpreset 7でそのそのくらいの速度でると嬉しいけど
問題は画質でずっと指摘され続けているkeyframeの品質が著しく低下事があるという
keyframe-filtering=1（デフォルト）のバグいつまでも放置してるしもう少し頑張ってと思う
aom-av1-psyやlavishといったforkだと修正されているので直せるはずなんだけどな keyframe-filteringはaomencの話でした >Optimize the tradeoffs for M0-M13 speeding up M5-M1 by 15-30% and improving the BDR of M6-M13 by 1-3%
かなり速度比の圧縮率上がってるぽいからベンチマーク楽しみにしてる(他力本願) media-autobuild_suiteエラーでffmpeg作成されない。
svt-av1の1.5.0内包されてるやつ欲しかったのに
成功率悪いなぁ本当ガチャしてるみたい。
github.com/BtbN/FFmpeg-Builds
これ使えば確実に作成されるんだけど内包されてるVerが古い
更新いつなんだろ？遅いよなぁ・・・。 scripts.d/50-svtav1.shの
SCRIPT_COMMITをea296ef350714fb6f105b420fb0bc321d9997ffd
にかえてみたら？ FFmpegに組み込んでビルドするのは面倒だからエンコーダー単体で使えばいいやん
rigayaさんのGUI使えば簡単にエンコード出来るやろ >>711
変更してやってみたところうまく行きました。
後学の為に教えて欲しいのですがその変更した
ea296ef350714fb6f105b420fb0bc321d9997ffd
↑これはどうやってわかったのでしょうか？ gitlab.com/AOMediaCodec/SVT-AV1/-/commit/ea296ef350714fb6f105b420fb0bc321d9997ffd
自己解決ここからだったんですね エンコーダをffmpegに組み込んでビルドするメリットって何？ 俺の場合は自己満かな、今回もビルド成功した！って感じで
一発ビルド系でビルドしてるからビルド手順理解してないけど。
なので普通にソース拾ってきて個別にビルドして最後にffmpegに組み込む
って方法がさっぱりわからない。なので一発ビルド系無くなったらどうしようって感じです。
あと音声コーデックのfdk_aacが必要なのでどうしてもビルド版になる。
OSSなのに再配布不可とかわからん縛りあるからどうしようもない。 ab-av1ってツールが以前はSvtAv1Encを使ってたけど最近はffmpeg側の
libsvtav1を使うようになったから Experimental AV2 Support Added To AVIF Image Encode
https://www.phoronix.com/news/AVIF-Experimental-AV2 NVIDIA の SFF Ada 世代からは NVENC に av1 が入るのだよね
細かいところまで画質を気にするの、 hevc で終わりだだわ
av1 をソフトエンコとかやってられん aom-av1-psyの開発してた人によるSVT-AV1のfork
https://github.com/BlueSwordM/SVT-AV1
今のところ目立つ変更点は
・ssim tuneの追加(--tune 2)
・alt-ref strength他いくつかのパラメータのデフォルト値の変更
ぐらいかな Ada Lovelace を頑張れば買える
いうほどCAD用かな AV1なんていう糞コーデック使うなとしか言えん
ユーチューブが重すぎて最悪
高性能ゲーミングPCですら最適化されておらず、重いとか頭おかしいでしょ
ユーチューブの糞野郎、AV1使うなよ、マジイライラするわ ここ数年でAV1のハードウェアデコードは広まっただろう
対応してないPCはもはや高性能とは言えない型落ちだよ AV1のHWデコードに対応してない時点で化石だろ
現代ではdGPU無しのセレロンでも余裕で再生できる
AV1が重くて高性能とか片腹痛いわ いや >高性能ゲーミングPC の表現はあんまりだったとしても、ある程度古い機種での互換性はとても必要だと思う。
sandyおじさんどころかAV1がハードウェアエンコーダにサポートされ始めたのとかここ1,2世代の話じゃん。
個人でやるなら話は別だけど、人口の9割をカバーしなければいけないって要件で720p30fpsすらハードウェアエンコード必須とかマジで使いにくいと思うよ。
相手が特定個人だったとしてもh264までしか安心して渡せない現状はまだ何も変わってない。 エンコーダとデコーダの区別が付いてない奴がいるってマジ？
それこそ旧石器時代のPCでもない限り720p30fpsなんてCPUパワーだけで再生余裕だろ 1万円で買えるしょぼいスマホでも1080p30fpsくらいならソフトウェアデコードできるけどね AV1のソフトウェアデコードはARMだと絶望的だが
アップル以外は2年ぐらい前から対応し始めた
アップルはコーデックの対応が劇遅だから後5年はかかるかも（VP9対応が2021年） VP9は軽くてよかったな・・・
AV1はようつべがfastdecode設定できてないんじゃないの？ってぐらい無駄な負荷に感じる >>735
そんなことないが
GoogleがandroidのビデオチャットにAV1を標準採用するくらいだぞ アップルの動きは遅いがそれ以外は対応し始めたって話だから
話が噛みあってないと思われ
あるいは"ソフトウエア"デコードの意味を読み損ねたか AV1のソフトウェアデコードも満足できんような環境は、窓から投げ捨てろ 技術はあるのに利権争いで足引っ張り合ってる愚かな人類どもが悪いんだゾ 今６万で売ってるグラボでCPU GPU・フルHDで30%近く使うし
どう考えても糞やろ、４Kなんて５０％近くいくし
８Kなんて再生不可だぞ、どう考えても糞やろ
VP9なら８Kでも楽勝なんだし、AV１なんて消えろとしか思えん ６万のグラボでフルHDで３０％いくなんて
最新の内臓CPUでやったら普通に５０％こえるだろ
糞過ぎるだろw
たかがユーチューブでなんで５０％も行くんだよ
AV１なんて消えろとしか言えん ってことは１個前の世代の内臓CPUとかだとCPU使用率８割とか行くはずだぞ
ユーチューブごときで、こんな使われたらたまらんだろ
AV1は糞過ぎて消えてほしい >>728
糞スペックどころか今年自作しなおした最新なんだよね
現行の６万のグラボ積んでるし、これで重いとか終わってるでしょ
古いPCの奴らどうすんねんって感じ
AV１はゴミとしか言えん AV１は圧縮しすぎなんだろ、サーバー負荷を軽くしたいんだろうけど
やりすぎだよ
AV1だと動作重くて腹立つから、拡張で禁止にしたしな
これが全部AV１にされたら絶望だな
古いPCとかアンドロイド携帯とか視聴不可になるぞ
正直糞過ぎるとしか言えん、サーバーの維持費位だせよ
客のPC性能をあてにしすぎだわ
グラボが対応してるってそれさ、一番最新の奴だろ４０００番台とAMDなら７０００番台だろ
最新すぎるわ、いちいちPC買い替えろってのかって話、うざすぎるわ
重くてイライラする奴らが大量に発生すると思うぞ
こんな重いならユーチューブやめて他で見るとかな、パーチューブで良いから作れとしか思えん
似たようなサイトに引っ越しするわ
開発の奴らは馬鹿なのかって思う、視聴してみたのか？？
こんな重くて大丈夫？ってちょっとは考えないのか？
コーデックでイライラしたのは初めてだわ、AV1はマジでないわ Haswell世代のCore i5、GTX1660Sの化石PCで1080p・AV1の動画再生してみたけど
CPU使用率が30%、GPUが15%程度だったんですが…
https://i.imgur.com/rxx5AFv.jpg https://i.imgur.com/gduI3Zz.jpg
https://i.imgur.com/g877jGw.jpg
RTX3070だけどAV1の8K動画見てもCPU使用率上がらんぞ？
ハードウェアデコーダーが動くからGPUのVideo Decodeには負荷がかかるけど >>746
CPU３０％が高すぎると言ってる
１６６０Sとか化石じゃなくて現役のゲーミングPCだし
内臓だと最新でも１０６０程度だぞ
３０７０で比較しても意味がねぇ、こいつ１０まんのGPUだろ・・・
上から比較しすぎだろ・・・ ハードウェアアクセラレーションにチェック入れてないだけ説 AV1デコードなんかRTX3050でも余裕だから何か設定間違ってるのでは
https://i.imgur.com/7wV7UOD.png firestickでハードデコ出来るようになって2年近く経つけど4k60fpsも40000kbps以下なら余裕だわ。
40000以上はおかしくなる事ある。再生時はシステム全体で最大2.2wしか食わない 何を基準に重いか軽いかわからんけど
うちの泥12ver SHARP SH-41Aのスマホ（3年くらい経つかな？）でAV1動画
再生不可だったわ。
まー察するに今PC買えない勢でスマホしか持たない勢の嘆きと見た。 スペックも書かないで重い重い言っても、何の参考にもならんし >>752
fire stickで4K動画を再生できるアプリある？
MX PlayerもVLC Playerも軒並み1080pに縮小して再生されてしまう
アマプラとかNetflixは大丈夫なんだけど そもそもスマホしか持たない勢ならAV1で見なけりゃいいだけじゃね >>756 KODIでしか試してないけど4K60P問題ないよ
テレビは4K OLEDブラビア >>757
いやだからさ
推測の域を出ないけどP2Pとか他人が作った動画を手に入れて見られないって
言ってるんじゃないのか？自分でエンコしたのならアホだけど。（コーデック変更すればいいだけ
） >>756
テレビによってはテレビ側のHDMI信号の設定変えないとfire tvの4kが上手く動かないことあるよ
うちはregzaで高速信号モードに切り替えるまで4k使えるアプリと使えないアプリがあった >>751
GPU使用率７０％のどこが余裕なんだ？？？？
目が腐ってるのか
ちゃんと文章読んでないだろ、グラボでこんなに行ってるなら
内臓GPUなんて１０６０レベルで３０５０の半分しか性能ねぇぞ
お前らの余裕って言ってるの、全然余裕じゃねぇだろw
７０％で余裕とか、眼科行けよw >>759
ワイのPCだと余裕だけど、単純に重くて腹立つって話
スレ読めばわかるだろ、重くて腹立つって書いてるだろ >>757
スマホはAV1どころかVP９にも対応してないから
フルHDでも余裕だったな
ただこれがさ、AV１縛りされたら、視聴不可になるぞ
既に４KはVP9とAV1 ８KはAV1のみに制限されてるのよ
AV１は重すぎてゴミだと思ったわ、困難ゲームで使われたら
ゲーム起動不可になるぞ・・・まじやべぇ >>753
これだよこれ
AV1にされるとこうなる、マジこの糞コーデック消えてほしい
ワイのスマホは何のコーデックか知らんけどフルHD再生できたが
AV１はまず不可能だと思うしな、そもそも対応してねぇわ >>764
全角な時点で何も理解してない爺さんなのは分かったが、何日も絡むならいい加減スペック書け 重くて腹立つ勢はアタオカか？
そのうちAV1扱えて手頃な値段のPCなりスマホなり買えば事が済むだろ？
重くて腹立つ勢はずっとWin95（ゴミＰＣやスマホ）でも使っていて
これからも使い続ける勢いだな。
時流に逆らってこれからも生きて下さいね笑 例の人はハードウェアデコーダの性能が上位GPUと下位で数倍の性能差があると思ってそうだな >>759
そういうことか
配信の話かと思ったから嫌なら見るなで終わりじゃんかと
>>767
これなｗ
意味不だったわ
QSVはエンコ変わるみたいけど なんでスペック晒さないんだろうなちなみに手元にあるＰＣだと
i3-7130UというかなりロースペックなノートでもYoutubeのFHDAV1動画ぐらいなら
再生に困ることはない
デコーダー側のdav1d側のバージョンが古いと10bitＣＤＥＦ有効Film-grain有効といった
動画ならパフォーマンスの低下があるが現行のdav1dなら気にならないレベルまで改善されてるはず 食いついてるのは負荷が高くて許せんって話のような… I7-7700K+RX480というかなり昔に組んだ構成だけど、
AV1の再生を重く感じたことはないなあ
今度CPUとGPUの負荷を確認してみる 負荷が高くて許せんと書いてるよね
使用率も書かずに重く感じないとかアホかと・・・７０％で軽いとか言ってる奴と一緒やん
２０％以下じゃないと許さんわ、たかがフルHD動画で５０％も使われたら最悪
だから負荷が高くて許せんから消えろって書きこんでる
ゲームやりながら動画視聴とかだからな、動画だけで重いとか最悪って話
爺とか言ってるけど、使用率もわかってない素人のくせして何言ってんって話
上に上げてる奴ら全部使用率高いじゃないか・・・
最新のI5CPUで内臓グラボで５０％行くのが許せんって書いてるわけだよ
高性能グラボで低いなんてのは当たり前だろ 70%は8k動画の再生時だまだまだ余裕有るだろう
たかがフルHD動画なら16%ですむわ20%以下だぞ
https://i.imgur.com/iEinlgN.png
それとゲームに必要なCPUと、GPUの3Dなんか使用してないだろうが影響ないわ 最新ってことは第13世代のi5ってことかな
ドライバをちゃんとインストールしてないとか何かしら原因がありそう
全角交えて怒り狂う前に原因を調べてみては 1万円のSoCでも問題なく再生できるんだから負荷高いわけないんだよな 重い重いと騒ぐが自分は環境もスクショも出さない
もうこれが全てだろ
エアプです >高性能グラボで低いなんてのは当たり前だろ
それ裏を返せば「低スペPCやスマホで重い重い騒ぐのは当たり前だろ」と同じですが…。
正直に言えよ働いてないから買えませんってｗｗｗ //60.gigafile.nu/0916-cb27fea9558d22f689ddb7e464fa642d7
PCスペックのスクショ 再生位置にばらつきあるが概ね GPU 13% CPU 5％くらい MPCで再生
スマホは上記のとおり、あと社会人ではないのなら、PC買えなくても仕方ないことだし
働くようになればハイスペのPC買えばいい。 追記 8Kについてはモニター所持していないので未検証。 SvtAv1EncApp_v1.5.0_x64.exeのcrf 50がNVENC 2000Kbpsと同画質だった 書き忘れた
SvtAv1EncApp_v1.5.0_x64.exeの速度設定は12 SvtAvのcrf 50 のoverall bitrateが分からないのと
ソースの情報 がないから比較がよくわからん たいていそういう情報の偏った他人の再現ができないような強い思いこみっぽい書き込みは
720ｐのアニメだと思って処理してる。ビットレート盛れば見た目じゃわからんわなっていう落ちが何度繰り返されてる事かと Apple Vision ProでAV1動画（MKVコンテナ収容）を再生できるプレーヤーソフトは整備されるだろうか？
これができたらプロジェクター買わなくて済みそうなんだが m2系列（ハードウェアデコーダーが載ってない）のチップらしいから無理じゃないかな。この先実装するかどうかの検討に入ったみたいなソースはどこかで見た。 >>787
ツァイス製の専用レンズをオーダーすればよし
>>788
マジか？
ぜひとも対応してくれ
ついでにUSB接続タイプのBDドライブを接続して、3D映画を視聴できるアプリで視聴できるようにしてくれ
空間広いんだから、字幕は動画エリアの下に表示して重ならないように!! >>789
レンズの話は知ってるけど、
今つけてる眼鏡のレンズも近視+乱視や遠近感などなど
ガチガチに測定して作ったやつだから、
そこまでの物用意してくれるのかなと思って >>790
しっかりオーダーできるけど価格は8万円くらい
まあ高い眼鏡もそのくらいするからしょうがないね > Speeding up the higher quality presets by 30-40% スペック６６００XTだな＝３０６０tiと同性能
前から６万のグラボって書いてたけど、最新ゲームの推奨だぞ
ちなみにワイのPCだと余裕はあるよ、そこじゃないって何回も言ってるがね
起動時の負荷が重くて一瞬カクつくし、内臓だと最新でもかなり重い(５０％ぐらい行くはず)って
ところに腹立つって話何回も同じこと言わせるな、フルHD動画程度にCPUGPU２０％近く使うのはあり得んわ
VP9なら８Kでも再生可能なのに、AV1しか視聴不可なせいでカクカクだしな
コーデックが重すぎて糞すぎるVP9に戻せって思う、そもそも最新グラボで楽勝にデコードできない物を使用するなって思う
重すぎてありえんだろAV１消えろってこと もちろん社会人だし、貧乏だが、組んだばっかりの新品ゲーミングPCだぞ
高性能PCも買えないとか言ってくれるけど、このスペックで困ることなんてねぇよ
そこじゃねぇって言ってんだろw コーデックが重すぎて糞だと言っている
ゲームはFPSでもほとんどのゲームは１５０FPSは出るぐらいスペックは高いぞ
最新ゲームでも余裕で動くぞ、最新ゲームの推奨スペック使ってるからな・・・
何度も言うようにAV１重すぎて消えろと思う、こんな重いコーデック見たことねぇわ
圧縮しすぎだろ、サーバー代ぐらい払えよ グラボだけで６万もかけてるのにスペック低いはねぇわ
PS５より高いだろ、１０万のグラボだって買えるけどさ、そういうことじゃねぇよ
そんなに金かける意味がない、無駄だろ
PS５より高性能だぞ・・・マウントクズどもがうぜぇ そもそも４０７０クラスのグラボ使わないと、動画視聴も楽勝にできないぐらい
糞重たいのか？このクソコーデックは・・・
一般人が４０７０クラスのグラボなんて買うわけねぇだろが・・・
最新の内蔵グラボでフルHD５０％ぐらい行くってのは異常に決まってるだろ、要求スペックがおかしいわ そんな必死こいて長文を連投されても
はいそうですか、としか言いようがない だから貧乏なんだろうなって感じの文体で草
そこまで良いPCではないけど普通に見れるしPCがおかしいだけでしょ 10日も経って蒸し返すのに結局スクショの一枚もないｗ >>792
しばらく見てなかったけど1.5-1.6と順調に性能上がってるみたいで成熟して来た感あるなー >>794
爺さん、自分のGPUが6600XTだと調べるのに10日かかったのか。頑張ったな。
だが、6600XTのAV1サポートは8K30pまでだ。
Youtubeで8K60pを再生してもGPUが対応しないから、そりゃカクカクだわ。
6万の時に買ったのは残念だったな。今なら半額だ（笑 で、そろそろ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くらいになる（ｈ.265）
速度と品質が保てているのはこのソフトだけかな。
片方のAV1(ffmpegでGPUエンコ）は圧縮率いいけど0.85～0.95辺りと品質が悪い。 >>804
８Kの話とか一切してないけど、お前の頭って大丈夫か？？？
ただただAV1っていう糞コーデック重すぎだろって言ってるだけ
重いと言ってるんだよ、話を変えすぎだろ、知能障害ばっかりだなｗｗｗｗｗ
９割の奴らはろくに文章も読めない馬鹿らしいからしょうがねぇか ６６００XTって最新ゲームの推奨スペックで
WQHDで殆どのPCゲームがプレイ出来るぐらいのスペックだから
マウントなんて意味ねぇぞ
お前らより遥かにPCに詳しいからな、自作だしｗ
だからさAV１重すぎてクソだろって言ってるわけｗ そろそろバカと会話するのも疲れたからサヨナラするわ
お前らって本当知能障害ばっかりだな・・・ 勝手に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年以上先にある地デジ４K構想の主力コーデックの候補でしかないし
「10年」持ち出すのも前回のアナログ→デジタルの家電移行期間的な物だからあまり参考にはならんけど
お役所はやると言ったら30年かかってでもやる。加速させるには対応チップが安くなることだから
GPUとスマホが全対応すれば早まるんでないかな 266用の実用的な速度のでるエンコーダー、はよはよ 6年も前に買ったテレビがHEVC main10のハードウェアデコードに対応してて意外 デコードだけなら2014年発売のGTX9xxシリーズから出来るからね
Bフレ対応が遅かったから最近みたいなイメージあるけど >>817で否定されたけど、HandBrakeのAV1-QSV試したら>>806の言うように大きなブロックの塊みたいなのあって明らかに画像崩れしてるIフレがあった。
SWもHWもオプション付けなきゃならんな、500ファイルくらいエンコードやり直しだ…… こういうことが起こるんだよね・・・全データ捨てたらすっきりしたで＾＾ｂ >>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フレームの破綻はおきないんだっけ？ H264 と h265 は対応機器かんがえると
そこまでだったが
AV1 さらに小さくていいが
カーナビが対応するのに
7年くらいかかりそう
どうしても念のため H264 に
しとこう うちのカーナビはBluetoothスピーカーとして活躍中 新しく設定したオプションが結構いい感だわ
--enable-tf 0 --film-grain 20 --film-grain-denoise 0 --preset 6 --crf 29 --input-depth 10
grain20〜denoise0までの記述でぼやけ解消、質感、暗所等改善する要はデノイザー完全に０に抑える
デメリットはデータサイズおおむね+5%位、エンコ速度2/3程かな ラジオの話になるが、ラジコのコーデック、何か改善したのだろうか？
久しぶりに視聴すると、以前は引っ掛かりやすかったサ行音の違和感が低減された感じに聴こえるのだけど。
一応
FiiOアクティブスピーカ、次世代4K放送コーデック。ヘッドフォンと連動して揺れる“床”
https://av.watch.impress.co.jp/docs/news/1511269.html
「xHE-AACは、従来の音声用コーデックAACと通話用HACを一元化したもの。
低レートでも一定クオリティの品質が確保でき、映画や音楽、オーディオブック、ポッドキャストなど幅広い用途に活用できるのが特徴。
すでにNetflixやFacebook、Instagramで使われており、現在HACコーデックを使っている「radiko」もxHE-AACへの切り替えを予定しているという。」
という情報はあったが、もう切り替わったのか？
以前はトークを長時間聴くのが厳しかったが、これならば聴けなくもない？ インターレス"不可"
もうしましま見れなくなるんか VVCは分かるんだけど音声のAC-4がイマイチピンとこない
調べてもあんまり https://xtech.nikkei.com/atcl/nxt/mag/ne/18/00089/00003/
結局この記事の通りになりそうだな
コーデックやらは決めて仕事やってる感だけ出して放送に必要な周波数は決めない
実際に地上波放送を実現する気はない 地デジの需要減ってきてるし電波の割り当て増えることは無さそうだよな >>913
もう若いのは誰もテレビなんて見てないから潮時だと思うがね
地デジの帯域は携帯にでも割り当てた方が得策
あの帯域はよく曲がるしプラチナバンドになるだろう デジタル放送でサッカーの試合がブロックノイズだらけになるのはいまだにMPEG2(笑)を採用している日本だけらしいな >Z 8が対応している「HEIF」（ヒーフ）とはどのようなファイル形式ですか？
>土谷： Appleが作ったフォーマットで、画質が良く圧縮効率が高いのが特徴です。 アマプラの動画、CPUGPU再生負荷がYoutubeの1/2で軽い！とか思ったらh.264か・・・ アマプラとYouTubeで負荷が違うのはコーデックほとんど関係ないけどな 動画のストリーミングにも色々とやり方に違いがあるからね
特にYouTubeなんかはちょっと特殊なことやってる
普通にローカルの動画ファイルを再生するのとは違うのだよ そんな事は関係なく、ID:GFGkRgnR0のいう事は全部間違ってる >>930
少なくともHEIFを作ったのがnokiaであることは合っているはずだが… >>931
おまえ、ググって出てきた個人ブログを鵜呑みにしてるだけだろ？ お前らこそ調べろよ
いつの間にかHEIFの功績はAppleに乗っ取られたのか？
それともMPEGが作ったからnokiaじゃないと思ってる？
MPEGは多くの組織の集合体でしかないからな ネットで知りたいことがある場合、質問すると無視かバカにされるが
煽ることでマウント君が勝手に正しい答えを教えてくれる
これ、豆な 無知なのはいいけど正しい情報を否定するのはやめてくれよな 概要読んだ限りAV1のIフレーム使うAVIFのH265(HEVC)版なんだな
てことはH.26x系の企画課団体じゃないんかね AVX10にx265やSVT-AV1が対応したらかなりのインパクトになりそう AVX512と機能はほぼ同一だからそうでもないのでは EコアでAVX512が使えないから、Pコアに積んでるAVX512が無効になってただけだしな
動いても同等程度の性能にしかならんという話だし、AMDで有効になっててもあまり有益な話も出てきてないしな oracleクラウドなんてもうCPUはARMとAMDしか追加で買わないとか言ってるし X(Twitter)の画像が全てwebpになってるらしい webpは全環境対応したからもう許されてええやろ
未だに開けないやつおりゅ？ 少なくともライセンス関係でオワコン気味のHEIFよりは遥かにマシ それよりJPEG XLをだな
珍しくsafariが手早く対応したのにchromeがサポートしなくなったのが…
chrome以外はほぼ対応完了しそうなんだが webpは8bitでyuv420しか使えないというショボすぎる規格にしてしまったのがな
ネット上のjpegの代替しか考えてなかった
おかげでHDRや10bitが必要なカメラはheifに統一されてしまった アッポーの「カメラを良くするには？チップパワーでなんとかすりゃいいだろ！」というブチギレは良かった。 そういやiOSがJPEG XL対応するならカメラも変わるんかな 動画でH.265に支払い済みだからついでにHEIFという流れだったわけで
JXLにしてもH.265を捨てられるわけもなく… というかChromeくんが対応放棄したらどうしようもなくね >>958
AVIFは機能的にJPEG XLよりも劣ってるぞ jxlよりデコード2倍遅いAVIFはないわ。heifの4倍よりはマシだけどｗ
エンコード時間は大差ないけど、複数のユーザーに読み込まれるデコードのほうが重要でしょうよ
Chromeは温暖化推進しているのだ？ 近年のデバイスはAV1のハードデコーダー搭載してるからavif表示も一瞬 β対VHSの戦いみたいに性能より政治的要素の方が強く働くと、あとあと利用者が不幸になるだけだしな GIFみたいになると困る人の方が多いからな
しかし人が困ると利権様が得をするわけでな >>964
avifはプログレッシブに対応していないので
ファイルを全てダウンロードしてからデコードが始まるから表示速度が遅い
jpegやjxlは画像をダウンロードしながら徐々にデコードしていくから速い >>958
あれはウェブ用。
とにかくドットサイズが足りない。 x265常用してるって人このスレだとどのくらいいるんだろ >>906
次の地上波でも119.88とか59.94みたいな微妙な数字のやつ続くんだな… >>969
廃止にできないのは何か理由でもあるの？ 59.94fpsはアナログ時代からの遺産だから仕方ないわ
yuvとかも白黒テレビからの遺産だし >>970
684 名前：名無しさん＠編集中
NHKがPCとの親和性やPALとの互換性を考えてアナログハイビジョンで60FPSにしたら、
アメリカが今までのNTSCコンテンツと親和性が悪いと猛反発してデジタルハイビジョンで59.94iになった
おかげでPAL圏も1080/59.94iになって世界的な互換性は確保されたが… 映像の何かと同期しちゃうのを避けるって大義名分はあるけど、
処理的にはうざいな。 別で120と60も用意してあるっぽいしもう切ろうと思えば切れるんじゃないのとは思うな そういやアメリカの電気の周波数60だったか。
安い照明とかだと同期する？ av01.0.05M.08 (398) / opus (251)
Youtubeの詳細情報のCodecsのとこがこうなってんだが
映像はAV1で音声はopusで再生されてるってことであってる？ブラウザはFirefox115.0.3 記者ならコーデックとかビットレートも取材してこいやアホ。 フリーライターだからYouTube Premiumに入会するお金がないんだろ。
カリカリしなさんな。 ほとんどこたつ記者だしネットでググった情報+しったか妄想しかない 久しぶりにyt-dlpの新しいバージョンをダウンロードしたら、ビデオコーデックの指定を従来通りにvp9のままにしていたらめちゃくちゃ低解像度の動画が落ちてきた
ビデオコーデックの指定をvp09に書き換えたら最大解像度で落とせたけど、何でこんなことしたんだろ…
ついでにダウンロード可能なフォーマット一覧を確認していたら、vp09にも2種類あるのか、従来のhttpsタイプ以外にm3u8タイプが表示されて、そちらのほうがファイルサイズが大きいように見える
これってm3u8のほうで落とせるのだろうか？ vp9をVLCで再生すると100度になるので使わんww >>986
終了したばかりのライブ配信をダウンロードしようとするとそうなるけど
普通の動画をダウンロードしてそうなったなら知らん 新しいバージョンのyt-dlpにしてからいろいろ見ていたら1080pのVP9限定かと思うけど、YouTube Premiumの表示もでている
ファイル容量が倍くらい違うけど あんま詳しくないから聞きたいんだけどBDrateって何？ >>994
ある同一レートの動画の画質差を調べる指標
rigayaが比較グラフ作るのに好きそうなやつだ このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 446日 7時間 59分 19秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
