次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
レス数が1000を超えています。これ以上書き込みはできません。
H.264/AVCの後の様々なビデオコーデック全般について語るスレです。
■主な次世代ビデオコーデック
・H.265/HEVC
・VP9
・AV1(AOMedia Video 1)
・VVC(Versatile Video Coding)
■前スレ
次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1532001049/
次スレは>>980が宣言してから立ててください。 svtエンコって難しいな
ffmpeg -i test-1080p.mkv -strict -1 -f yuv4mpegpipe - | x265 --svt --profile main10 - --y4m -o test-1080p.265
↑のコマンドでやったら、
av_interleaved_write_frame(): Broken pipe
Error writing trailer of pipe:: Broken pipe
が出たよ
ちなみに--profile mainでは問題なし >>914
ffmpegのオプションに-pix_fmt yuv420p10leが足りないせいとかかな >>913
qsvとnvencは品質固定モードがあるだろ。できないのはsvtだけだよ。だからsvtは使い物にならない >>917
だからsvtでエンコする人が少ない訳だ そりゃ個人用途ならsvt使うメリットは微塵もないわな 保存用エンコとかストリーミングの大本みたいな
10Mbpsぐらい食わせてのエンコードを想定してるんじゃね SVTはリアルタイムエンコード用だろう
保存用にはx265使えばいいわ コーデックというわけではないが、Windows 10のバージョン1903からMKVファイルのサムネイル表示がサポートされたみたいだね 何も考えずに昔インストールしたICAROSで未だにサムネイル表示させてるけどもう要らないんだろうか >>922
MKVなんて1507(Windows 10の最初のバージョン)からサポートしてたよ >>925
何自分の投稿に誘導してんだよ屑
意図的に他人みたいな素振りしてる分マルチポストより悪質じゃねーか 【NVENC/VCE】ハードウェアエンコーダーを語るスレ2【QSV】
858 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 2d01-6I5X)[]：2019/06/09(日) 08:45:45.31 ID:TcuoKwh70
NVENCのnonrefp、aq、aq-temporal、bref-modeって有効にした方が良いのかな？
次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
925 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 2d01-vJIE)[]：2019/06/09(日) 20:45:25.52 ID:TcuoKwh70
誰かこの質問に答えてやってくれ
https://mevius.5ch.net/test/read.cgi/avi/1551446228/858
【NVENC/VCE】ハードウェアエンコーダーを語るスレ2【QSV】
863 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 2d01-vJIE)[]：2019/06/09(日) 21:11:56.34 ID:TcuoKwh70
>>862
死ねカス
次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
927 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 2d01-vJIE)[]：2019/06/09(日) 21:12:30.09 ID:TcuoKwh70
>>926
死ねカス 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) Ryzen 9 3950Xで、エンコードが捗りそうだな >>932の記事に貼られてる参考記事リンク
Firefox brings you smooth video playback with the world's fastest AV1 decoder - Mozilla Hacks - the Web developer blog
https://hacks.mozilla.org/2019/05/firefox-brings-you-smooth-video-playback-with-the-worlds-fastest-av1-decoder/
AV1 Ecosystem Update: May 2019
https://www.singhkays.com/blog/av1-ecosystem-update-may-2019/
後者ではVisionularって会社がAuroraっていうAIを利用したAV1エンコーダーを開発したということも書いてる。
x265 veryslowよりエンコード速度が32.2%も速くて圧縮効率も上と書いてるけど本当なのかな。
https://www.visionular.com/ 動き予測なんかはAI使ってもいいんじゃないかと思ってるが たぶん右、たぶん左、メンドクセ―から一括skipってことになるのか AIにも向き不向きあるからな
処理を速くする為にブロック捜査と参照関係の評価を手抜きするのに、それで精度落ちる精度（圧縮率の悪化）をAIでカバーして影響を最小限にってのには使えるけど
絶対的な圧縮率向上にはAIの効果は殆ど無いのよね
基本的に絶対的精度を求めないで、及第点以上な結果を素早く出すのには向いているから、ロジック処理で精度が出せなかったり、意図的に出さなかったりするケースの補完用途向き
aqの強度調整やフレーム内・フレーム間適用先の自動判定には効果はありそうではある 低ビットレートの古いコーデックの低画質画像の推測補完復号にAIは活躍しそう 圧縮率だけで見ればそうだろうけどエンコ時間…
注) HM=HEVC,VTM=VVC
https://i.imgur.com/UX30fGl.png この分野に限った話じゃないけど最近AIの定義ガバガバすぎない？
各種フレーム間予測にAI使って圧縮率向上します
ってそれAIつーかそれ用に最適化したプログラムってだけじゃん
チューリングテスト完全突破したのだけをAIと呼んでほしい 活用側は学習結果の反映・活用出来れば良いんだし、学習部分は必要が無い訳なんだからロジック実装の一部化する罠 強化学習だとオブジェクト判別が例に出されること多いけど、1pass目でオブジェクト判別みたいなことできれば圧縮にも好影響あったりするのかね 好適な量子化計数の予測精度は向上するから1passVBRの成果は向上するだろうけど、2passだと推測要素が殆ど廃されるから差は僅差になるだろうな Firefox 67には次世代コーデック「AV1」の世界最速デコーダーが採用されている
https://gigazine.net/news/20190612-firefox-67-av1-supported/
Firefox 67 Betaの使用統計データによると、Firefox 67 Beta上で再生されたムービーのうちでAV1コーデックのものだった割合は2019年2月は0.85％、同年3月は3％、
そして2019年4月には11.8％となっていて、AV1コーデックの普及がインターネット上で加速していることが示されています。
「高性能なハードウェアデコーダーが市場に投入されるであろう2020年頃まで、AV1は新しすぎて採用されないだろう」と予測する専門家もいたそうですが、
GoogleやNetflixが開発を主導していることもあり、インターネット上では急速に次世代コーデックへの対応が進んでいるというわけです。 Chromium以外YouTube最適化されてないし一般人はAVIFが現行のwebp(gif)代替になるとかしないと恩恵受けられなさそう。
結局2020年代になるやろ Firefox67でtesttubeで常にAV1に設定してYouTubeでAV1 betaのプレイリストの動画再生し
統計情報見てもcodecがav01にならずvp09のままだな ハードウェア条件とかあるのだろうか 単純にYouTubeがfirefoxにAV1を流さないだけだろ ・メモリやCPU使用量を制限できる“ゲーミングブラウザ”「Opera GX」
https://pc.watch.impress.co.jp/docs/news/1190163.html
ハードウェア再生支援の効かないクソ重たい動画を再生中にブラウザーを開いている場合にも良さそうだな >>949
そんなバカなと思って試してみたけど、うちも Firefox 67.0.2 / Chrome 75.0.3770.80 でAV1にならずVP9になってた。
以前は普通にAV1になってたんだが、なんでだろね。 >>949
今あらためて試してみたけど、Firefox 67.0.2 / Chrome 75.0.3770.90 で問題なくAV1になった。
ちなみにTestTube「自動」での挙動は以下のとおり。（4月の挙動は>>657参照）
Win10 Home 1803 Build 17134.829 64bit、i7-4702MQ
Firefox 67.0.2
・TestTube「自動」だと、720p60まではav01になる。1080pはvp09になる。
Chrome 75.0.3770.90
・TestTube「自動」だと、720p60まではav01になる。1080pはvp09になる。 真偽は分からんけどredditにYouTubeのエンジニアを名乗る人が現れて内部的な問題で一時的にAV1が使用不能になってたって言ってる
AV1 on YouTube paused for boring procedural reason
https://www.reddit.com/r/AV1/comments/c0c7e9/av1_on_youtube_paused_for_boring_procedural_reason/ ttps://www.realtek.com/en/press-room/news-releases/item/realtek-launches-worldwide-first-4k-uhd-set-top-box-soc-rtd1311-integrating-av1-video-decoder-and-multiple-cas-functions
RealtekからAV1ハードウェアデコーダ搭載のセットトップボックス向けSoC登場 >>317
手元に
Xeon 5080 Dual Processor
Phenom 9750
みたいな(X64+SSE3)
環境が残ってるから微妙な気分になったわ
あ、K8 Athlon64X2(AM2)はSIMD遅いから部妙だQUADFXならいけるかもだが >>958
調査対象がSteamユーザだから一般のPCユーザよりは高めの結果が出てるかと。 SSSE3すら対応してないCPU使ってるカスが快適なAV1再生なんか求めないから大丈夫 あんまり関係ないけど、YouTubeの左の三メニューの「新機能を試す」がTestTubeに飛ばなくなった。URL直打ちならTestTube行けるんだけど。 eve-vp9も強いな
商用ライセンスだから個人には関係ないけど USB 3.0初搭載の「Raspberry Pi 4 model B」が登場 - PC Watch
https://pc.watch.impress.co.jp/docs/news/1192218.html
GPUはVideoCore VIで4K/60p H.265のデコードをサポートとな
ベッドサイド動画ザッピング専用クライアントマシンでも作ろかな https://i.imgur.com/6gpFsU9.png
https://i.imgur.com/JthQcLb.png
Eve-AV1凄まじいな
libaomのcpu-used=1と同程度のエンコード時間で大幅にVMAFスコアが高い
ぜひ使ってみたい AV1、普及させるにはハードウェア再生支援を実装したGPUをさっさと出さんとな TMPGEnc辺りが採用してくれれば個人にも恩恵はありそうだけど 9900Kがゴミのようだ
Zen2のH.265/HEVCエンコ結果リーク
ttps://i.imgur.com/ExuYYof.png このスレにx265をソースコードからコンパイルしている人っていたりする？ >>971
32コアもあるのに遅いスリッパがゴミだった >>973
たまにやってるけどrigayaさんのほうが早いから
全然つかってない >>976
コンパイラー何使ってる？
VisualStudio？ >>971
画質求めるならやっぱソフトエンコになるん >>977
環境変えたらMSのは動かなくなったからmsys使う方にした
大本はrigayaさんの公開＆解説してくれてるもの >>979
俺もMSYS2でx265のエンコードを試みたんだけど
どうしてもcmakeで失敗するんだよね・・・
cmake -G "MSYS Makefiles" ../../source -DWINXP_SUPPORT="ON" -DCMAKE_INSTALL_PREFIX="
/mingw32/i686-w64-mingw32" -DENABLE_TESTS="ON" -DENABLE_SHARED="OFF"
-DCMAKE_BUILD_TYPE="Release" -DCMAKE_CXX_FLAGS_RELEASE:STRING="-O3
-DNDEBUG -march=native -static-libgcc -static-libstdc++ -static"
-DCMAKE_CXX_COMPILER="i686-w64-mingw32-g++" >>980
今、やってみたけどビルドできたよ
「rigaya x265 ビルド」で検索したら出てくる
rigayaさんのHPを参考に1からやり直してみては >>983
ありがとう！わざわざ試してくれたんだ(´･ω･`)
HP見ながらもう一度やり直してみるよ・・・ >>983
rigayaさんのHPからMSYS2、CMAKE, HGをインストール・整備したあと
配布している ./build_x265.sh をダウンロード・実行してみた。
だけど結果はエラー。
そのときのログが↓
https://www.dropbox.com/s/68whl5elyfvyrk6/x265_log.txt?dl=0
うーん、Windows7で実行してるのがまずいかな？ MSYS2なんだしWindowsのバージョンは関係ないと思う。実際にwin10の俺でもエラーが出てるし 自分がやった失敗は265.shへのリンクを右クリ保存してた
クリックしてリンク先にジャンプ→テキストのみを保存ってやってる？ ともったけどファイルは正常みたいね
SVT-HEVCの文字が見えるから、それに対応する前の↓でやってみては
https://1drv.ms/u/s!AuTrC8hUJOKhgpogvzIw-QgJp4NDBw >>985
最初につまづいてるのはここだよねﾏｽﾞｺﾚｦ(´･ω･`)ｸﾘｱｽﾚﾊﾞ
collect2.exe: error: ld returned 1 exit status
make[2]: *** [Source/App/CMakeFiles/SvtHevcEncApp.dir/build.make:262: ../../../Bin/Release/SvtHevcEncApp.exe] エラー 1
make[1]: *** [CMakeFiles/Makefile2:453: Source/App/CMakeFiles/SvtHevcEncApp.dir/all] エラー 2
make: *** [Makefile:128: all] エラー 2 https://www.phoronix.com/scan.php?page=article&;item=ryzen-3700x-3900x-linux&num=4
Ryzen 9 3900Xはえーな FPGAと3900Xでエンコードするのとでどっちが値段安いのかね
FPGAリアルタイムエンコーダーの開発費用は含まないものとしてボードだけの値段
素人にはさっぱり相場がわからない 相場も糞も開発費含まなきゃ製造原価やん
業務用だとボード単体で個人が入手出来るかも怪しい代物で、システム1式なら新車買えるレベルのがごろごろしてる >>988
ありがとう
そのシェルスクリプトを走らせてみた
でも結果はやっぱりエラーが・・・
↓
https://www.dropbox.com/s/z0wpyzn8pcmi5a8/x265_log2.txt?dl=0
一番最初に表示されるエラー；
CMake Error at CMakeLists.txt:602 (list):
list GET given empty list
CMake Error at CMakeLists.txt:603 (list):
list GET given empty list
これが何かを示唆している気も・・・ >>993
バージョンを判定する部分がうまく動いてない("-- x265 version +-"のところ)
気になるところはCMakeが古いのとmsys2のMercurialが使われてるところかなぁ
Pathが通ってるか、そもそもwindows側にインストールされてるか確認するといいかも? >>994
MSSY2のMercurialをアンインストールし、
改めてWindows版のMercurialをダウンロードしてきてインストールし直してみた。
加えてCMakeもポータブル版ではなくインストール版を改めてインストールし直してみた。
その上で再度x265ビルドスクリプトを動かしてみたんだけど・・・
https://www.dropbox.com/s/e0raz1sarltzo9y/x265_log3.txt?dl=0
さらにあっさり失敗するようになってしまった
むむむ・・・ >>995
今試したら"Mercurial 5.0.2 Inno Setup installer - x64 Windows"だとそのエラーが出た
MSI installerの方は大丈夫みたいなのでそっちで試してみて このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 161日 5時間 11分 42秒 レス数が1000を超えています。これ以上書き込みはできません。
