【Intel】 Quick Sync Video Part.7 【QSV】

【Intel】 Quick Sync Video Part.7 【QSV】 at AVI

[前50を表示]
150:名無しさん＠編集中 (ﾜｯﾁｮｲ ea3e-X1R2)
17/04/22 16:19:54.67 oCaU6zWH0.net
むしろバカ発生注意って感じだが・・・
お前がCPUに負荷をかける処理を挟んでるだけだろうと。

151:名無しさん＠編集中 (ﾜｯﾁｮｲW f1cd-bucO)
17/04/22 16:25:19.32 vmFDB0+I0.net
URLﾘﾝｸ(imgur.com)
1070でグラボエンコの方がQSVよりエンコ速度速い
QSVだと70fpsくらい1070だと240fpsくらい出る

152:名無しさん＠編集中 (ﾜｯﾁｮｲ 66a3-MAHZ)
17/04/22 17:10:43.43 k6VD2mSq0.net
QSVよりNVEncの方が速いのは常識かと

153:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa21-xk8P)
17/04/22 17:43:42.57 XH0TpYwLa.net
先ずハードウェアの性能が違いすぎるわな

154:名無しさん＠編集中 (ﾜｯﾁｮｲWW 5d59-i74h)
17/04/22 18:30:42.18 gcA8A7fB0.net
nvencは専用ハード使ってエンコードするのであってgpuのシェーダとかを使っているわけではないぞ

155:名無しさん＠編集中 (ﾜｯﾁｮｲ 6a1e-Pv6Q)
17/04/22 18:31:43.08 dD6WA8Ra0.net
nvencって用途がゲームやらの配信じゃないの

156:名無しさん＠編集中 (ﾜｯﾁｮｲ 6dd9-HDOw)
17/04/22 19:08:27.46 GN+C9xzw0.net
画質はQSVの方が綺麗
速度・負荷はNVEncの方が速い・軽い
NVEncはダメなわけじゃなくてゲーム配信等の目的で開発されてるようだ
Bフレーム無しなのも軽量化とエンコードの遅延が減るから
前試したときはQSVのH264 LA-ICQ > QSV HEVC > PascalのNVenc HEVCの順でましだったな
URLﾘﾝｸ(rigaya34589.blog135.fc2.com)
ここでもハードエンコはQSV H.264 LA-ICQが一番だね
H.265は遅くなるだけで無意味か
画質面ではだいたいよい順番に
・x265 10bit
・x265 8bit
・x264 10bit
・x264 8bit
・QSVEnc H.264 LA-ICQ
・QSVEnc H.264 / HEVC ICQ
・NVEnc H.264 / HEVC VBR2 AQ
・QSVEnc H.264 CQP
・NVEnc H.264 / HEVC CQP
・QSVEnc HEVC CQP
・VCEEnc CQP
みたいなかんじだろうか。まあ、x264/x265が圧倒的なのははっきりしていると思うのだけど、HWエンコードの中ではやはりQSVのICQ系が優位だと思う。
QSVのHEVCはまだ調整が不十分な気が。NVEncのHEVCはBフレームがないのだけど、そのわりに健闘している。

157:名無しさん＠編集中 (ﾜｯﾁｮｲ f119-HDOw)
17/04/22 19:25:21.97 /0nlQ0sY0.net
AMDのVCE（だっけ？）はどうなん？

158:名無しさん＠編集中 (ﾜｯﾁｮｲ 5d92-C4NQ)
17/04/22 23:34:04.84 9DcuOO3Y0.net
わう？

159:名無しさん＠編集中 (ｽｯｯﾌﾟ Sd0a-4rKI)
17/04/23 00:49:48.08 2EAOc1RYd.net
>>156
動画は動き重要なのにこういうブログがあるから1フレ画像で見比べるのはアホだというのがいつまで経っても理解されない

160:名無しさん＠編集中 (ﾜｯﾁｮｲ 66b9-HDOw)
17/04/23 00:59:52.07 6ksrH8cp0.net
こういうブログってQSVスレなのにrigaya氏を知らないのかよ…

161:名無しさん＠編集中 (ﾜｯﾁｮｲ 6a72-2VNN)
17/04/23 01:07:45.47 YqF2SJQN0.net
動画見るのってハードウェア入手して自分で確認しないといけないからハードル高いんよな

162:名無しさん＠編集中 (ｽｯｯﾌﾟ Sd0a-4rKI)
17/04/23 01:09:45.21 2EAOc1RYd.net
何言ってんだおまえ
rigayaのくせに理解してないからアホだと言ってだよ
1フレ画像で比べるのはフィルター処理の比較だ

163:名無しさん＠編集中 (ﾜｯﾁｮｲ 66b9-HDOw)
17/04/23 01:49:22.48 6ksrH8cp0.net
もしかしてエンコーダーによって同じフレームレートでも
動きの滑らかさが変わってしまうと思ってるとかw

164:名無しさん＠編集中 (ﾜｯﾁｮｲ 66a3-MAHZ)
17/04/23 02:08:00.46 bNH6AH5H0.net
人間の目じゃ動いてるのはよく見えないから止めて比較するんだろ
1フレ比較が全てではないが、ある側面を見るにはかなり有効
あとブログに載せるのに動画は載せられないからエビデンスを画像で見せてるだけだろ
もちろん本人は動いてるのも観察してるだろう

165:名無しさん＠編集中 (ｽｯｯﾌﾟ Sd0a-4rKI)
17/04/23 02:08:03.52 2EAOc1RYd.net
ちょっとした符号化技術の本すら読んだことない奴らには分からんだろうよ
フレームレートやFulid Motionなんて言葉を覚えたてのアホどもにはな

166:名無しさん＠編集中 (ﾜｯﾁｮｲ 3da2-MAHZ)
17/04/23 02:16:11.47 XbBJmpCg0.net
別に劣化してるからダメじゃなくて、
どういうことろの情報量を削っているのかを確認するために1フレ取り出して比較してるんだろ
対象を観察しやすいようにすることの何がダメなのか分からん
お前こそ主張があるならちゃんと説明しないと議論にならないよ

167:名無しさん＠編集中 (ﾜｯﾁｮｲ 66a3-MAHZ)
17/04/23 02:29:56.68 bNH6AH5H0.net
>>165
理解してもらうための第一歩として、君が良いと思う方法で比較した記事を公開すればいいじゃないか
喜んで見てあげるよ

168:名無しさん＠編集中 (ﾜｯﾁｮｲ 5dd4-iNjd)
17/04/23 02:50:13.96 /xuaRtdn0.net
「1フレーム切り出して目視で比較」はもちろん論外だが
rigayaはレート対SSIMグラフも変な作り方してるよな

169:名無しさん＠編集中 (ﾜｯﾁｮｲW 6a1e-BqBN)
17/04/23 02:50:14.80 fdHKJHlC0.net
>>165
参考に技術書でもnhkでも教えてーな

170:名無しさん＠編集中 (ﾜｯﾁｮｲ 66b9-HDOw)
17/04/23 03:00:07.16 6ksrH8cp0.net
> ちょっとした符号化技術の本すら読んだことない奴らには分からんだろうよ
おっとここで渾身の自爆ギャグで
お笑いに走り出しましたw

171:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa21-xk8P)
17/04/23 03:56:22.83 hXmgK/Oqa.net
まあ圧縮技術もフレームレートも人間の目には動くものの劣化は分らないという理屈で決めてるんだからな
動いてる所を見ないと目立つ劣化なのか目立たない劣化なのかは分らんわな

172:名無しさん＠編集中 (ﾜｯﾁｮｲ 7975-rlcP)
17/04/23 06:12:20.18 E/6MwcEs0.net
>>149
QSVで低負荷のまま維持する方法はあるのかな？
エンコード速度は落ちてもいいので。
他の作業を行いたい時など、そのような希望があろう？

173:名無しさん＠編集中 (ﾜｯﾁｮｲ f119-HDOw)
17/04/23 06:19:09.64 yxJlWo/M0.net
タスクマネージャーで優先度下げれば？

174:名無しさん＠編集中 (ﾜｯﾁｮｲWW 5d59-i74h)
17/04/23 08:15:48.21 DCU5G3MJ0.net
>>149
何をどんなパラメータで使ったらそうなったの？
あとqsvが使うcpuリソースが上がったと判断したのはなんで？

175:名無しさん＠編集中
17/04/23 16:15:52.46 bNH6AH5H0.net
昔はどうか知らないけど今は1.5コアくらいの使用率だね
URLﾘﾝｸ(i.imgur.com)

176:名無しさん＠編集中
17/04/23 19:11:28.64 EkBww42M0.net
6700 の Kabylake ってパチモンか？

177:名無しさん＠編集中
17/04/23 19:19:30.92 bNH6AH5H0.net
それなwいつから俺のCPUはそんな最新型になってしまったんだ

178:名無しさん＠編集中
17/04/23 21:43:30.35 fdHKJHlC0.net
自分も
Intel Core i5-6500 @ 3.20GHz [TB: 3.40GHz] (4C/4T) <Kabylake>
と出るよ
前はちがったんだけどね

179:名無しさん＠編集中
17/04/28 20:30:51.73 Fyf/xwUR0.net
【悲報】intelが制限かけたせいで、kabyでは非K付CPUのiGPUはOC出来ない

180:名無しさん＠編集中
17/04/29 00:11:52.87 7SPiVq6/0.net
handbrake
同一のTSファイルをh264qsvでmp4変換
i5 5675c メモリ1600　→　100fps
G4560　メモリ2400　→　85fps
G4500　メモリ2133　→　75fps

181:名無しさん＠編集中
17/04/29 23:56:16.62 HpQkeCnK0NIKU.net
このスレに常駐している質の悪い基地外はどこに行った？
あのアホ基地外1人のせいでこのスレのイメージ悪くしてるんだから腹たってくるよ

182:名無しさん＠編集中
17/04/30 00:09:52.02 LR6fZqA30.net
QSVの一番速いCPUってどれ？

183:名無しさん＠編集中
17/04/30 00:18:22.83 Ymi/G8M70.net
確かに以前よりもQSVでのCPU使用率が上がっている。

184:名無しさん＠編集中
17/04/30 00:35:35.61 jhcewgH50.net
>>182
オレも知りたい
Xeonの20コアとかあるやつは、QSVも速いのか？
i7の8コアくらいは手が届くけど

185:名無しさん＠編集中
17/04/30 00:46:32.16 KzaEEdLja.net
QSVはGPUを使ってるんだから
Xeonには無いだろ

186:名無しさん＠編集中
17/04/30 01:26:27.81 /fnv++HQa.net
xeonだってintel hd graphics入ってりゃ使えるよ。

187:名無しさん＠編集中
17/04/30 01:31:31.12 mMBKOWKw0.net
iGPUがAPU並に高速なBroadwell-Cがダントツで速い

188:名無しさん＠編集中
17/04/30 01:40:11.16 jhcewgH50.net
そっか
一応Core i7の6950Xなら、QSV使える？

189:名無しさん＠編集中
17/04/30 01:42:03.55 mMBKOWKw0.net
それiGPU無いぞ

190:名無しさん＠編集中
17/04/30 02:00:35.60 jhcewgH50.net
>>187
5775CがQSV最も速いかも知れないが、CPUも2世代古いけど、NLEなら使う価値がある？

191:名無しさん＠編集中
17/04/30 02:24:47.64 hJuBkUL/a.net
skylake世代の方がiGPUも速そうだが。

192:名無しさん＠編集中
17/04/30 02:28:44.01 mMBKOWKw0.net
ゲーム配信メインなら最新GeforceでNVENC使った方が最適
NLEに対応してるかは知らんが
絶対にQSV使いたいならBroadwell-Cに価値がある

193:名無しさん＠編集中
17/04/30 02:30:02.84 mMBKOWKw0.net
>>191
intel HDとIris Proじゃ1.5～2倍違うぞ

194:名無しさん＠編集中
17/04/30 02:57:22.79 HXTkGNyXa.net
いやSkylakeHQがあるからさ。まあ一応って話だが。
irisの580が載ってるやつがある。

195:名無しさん＠編集中
17/05/02 01:24:17.48 KSYJdra40.net
俺もAVUTL+QSVで設定画面に入るたんびにエラーが出る。
強行してエラー無視でも設定画面に入れて設定出来て、円弧も
出来るんだけど何なんだろ？

196:名無しさん＠編集中
17/05/14 18:37:54.92 NGmIrnqC0.net
QSV中にHWMonitorなどでIntel HD Graphicsのクロックを調べても、あまり上がらないのね。
てか、上がるのが普通じゃないの？

197:名無しさん＠編集中
17/05/14 20:17:23.62 oxngXC3P0.net
QSVは確かに爆速で低負荷だが、画質がねぇ～使えんな。

198:名無しさん＠編集中
17/05/14 20:18:18.79 MwC37zrS0.net
ほんとQSVなんて何の役にも立たない
無価値

199:名無しさん＠編集中
17/05/14 22:25:07.56 WtYorcr40.net
そんなこと言わないで。

200:名無しさん＠編集中
17/05/14 22:42:19.14 g5F7NmWd0.net
誰より一番素敵よ

201:名無しさん＠編集中
17/05/14 23:02:34.89 DgG/Ldng0.net
QSVとnvencはどっちがいいの？

202:名無しさん＠編集中
17/05/15 00:23:37.14 46ecK3uA0.net
画質はQSV、速度はnvenc

203:名無しさん＠編集中
17/05/15 02:01:42.87 fIKAR1e40.net
そりゃ、速度犠牲にすりゃ画質良くなるだろうよ

204:名無しさん＠編集中
17/05/15 02:10:40.32 BIO2cLAK0.net
IntelのCPU＋NVIDIAのGPUで両方使えるよ

205:名無しさん＠編集中
17/05/15 09:15:33.05 SCkhYeDD0.net
>>204
確かWindows10の機能で、内蔵GPUとグラボのGPUあわせ技があったと記憶してるけど、それ？
QSVとRADEON系とnV GTXだと、どれもくそ画質なの？
QSVがひどいと上の方で書いてる人いるけど、圧縮率低めなら速くてそこそこ？

206:名無しさん＠編集中
17/05/15 14:22:40.63 bFT0RTOaM.net
>>202
SPURSEngine「…」

207:名無しさん＠編集中
17/05/15 17:03:51.03 vDSpvxyLd.net
>>206
今じゃOSもソフトも対応してないゴミなんで

208:名無しさん＠編集中
17/05/15 19:20:19.13 7sOEKaB30.net
>>205
>>156

209:名無しさん＠編集中
17/05/15 19:54:27.53 bFEP2VuN0.net
>>205
Sandyと6x世代までだかはiGPUで映像出力をしてないとQSVは使えなかったけど
それ以降はiGPUを有効にしてドライバを突っ込んでおけばdGPU環境でもQSVは使える
iGPUとdGPUの協調で色々やろうって取り組みはあったけどWin10でまたそんな事をやろうって動きがあるの？

210:名無しさん＠編集中
17/05/15 20:11:48.81 IKdpT/X70.net
だからQSV最速CPUってなんなんだってばよ？

211:名無しさん＠編集中
17/05/15 20:24:40.52 46ecK3uA0.net
QSVでデコードしてGPUで画像フィルタかけてnvencでエンコード。これ最速

212:名無しさん＠編集中
17/05/15 21:11:48.21 BP20BT2mM.net
>>209
雑誌記事かネット記事かで読んだのは、グラボ2枚で高速化するのは、nV2枚やラデ2枚であるけど、CPU内蔵GPUとグラボ1枚や2枚とか、特にAMD APUがとか、GPUメーカーを超えてやるとかなんとか

213:名無しさん＠編集中
17/05/15 21:12:30.59 CbW76byRa.net
もうエンコードなんかしなくていいんじゃないか

214:名無しさん＠編集中
17/05/15 23:16:46.30 7lZKKbUi0.net
>>210
XEON E3 1585 v5

215:名無しさん＠編集中
17/05/17 12:00:00.12 2qclJa/l0.net
　　　　　　　　　　　/ ）
　　　　　　　　　　 ./ /　
　　　　　　　　　　 / /　　
　　　　　　　　　 / /　　
　　　　　　　　　./ /⌒ ミ　　　　　, -つ
　　　　　　　　/ /･ω･`)　　 .／__ノ　　　　　おひるだーーーー
　　　　　　　　/　　　　＼　／ /
　　　　　　　 .|　　　　へ／／
　　　　　　　 |　　　　ﾚ'　 /､二つ
　　　　　　　 |　 γ∩ミ.　
　　　　　　　/　⊂::　::⊃
　　　　　　 /　　乂∪彡
　　　　　　/　 / 　　
　　　　／　ノ
　　　_/　／　
　ノ　／　　　
⊂ -'

なんか知らんけど円高。
1$＝112.5

216:名無しさん＠編集中
17/05/17 22:47:13.79 WU5S9iEPp.net
i7 3770 WinX DVD Ripper Platinumで、qsvにチェック入れた時と、入れない時でエンコード時間比較してたんだけど
qsvじゃない方が速い
色々試してるけど、qsvきいてないならどっちも同じ時間になるだろうしほんと謎

217:名無しさん＠編集中
17/05/17 23:05:08.97 ESHGobK/a.net
ソフトがqsvとちゃんと通信が出来て無いんじゃないの
qsvに発信して応答が無いからソフトで処理するを繰り返してるんじゃないかと

218:名無しさん＠編集中
17/05/19 00:26:47.03 vS8T6O8t0.net
そもそもHaswell以前のQSVは黒歴史なので使う意味はない
役に立つのはHaswell以降のみ

219:名無しさん＠編集中
17/05/19 00:35:36.07 71JP7qSc0.net
以前、以降どっちだよ？

220:名無しさん＠編集中
17/05/19 03:47:57.01 dFqrvDoq0.net
サイズが半分になりますみたいなのいらねーから

221:名無しさん＠編集中
17/05/21 21:20:00.55 Pe+riT5m0.net
NVEncでもQSVでもいいんだが、H264のHigh422プロファイルをハードウェアデコード出来るコアは無いのだろうか
H265はMain10止まりみたいだが

222:名無しさん＠編集中
17/05/31 23:59:13.43 yJ0SvDi70.net
URLﾘﾝｸ(www.asrockrack.com)
これ欲しい

223:名無しさん＠編集中 (ﾜｯﾁｮｲ 85db-o9gJ)
17/06/09 07:03:37.80 yQAoH67Q0.net
QSVEnc 2.63

224:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa99-MZAq)
17/06/10 22:45:20.91 /TQ8k1fqa.net
2.64

225:名無しさん＠編集中 (ﾜｯﾁｮｲ 0bdb-kOr2)
17/06/10 23:31:05.64 wLlx64Xu0.net
10bitソースを10bitのままQSVでエンコする方法ってある？

226:名無しさん＠編集中 (ﾜｯﾁｮｲ d544-Z3xB)
17/06/10 23:40:33.17 RF+lj3bF0.net
HEVC10bit対応環境でQSV使えばいいだけじゃね？

227:名無しさん＠編集中 (ﾜｯﾁｮｲ 0bdb-kOr2)
17/06/10 23:42:44.56 wLlx64Xu0.net
いやQSV使うのにどのソフト使えばいいかってこと

228:名無しさん＠編集中 (ﾜｯﾁｮｲ 0bdb-kOr2)
17/06/11 00:17:43.84 V95+UQbY0.net
QSVの速度ってGPUのコア数に依存する？HD630とHD610で速度違うの？

229:名無しさん＠編集中 (ﾜｯﾁｮｲ d544-Z3xB)
17/06/11 00:20:08.90 mWtsm2Vu0.net
QSVEncかQSVEncCでいいんじゃないの。
他にトータルでまともに10bit対応してるソフトなんてあったっけ。

230:名無しさん＠編集中 (ﾜｯﾁｮｲ 0bdb-kOr2)
17/06/11 00:36:42.51 V95+UQbY0.net
速度に関しては>>180見る限りHD610のG4560でもそれなりの速度が出てるから
GPUコア数はあまり関係ないみたいだね
kabyの安いやつ買おうかな
>>229
ちょっとまだ環境がないから8bitエンコで試してるんだけど、10bitのH264ソースを読み込ませてみたら、
ffmpegからパイプで渡したら>>121のようになって、QSVEncCにソースmp4をそのまま指定したらQSVで
デコードしようとしたらしくエラーになったけど、対応してるのか？

231:名無しさん＠編集中 (ﾜｯﾁｮｲ d544-Z3xB)
17/06/11 01:47:08.40 mWtsm2Vu0.net
>>230
とりあえずQSVEnc_readme.txtで「10bit」を検索してみるといい。
というかデコード方法に気づいてるなら、デコード方法を切り替えてみようよ・・・ｗ
とはいえ、うちも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で渡すこともできるはずだね。

232:名無しさん＠編集中 (ﾜｯﾁｮｲ 0bdb-kOr2)
17/06/11 01:54:00.10 V95+UQbY0.net
>>231
すまん、ちゃんと試したら最新版だとできるようになってた
俺の持ってる2.54、2.62だと10bit y4mがyv12としか表示されなくて1フレームで終了してたけど、
2.64だとyv12(10bit)って表示されて8bitに変換されてエンコしてる
readmeには書いてないけど直してくれたんだね

233:名無しさん＠編集中 (ﾜｯﾁｮｲ 0bdb-kOr2)
17/06/11 02:21:19.01 V95+UQbY0.net
やっぱりできてなかった。いろいろ試してみたけど、動かないのは--y4mだけみたいだね
--avswだとちゃんと10bit→8bit変換してエンコされてた
--y4mだとver2.64で最後までエンコは走るんだけど、絵がおかしくなってる
一応コマンド貼るけど何か間違ってる？
ffmpeg -y -i 10bit.mp4 -an -strict -1 -pix_fmt yuv420p10 -f yuv4mpegpipe - | QSVEncC64.exe --y4m -i - -o out.mp4

234:名無しさん＠編集中 (ﾜｯﾁｮｲ d544-Z3xB)
17/06/11 03:02:03.03 mWtsm2Vu0.net
>>233
確かに--y4mで10bit渡しだと映像が壊れるね。
　Input Info y4m(yv12(10bit))->nv12 [AVX2], 640x360, 1/1 fps
という表記になってるけど、ffmpegの拡張y4mフォーマットにちゃんと対応できてないんだろうか。

235:名無しさん＠編集中 (ﾜｯﾁｮｲ d544-Z3xB)
17/06/11 03:06:28.21 mWtsm2Vu0.net
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環境の人がいたら確認してみてほしい。
（できれば>>231のQSVEncCについて、10bitのまま渡せてるかどうかも）

236:名無しさん＠編集中 (ﾜｯﾁｮｲ 0d7f-o9gJ)
17/06/11 14:26:34.15 7CP4IzQ/0.net
QSVEnc 2.65

237:名無しさん＠編集中 (ﾜｯﾁｮｲ 8391-wVeE)
17/06/11 16:18:44.72 KhGvtbxK0.net
うちのhaswell環境だと2.62まで戻さないと破綻するわ
検証してないけどドライバ関係かなぁ

238:名無しさん＠編集中 (ﾜｯﾁｮｲ d544-Z3xB)
17/06/11 21:42:42.68 EZuxRTM10.net
>>237
AviUtl＋QSVEncだとv2.63～v2.65は色ズレみたいな映像崩壊が起きるね。
v2.65のQSVEncCにYUY2のavsを渡した時にも発生する（YV12は問題ない）ので、
ドライバとかじゃなく、auoやQSVEncCでのyuy2->nv12変換が壊れてるのかも。とりあえず報告しといた。

239:名無しさん＠編集中 (ﾜｯﾁｮｲ 0bdb-kOr2)
17/06/11 22:46:00.78 V95+UQbY0.net
y4m こんなに早く直して頂けるとは・・・
rigaya氏ありがとうございます！！

240:名無しさん＠編集中 (ﾜｯﾁｮｲ fd44-Z3xB)
17/06/13 00:01:49.79 N8bfeeQi0.net
QSVEnc 2.66
>>237-238の修正。対応ありがとうございます。

241:名無しさん＠編集中 (ﾜｯﾁｮｲ 23cd-nvtg)
17/06/13 00:30:36.00 DRkzmmV30.net
現行でQSVそこそこ速くてコスパのいいCPUというとどれだろう？

242:名無しさん＠編集中 (ﾜｯﾁｮｲ 2330-sMjV)
17/06/13 08:29:23.17 sSH5q4tC0.net
G4560

243:名無しさん＠編集中 (ﾜｯﾁｮｲ 2311-pYw+)
17/06/13 10:17:40.49 wVaMxMYs0.net
現行じゃない中古で十分じゃないのか

244:名無しさん＠編集中 (ｱｰｸｾｰ Sx71-R4Il)
17/06/13 12:35:39.35 wGDXArRyx.net
>241
atom3700、8300系

245:名無しさん＠編集中 (ﾜｯﾁｮｲ b516-D9zB)
17/06/13 12:56:56.67 lBViUiZ70.net
readme読んでもQSVEncの使い方がわからない
aviutl使ったことない人にでも使えるような詳しく説明してるサイトないかな？

246:名無しさん＠編集中 (ﾜｯﾁｮｲ 2330-sMjV)
17/06/13 15:24:28.83 sSH5q4tC0.net
aviutlの使い方覚えるのが先

247:名無しさん＠編集中 (ﾜｯﾁｮｲ b516-D9zB)
17/06/13 15:39:05.02 lBViUiZ70.net
>>246
QSVEncをコマンドラインで使う場合もaviutlのGUI画面使う必要あるんですか？

248:名無しさん＠編集中 (ﾜｯﾁｮｲ 2344-Z3xB)
17/06/13 17:47:40.75 5G2s2RHa0.net
>>247
コマンドラインで使うならQSVEncじゃなくてQSVEncCだけど、
QSVEncCフォルダにあるテキストやWebページを見ても使い方がわからないなら、
そもそもコマンドラインの仕組みに関する基礎知識が不足してるってことだから
そのあたりを自分でどうにかするしかないんじゃないの。ググれ。

249:名無しさん＠編集中 (ﾜｯﾁｮｲ b516-D9zB)
17/06/13 17:52:44.74 lBViUiZ70.net
>>248
ああ、QSVEncとQSVEncC別物で後者がコマンドライン用なんですね
わからなかった箇所は、前者の説明読んでてQSVEncの画面で設定すると説明があってわけがわからない状態でした
コマンドプロンプトでQSVEncC.exeでエンコ自体は一応できているのでコマンドラインオプション勉強してみます

250:名無しさん＠編集中 (ｽｯﾌﾟ Sd03-lY5H)
17/06/13 17:53:45.35 Ur5u4x7Ld.net
>>247
ここでaviutlの質問するくらいだからエスパースレ誘導レベルだわな

251:名無しさん＠編集中 (ﾜｯﾁｮｲ 2344-Z3xB)
17/06/13 18:37:50.23 5G2s2RHa0.net
>>>249
> QSVEncとQSVEncC別物で後者がコマンドライン用なんですね
それQSVEnc_readme.txtの一番最初に書いてるんやで・・・

252:名無しさん＠編集中 (ﾜｯﾁｮｲ aedb-VLdI)
17/06/16 19:46:56.69 oNgOKDur0.net
URLﾘﾝｸ(i.imgur.com)
なんか遅いなぁ。何が原因だろう？メモリ1枚しか挿してないから？？

253:名無しさん＠編集中 (ﾜｯﾁｮｲ aedb-VLdI)
17/06/16 21:01:53.92 oNgOKDur0.net
URLﾘﾝｸ(i.imgur.com)
QSVEnc2.66、AviUtlからHEVC main10で出力するとゴーストが発生する
QSVEncCにy4mで入力させたときは問題ない

254:名無しさん＠編集中 (ﾜｯﾁｮｲ 6e91-2WTa)
17/06/16 22:24:51.64 E4+3uWbc0.net
>>252
QSVはメモリ帯域にメッチャ影響受けるぞ

255:名無しさん＠編集中 (ﾜｯﾁｮｲ aedb-VLdI)
17/06/17 01:15:12.22 bWHuWixo0.net
URLﾘﾝｸ(i.imgur.com)
メモリ2枚にしたら1.5倍くらいにはなったけど、i7-6700だと110fpsくらい出るからなぁ

256:名無しさん＠編集中 (ﾜｯﾁｮｲWW eb00-NFrx)
17/06/17 01:30:04.87 lFPKMW0n0.net
i7とCeleronじゃ元々倍くらい差があるから、それが普通
てか、キャッシュも最低限なCeleronに期待しすぎ

257:名無しさん＠編集中 (ﾜｯﾁｮｲ aedb-VLdI)
17/06/17 01:52:14.77 bWHuWixo0.net
重要なのはキャッシュとメモリか！ちょっとキャッシュが小さすぎたか
まぁ4000円のCPUだからなｗ

258:名無しさん＠編集中 (ﾜｯﾁｮｲ b344-G/8V)
17/06/17 17:59:18.95 rFAEZhNe0.net
QSVEnc 2.68

259:252 (ﾜｯﾁｮｲ e3b1-VLdI)
17/06/17 21:06:10.35 zOOjaVag0.net
修正ありがとうございます

260:名無しさん＠編集中 (ﾜｯﾁｮｲ ba44-G/8V)
17/06/18 20:39:18.95 uMtgsykk0.net
QSVEnc 2.69

261:名無しさん＠編集中 (ﾜｯﾁｮｲ 4f7f-r2kx)
17/06/18 22:45:00.41 tIt5YIaQ0.net
--check-features-html でデコーダの機能が表示されない

262:名無しさん＠編集中 (ﾜｯﾁｮｲ ba44-G/8V)
17/06/18 23:26:00.35 uMtgsykk0.net
たしかにテキスト形式だとうまく出るけどHTMLだとうまくいかないね。

263:名無しさん＠編集中 (ﾜｯﾁｮｲ 3a30-W9ZD)
17/06/21 09:56:36.53 6PBW7nUj0.net
QSVEnc_2.70

264:名無しさん＠編集中 (ﾜｯﾁｮｲ 53c0-VgqF)
17/06/21 20:11:29.72 98PnvAqm0.net
SkyLake G3900マシン買ったからせっかくだからとffmpegのQSVエンコードを使って
ハードウェアHEVCエンコードを試してみたんだけどフルHD動画でせいぜい倍速なんだね
つまり60分動画をハードウェアHEVCエンコードしようとしたら30分はかかるということ
ハードウェアエンコードだからもっと爆速かと思ってたけどそんなものなのか

265:名無しさん＠編集中 (ﾜｯﾁｮｲ c791-2WTa)
17/06/21 20:30:09.98 H6U+SWyS0.net
HEVCは未だ人類には早すぎる技術
ムーアの法則が死亡してるので楽々扱えるのがいつになるかは知らん

266:名無しさん＠編集中 (ｽｯﾌﾟ Sdda-NFrx)
17/06/21 20:40:14.61 pMWUR2Opd.net
ソフトウェアエンコならソースの3倍以上かかるんだから倍速変換なら爆速だろう

267:名無しさん＠編集中 (ﾜｯﾁｮｲWW 8baa-YD8M)
17/06/21 22:17:23.52 42/K3bra0.net
>>264
え、充分速いんじゃないの?

268:名無しさん＠編集中 (ﾜｯﾁｮｲ 53c0-VgqF)
17/06/21 22:20:52.74 98PnvAqm0.net
お、おう・・・
あ、ありがたくエンコードさせてもらうわ(`ω´；)・・・

269:名無しさん＠編集中 (ﾜｯﾁｮｲ 4fdb-VLdI)
17/06/21 22:37:42.08 elFfHaj80.net
速度が欲しいならNVEncがいいよ。フルHDで200fps超える

270:名無しさん＠編集中 (ﾜｯﾁｮｲ 4fdb-VLdI)
17/06/21 22:39:14.94 elFfHaj80.net
というかG3900じゃ遅いよ。いいCPUならその倍出る

271:名無しさん＠編集中 (ﾜｯﾁｮｲ 53c0-VgqF)
17/06/21 22:40:57.50 98PnvAqm0.net
>>269
あいにくRadeonなんだわ(´･ω･｀)
>>270
内蔵GPUに関してはG3900はほぼ最新作と遜色ない出来だった気が・・・

272:名無しさん＠編集中 (ﾜｯﾁｮｲ b344-G/8V)
17/06/21 22:45:07.28 PwoImcoV0.net
試しにrigaya氏のQSVBenchmarkでrun_benchmark.batの3行目と4行目の末尾に
「 -c hevc」を追加して、avqsv入力でのHEVCエンコードのベンチマーク取ってみてほしい。

273:名無しさん＠編集中 (ﾜｯﾁｮｲ b344-G/8V)
17/06/21 22:47:06.77 PwoImcoV0.net
>>272
間違えた・・・
×3行目と4行目の末尾
〇4行目と5行目の末尾
"%QSVENCC_PATH%" --avqsv --benchmark result_mpg.txt -i sample_movie_1080p.mpg -c hevc
"%QSVENCC_PATH%" --avqsv --benchmark result_h264.txt -i sample_movie_1080p_h264.mp4 -c hevc

274:名無しさん＠編集中 (ﾜｯﾁｮｲ 4fdb-VLdI)
17/06/21 22:47:34.78 elFfHaj80.net
>>271
内蔵GPUはHD510だからコア数はHD530の半分
GPUコア数がエンコ速度に影響するかは分からんけど、CPUキャッシュが2MBしかないのが致命的
キャッシュやメモリの速度が重要だからね
参考までに、俺の持ってるG3930は6700の半分くらいの速度しか出ないよ
>>272
いいね。俺の持ってるG4500でも測ってこようかな

275:名無しさん＠編集中 (ﾜｯﾁｮｲWW e33e-PsyD)
17/06/21 22:49:14.08 D5s1gKvk0.net
>>264
そもそもQSVのHEVCは使う意味ないよ
>>156に出てるけどハードエンコで一番ビットレートあたりの画質が良いのはAVC（H.264）のLA-ICQだから
つまりHEVC使った方が遅い上に画質劣るわけ
HEVCはx265を使って亀のような速度でエンコしないと威力を発揮できない

276:名無しさん＠編集中 (ﾜｯﾁｮｲ 4fdb-VLdI)
17/06/21 23:32:11.76 elFfHaj80.net
>>273
i7-6700
URLﾘﾝｸ(pastebin.com)
URLﾘﾝｸ(pastebin.com)
G3930
URLﾘﾝｸ(pastebin.com)
URLﾘﾝｸ(pastebin.com)
ベンチマークで見るとあまり変わらないね。G3930コスパ最強じゃんｗ

277:名無しさん＠編集中 (ﾜｯﾁｮｲ b344-G/8V)
17/06/21 23:49:33.22 PwoImcoV0.net
>>276
おお、ありがと。HEVCのベンチ結果ってあまり見かけないので気になってた。
余力があればG3930のHEVC main10のベンチ結果も是非。（-c hevc --profile main10）
細かい点だけど、i7-6700が<Kabylake>と判定されてしまってるのが、ちょっと気になるところ。

278:名無しさん＠編集中 (ﾜｯﾁｮｲ 3acd-y0cV)
17/06/21 23:53:25.58 P3YTwRSZ0.net
HEVCて「へぶし」って読むの？
そういや最近i3-5010UとかいうCPUのノート買ったんだけどQSVどんなもんかな？

279:名無しさん＠編集中 (ﾜｯﾁｮｲ d7c0-NIhq)
17/06/22 00:08:57.99 P4bKBSae0.net
>>275
> >>156に出てるけどハードエンコで一番ビットレートあたりの画質が良いのはAVC（H.264）のLA-ICQだから
> つまりHEVC使った方が遅い上に画質劣るわけ
これは知らなかった・・・

280:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-q+YL)
17/06/22 00:18:51.48 tFhzF0Ek0.net
AVC もしばらくはアレだったけど
HEVC コーシーあるいはそれ以降まで待たんとダメなのかね

281:名無しさん＠編集中 (ﾜｯﾁｮｲ ff91-/m79)
17/06/22 00:20:20.11 nvNPtBho0.net
>>275
rigayaは測り方おかしいから
レートが「だいたい同じ」になるように恣意的にオプション弄って
「1枚切り出して目視で評価」、アホかと
普通にRDグラフ描いたらHEVCの方が断然良いから
x264に迫るぐらいのビット効率になる

282:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-iV7a)
17/06/22 00:26:52.05 trs5MX/T0.net
>>281
そのRDグラフ見たいな

283:名無しさん＠編集中 (ﾜｯﾁｮｲ f7db-q+YL)
17/06/22 00:33:18.99 YNtnc//k0.net
>>277
G3930 HEVC main10
URLﾘﾝｸ(pastebin.com)
URLﾘﾝｸ(pastebin.com)

284:名無しさん＠編集中 (ﾜｯﾁｮｲ f7db-q+YL)
17/06/22 00:35:05.83 YNtnc//k0.net
>>277
このバージョンのQSVEncだとi7-6700がKabylakeになるんだよw

285:名無しさん＠編集中 (ﾜｯﾁｮｲWW 1700-uL3K)
17/06/22 01:02:37.92 dMOaz5Xb0.net
>>281
rigayaは所詮プログラマーなんだよな
将棋ソフト開発者が実は将棋のド素人ってのと一緒

286:名無しさん＠編集中 (ﾜｯﾁｮｲ d744-VrWr)
17/06/22 01:24:37.77 N9vf3azd0.net
>>281
俺もその自信の源であるRDグラフというのを見てみたいな。
多分>>159、>>162、>>165と同じ人だと思うんだけど、その時も言われてたとおり、
rigaya氏は全てわかった上でブログで見せるためのサンプルとしてフレーム比較してるだけだと思うよ。
>>283-284
重ね重ねありがとう。同じ設定だと10bitはビットレートが5倍くらいになるのね。
仕上がりの質も違ってるのだろうけど、x264みたいに10bitだとQP値の指定範囲とか変わったりするんだろうか？
i7-6700の誤判定については、v2.70で直ってるんならいいんだけど、
そうじゃないなら一応報告がてらここで上げておいたほうがいいと思っただけっす。

287:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-iV7a)
17/06/22 18:31:16.02 trs5MX/T0.net
結局RDグラフは出す気無いのかな
ソフトエンコなら自分で試せるんだけどハードエンコは持ってないと試せないから根拠があるなら出して欲しいんだけどな

288:名無しさん＠編集中 (ﾜｯﾁｮｲ d7c0-NIhq)
17/06/22 20:13:39.03 P4bKBSae0.net
あ、そうだ
QSV-H264とQSV-HEVCだったらどっちの方が画質は綺麗？

289:名無しさん＠編集中 (ﾜｯﾁｮｲ d744-VrWr)
17/06/22 21:53:48.34 wUtPWuUq0.net
>>288
>>275だけじゃなく、その話の中で出てる>>156やそのリンク先の記事とかも読めばいいんじゃねえの・・・

290:名無しさん＠編集中 (ﾜｯﾁｮｲ d7c0-NIhq)
17/06/22 22:20:55.02 P4bKBSae0.net
そっか
QSVだとまだまだ画質はH.264 > H.265なのか・・・

291:名無しさん＠編集中 (ﾜｯﾁｮｲ d791-ZLad)
17/06/23 02:09:40.70 JhKvJdRI0.net
また逃亡かよ
文句言ってる奴のデータが一切出てこないな

292:名無しさん＠編集中 (ﾜｯﾁｮｲ 1700-ECXM)
17/06/23 08:11:43.75 EckugxE+0.net
QSVを使いたい人って、画質そこそこでいいから速度重視なんじゃないの？
HEVCなんて7700Kでも遅くて話にならないし。
誰がどんな検証してようと関係ないような。
結局は、H264って時点でQSV-LAICQ一択なわけだし。

293:名無しさん＠編集中 (ﾜｯﾁｮｲ 9f6e-LvKX)
17/06/24 20:15:05.51 +aXTH1lD0.net
nvencだとH.265 >>> H.264　なんだが…

294:名無しさん＠編集中 (ﾜｯﾁｮｲW bf2e-q/w5)
17/06/25 04:30:21.87 H9d8rbd30.net
ｽﾚﾀｲ

295:名無しさん＠編集中 (ﾜｯﾁｮｲ d7c0-NIhq)
17/06/25 11:59:17.25 L04Kz8780.net
>>293
普通そうだよな
qsvでもH.265>>>H.264だと思うんだがな
少なくとも俺のところでは同じビットレートならH.265>>>H.264に見える
あるいはqsvではなくqsvencが抱えてる問題じゃないかな？

296:名無しさん＠編集中 (ﾜｯﾁｮｲ 3744-VrWr)
17/06/25 21:00:34.07 HzTbtYlX0.net
>>295
同じビットレートと言ってもソースや設定によっても結果が変わるし、
そのあたりの条件を明示せんとなんとも言えんだろ。
あとHEVCじゃLA-ICQが使えないらしいし。

297:名無しさん＠編集中 (ﾜｯﾁｮｲ d7db-iV7a)
17/06/25 22:11:36.30 fr0nrLHJ0.net
HandBrakeCLI にあるオーディオコピーのフォールバックエンコーダー指定
QSVEncC でもできますか？

298:名無しさん＠編集中 (ﾜｯﾁｮｲ 3744-VrWr)
17/06/28 23:59:03.86 GvhtkMNt0.net
rigaya氏のQSVBenchmark(20170108)のmpgファイルをソースにして、
QSV H.264/x264(8/10bit)/x265(8/10bit)/VP9(8bit)でエンコードを行い、
SSIM/ビットレート図を作成してみました。
　URLﾘﾝｸ(2sen.dip.jp)
この図にQSV HEVCのmain/main10の結果も重ねてみたいのですが、
当方はHaswellノート環境なので、QSV HEVCには未対応です。
そこで、QSV HEVCのmain/main10で１度に７パターンのMP4ファイルと
ログを作成するバッチファイルを作りました。
内容物をQSVBenchmarkフォルダに置いてバッチを実行するだけです。
QSVEncC v2.70とffmpegのバイナリを同梱していますが、
不安な方は公式サイトのものを使うようにして下さい。
　URLﾘﾝｸ(www.axfc.net)
Kabylake環境をお持ちの方にお願いなのですが、ログ７種を取得していただき、
アップしていただけないでしょうか。時間もそれほどかからないと思います。
ログをいただけたらエンコード時間等も加えて画像を更新しようと思っています。

299:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/06/29 02:28:31.23 TAuW56dF0.net
>>298
URLﾘﾝｸ(www.axfc.net)

300:297 (ﾆｸｸｴ 0144-AqLU)
17/06/29 12:05:25.35 i3FawxNj0NIKU.net
>>299
いつもありがとうございます。
いただいたHEVC main/main10の情報を>>298の画像に追加しました。
速度の追加については今はちょっと時間がとれないので・・・。
　QSV_HEVCを追加したSSIM_Bitrate図
　URLﾘﾝｸ(2sen.dip.jp)
どうせならNVEncやVCEEncも重ねてみたいとこですね。
VBR指定で5000/10000/15000あたりを測るバッチ作って依頼投げればいいのかな。

301:名無しさん＠編集中 (ﾆｸｸｴ 6191-wjSU)
17/06/29 15:19:27.69 5j1IryPm0NIKU.net
　　　　　　　　ゴガギーン
　　　　　　　　　　　　　ドッカン
　　　　　　　　　ｍ　　　　ドッカン
　　＝＝＝＝＝）　）)　　　　　　　　　☆
　　　　　 ∧_∧ |　|　　　　　　　　　／　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　（　　　）|　|＿＿＿＿＿　　　　∧＿∧　　　＜　　おらっ！出てこい>>281 >>159
　　　　　「　⌒￣　|　　　|　　　　||　　　（´Д｀　）　　　　＼＿＿＿＿＿＿＿＿＿＿＿
　　　　　|　　　/ ￣　　　|　　　　|/　　「　　　＼
　　　　　|　　　|　|　　　　|　　　　||　　　 ||　　 /＼＼
　　　　　|　　　 | |　　　　|　　　　|　　へ//|　　|　　| |
　　　　　|　　　 | | 　　　ﾛ|ﾛ　　　|／,へ＼|　　|　 | |
　　　　　|　∧　| |　　　　|　　　　|／　　＼　　/　（　）
　　　　　|　|　|　|〈　　　　|　　　　|　　　　　|　|
　　　　 / /　/ / |　　/ 　|　　　〈|　　　　　|　|
　　　 / /　 / /　|　　　　|　　　　||　　　　　 |　|
　　　/ /　/ /　=-----=--------　　　　 |　|

302:名無しさん＠編集中 (ﾆｸｸｴ c2ea-POtP)
17/06/29 15:43:54.91 HySI7hf90NIKU.net
rigayaさんの目視の結果と変わらないってことでいいのかな？

303:名無しさん＠編集中 (ﾆｸｸｴ Sdc2-CbVm)
17/06/29 17:15:16.01 8ukMHi6JdNIKU.net
>>302
当たり前じゃん
>>301は主観で物見ろって言ってんのにrigayaも>>298も客観で語ってんだから
お互いに話通じる訳ねーよ

304:名無しさん＠編集中 (ﾆｸｸｴ c2ea-POtP)
17/06/29 17:45:06.91 HySI7hf90NIKU.net
>>303
？
ちょっと意味がわからない
主観評価って目視のことじゃないの？

305:名無しさん＠編集中 (ﾆｸｸｴ 0144-AqLU)
17/06/29 19:04:05.34 i3FawxNj0NIKU.net
>>303
よくわからないが、とりあえずアンカの付け方がおかしくないか。
お前さんは>>159と>>281と同じ人で、
　× >>301は主観で物見ろって言ってんのに
　○ >>159と>>281は主観で物見ろって言ってんのに
ということであってる？
「RDグラフ描いたらHEVCの方が断然良いからx264に迫るぐらいのビット効率になる」って
そもそもどういうものを「RDグラフ」と呼んでるのかもよくわからないが。

306:名無しさん＠編集中 (ﾆｸｸｴ Sdc2-CbVm)
17/06/29 21:09:09.30 8ukMHi6JdNIKU.net
>>305
ごめん、同じ人じゃないけど、確かに書き方の変だったわ
「>>301が挙げた奴らは～」だな

307:名無しさん＠編集中 (ﾆｸｸｴ Sdc2-CbVm)
17/06/29 21:16:20.97 8ukMHi6JdNIKU.net
>>304
こいつらが言う目視って直で動画見ろって事なんだろ？

308:名無しさん＠編集中 (ﾆｸｸｴ c2ea-POtP)
17/06/29 21:32:11.71 HySI7hf90NIKU.net
>>307
なるほど
そういう意味ね

309:名無しさん＠編集中 (ﾆｸｸｴ 65db-WwN4)
17/06/29 22:16:47.49 TAuW56dF0NIKU.net
動画直で見て、H264 ICQ=26 と HEVC main ICQ=26 比べてみたけど、あまり変わらないね
細かい所よく見るとH264の方がきれいな気がする
この動画実写だから、アニメだと変わるかもね

310:名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-AqLU)
17/06/30 18:27:16.01 EuJa61Tg0.net
>>309
実写は複雑で情報量も多いし、その組み合わせだとSSIMでもあまり差が無いから目視では色々きついと思う。
誰もが問題なく入手できて少なくともYoutubeよりも高画質なFHDアニメサンプルでもあれば、試してみたいところ。

311:名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-AqLU)
17/06/30 18:53:06.40 EuJa61Tg0.net
>>298、>>300の続きとして、NVEncとVCEEncのSSIMログ取得用バッチも作成しました。
環境が無いのでオプション指定で失敗していなければいいのですが。
■NVEnc 3.13用(要Pascal環境) → URLﾘﾝｸ(www.axfc.net)
・基本オプション(--aq、--aq-temporal(H.264のみ)付きも含め計21パターン)
　--avcuvid -c *** --profile *** --vbrhq ***
　--ref 3 --bframes 3 --lookahead 10 --output-depth **
■VCEEnc 3.06用(要Polaris環境) → URLﾘﾝｸ(www.axfc.net)
・基本オプション(--vbaq、--pre-analysis付きも含め計18パターン)
　--avvce -c *** --profile *** --vbr *** --ref 3 --bframes 3 --b-pyramid
同梱バイナリだと不安な方は公式から個別にダウンロードを。
Nortonが同梱DLLを検疫してたので、検疫によるDLL欠けなどにもご注意下さい。
Pascal、Polaris環境持ちの方にお願いなのですが、ログを取得して上げていただけないでしょうか。
結果を>>300の図に反映したいと思っています。

312:名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
17/06/30 19:10:35.87 wgkXSACr0.net
3DCGアニメならクリエイティブコモンズの物がいくつかあるけど日本式のアニメでそういうのは見当たらないからエンコードの試験評価は難しいよね

313:名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
17/06/30 19:12:58.58 wgkXSACr0.net
いや今回の件だとエンコードの成果物は上げなくてもいいから著作権は気にしなくていいか

314:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/06/30 20:39:40.50 ahFMNyyn0.net
>>311
URLﾘﾝｸ(www.axfc.net)
VCEEncエラー出てたからコマンドプロンプトに出てたログも一緒に入れておいた
ちゃんと出力はされてたから大丈夫かな

315:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/06/30 20:43:54.19 ahFMNyyn0.net
いや、VCEEncのHEVC出力はサイズがめちゃくちゃ小さかったわ。2MBとかｗ

316:名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-AqLU)
17/06/30 21:02:22.34 EuJa61Tg0.net
>>314-315
ありがとうございます。
VCEEncのエラーですが、ログを見ると環境がAMF1.3となっているので、それが原因ではないかと思います。
AMF1.4で実装されたオプションも使っているため、ドライバの更新が必要になるのではないかと。
ログからはそちらのドライババージョンはわかりませんでしたが、
AMD Radeon Software Crimson 17.1.1 以降が必要とのことです。

317:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/06/30 21:21:47.73 ahFMNyyn0.net
測り直してくるわ

318:名無しさん＠編集中 (ﾜｯﾁｮｲ 8211-WwN4)
17/06/30 21:46:35.72 YSo77VLC0.net
Windows10なんだけど外部GPUとQSVの併用って出来なくなった？
QSVEnc使おうとしても下記のエラー吐くんだけど
qsv [error]: D3D9Device: Failed CreateDeviceEx: -2005530516.
qsv [error]: Failed to initialize HW Device. : null pointer.
qsv [error]: Failed to CreateHWDevice. : null pointer.
auo [error]: null pointer.

319:名無しさん＠編集中 (ﾜｯﾁｮｲ 82e7-wjSU)
17/06/30 22:03:30.60 IiMeDAKp0.net
2.39の米欄と同じだな
最悪DP問題みたいにiGPUとdGPUで同じモニタに出力するといいかも

320:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/06/30 22:04:44.53 ahFMNyyn0.net
>>316
両方ともドライバアップデートして再度実行した
URLﾘﾝｸ(www.axfc.net)

321:名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-AqLU)
17/06/30 23:32:45.04 EuJa61Tg0.net
>>320
重ね重ねありがとうございます。
VCEEncのH.264エンコードのログを見ると、H.264のエンコードなのに
　　Bframes is not supported with HEVC encoding, disabled.
というメッセージが出てBフレーム無効にされていたので、一応rigaya氏のブログに報告しておきました。
>>300の画像への追加はなるべく早く行おうと思います。

322:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/06/30 23:59:45.28 ahFMNyyn0.net
アニメでも測ってみた。使ったのはビビオペOP（テロなし） 1080p 24fps AVC 42Mbps
URLﾘﾝｸ(www.axfc.net)
全体的に低めに出てるのは元動画にディザがたくさんあるからかな

323:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/07/01 19:32:28.79 UlUyG/rf0.net
なんかSSIM低いと思ったら、ffmpegの引数の入力ファイル指定の順番入れ替えたらSSIM変わったw
バグってるなww

324:名無しさん＠編集中 (ﾜｯﾁｮｲ 4244-AqLU)
17/07/01 21:31:00.69 KUlGIT3e0.net
>>323
うーん・・・なんだろう、ソース由来だろうか。
以前直接ファイル指定するとSSIMの値が低くなってしまうケースがあって、
よくわからないので仕方なく入力を全部avs経由にしたことがあったような・・・。
あと、グラフ化はまだ作業中なんですが、>>322のVCEのログで
　　Found NALU with forbidden_bit set, bit error?
というメッセージが出てたのが気になりました。（デコード警告？）

325:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/07/01 22:01:55.15 UlUyG/rf0.net
>>324
逆にすると高めのSSIMが出て、このm2tsをavs経由で入力すると同じ値になるから、この高めの値が本物っぽい
測り直してくるわ
この警告なんだろうね。ソースのストリームがおかしいか、デコーダがおかしいか、
だけど、ソースは自分で作ったわけじゃないし、おかしいわけないんだよな

326:317 (ﾜｯﾁｮｲ 8211-WwN4)
17/07/01 22:02:03.04 jZ5r/RCf0.net
ごめん、どうやらVisual Studio 2015のx86版をインスコしてなかったのが原因だったみたい
ただ、QSVEnc 2.70だとやっぱエラーでエンコ出来ないや・・・
2.69だと問題ないんだけどね

327:名無しさん＠編集中 (ﾜｯﾁｮｲ 4244-AqLU)
17/07/02 02:40:19.90 94d0iVLt0.net
>>318 >>326
QSVEnc 2.71
・2.70でdGPU付きの環境だと正常に動作しないことがあったのを修正。
・2.70で起動が遅くなっていたのを修正。
・la/la-hrdでビットレートが表示されていなかったのを修正。
>>321
ブログでrigaya氏からの回答があったので概要を貼り。
　・メッセージをHEVCと誤表示してしまっているだけで、Bフレームがサポートされてないというのは正しい。
　・Polaris(RX 4xx系)のH.264エンコードはBフレームに対応していない。
　・以前所持していたRX 3xx系でもBフレームありにしたほうが画質が悪かったと思う。

328:名無しさん＠編集中 (ﾜｯﾁｮｲ 4244-wjSU)
17/07/02 03:44:01.85 94d0iVLt0.net
>>300に>>320のデータやエンコード速度を追加しました。
URLﾘﾝｸ(2sen.dip.jp)
◎>>311のオプションについて
・NVEncの--aq-temporalはほぼ変わらず。
・NVEncの--aqは少し良くなった。
・VCEEncの--pre-analysisは結果に変化無し。
　　→参考： URLﾘﾝｸ(github.com)
・VCEEncの--vbaqは、H.264だと結果に変化無し。HEVCだと少し良くなった。
◎感想
・QSVとNVのH.264はなかなか
・QSVとNVのHEVC-mainも、H.264には劣るもののそこそこ
・QSVやNVのHEVC-main10のSSIMは正しいのだろうか？
　x264/x265の10bitも8bitに対する優位性が見えない。
　10bitのSSIMは8bitのものと同じ測り方でいいのだろうか？
　ソースが8bitだということも関係するのだろうか？よくわからない。
・VCEの幸の薄さがやばい

329:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/07/02 12:00:41.36 epss3VIp0.net
>>322を測り直した
URLﾘﾝｸ(www.axfc.net)
高めの値になってるけどアニメだとこんなもんなのかな
>>328
おぉ、ありがとう
QSVとNVあまり変わらないね。NVの方が速いし

330:名無しさん＠編集中 (ﾜｯﾁｮｲ 0144-wjSU)
17/07/02 16:42:01.90 FcVsDm/t0.net
>>329
ありがとうございます。グラフ化しました。NVのaqとVCEのvbaqは、こちらではいまいち。
　URLﾘﾝｸ(2sen.dip.jp)
ただ、HEVC-main10がやけに良いなと思って少し試していたら、
　A: ffmpeg.exe -i src8bit -i out10bit -lavfi "ssim;[0:v][1:v]psnr" -f null
　B: ffmpeg.exe -i out10bit -i src8bit -lavfi "ssim;[0:v][1:v]psnr" -f null
とでは結果が異なり、Bの方が良い数値になるということに気づきました・・・。(>>328はA、328はBでの計測)
最初に入力した方のフォーマットにあわせて計算してるのかな。
8bitソースで8/10bit出力を公平に評価するなら、全てソースを10bit化した上でエンコードさせて
　C: ffmpeg.exe -i src10bit -i out8/10bit -lavfi "ssim;[0:v][1:v]psnr" -f null
で10bit基準のSSIM値(？)で比較したほうがいいんだろうか？
それともソースが8bitなんだからAで比較してしまっていいのだろうか？
諸々踏まえてバッチの更新も考えてみます。

次ページ