X
【NVENC/VCE】ハードウェアエンコーダーを語るスレ【QSV】
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠編集中 (ﾜｯﾁｮｲ 4381-Xflc)
垢版 |
2018/08/08(水) 04:44:09.82ID:NnYmcXUx0
ソフトウェアエンコーダーに画質は劣るものの、エンコード完了までの処理速度が爆速なハードウェアエンコーダーを語りましょう

●Intel
・https://software.intel.com/en-us/media-sdk
・https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video

●NVIDIA
・https://developer.nvidia.com/nvidia-video-codec-sdk
・エンコード： https://en.wikipedia.org/wiki/Nvidia_NVENC
・デコード： https://en.wikipedia.org/wiki/Nvidia_PureVideo

●AMD
・https://github.com/GPUOpen-LibrariesAndSDKs/AMF
・エンコード： https://en.wikipedia.org/wiki/Video_Coding_Engine
・デコード： https://en.wikipedia.org/wiki/Unified_Video_Decoder
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
0696名無しさん＠編集中 (ﾜｯﾁｮｲWW 6d5f-F4UH)
垢版 |
2019/01/11(金) 07:53:20.09ID:A3LUkj5+0
リネームの従来チップ転用モデルで、元のチップで使えていたのにリリース当初使えなかったというか、リリースのタイミングでAPI側の更新されなかっただけで、無効にされていたも糞も無いんのと一緒に考えてるのもどうかと思うが
ノート用のMX150と、デスクトップ転用のGT1030で用途違いだけでグレード分けしてないのに無効化する意味も無いし、使わないのにドランジス他無駄遣いして儲け減らす理由なんて思い浮かばないが
0697名無しさん＠編集中 (ﾜｯﾁｮｲW a57c-32/9)
垢版 |
2019/01/11(金) 21:12:50.92ID:WyX7Hees0
メーカーからしたら、もっと高いの買えってだけの話。
その方がメーカーは儲かるし。

ライバルがいれば話は変わってくるけどさ。最近のインテルみたいに。
0705名無しさん＠編集中 (ﾜｯﾁｮｲ 719f-NIAI)
垢版 |
2019/01/13(日) 06:30:18.67ID:ScEhyFaV0
まあ実質ただのPCIe x4スロットだし不可能ではないんだろうけど
SSD程度の発熱でアップアップする排熱性の厳しさはいかんともしがたい
更にゲーム配信のおまけだから低コストで使えるだけで、単体だから安くなる訳でもないしね
0706名無しさん＠編集中 (ﾜｯﾁｮｲWW 6d5f-F4UH)
垢版 |
2019/01/13(日) 12:13:51.74ID:DmHgV+cj0
問題はdGPU向けのメモコンやPCIeコン等の超オーバースペックなI/Oブロックをメディアエンジンだけ分離する為に規模縮小とはいえ再設計せにゃならんという
0714名無しさん＠編集中 (ﾜｯﾁｮｲWW 6d5f-zLLP)
垢版 |
2019/01/13(日) 16:33:04.00ID:DmHgV+cj0
多分偽GTX960の奴が知れ渡って損した奴が、今度は欲出してGTX1060っ事なんだろうな
中身はOEMのメーカーPC搭載向け工場横流れなGTS450（本来リテール販売されてない、GF106）とかを適当な化粧箱に突っ込んだとか、そんなんだろう
良くてGDDR5 2GBだが、最悪はDDR3 1GBとか
SLI端子有るし、ファンの電源ケーブル2本（回転数固定）だし、付帯のドライバが337.88な時点で700番台までしかサポートされてないからお察しだわな

Fermi世代ぐらいまではBIOS記述でメモリ搭載量とか色々とスペック上書き出来るし（お陰でQuadro化が楽だったが
0723名無しさん＠編集中 (ﾜｯﾁｮｲWW 6d5f-F4UH)
垢版 |
2019/01/16(水) 04:35:45.78ID:cfCORw/o0
実写ソースの場合、RTX20x0のTuring世代NVEnc以外のHWエンコーダだと
H264とHEVCの画質容量比的な性能逆転するから、Pascal世代のNVEncならH264の方が良いと思うけど
0737名無しさん＠編集中 (ﾜｯﾁｮｲ e9e7-fAiL)
垢版 |
2019/01/19(土) 21:25:42.29ID:jAYscWAY0
>>734-736
> core i7-6700HQとCPUの統合グラフィックス機能を使用して
> CPU負荷，GPU負荷ともに約33％で済むらしいからかなり期待している

記事には「プレビューを表示させた状態でのCPUおよびGPU使用率」とあるから、
プレビュー表示だけでこの使用率、つまりエンコード負荷は含めていないってことだと思うんだけど、
もしかして「エンコードを含めてこの負荷で済んでる」と勘違いしてないか？

あとHWエンコード関係ないからキャプチャ機器スレでも探してそっちに行った方がいいと思う。
0738名無しさん＠編集中 (ﾜｯﾁｮｲWW 7168-tS56)
垢版 |
2019/01/20(日) 00:47:55.03ID:5TmBIywi0
>>734
それたぶん、AverMediaのUSB 3.0キャプチャーと同じで、入力は4K60p対応だけどキャプチャーは4K30pまでのパターンだと思う
HDMI 2.1に搭載されるロッシーな映像信号圧縮技術「DSC:Display Stream Compression」を搭載して、USB 3.0の枠内で伝送できるようになれば、
USBで4K60pキャプチャーが現実的になるかとは思う
0739名無しさん＠編集中 (ﾜｯﾁｮｲ 218e-HUDj)
垢版 |
2019/01/20(日) 18:04:16.49ID:952R3mDn0
AverMediaのUSBはFHDでもしょぼい圧縮転送してるらしいで
NVDECで暗部つぶれた画像をHWデコードして、NVENCやx264/x265でリアルタイム再エンコしたらおさっし
0740名無しさん＠編集中 (ｱｳｱｳｸｰ MM9d-tS56)
垢版 |
2019/01/20(日) 18:19:58.93ID:yRIOvDozM
>>739
マジで？
AverMediaは独自ドライバーをインストールして使うタイプだったはずだから、いろいろ小細工しているとは思っていたけど
ウチはI・O DATAのGV-HUVCというUSB Video Class準拠のキャプチャー機器使って2Kキャプチャしてるから小細工の心配は不要だけど、
このキャプチャー機器、OBS以外のソフトでキャプチャーしようとすると音声が入らないことが多いのが難点ではあるが
OBSはOBSで音声まわりの扱いがショボくはあるのだが…
0750名無しさん＠編集中 (ﾜｯﾁｮｲ eb63-G1wx)
垢版 |
2019/01/23(水) 07:03:00.98ID:cnxrGIU00
NVENC最強伝説
0755名無しさん＠編集中 (ｱｳｱｳｸｰ MM9d-juPH)
垢版 |
2019/01/23(水) 11:16:50.52ID:DR4xb6qnM
Pascal1枚持ってるなら買い足しはどうなのかな？
今はまだNVIDIAのSDKもTuringに対応して間もないし、大手のソフトですらRTXに最適化されていないよね
自分はBフレーム対応含む環境が整ってミドルレンジの製品が揃う年末ぐらいに動き出すかな
0765名無しさん＠編集中 (ﾜｯﾁｮｲ 3146-wD8z)
垢版 |
2019/01/24(木) 00:08:50.35ID:1WIN0nwm0
>>764
それはそうだろうね
ただ現状扱うソースが大きくてもフルHDまでなんで今はいいかなって思ってる
上で報告が上がってるファイルサイズの小ささは魅力だね
0770名無しさん＠編集中 (ﾜｯﾁｮｲ 81e7-uJAn)
垢版 |
2019/01/24(木) 17:22:33.38ID:gqyytZo80
>>767-769
1060が積んでるNVENCは１つ、1070が積んでるNVENCは２つ。
ともに同時エンコできるのは２つまで。（Max # of concurrent sessions）
　https://developer.nvidia.com/video-encode-decode-gpu-support-matrix

NVENCを２つ積んでる1070では２つ同時エンコしても基本的に速度低下は起きないはず。
NVENCを１つしか積んでいない1060では２つ同時エンコすると速度低下が起きるはず。

ただし、これはNVENCのスペックをフルに活用する場合の話であって
その他の処理（デコードやフィルタ等）にボトルネックがあるなどしてNVENCをフル活用できていない場合は別。

>>769のケースは多分NVENCをフル活用していないものと思われる。
0774名無しさん＠編集中 (ﾜｯﾁｮｲ 2e63-wD8z)
垢版 |
2019/01/25(金) 12:40:27.04ID:cTFwIz4P0
Windows10のゲームDVRがハードウェアエンコーダーなんだが
H.265でキャプれるようにならんかなー（今現在はH.264のみ）
0776名無しさん＠編集中 (ﾜｯﾁｮｲWW e95f-G4pD)
垢版 |
2019/01/26(土) 05:32:46.72ID:QPrm9ydz0
GTX16x0は、GTX1060のGDDR5X版みたいにGP104の使い回しじゃないかと思うけども
単純にGTX1070/TiのGDDR5X版がGTX1660/Tiとかね
そんで一部デベロッパーで出してたGTX1060 GDDR5Xと同じか、CUDACore微増させたのがGTX1650みたいな感じな気がする
0777名無しさん＠編集中 (ﾜｯﾁｮｲ 46ca-GiBE)
垢版 |
2019/02/07(木) 20:13:54.76ID:ErW8DH7e0
Linux kaby lakeなpentiumでh264_vaapiでBSプレミアムの動画をトランスコードしているのですが、
-qpと -maxrateって同時に使えないんですかね？
-qp 34と言う高めの数字でも瞬間的に11mbpsを超えたりするので、 -maxrate 8M(とあとbuffsizeの指定）
と書いたのですが、効果がありませんでした。
0778777 (ﾜｯﾁｮｲ 46ca-GiBE)
垢版 |
2019/02/07(木) 21:17:01.88ID:ErW8DH7e0
書き忘れましたが、エンコーダはffmpeg 4.1(h264_vaapi)です。
それにしてもh264_vaapiだとx264と違って-crf値の設定がほぼ無意味で-qp値しか
クオリティベースのエンコードができないようですが、仕様
0780777 (ﾜｯﾁｮｲ 46ca-GiBE)
垢版 |
2019/02/08(金) 06:11:58.28ID:m2RBeXnR0
-c:v h264_vaapi -qp 34 -g 50 -me_range 16 -i_qfactor 0.714286 -mbd 2 -trellis 2 -bf 4 -b_strategy 2 -bidir_refine 1

失礼、普段のオプションはこんな感じです。これに=maxrate 8M -bufsize 3M と書いても瞬間的に8mbpsを超えるので、質問させていただいた次第です。
0783777 (ﾜｯﾁｮｲ 46ca-GiBE)
垢版 |
2019/02/08(金) 08:45:06.53ID:m2RBeXnR0
>>782
本来なら-crfを使いたいのですが、x264と違ってh264_vaapiではうまく使えないようなので（非常に高いビットレートがでる）、-qpを使っています。
VBR(ABR)だとドキュメンタリーのインタビューのシーンなどのビットレートを落とせるところでもあまり落としてくれないので
ビットレートの無駄遣いのようであまり使いたくありません。
-qpと-crfを比較したサイト（どこにあったか失念。英語のサイトです）を見たところ、ビットレートのグラフはほぼ同じようにqp値、crf値が上がるごとに
減っていったのでほぼ同じ効果があると思って使っているのですが、x264のcrf値のようないい方法ありますか？
0785777 (ﾜｯﾁｮｲ 46ca-GiBE)
垢版 |
2019/02/08(金) 09:45:34.37ID:m2RBeXnR0
https://trac.ffmpeg.org/wiki/Hardware/VAAPI
申し訳ない、ここになにかも書いてありました。


Mapping options from libx264

No CRF-like mode is currently supported. The only constant-quality mode is CQP (constant quantisation parameter), which has no
adaptivity to scene content. It does, however, allow different quality settings for different frame types, to improve compression by
spending fewer bits on unreferenced B-frames - see the (i|b)_q(factor|offset) options. CQP mode cannot be combined with a maximum
bitrate or buffer size.


CRFもないし、maxrateとcqp(qp)値との併用もできないようです。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況