トップページ > DTV > 2017年06月11日 > mWtsm2Vu0

書き込み順位&時間帯一覧

3 位/102 ID中時間01234567891011121314151617181920212223Total
書き込み数1102000000000000000000004



使用した名前一覧書き込んだスレッド一覧
名無しさん@編集中 (ワッチョイ d544-Z3xB)
【Intel】 Quick Sync Video Part.7 【QSV】 [無断転載禁止]©2ch.net

書き込みレス一覧

【Intel】 Quick Sync Video Part.7 【QSV】 [無断転載禁止]©2ch.net
228 :名無しさん@編集中 (ワッチョイ d544-Z3xB)[sage]:2017/06/11(日) 00:20:08.90 ID:mWtsm2Vu0
QSVEncかQSVEncCでいいんじゃないの。
他にトータルでまともに10bit対応してるソフトなんてあったっけ。
【Intel】 Quick Sync Video Part.7 【QSV】 [無断転載禁止]©2ch.net
230 :名無しさん@編集中 (ワッチョイ d544-Z3xB)[sage]:2017/06/11(日) 01:47:08.40 ID:mWtsm2Vu0
>>229
とりあえずQSVEnc_readme.txtで「10bit」を検索してみるといい。
というかデコード方法に気づいてるなら、デコード方法を切り替えてみようよ・・・w

とはいえ、うちもHaswell環境で10bitエンコ未対応なので、ちゃんとした確認はできてない。
 QSVEncC.exe --avsw -i 10bit.mp4 -o out.mp4
で普通に10bit入力はできるけど、8bitエンコ環境だから
 Input Info avsw: hevc(yv12(10bit))->nv12 [AVX2], 640x360, 1/1 fps
となってnv12(8bit)にされる。
Kabylake環境なら10bitのまま渡せるはずだと思ってるんだけど、どうなんだろう?

ちなみにBroadwell〜KabylakeならH.265/HEVCの10bitソースを--avqsvで渡すこともできるはずだね。
【Intel】 Quick Sync Video Part.7 【QSV】 [無断転載禁止]©2ch.net
233 :名無しさん@編集中 (ワッチョイ d544-Z3xB)[sage]:2017/06/11(日) 03:02:03.03 ID:mWtsm2Vu0
>>232
確かに--y4mで10bit渡しだと映像が壊れるね。
 Input Info y4m(yv12(10bit))->nv12 [AVX2], 640x360, 1/1 fps
という表記になってるけど、ffmpegの拡張y4mフォーマットにちゃんと対応できてないんだろうか。
【Intel】 Quick Sync Video Part.7 【QSV】 [無断転載禁止]©2ch.net
234 :名無しさん@編集中 (ワッチョイ d544-Z3xB)[sage]:2017/06/11(日) 03:06:28.21 ID:mWtsm2Vu0
rigaya氏のブログ記事を読み直してたら、
AviUtl+QSVEncでのHEVC 10bitエンコードについて、気になる部分が。

QSVEnc 2.62の記事の画像に出てるログを見ると、
 Input Info auo: yuy2->nv12p [AVX2], 1280x720, 30/1 fps
 VPP Enabled ColorFmtConversion: nv12 -> nv12(10bit)
 Output HEVC main10 @ Level Auto
となってて、AviUtlからQSVEnc.auoにYUY2(8bit)で渡されてしまっている。
つまり途中で8bit化されてしまっている。
AviUtlからはYC48で出して、QSVEnc.auoでYC48->nv12(10bit)変換してQSVに渡さないとまずいのでは。

最新のv2.64では直ってるのかな?
Kabylake環境の人がいたら確認してみてほしい。
(できれば>>230のQSVEncCについて、10bitのまま渡せてるかどうかも)


※このページは、『2ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。