次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
■ このスレッドは過去ログ倉庫に格納されています
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 が宣言してから立ててください。 下のをダウンロードして https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM/blob/master/cfg/encoder_randomaccess_vtm.cfg こんな感じでエンコード出来た ffmpeg.exe -y -i "%~1" -an -pix_fmt yuv420p -f rawvideo input.yuv EncoderApp.exe -c cfg_encoder_randomaccess_vtm.cfg --InputBitDepth=8 --OutputBitDepth=8 -q 25 -fr 24 -wdt 1280 -hgt 720 -f 10 -i input.yuv -o output.yuv -b output.bin ffmpeg.exe -y -f rawvideo -s 1280x720 -r 24/1 yuv420p -i output.yuv -vcodec utvideo -an output.avi .yuvの入出力がパイプ渡しでできれば便利なんだけどねえ。 >>177 誤 ffmpeg.exe -y -f rawvideo -s 1280x720 -r 24/1 yuv420p -i output.yuv -vcodec utvideo -an output.avi 正 ffmpeg.exe -y -f rawvideo -s 1280x720 -r 24/1 -pix_fmt yuv420p -i output.yuv -vcodec utvideo -an output.avi 東京五輪後に地デジ4K開始で、映像圧縮はH266! 2019年2月12日(火)―2月8日発行 第64巻 第15376号 地デジ以上の一大P・東京・名古屋実験公開 技術的焦点はH.266活用とSFN目途 総務省来年度予算80億・最多額投入し具現へ 地上波4K、愈々検討本格化・五輪以降開始方針 >>180 まーた無茶してノイズ/モアレだらけの偽高解像度放送やるんか 今の地デジ放送って1つのチャンネルに複数のフォーマットを混在させることってできるのだろうか ゴールデンタイムとかは現行の地デジのまま、深夜に4K8K放送流して 視聴者はそれを録画して見るとか 関テレが研究してたのってそういうのじゃやかった?4Kの電波を現放送に乗せる的な 違ったっけ >>180 決まってもいないことを決まったかのように書いてる1行目は自分で書いたのか。 スポーツ新聞や転載まとめサイトじゃあるまいし、やめたほうがいいと思うよ。 マスコミ研究会 > 日刊合同通信 > バックナンバー http://www.godotsushin.com/backnumber_nikkan/2019/2019_02html.htm 「東京・名古屋実験」って、どういう団体がどういう実験をした(する?)んだろな。 「五輪以降」ってのは「何年後とは言ってない」ってレベルの話であって何のメドにもなってないし、 検討がまだ進んでない状況なんだから、やるとしても東京五輪以降ってのは当たり前の話でもあるし、 そもそもVVC(H.266?)の標準化予定が2020年10月(東京五輪より後)。 もう遅いだろうが五輪4K諦めてH.266出てから実験始めろ >>182 H.264のワンセグと普通のMPEG-2が一緒に配信出来てるからTSならできるでしょう。 >>187 1Chあたりの容量は変わらんから両方とも相当悲惨な絵になりそう AVX512が使えるとSVT-VP9がすごい AVX512有無だけでここまで変わるものなのか https://www.phoronix.com/scan.php?page=news_item& ;px=SVT-VP9-Open-Source 10Mbps超でH266で4Kならそこそこ綺麗そうだけどな Chrome/Firefox「Flashはセキュリティ面の問題もあるし、何よりWebはオープンであるべき!」 Chrome「せや!動画もH.264/H.265排除したろ!」 Apple「駄目です。」 Chrome「ぐぬぬ・・・」←いまここ 将来的にChromeがVVC排除する危険性は0じゃないし、Webに載せるのは慎重になってしまう。 かと言ってAV1が普及するかと言えば、再生すら糞重たい現状ではかなり難しい (CPUデコードで4K再生とか8コアクラス以上のCPUじゃないと無理だろ) i7-2600程度だと720pですらコマ落ちしまくるからなぁ >>189 記事内のリンクで気づいたけど、2/15にSVT-AV1のベンチマーク記事も出てたんだね。 2/3版に比べて、2/15版はかなり速くなってるとのこと。 (まあそれでも i9-7980XEで1080pが8.5fpsくらいだけど・・・。) SVT-AV1 Already Seeing Nice Performance Improvements Since Open-Sourcing - Phoronix https://www.phoronix.com/scan.php?page=news_item& ;px=SVT-AV1-Speed-Progress >>192-193 参考までにPhoronix Test Suiteのdav1dのベンチマーク。1080pと4Kのデコード速度。 dav1d Test Profile https://openbenchmarking.org/test/pts/dav1d グラフ dav1d Performance Showdown, Automated Performance Comparison https://openbenchmarking.org/showdown/pts/dav1d >>195 掲載しているCPUに偏りがありすぎて資料としての価値が… そもそも物理コアが2コア、4コア、6コア、8コアでそれぞれ何fps程度までコマ落ちなしで再生できるのかみたいな比較じゃないとわかりにくいし あと、今年中に登場予定のIntelの新型CPUがかなり気合い入ってるらしいので、そいつに期待するか 2018年あたりからThunderbolt3端子搭載ノートPCが増えてきているから、Thunderbolt3接続タイプのAV1ハードウェア再生支援回路とかが出れば普及させやすいかもしれんが ffmpeg+QSVでH.264とHEVC両方使ってみたけど 意外とCPU負荷もあるんだな GPUに全部お任せできるくらいに思ってたわ H.265の寿命は短かったなあ。4K8Kのコンテンツもコーデックもオワコン。 H.266よりもAV1だろ AV1のハードウェアエンコードはいつになったらできるのか >>191 H.264はともかくH.265は元からChrome/Firefoxには無いだろ >>203 終わったやん。本格的に。 まぁ、でもAV1リアルタイムエンコード厳しいし...厳しいし... >>204 は?何いってんだ、H.265が採用すらされないのは権利問題だろ そもそもSafariにはH.265あるのか? 個人使用でモダンなコーデックの中で圧倒的に実用的なhevcが終わったっていうのは有り得ない。 一般的には始まっても無いが少なくとも終わったという表現はおかしい。 ノートでバリバリHEVCエンコしてるよ i7-8750H、2時間映画8時間近くかかるから寝る前にセットだ 固定回線でも「ギガ不足」におびえる時代が到来か、トラフィック急増により現場で起きている悲劇とは (1/2) 「従量課金に移行しないと、このままではとても立ち行かない」 ある固定回線系プロバイダーの幹部が悲痛な面持ちで筆者に訴えた。 「ここ数年の爆発的なトラフィックの伸びに設備投資が追い付かず、ユーザーからのクレームが増加している」 それは、プロバイダーだけの問題ではなく、NTT東日本・西日本(NTT東西)のフレッツ光にもいえることらしい。 この資料の中で注目してほしいのは4ページ目の「1契約当たりのトラヒック」(図版2)だ。これを見ると、2015年辺りから毎年3〜4割のダウンロードトラフィック増を記録している(赤のグラフ)。 動画サービスの台頭やWindows Updateの存在がトラフィック増の原因か https://www.atmarkit.co.jp/ait/articles/1902/19/news013.html iPhoneの動画撮影と写真がHEVCになって2年以上経つし普及はしまくってる 既に使用してないiMac 2010でもHEVC 1080pは余裕で再生できた YouTubeの1080p60を1.5倍速で再生できないうちのパソコンに未来はありますか…? 進歩しないといけないとはいえ やっぱ光の速度に限界がある以上 限界は近い 1080pじゃないな。iPhoneで4K60fpsで撮ったのが2010 iMacで問題なく再生できてるの間違いだわ。ハードにHEVCの再生支援なんてないから、GPUのシェーダーコアとかCPUのSSEとかで頑張ってるんだろうけど(AVXもないマシンなので >>216 さすがに2010年のiMacのスペックで4K60fps(H.264でもHEVCでも)を問題なく再生するのは無理では? https://ja.wikipedia.org/wiki/IMac_ (%E3%82%A4%E3%83%B3%E3%83%86%E3%83%AB%E3%83%99%E3%83%BC%E3%82%B9)#iMac_(Mid_2010) 再生してる動画のプロパティをもう一度確認したほうが良い気がする。 >>217 ダブルチェックした。 未編集ビデオ書き出してQuickTimeで再生。 HEVC 3840x2160 59.99fps データレート 51.41Mbps ふつーにヌルッヌルに再生できる。 2.93GHz Core i7 8GB 1333MHz DDR3 Radeon HD 5750 1024MB 解像度 2560x1440 俺のivybridgのCorei5 で4k 60fpsのVP9再生してみたけど60%ぐらいやな。だからいけそうな気がするな。 60%ってのはタスクマネージャーで確認したCPU使用率 負荷は4コア400%中295%程度 100%基準にすると75%程度だから妥当かと 固定回線が従量制になったりしたらネットインフラが完全に崩壊しそう。ゲームのDL版なんか買えなくなる >>222 最大の危機はWindowsUpdateって話も・・・ 従量制だと良識派ユーザーならかえって安くなりそうだな YouTube VP9/1080p60fpsでDropped Frames 9912/14280のワイ無事死亡。 FUJITSU AH30/Xもう本当に許さねぇからな。お前。 >>226 逆恨みはほどほどにな ・ AMD デュアルコア E1-7010 APU + AMD Radeon™ R2 グラフィックス →Unified Video Decoder 4.2 VP9の再生支援には対応していない Celeronの最下位モデルと同クラスのCPUに期待しすぎだ ブラウザ変えてみるとvp9のデコーダの性能が違うから見れるかも chromeはlibvpx firefoxはffvp9 edgeはvp9 extension でデコードされる edgeはmediafoundation全面押しだから軽い ジッジが同じような富士通の機種使ってるとこ見たとき プレインストールの常駐ソフトだけでメモリ4Gほとんど使い切って スワップしてたからそこも気をつけてほしい ah77/cだけど>>226 にはギリギリ勝ってて腐ってもi7なんだなって思った >>229 その通りなんよ。今度から自分で買うことにする。悪いのは家電量販店と富士通やし。 タスクマネージャー見たらエクスプローラー開こうとしただけで100%行きやがる。 >>234 こういう奴仕事できなさそう 自分が無能なのを棚に上げてさ >>224 各プロバイダーがWSUS設置すりゃいいw >>226 つべを見たいだけならh264ifyとかでVP9使わないようにすれば… >>238 Edgeで見たら凄い軽かったからそれで行こうと思う。 ChromeがVP9のハードウェアデコードしてなかったらしい。 Edge今までChromeインストール用と馬鹿にしてごめんなさい...。 >>239 EdgeさんはVP9ハードウェアデコーダ積んでない場合H.264にするとかやってなかったっけ? 右クリで詳細統計情報のコーデック見るんだ >>239 > ChromeがVP9のハードウェアデコードしてなかった Chromeのせいみたいに書いてるが、>>226 のPCはVP9のハードウェアデコード機能持ってないんだから当たり前だろう・・・。 まさかEdgeがハードウェアデコードしてくれてるとでも思ってるんじゃないだろうな・・・? win7だとdirectXの新しいのが入れられないのでスペックは十二分にあるのにモダンなコーデックはハードウェアデコード出来なくてHEVC4Kがギリギリで辛い どうしてもダメな理由があるので変えられん 今思い付いたけどvirtualboxとかにwin10インストールしたら支援受けられる? iPhoneのGPU使ってHEVCエンコしたいんだけど、そういうアプリ無いかな… >>242 仮想化ソフトで動かしてもGPUを直接叩けるわけじゃないから無理 >>243 ある。Siri Shortcutsでワークフロー作ろう。 共有メニューからパイプみたいに流し込んでエンコできるようにしとくと便利 >>244 ふぇ…VRとか6Kとかの動画多くて辛ひ >>242 グラボのpciをvirtualboxでパススルーすれば仮想マシンから直接触れるようなことは聞いたことあるけど やったことはないから自信ない 今どきのハードウェアデコーダは6Kとか対応してるのか? >>240 ほんまや。OpusとAVCと組み合わせなんて初めて見た。 てかReadonっていつの間にVP9非対応になってしまったんや。 >>249 > Readonっていつの間にVP9非対応になってしまったんや いや、君がVP9サポート前のPC使ってるだけだから・・・。 ついでに言うとRadeonはVP9の対応が遅れてて、VP9のHWデコードやDXVAに対応できてるのはAPU(RavenRidge)のみ。 それ以外のPolarisとかVegaはハイブリッドデコードでDXVA非対応。 稀に動画は再生支援を使うから低スペックPCで省電力がいいとか言ってる連中がいるが、 省電力PCは不可かかったときにフレーム落ちしやすいし、音声にリサンプリング処理とかを高精度に適用するだけでもブツブツといった ノイズが混入しやすくなるから、省電力PCは全くオススメしない >>242 virtualboxのGPU仮想化はホストがLinux限定じゃなかったっけ VMWareだと結構お高い拡張パック必須 どのみち仮想化するならハード一個持ってかれるからホストとグラボ共有とかは無理なはず。 もう一個グラボ刺したら? 余命一年のOSで踏ん張らないといけない理由が何さ 宗教的な問題? >>256 windows7じゃないと動かないソフトがたくさんあるんじゃない? そういう用途ならデュアルブートにするのが良さそうね 何を言っているのかヨクわからねーかもしれないが、x265 で SVT-HEVC を使えるようになっていた。 x265 and SVT-HEVC in the same house http://x265.org/x265-svt-hevc-house/ SVT-HEVC (ビルド方法やオプションの使い方など) https://x265.readthedocs.io/en/latest/svthevc.html >>256 マジレスすると反応速度が重要な少し古めのゲーム、というかSTGだな。配信もしてる モニタや入力機器、ドライバも拘って遅延抑えてるのにwin10にするだけで1-2F程度遅延が発生する 自分は当該ゲームだと1F遅延はABテスト100%だから絶対変えられないし知り合いも2環境作ってる人が多い 多分反応速度0.13台だから異常に遅延を感じやすい デュアルブートはOS切り替え面倒臭いから多少不便があっても使ってる… >>251 RX580使ってるけどChromeでもFFでもEdgeでもハードデコードできないよ 昔は出来たみたいだけど >>261 自分もそれを書こうかと思ってたところ >>266 なんかSVT-HEVCを利用して x265の高速化を図るのではないかという予想もあるみたい >>268 doom9の一般人の予想だからなんとも・・ ま、あっても2pass時のみとか微妙な感じになりそう SVTをx265が使えるログファイルを吐くように改造するのと x265にSVTの一部コードを移植するのと どっちが現実的なんだろうね >>269 >>261 の公式ブログ記事曰く --- In the long term, we plan to leverage this integration to further improve x265’s ability to handle real-time and low turn-around scenarios in pure software; this is the space that SVT-HEVC was focused on. In parallel, we will continue to innovate on our flagship presets that are used in offline encoding where x265 dominates. 長期的には、この統合を活用して、純粋なソフトウェアで x265のリアルタイムおよび低ターンアラウンドシナリオを処理する能力をさらに向上させる予定です。 これはSVT-HEVCが焦点を当てたスペースです。 並行して、私たちは、x265が優位を占めるオフラインエンコーディングで使用される当社の主力プリセットを革新し続けます。 >>263 render aheadフレーム数の強制設定のことかな VulkanやDX12には意味ないから、OpenGLやDX11以前の旧ソフト向けのバッドノウハウ化しそうだな SVTはリアルタイムエンコに特化してるからx265と直接は比べる意味無いと思う 動画に使うならx265のほうが良いし配信に使うならSVTのほうが良い https://github.com/intel/SVT-HEVC/blob/master/README.md メモリ足りてればBroadwell以降のCPUで動くらしいけど、恩恵を受けられるのはサーバーらしいね どの層を狙った統合なんですかね リモコン番号 (関東地方チャンネルプラン) 1 2 3 4 5 6 7 韓 9 101112 押すわけないわな、日本人なら。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる