次世代ビデオコーデック総合スレPart5 【HEVC/VP9/AV1/VVC等】
■ このスレッドは過去ログ倉庫に格納されています
H.264/AVCの後の様々なビデオコーデック全般について語るスレです。
■対象となる主なビデオコーデック
・H.265/HEVC
・VP9
・AV1(AOMedia Video 1)
・VVC(Versatile Video Coding)
■前スレ
次世代ビデオコーデック総合スレPart4 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1562430349/
次スレは>>980が宣言してから立ててください。 ■各ビデオコーデックの概要や状況(2020年2月上旬時点)
●H.265/HEVC
H.264/AVCの後継規格。放送やUltra HD Blu-ray等で採用が進んでいるが
3つのライセンスプールが並立するなどライセンス面での問題も抱えている。
H.265/HEVC特許暗黒時代
https://qiita.com/yohhoy/items/c2579097a507b1fbdddb
HW再生支援のサポートは進んだものの、FirefoxやChromeでの対応が進んでおらず、
ネット配信では使いづらい状況が続いている。(スマートTV向けの配信等は除く)
AppleがHLS(HTTP Live Streaming)やiOS 11やmacOS High Sierraで採用したり、
2018年3月にライセンスプールの1つであるHEVC Advanceが
コンテンツへのライセンス課金を取りやめたりといった好材料も出てきてはいる。
●VP9
Googleによって開発されたロイヤリティフリーのコーデック。
ブラウザ(Safariを除く)やHW再生支援のサポートも進み、主にYoutubeで採用されている。 ●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】ハードウェアエンコーダーを語るスレ4【QSV】
https://mevius.5ch.net/test/read.cgi/avi/1577416553/
↑テンプレここまで
即落ち防止のため>>20まで保守協力おねがいします。 >>5はなんか文字数オーバーになったので一部文章を削りました。 だれか・・・おらんか・・・1人で保守してると連投扱いになって規制くらうことがあるんだよな・・・ AV1のハードウェアデコード対応を最初に出すのはintelとnvidiaのどちらだろうか 意外とAppleが一番乗りで載せてきたりして
あんたHEVC推しだったんじゃ…って MediaTekのDimensity 1000がAV1デコード対応だな
2020年の第1四半期に搭載製品でるとかってはなしだったしもうそろそろ出そうではあるな 韓国のサムスンとLGがAV1デコーダー内臓のTVを今年出すよ
IPコアの開発はたぶんChips&Media社 前スレで誰も指摘してなかったけど
特許屋のsisvel
あれEU圏の利権代表という疑いも
出自 伊テレビメーカー
管理特許 DVB-T (欧州・露のテレビ電波送信方式)
AV1関連特許 sisvel陣営の1社 Orange S.A. (旧フランステレコム)
駆け引きに成功すれば
米IT業界からゼニ引っぺがしEU経済圏に分捕って来れる訳
というか米IT業界のド派手な脱税はEU政府も相当怒ってたから
これまで踏み倒しやがった分も込みで取り立てたい心境かなぁ
日本の立場的にはEUとケンカしたくないんで
sisvelと握ったんではないかと
米vsEU間のビジネスウォーズどう決着するか
他人のケンカ見物って面白いよね(貧民の娯楽 rav1e 0.3.0 リリース
ttps://github.com/xiph/rav1e/releases/tag/v0.3.0 個人が使う用途にはrav1eが一番良さそうなんだけどな
libaomは重すぎるしsvt-av1はメモリ使用サイズが大きすぎる
もうちょい品質が上がってくれれば VP9形式のライブ配信があると前スレで見かけたけど今日初めて見つけた
その人は4k60fpsで配信してたけど1080p60fpsの配信している人では見かけたことないから境目が何かしらあるのかな 1080pでもVP9で配信されてるのあったからYouTubeの気まぐれだと思うぞ そろそろAV1とVP9どっちが最強のコーデックか決めようぜ H.265のこともたまには思い出してやってください 俺の今の動画ファイルのほとんどがH.265なんだよな〜。AV1はエンコ速度が実用的じゃないし、VP9もなんかCPU使用率が低くて速度遅いし 圧縮できればその分ストレージに入れられる量が増えるでしょ ローカルでもブラウザで再生できないコーデックだと何かと面倒 ローカルの動画をブラウザで再生する機会ってあんまり無いような? 死んだ死んだ言うがそりゃ特許料お支払が面倒くさい&マネーisパワーなスーパーマシンでエンコできる動画配信業者はH.265を使わんだろうけどCPUにしろGPUにしろエンコードにしろデコードにしろ一番進んでるんだから一般ユーザーはしばらく使うんじゃ youtube自体はVP9(webm)へのシフトを急速的に進めているけどなぁ
新しくアップされている動画のコーデック別ファイル容量を比較するとH.264よりVP9のほうが大きめに作成されているケースをよく目にするし
最近は映像、音声ともにbestvideo[ext=webm]+bestaudio[ext=webm]にしちゃってる ひとつ書き忘れていた
audioだけはマルチチャンネルオーディオでアップしている動画のみbestaudio[ext=m4a]にしないといけないのが微妙に面倒ではあるが
マルチチャンネルオーディオもさっさとOpus化してくれ 超低ビットレートはSBRが使えるAAC、それ以外のビットレートはOpusが良い SVT-AV1 v0.8.1の10bit糞遅いと思ったらCPU30%も使ってない 音質はなんというか語りにくいところもあるからな
波形は乱れていても聞くと自然に感じるとか波形は元データに凄く近いのに聞くと違和感感じるとかもあるし 音質は48kbps以下はHE-AAC v2
48〜80はHE-AAC
80〜200はopus
それ以上はAAC-LCが音質いいと思ってる
まあopusで満足できないなら非可逆圧縮使ってる意味ないからFLAC使えよって思うけど ffmpegで、librav1eが再び使えるようになったね YouTube見てるとAV1の方がVP9より明らかに画質が悪い
同じ動画で両方ダウンロードして比べてみたが、
ビットレートは同じくらいなのにどうなってるんだろう >>58
まだエンコーダーが未成熟なのだと思いたい AV1エンコーダーは、まだ未成熟な要素が多いだろうな 高速化のために細切れに分割してるから
ビットレート効率がすごく悪いとか 細切れでエンコードしてるのは他のコーデックも同じはずだからそこで差は出ないと思う 俺も確認してみたが確かにAV1はVP9より画質悪いな
これは単にエンコード設定が煮詰まってないのかAV1に何かしらの変な癖があるかもしれんな
とにかくStadiaもAV1使うのならアクションゲームとかクソ画質になるからクラウドゲーの未来は暗いな 動画をドラッグしたら(2チャンネルまでの)音声トラックをopusに変えてくれるようなソフトないだろうか >>67
バッチ組めなきゃ
携帯動画変換君に最新のffmpegを入れてコマンドをカスタムして使えばー https://x265.readthedocs.io/en/default/releasenotes.html#version-3-3
2020/2/17 Version 3.3
New features
1. Adaptive frame duplication to identify and skip encoding of near-identical frames
and signal the duplication info to the decoder via pic_struct SEI. frame-dup to enable frame duplication
and --dup-threshold to set the threshold for frame similarity (optional).
2. Boundary aware quantization to cut off bits from frames following scene-cut.
This leverages the inability of HVS to perceive fine details during scene changes and saves bits.
--scenecut-aware-qp , --scenecut-window and --max-qp-delta to enable boundary aware frame quantization,
to set window size (optional) and to set QP offset (optional).
3. Improved scene-cut detection using edge and chroma histograms.
--hist-scenecut to enable the feature and --hist-threshold (optional) to provide threshold for determining scene cuts. >>74
そういう機能は(放送波の)保存エンコードでは使えないのがお約束
たぶん配信待ちの止め絵ぐらいにしか使えない >>41
VP9はタイル分割だから動画の解像度が低いほど分割数が増やせないから効率が悪くなる
並列エンコードとかしないと100%貼り付きにはならない
https://www.youtube.com/watch?v=5EzCwZzAmwc >>67
バッチとffmpegでドラッグ&ドロップしたMP4の音声をOpusにするならこんな感じ
bin\ffmpeg -i "%~1" -c:v copy -c:a libopus -b:a 80K "%~n1_opus.mkv"
バッチ書けないなら↓
Opus_Conv.zip https://www.axfc.net/u/4019446 AV1試してみたいんですがUbuntuで簡単に試すことってできないんですか?
Ubuntu 18.04, i7 8700k, 32GB, 1080Tiです
SVT-AV1とか自分でビルドしないといけないらしくて面倒くさいですね… https://hub.docker.com/r/openvisualcloud/xeon-ubuntu1804-media-svt
このDockerイメージ使ってエンコードしてみたんですがノイズの動画しか出来ませんでした
何かパラメータ間違っていますかね?
SvtAv1EncApp -i hoge.ts -tbr 50000 -rc 2 -enc-mode 5 -w 1920 -h 1080 -fps 29.97 -b output.ivf TS直で食わせてんの?エラー出なかった?
SVTなんちゃらエンコーダってraw videoしか食わなかったような
ffmpegかなんかでraw videoに変換してパイプで食わせるとかしないと
ストレージが有り余ってるならファイルに変換してからでもいいけど多分腰抜かす >>82
なるほどそんなことする必要があるんですね…
ありがとうございます 16スレッドでぶん回して3fpsくらいしか出なくて泣いた
使い物にならんなこれ SVTシリーズはマジでサーバー用だからな
メモリ10GBくらい普通に消費するし 以前SVT-AV1だったかSVT-HEVCだったかを試したら、
うちのメモリ8GBのHaswellノートはSDサイズのエンコでもフリーズした・・・ して、X265 3.3はどうかね
不具合ないかい? >>90
新機能が追加されバージョンが上がるんじゃなく
ある程度、更新が溜まったらバージョン上げて纏めるだけだから
そういう質問は無意味だよ VimeoのAV1バージョンアップしてるっぽい。けど減ってないね
いままでは av01.0.31M.08.0.111.01.01.01.0 その他動画もこれだった。
https://vimeo.com/384747507
1280x720 av01.0.31M.08.0.111.01.01.01.0
1920x1080 av01.0.31M.08.0.111.01.01.01.0
2週間前
https://vimeo.com/391169240
1280x720 av01.0.09M.08.0.111.01.01.01.0
1920x1080 av01.0.12M.08.0.111.01.01.01.0
ついでに
HEVC AVC AV1
1920x1080 2283k hvc1.2.4.L123.90
1920x1080 4432k avc1.640028
1920x1080 5649k av01.0.12M.08.0.111.01.01.01.0 インターレース保持したい場合に適した圧縮規格をご存知ないでしょうか
h264は圧縮率が低い
h265は規格としては保持可能だがインターレース保持したh265の動画を再生できるデコーダーが限られている(確認したわけではなく仄聞する限りの話ですが)
とどうも良い方法が見当たらないのです 適切なインターレース解除をしてからエンコード
と言っても、インターレース解除の道は一筋縄ではいかないが インターレース解除に完璧は無いからね
まあQTGMC使っておけばいいでしょ インターレース保持したい場合って言ってるわけだし・・・
次世代的にはインタレは継承しないというか整数フレームにならないものはかなり下火の扱い
QTGMCだって無駄に60fpsになるだけと感じる人もいるだろうし
まぁインタレ保持して再生時にHW支援で満足できるならYadifでも何でもいいと思う インタレースってやってる事は至極単純な事だというイメージなんだけど、
何がそんなに難しい事になっちゃってるんでしょう ■ このスレッドは過去ログ倉庫に格納されています