【NVENC/VCE】ハードウェアエンコーダーを語るスレ【QSV】
■ このスレッドは過去ログ倉庫に格納されています
■各社GPUのHWエンコーダでのH.265/HEVCおよびVP9のサポート状況(2018年7月上旬時点)
●Intel QSV (Kaby Lake/Coffee Lake＋Intel Media SDK 2018 R1)
〇HEVC
mainおよびmain10。Bフレーム使用可。
〇VP9
・LinuxでVA-APIを使えばKaby Lakeで利用可能らしい。
https://gist.github.com/Brainiarc7/24de2edef08866c304080504877239a3
・Intel Media SDK for Windows 2018 R1で、Cannon Lake向けの
プレビュー機能としてVP9エンコーダ関連のAPIが追加されたので
Cannon LakeからはWindowsでも使えるようになるかもしれない。
●Nvidia NVEnc (Pascal＋NVIDIA Video Codec SDK 8.2)
〇HEVC
mainおよびmain10。Bフレーム使用不可。
〇VP9
未対応
●AMD VCE (Polaris＋AMF 1.4.7)
〇HEVC
mainのみ。main10は不可。Bフレーム使用不可。
〇VP9
未対応 nvencはyuv420エンコ出来るようにして欲しい 多分に既存スレと重複するスレ立てするなら、統合持ちかけるなり勧誘するなりして既存スレの次スレのタイミングで立てるなりしないと、ニッチな内容のスレほど書き込み分散して過疎化で共倒れしたりもする
内容の重複するスレは、後から立てる方がそういう手間をするのが2ch時代からの流儀
関連スレのリンクも無いから、そういうスレが有るかのチェックもせずに立てた様にしか見えないから指摘したまで 何年も前から有るってのｗ
そして論議も無くQSVスレにコッチのアドレスいきなり放り込んで向こうでも怒られてる始末
当たり前だわな >>30
ワロタ
そんな省略されても誰も分からんわw
次世代ビデオコーデックスレのために作ったテンプレが丸パクリされたでござる・・・。
まぁそれはいいんだけど、QSVスレは既にあるんだからQSVを除くか、
せめて関連スレにQSVスレ入れるくらいはすればいいのに。
【Intel】 Quick Sync Video Part.7 【QSV】
https://mevius.5ch.net/test/read.cgi/avi/1486130737/ >>34
マジレスする前に聞いておきたいんだけど、何を見てどう考えて「p010にしかならない」と判断したの？ どこかにそう解説してたページがあったから
単純にHDRのメタデータ埋め込んでも再生出来なかったから調べたんだけど
マジレスに期待してる
ご教示頂きたい 10bitエンコはNVEncで普通にできるでしょ
-c hevc --profile main10
これでエンコしまくってるよ >>34
あ、これ見落としてた
>>37
俺も君がどう勘違いしたのかには興味があるから、是非その解説ページを教えてくれ 勘違いなの？
>>39でエンコした結果p010にしかなってないんじゃないのかな あ、ブックマークつけてないからもうどこだったか分からない
申し訳ない >>43
p010は無圧縮10bitYUV420データのメモリレイアウトの名前
圧縮されたデータとは関係ない >>37
URLが無いとわからんが、多分解説ページの意味をお前さんが理解できなかったかだけだろう・・・。
yuv420p10 ： （一般的には）10bit深度のYUV4:2:0形式のこと。
p010 ： 10bit深度のYUV4:2:0形式のデータフォーマット（Y/U/Vの並べ方も含めた規定）の１つ。P010でググれ。
「形式」と「データフォーマット」を混同してる時点で根本的に勘違いしていることがわかる。
>>39が書いてるとおり、NVEncのH.265で10bit4:2:0のエンコードはできる。
H.265の圧縮データをデコードしてYUVに戻す時にP010というデータフォーマットにするのか、
別のデータフォーマットにするのかはデコーダとかの設定次第。
ついでに言うと、10bit深度であっても、HDRであるとは限らないので、
なんでHDRのメタデータを埋め込むなんて話が出てきたのかもよくわからない。
思い込みでソフトのバグや問題だと決めつけるのは初心者にありがちなことだけど、
何をどうやってエンコしてどういうもので再生しようとして再生できなかったのかなど、
ちゃんと詳細を書いて質問したほうがいいと思うよ。 というかスレ立てた人とワッチョイが酷似してることに気づいたけど、同じ人なんだろうか。
もしかしてこの質問をしたいだけでスレ立てたのか・・・？ 要は昨今多い内輪以外にもいきなり主語省略で話し出す手合いか
そりゃ思慮に欠けてる書き込みしか出来ないわな
そもそもnvencは低レイテンシの映像配信用のエンコードエンジンだから、根本的に圧縮コーデックで出力する事しか考えられていない
あくまでそういう用途のハードウェアエンコーダを転用して利用しているだけなんだし
既に3.5世代目になってもその路線崩さないから、今後も望み薄
単なる色空間的な変換とかそういう用途に使いたいなら、他を当たるかソフトウェアでやれと 普通にQSVは向こうでNVENCとAMD VCEはこのスレでやればええんちゃうん QSVについては専用スレがあるので、込み入った話はこちらへ とかでテンプレにURL張って、むこうにもその旨書き込んでおけば良かっただけんだけど
関連スレの有無も確認せず、この手のスレの立ち上げに必要な諸情報も簡便なのすら無いからな どこかのスレにテンプレ丸々コピーされたとか書いてあったなw
元はどこなんだろ 俺今までNVEncはCRFモードをサポートしていないと思っていたけど、
--vbr-qualityを設定すれば良かったんだな
知らなくてずっとビットレート設定してた・・・ >>55
> --vbrhq 0 --vbr-quality 32
この使い方は知らなかった 一体いくらかかるんだろうw
MSのAzureにも似たサービスあるけど、あっちはMS独自のエンコーダーだったかな ビデオエンコーダブロックNVENCはTuring用に更新されています。
NVENCの最新の反復では、特に8K HEVCエンコーディングのサポートが追加されています。
一方、NVIDIAはエンコーダの品質をさらに向上させることができ、これまでと同様の品質を25％低いビデオビットレートで達成することができます。
NEVCでB-FRAME使えるのかな?? いつも思うけどハードエンコの開発元はPSNRなりのデータ出して欲しいね
ソフトウェアならデータ出してるとこ多いのに Pascal世代でもマクロブロックの捜査処理部の性能向上だけでHEVCの画質上げてたからな
Maxwellで同じプロセスルールのまま動作クロックとワットパフォーマンスをKeplerから馬鹿みたいに向上させてみたり
地味にnvidiaの回路設計技術は変態の域 NVIDIAはBフレを軽視しすぎている
というか規格に対する準拠意識が低い
今回発表のチューリングで、そのあたりがどこまで改善されるのか HWエンコでBフレ有りだと明らかに劣化する上、速度が遅いから要らんな
永久保存したいならSWエンコしなさいよ そんなもん、エンコーダーの出来が糞なだけだ
「Bフレを有効にする=画質劣化」ではない >>68
規格的にBフレ使用義務なんて無いが？
規格準拠とか言いつつ糞も理解してないだろ >>69
現状の実装だけみてハードウェアエンコーダは汚いと言い切るのは、さすがにどうかしている
実装次第だからな
ソフトウェアであっても実装がクソなエンコーダならば汚いことに変わりはない
ハードウェアかソフトウェアかだけで語るのは無意味 >>72
現状の実装以外に何を語るの？未来人なの？
1人だけ勝手にSWエンコ時もBフレが汚い話に捉えてるけど、おまえ以外はHWエンコ時の話しかしてないよ 少なくともQSVのH.264(LA-ICQ)でエンコしてSSIMやVMAFで評価した場合は、
BフレームとBピラミッド無し(--bframes 0)にすると、かなり酷いレベルで圧縮効率が低下するんだけどな。
（ちなみにデフォルトだと--brframes 3 --b-pyramid）
QSV-H.264-LAICQ_Bフレーム有無の差
http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3501.jpg
>>67や>>69のように「BフレありのHWエンコは劣化が酷い」みたいに言ってる人は、
どのHWエンコーダのどのコーデックで、どのように評価してそう言ってるんだろ？
他にBフレームが使えるHWエンコというと、
・QSVのH.265
・NVEncのH.264
・VCEのH.264 （Polarisより古いハードのみ？)
のいずれかだが・・・。 圧縮効率が何で画質の悪さと関係あるんだよ
映像見て語れよ >>76
面倒くさい奴だな・・・。
一応crowd_runでも調べてやったけど、Bフレ無しだと圧縮効率が下がることに変わりはないぞ。
QSV-H.264-LAICQ_Bフレーム有無の差_crowd_run
http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3502.jpg
ソース： https://media.xiph.org/video/derf/
>>77
もしかして圧縮効率を考えずに「画質が悪い」とか言ってるのか・・・？
「Bフレありの1Mbps」と「Bフレ無しの5Mbps」みたいに
ビットレートが異なるファイルを比べて「Bフレ無しの方が綺麗」とか言ってるんじゃないだろうな・・・。
それとも「Bフレーム有効にするといくらビットレートを上げても糞汚いHWエンコーダがある」とでも言いたいのか？
>>75での疑問にも何も答えてないし、何が言いたいのかよくわからん。 >>79
最低限の情報も出さず、まともな説明もしないお前の方がアホだと思うが・・・。
もしかしてグラフの意味を理解できてないのか？
同じビットレートで比較したいなら、同一ビットレートでのSSIMの値を見て比較すればいいだけなんだが。
SSIMでの客観評価じゃなく、同一ビットレートでの主観評価をしろってことなら、俺はそこまでやる気はないんで
「Bフレ有効だと画質が悪い」と主張するお前がテストして、その結果を示せばいいと思うけど。
それ以前に
・どのようなソースを
・どのHWエンコーダの
・どのコーデックで
・どのような条件でどのように評価した結果、Bフレありだと画質が悪いと主張しているのか
をちゃんと書いたほうがいいと思うけどね。そういった情報も無しにただ喚かれても、話にならんだろ。 やる気ないってwww
エンコしてるならその映像見てグラフと一緒に示せば完全論破でドヤ顔出来るのに、しないのが証拠だろ？ 最低限の情報すら頑なに出さないアホの探偵ごっこか・・・。
目の前にある事実を無視して、わざわざ遠くにある迷宮に入りにいって帰ってこないタイプなんだろうな・・・。 いや、単純にSSIMやグラフの見方が分からないだけだと思う・・・ >>83=84
とうとう自演しやがったwww
全角の使い方でバレバレ >>83-84
ﾜｯﾁｮｲ b9ec-PcWx
ﾜｯﾁｮｲ 29c3-PcWx
くっさｗｗ ワッチョイの下4桁はUserAgentで決まるから被ってもおかしくないはず
PcWxはMonazilla/1.00 JaneStyle/4.00 Windows/10.0.17134らしいから利用者も多いだろうし たまたまこんな過疎スレで全角もワッチョイも被って
たまたまレスが並ぶなんて珍しい事が起きたんだね
なるほど〜 JaneStyle使ってるだけで同じ人扱いされるとは・・・俺はずっと↓このIDだから
http://hissi.org/read.php/avi/20180825/RG92RG4vWWEw.html
>>88
君はもう少し勉強してからレスしような NVEncの固定品質(>>58)試してるんだけど、どうもコレ内部では
ビットレート指定VBRと全く同じモードで動いてるっぽい
（少なくともGTX1060では）
ビットレート指定VBRと画質が全然変わらなかった
実写、アニメ、前半実写で後半アニメの3つくらいでエンコしてSSIM測って
SSIM-ビットレートをプロットしたら全部同じ線上に並んでしまった
という訳で今の所使う意味なさそう
次のTuringでは良くなるのかなぁ んなもんソースによる、一概な答えしか容認出来ない馬鹿は頬っておけ Turingの方はTensorコア使ったポストエフェクトとか超解像の方がトピックかもしれん
SDKから機能的にどう触れるかはまだ解らんけども、描画フレームにms単位の処理時間で適用出来る変態仕様みたいなんで
デコードされたフレームデータにも使えたらフィルタ処理系で色々面白い事出来るかも >>90
mpc-hcでビットレート観測するのが簡単
なんか、どっかでも書いたけど3Mbpsとか比較的十分にビットレートを使ってたら画質差は出にくい あれ、でもやっぱりビットレート分布は全然違った
ビットレート指定VBRと同じではなかった
ビットレート分布が変わっても平均するとプラマイゼロでSSIMは変わらないのか・・・ >>83
分かったからID:Fz8j+osy0 連れて来いよｗｗ NVEncの固定品質はちゃんと固定品質になってた
↓最初4分の1が実写で以降アニメの動画をエンコードしてCheckBitrateでビットレート分布出した
https://i.imgur.com/BfPIXjI.png
SSIMはほぼ同じだったけどSSIMはそういうものなのかな
まぁでも固定品質がちゃんと使えることは分かったわ
これからは固定品質一択だね
ビットレート指定VBRなんて必要ないわ >>92
Tensorコアでリアルタイムwaifu2xに期待 >>90 >>96
>>55と>>58にあるNVEncの
> --vbrhq 0 --vbr-quality 32
については、rigaya氏のブログのNVEnc 4.12の記事のコメント欄でやりとりされていて、
そこでのrigaya氏のコメントは以下のようになってる。
---
固定品質モードですが、ご指摘の方法でよろしいかと思います。
NVEncCのドキュメントにないのは、一応NVENCのSDK上では、
これがビットレート指定モードの一部だからです。
(「Rate control」としてはずばり固定品質モードというのはなく、
vbrhqでビットレートを指定しない(つまり0)、という形が必要です)
--- ビットレート指定モードの一部が固定品質モードってのはなんか分かりにくいなｗ >>97
何勘違いしているのか、知ってるフィルタの名前使いたいのか知らんけど
Tensorコアでwaifuの処理内容が高速に処理出来る訳じゃ無い
nvidiaが用意した機械学習成果を元にTensorコアで判断処理して補正・補完を適用するnvidiaの超解像技術になる
学習データが更新されると精度も上がるだろうし、レイトレなんかよりコンシューマPC環境にTensorコアを使用した処理環境が降りてくる方がデカい ■ このスレッドは過去ログ倉庫に格納されています
