【NVENC/VCE】ハードウェアエンコーダーを語るスレ3【QSV】

【NVENC/VCE】ハード� ..

182:名無しさん＠編集中
19/08/19 12:40:30.03 /Whzpc6n0.net
>>177
H265のBフレは相当変わる？
なら買い換えの意義はあるが。

183:名無しさん＠編集中
19/08/19 12:42:23.97 OS9ysHyAr.net
データサイズどうしたいか次第

184:名無しさん＠編集中
19/08/19 13:00:35.69 mJUK4oK30.net
>>178
QSVのHEVCの画質容量比性能を超えて、実質HWエンコーダのHEVCで最良
おまけにQSVやVCE、旧世代のNVEncで多くみられる実写ソースでの圧縮効率の極端な低下（下手するとH264の方使った方がマシ）が起きないレベルになっていて
ソースによってHEVCかH264か効率よい方を選ぶとかする必要が無くなってる

185:名無しさん＠編集中
19/08/19 13:49:44.48 hj0FX7Pi0.net
大雑把だけどエンコ目的ならGTX1060でFA？

186:名無しさん＠編集中
19/08/19 13:50:01.33 eOo5nu63M.net
もうすてに8月後半
ここまで待ったんなら、年末のIceLake世代のCPU内蔵GPUコアの進歩がどの程度のものになるのかを確認してからでも遅くはないようにも思うけどね
10bit動画への対応がこの世代からようやくdGPUなしでも問題なくこなせるようになるわけだし
ラジャ・コドゥリのIntel参戦でどこまでカツ入れされたものか、お手並み拝見

187:名無しさん＠編集中
19/08/19 14:04:41.95 hj0FX7Pi0.net
いかーんGTX1660ね間違えた

188:名無しさん＠編集中
19/08/19 14:10:26.04 CRxZe9NN0.net
>>182
ラジャさんはインドの子供のなりたいモノ一位だからな。
ラジャさんをたたえる歌
URLﾘﾝｸ(youtu.be)

189:名無しさん＠編集中
19/08/19 14:15:29.46 mJUK4oK30.net
>>183
HEVCが主体でインターレース出力しないならね
H264が主体なら未だQSVも悪くは無い

190:名無しさん＠編集中
19/08/19 17:08:01.76 DUiqCFLl0.net
>>185
QSVっても最新CPUだけだろ

191:名無しさん＠編集中
19/08/19 17:41:14.63 mJUK4oK30.net
HD500～UHD600の間で、同ソース、同設定でやって何%にもならんぐらいの差で僅かに縮むぐらいしか差は無いぞ
Bフレ数と参照距離の組み合わせやGOP長の方が遙かに影響有る程度

192:名無しさん＠編集中
19/08/19 17:49:56.04 mJUK4oK30.net
極端に古い世代の持ち出してくるならNVEncも同様だし
エンコに使う目的なら、状況によってCPU世代変えるのもありってだけだよ
メモリも変えなきゃならんほど古いならdGPUの刷新してもいいんだし
好きで晒してない要因による判断差や単発で横からレスしてくる相手の事情までは知らんよ

193:名無しさん＠編集中
19/08/19 20:43:33.56 34nT3FGZ0.net
176です。
7年使ったPCをzen2に組み替えついでにグラボも変えようかっと思った次第です。
AviUtlで編集してH265で作成すると容量がデカくなるし実写だと画質が悪いので
質問しました。

194:名無しさん＠編集中
19/08/19 21:00:57.22 p+Ypde520.net
そうですか

195:名無しさん＠編集中
19/08/19 21:01:51.02 oss4rYPT0.net
変えた方がいい

196:名無しさん＠編集中
19/08/20 01:24:28.64 +oCTMpNn0.net
変えれば幸せになるよ
ついでに壺もセットで買うと安くなる

197:名無しさん＠編集中
19/08/20 12:53:09.51 K6/teIR/0.net
AMDはVCNのテコ入れしないのか？

198:名無しさん＠編集中
19/08/20 13:43:45.80 DYfr1yw00.net
処理速度は上がったよ
画質容量比性能落ちたけど

199:名無しさん＠編集中
19/08/20 13:52:05.68 DYfr1yw00.net
実際のところは、予定していたカタログスペック的な処理速度性能に届かなくて
マクロブロックやスライスの捜査処理甘くして速度確保したって感じだけな（白目

200:名無しさん＠編集中
19/08/20 15:01:01.63 PLbkm62da.net
CPUの方は元気なのにｗ

201:名無しさん＠編集中
19/08/20 15:23:01.87 n8lCJ5QQ0.net
H265はアニメ向きで実写だと
のっぺりするって聞いたけど、
実写派の自分はH264で十分っていうことでOK？

202:名無しさん＠編集中
19/08/20 15:35:15.73 kRT0Mh7fr.net
ビットレート次第

203:名無しさん＠編集中
19/08/20 17:54:13.44 gB5e58zh0.net
同じビットレートなら実写でもH.265の方が高画質だろう

204:名無しさん＠編集中
19/08/20 18:01:43.61 7hIrGa7t0.net
断然H.265だよな、もうH.264でエンコ出来ないくらい綺麗

205:名無しさん＠編集中
19/08/20 18:17:12.94 PLbkm62da.net
でなけりゃ後継仕様の意味ないやろｗ

206:名無しさん＠編集中
19/08/20 19:06:19.33 DYfr1yw00.net
実写はH264の方が良いってのは、従来の世代の古いHWエンコーダでの傾向で、GTX1660以上のTuring世代のNVEncでは解消されたん
HW処理でも種類が増えたマクロブロックの適正配置がより厳密に処理出来る様になった故で、お陰で圧縮効率も良くなってる
ここらへんHEVCの実写でテクスチャーがのっぺりしやすいのにも関係してたり

207:名無しさん＠編集中
19/08/20 22:05:03.15 bi/FsJrN0.net
ロイヤリティフリーのVP9で十分

208:名無しさん＠編集中
19/08/20 22:19:52.75 I3c/foLN0.net
>>203
VP9でハードウェアエンコードできるものってなんぞ？

209:名無しさん＠編集中
19/08/20 22:33:47.34 DYfr1yw00.net
個人使用の範疇でエンコする分にはロイヤリティも糞も無いんだけど、代価得て商業目的使うってんなら別だが

210:名無しさん＠編集中
19/08/21 12:16:33.20 oDME6Gk/0.net
>>197
自分の環境と「目」次第だよ。同じビットレートで比較して差がないなら、H.264のほうが軽くていいんじゃないかな？

211:名無しさん＠編集中
19/08/21 12:37:26.38 9P1CLD/K0.net
軽いとは・・・

212:名無しさん＠編集中
19/08/21 12:42:31.33 JFXpTInrd.net
変換が速いって事か？
今やスマホでもH.265が余裕で再生出来る時代だぞ

213:名無しさん＠編集中
19/08/21 12:51:14.98 mkRsLwkAM.net
そもそも265の再生が重いようなPCでエンコすんな

214:名無しさん＠編集中
19/08/21 15:13:29.16 CSU+jZcxa.net
そもそもH265が実写向きじゃないって書き込みが間違ってるからな

215:名無しさん＠編集中
19/08/21 15:42:53.27 j1U6iFbT0.net
実写の大きいマクロブロック割り当てされてそうなところがのっぺりするのは、情報量に対してそもそものビットレートが不足しすぎているか
AQでのビットレートの再分配が旨く行っていない
下手にエンコードオプション細かく指定しすぎると旨く行かない場合有るので、明示的にオートでAQ処理させてみるとか
H264よりHEVCの方が高圧縮な代わりに、ビットレート低くなりすぎるとフレーム全体の像を残す方向で細かい部分のディテールから失われて行きやすいんで
AQでマクロブロック間やフレーム間でビットレート都合し合うとか調整しなきゃダメな場合もある（そもそもオートで済む程度のビットレートに止めとけというのもあるけど
そんで、ここでもマクロブロックが出てくるんで
その割り当てが旨くないとビットレートの都合し合いの処理やビットレート貰う対象の絞り込み等にも影響すると

216:名無しさん＠編集中
19/08/21 15:57:26.44 j1U6iFbT0.net
今までは
HWエンコーダではHEVCで種類が増えたマクロブロックパターンを旨く配置しきれなかったお陰で、実写だと高周波成分があるテクスチャに小さいマクロブロックを無駄に割り振ってしまい、酷いとH264より縮まなくなりやすい
という状態だったのが、Turing世代のNVEncでやっと脱したと
その代わり、低ビットレートにしすぎると前記の「のっぺり」が起きるんで、ビットレートの再分配を気にしなきゃならなくなった訳やね（アニメ絵は「のっぺり」になる部分が元からのっぺりしてるんで影響が低い
なのでHEVCだと実写に弱いんじゃ無く、実写にも耐えうるほどの複雑な内部処理が出来てなかった、って感じやね
H264だと（HEVCよりは）単純な分、今までもそこそこ旨く出来てたと

217:名無しさん＠編集中
19/08/21 16:40:34.07 BKUAahygr.net
ビットレート無理に落とさなければ良い

218:名無しさん＠編集中
19/08/21 20:51:55.26 j1U6iFbT0.net
>>213
まぁ単純にはそうなんだけどね
実写の方がアニメとかより映像の構成要素的に縮まないんだから、設定つめてるほどアニメ基準で同じビットレートとかオプションを実写ソースに適用しちゃ無理がある

219:名無しさん＠編集中
19/08/22 00:49:25.92 5SLmV2lc0.net
1050Ti、1650、1660でHEVCのNVENCを比較してみたけど
NVEncC64.exe -c hevc -u default --tff --cqp 20:23:28 --lookahead 32 --gop-len auto --aq --aq-temporal --dar 16:9 --profile main10
--bref-mode each --output-depth 10 --vpp-afs preset=anime,24fps=true,rff=true --vpp-pmd --vpp-edgelevel strength=2,threshold=8
--vpp-deband range=10,thre_y=10,thre_cb=0,thre_cr=0,dither=10,blurfirst=true --audio-codec aac -i %1 -o test.mp4
上記コマンドでCMカット済みのｔｓ、ロード・エルメロイⅡ世の事件簿 7話 BS11 23分40秒をエンコした場合だと
1050Ti：191.49fps エンコ時間2分57秒※Bフレ無し
1650：193.72fps エンコ時間2分55秒 ※Bフレ無し
1660：282.15fps エンコ時間2分0秒
1660：342.85fps エンコ時間1分39秒 ※Bフレ無しの場合、ファイルサイズは1050Ｔｉの75%のサイズ、何か所か拡大して1050Tiと見分けは付かなかった
1660はLimit53%の65Wでファンレス換装済み ※消費電力は1650相当
1650補助電源無だけどアイドルは1050より3W高く負荷時は10Wも高い、3Dも20%程度の向上なので色々微妙

220:名無しさん＠編集中
19/08/22 01:01:53.59 WyebYonRM.net
エンコード速度に関してはIntelがIceLake世代でHEVCでのエンコード速度を2倍に高速化することと、色域をBT.2020に対応させることは既に確約しているので、あとは画質次第

221:名無しさん＠編集中
19/08/22 01:25:29.07 sN9yg/HN0.net
ロードエルメロイも含めて近年のFate系とか、一見綺麗でも動きの無い作品は意外と情報量低い（Kとかも同様）んで
NVEncの世代差を見るなら同じロードエルメロイでも事件の解決話とか鎌や槍ブン回してる話をサンプルにする方が良いかも
今期なら鬼滅の刃の戦闘回あたりはアニメ絵のサンプルには良い感じ
あとは実写ならF1なんかはエンコーダのマクロブロックの捜査ロジック糞虐めてくれる

222:名無しさん＠編集中
19/08/22 01:35:31.03 WyebYonRM.net
スカパー！プレミアムがビットレート削減を凶行したようだ
スカパー！プレミアムを録画して再エンコードしているユーザーは注意

223:名無しさん＠編集中
19/08/22 02:22:56.67 /LMLQGcF0.net
>>215
検証乙
何気に3世代(2．5世代?)の同一条件比較は初めて見たかも
今更言うのもなんだが1650に新しいnvencを載せてくれていたらなぁ

224:名無しさん＠編集中
19/08/22 07:21:01.31 KaZIRKjj0.net
====================
667ch　ビットレート変化
====================
"胡蝶綺～若き信長～ #07" ・・・　URLﾘﾝｸ(i.imgur.com)
上　削減前　（8月19日）　Main@L4
下　削減後　（8月21日）　High@L4

225:名無しさん＠編集中
19/08/22 14:09:20.88 teYH6Wwo0.net
>>220
これ見るに最適化されただけでだいぶ画質良くなってるように見える

226:名無しさん＠編集中
19/08/22 14:10:01.67 teYH6Wwo0.net
てよく見たら縦軸半分にしてんのか

227:名無しさん＠編集中
19/08/22 14:51:44.12 VQkcF2k40.net
MainからHighになってるから固定品質なら、より効率的な高圧高画質化してるはず
2pass平均ビットレートなら劣化だが、放送時の映像ソースなんて調べようが無い

228:名無しさん＠編集中
19/08/23 21:25:19.10 5Bi4yTRG0.net
NVIDIAの次世代なら最下層モデルにTuring載るかね
エンコのためだけに30kは高いよぉ

229:名無しさん＠編集中
19/08/23 22:45:05.59 t6UFDUbV0.net
一時期1660Tiが1660並の値段で有ったんだけどねぇ

230:名無しさん＠編集中
19/08/23 23:03:06.09 7SYqe4QUa.net
NTTXストアだろ
一瞬で売り切れたみたいだけどな

231:名無しさん＠編集中
19/08/23 23:04:10.56 9xo3j9mQ0.net
1660無印で十分
QSVでは100%に張り付いてたCPU使用率がNVEncのおかげで50%以下になって、録画中エンコもエンコ中作業も快適になった

232:名無しさん＠編集中
19/08/23 23:31:15.63 7SYqe4QUa.net
QSVから1660なら満足度は高いだろうな、
俺は1060から1660にしたけど、価格対満足度は低い

233:名無しさん＠編集中
19/08/25 01:18:18.83 3ZhZP9iM0.net
NVEnc専用のHWエンコードカードが欲しい

234:名無しさん＠編集中
19/08/25 04:37:44.91 TZKPW0O10.net
>229
わかる。NVencだけ２機積んで欲しい。

235:名無しさん＠編集中
19/08/25 05:49:19.29 C79+EJ2P0.net
もし出ても安くはならないよ？

236:名無しさん＠編集中
19/08/25 12:46:35.75 b9UDHjbY0.net
設計起こす分をエンコ専用ボードでペイすることになるから、下手すりゃGT1650搭載の製品より安くならん可能性すらある
2GB程度はメモリも積まなきゃならんし
それでもPCBはGT1030のが使えそうだけども
開発等に掛かるコストは当初想定の販売見込みで頭割りなんだから、機能限定すりゃ何でも安くなる訳じゃ無いわな

237:名無しさん＠編集中
19/08/25 13:04:34.83 .net
昔Spurs engineというのがあって

238:名無しさん＠編集中
19/08/25 13:27:34.58 N8PXzt3Vd.net
そうやな、安くても20kはしそう。
ならグラボでGTX1660でええやんw

239:名無しさん＠編集中
19/08/25 13:44:08.85 RliOBm9iM.net
エンコーダーだけ利用するためのPCI-ex→USB 3.0変換キットみたいなのがあると、少し前のノートPCが捗りそう
Thunderbolt3みたいな大げさなのではなく、あくまでエンコーダー専用で

240:名無しさん＠編集中
19/08/25 14:43:55.30 b9UDHjbY0.net
>>235
そっちのが実装的に大げさな気もするけど
サンボ経由のが電気的にシンプルなんだが

241:名無しさん＠編集中
19/08/25 15:49:53.02 RliOBm9iM.net
Thunderbolt3端子を備えたPCが限られている

242:名無しさん＠編集中
19/08/25 15:52:36.85 67UCSwVQ0.net
USB3.0もThuderbolt3も中身はPCI-eの信号引っ張ってきただけなんだからさっさと統合しちゃえばいいのに

243:名無しさん＠編集中
19/08/25 16:08:42.01 b9UDHjbY0.net
いや凄い雑なうえで考え方が逆だ

244:名無しさん＠編集中
19/08/25 16:21:30.84 b9UDHjbY0.net
結局、単価に跳ね返る先が本体か拡張機器側かの話で
拡張機器側への負担軽減できるからこそこういう規格に意味がある訳で
 >>235でいう実装でも結局新規にチップ起こす事になるんだから、それなら下手な変換するよりUSB3収容用のチップの方がまだ理屈に合うけど
ただどっちにしろ、相当高上がりになるだろう単価を容認出来るのかとか、そんなチップをnvidiaがそもそも作るかという所に行き着くんだが

245:名無しさん＠編集中
19/08/26 01:56:44.88 ijbDg/nj0.net
>>238
USB4.0をお待ちください。

246:名無しさん＠編集中
19/08/26 01:57:20.27 ijbDg/nj0.net
.0は要らんかったか

247:名無しさん＠編集中
19/08/26 06:54:14.75 u7SXi+CRa.net
CPUによるけどintelならUSBもThunderboltもPCIeなんて通してないが

248:名無しさん＠編集中
19/08/26 08:13:56.24 bolbipC5M.net
>>243
CPU直結でチップセット通ってないって事？

249:名無しさん＠編集中
19/08/26 09:41:56.30 hA6XhzvL0.net
大雑把に言うとThunderbolt3のシリアル接続に細切れにしたPCIeとUSB3とDPを高速に切り替えながら乗っけてる
USBの分家で独自に本家より進化したような規格
シリアル通信だからUSB Type-Cが使えるけど、アホみたいな速度なんでケーブルの品質が滅茶苦茶問われる

250:名無しさん＠編集中
19/08/26 10:07:40.34 hA6XhzvL0.net
そんで分家のThunderbolt3が本家に認められてUSB4になると

251:名無しさん＠編集中
19/08/26 10:59:42.03 wS4GJtW1M.net
スケキヨが当主に

252:名無しさん＠編集中
19/08/26 13:03:40.55 hA6XhzvL0.net
やめろよ
池から足出ちゃうだろ

253:名無しさん＠編集中
19/08/26 15:10:23.01 bolbipC5M.net
>>245
元々、USBプロトコル持ってなくてTB3でUSB実装なんじゃないの？
元々はPCIeの特殊な実装だったのでは？(古いバージョンからPCIeのプロトコルあるし・・・)

254:名無しさん＠編集中
19/08/27 03:41:51.82 /DWRpR9c0.net
>>249
PCIeの通信内容を載せられるほどの帯域を持ったシリアル通信というのは変わらないよ
形状がThunderbolt3で専用端子形状からType-Cになったりと物理的な互換性やUSB3.1の機能的要素取り込んだってのはあるけど
Thunderboltだけ掘り下げてもスレの趣旨から外れていくだけなんだが

255:名無しさん＠編集中
19/09/03 08:36:08.17 wk9vlwpPM.net
2年前からNUCとeGPUで、書き出し先をNASのiSCSIにしているけど割と快適よ。
主に録画や別PCの映像配信に使っている。

256:名無しさん＠編集中
19/09/07 15:28:36.49 aLDdVnLYr.net
【コーデック】沈むH.265、グーグル動画仕様AV1が主役へ　アップル採用で加速か
ｽﾚﾘﾝｸ(bizplus板)
　新規格とは、米国の非営利団体アライアンス・フォー・オープン・メディア（AOM）が2018年に公開した「AOMedia Video 1（AV1）」である。
グーグルやアップルなど多くの大手IT企業が参画する。動画配信大手の米ネットフリックスなど多くの企業がAV1の採用に傾き始めた。
　H.265は特許保有企業の間でライセンス形態に関して合意できず、最終的に4団体に分かれる事態に陥っている。
利用者は基本的に4団体全てと契約する必要があり、その労力は大きい。支払う特許料についても4団体にそれぞれ支払う必要があり、高額になりがちだ。
H.265は2013年に登場してから約6年たったにもかかわらず、普及していない。
　AOMは、AV1の動画圧縮率はH.265と比べて2割以上向上できるとうたう。
誇張はなく、AOMが公開している標準の符号化アルゴリズムをソニーが試すと、AV1の圧縮率はH.265に比べて21%高かった。

257:名無しさん＠編集中
19/09/07 15:57:44.35 HhGrGD0v0.net
一度規格を制定したら20年30年その規格で続行しなければならないオールドメディアはその点不利だよな
PCやスマホみたいに中のソフトウェア入れ替えれば新しい規格に柔軟に対応できますよ、の方が新しい技術を積極的に取り入れられる

258:名無しさん＠編集中
19/09/07 17:28:27.57 I2MT3FZa0.net
ちょくちょく変わられると、変化に対する耐性の低い一般民衆はついてこなくなるだけ

259:名無しさん＠編集中
19/09/07 18:13:47.76 HhGrGD0v0.net
そんなもんアプリが吸収すればいいだけの話
自動アプデオンにしときゃ一般大衆は変化したことすら気付かない

260:名無しさん＠編集中
19/09/07 19:21:01.86 I2MT3FZa0.net
甘い甘い
スペックが追いつかなくてサポセンにゴラーされて無駄に業�

261:ｱ効率が落ちるだけ

262:名無しさん＠編集中
19/09/08 03:01:18.70 qmtAGTX/0.net
商用AV1で個人はh.265とかで落ち着くのかな

263:名無しさん＠編集中
19/09/08 04:59:12.07 4qUKB//Fa.net
個人では今でもAVCが主流だしそれがHEVCに変化するのか微妙だと思っている

264:名無しさん＠編集中
19/09/08 06:58:28.03 rjwXltef0.net
個人的にはフルHDくらいまではH264で十分だし、ストレージの大容量化・低価格化でまだまだ扱いにくいHEVCに移行には二の足を踏んでいる。

265:名無しさん＠編集中
19/09/08 09:19:30.81 xX21AuMk0.net
>>252
VVCはH.265と比べ5割向上
>VVC will provide an average reduction of roughly half the bitrate compared to the previous generation of codecs (e.g. HEVC) for the same visual quality (subjective quality).
URLﾘﾝｸ(medium.com)

266:名無しさん＠編集中
19/09/08 10:32:20.81 85p9CuIY0.net
自分はターゲットとするサイズの目安があるから
hevc（x265）でやっとフルHDに移行できたクチだから
圧縮効率が上がることは歓迎したい
でもこれまでの経験を当てはめるとフルHDならVCCやav1の効果は薄そうな予感がある

267:名無しさん＠編集中
19/09/08 12:48:46.30 8W5yGxpyF.net
>>261
参考までに目標のサイズと
動画のビットレート
音声のビットレート
教えて下さい。

268:名無しさん＠編集中
19/09/08 13:59:02.80 T+sLUQpD0.net
AV1のエンコード速度やばい
こんなの64コア128コアが主流にならないとソフトエンコ無理

269:名無しさん＠編集中
19/09/08 15:20:31.63 OUrQV1GY0.net
そりゃ俺らのたかだか8コア16コアのしょぼいPCでエンコードすることを想定されてないからな
まともに使いたかったら俺らエンコ厨もクラウド借りて分散エンコードする時代に・・・ならないだろうね

270:名無しさん＠編集中
19/09/08 15:41:55.07 UfrfCBAZ0.net
AMDのスレッドリッパーあたり導入せんといかんかね

271:名無しさん＠編集中
19/09/08 16:27:57.66 USozz+QW0.net
一般人にスパコンの切り売りしてくれればいいんだけどね
Windowsじゃないと使いにくいだろうけど

272:名無しさん＠編集中
19/09/08 16:42:10.20 JKjwqOvc0.net
AV1は転送量減らしたい企業向けでしょ
一般人がエンコードするのはかなり先になりそう

273:名無しさん＠編集中
19/09/08 17:36:54.44 fW2qSrMn0.net
Amatsukazeを使用して
X265にエンコードするのに
NVENCしているんだが
ソフトウェアエンコードに
比べて、確かに早いが
サイズが小さくならない。
エンコードの規格が同じ
なのに何故サイズが違って
しまうのだろう？

274:名無しさん＠編集中
19/09/08 17:44:32.68 VUj8+dGed.net
>>268
計算方法が違うから

275:名無しさん＠編集中
19/09/08 17:53:40.65 GlBhWOfh0.net
x265はソフト名な
まあそこはどうでもいいけど、画質や容量でハードウェアがソフトウェアに勝つことは絶対にない

276:名無しさん＠編集中
19/09/08 18:02:35.51 iEh6r5/m0.net
そのうちソフトとハードのいいとこ取りの方式が出てくるんだろうか

277:名無しさん＠編集中
19/09/08 18:06:53.44 6pFE/SGma.net
FPGAの進歩に期待するしかない

278:名無しさん＠編集中
19/09/08 18:21:34.31 T+sLUQpD0.net
HWエンコ対応になったVVCやAV1がx265に勝つことはあるかも

279:名無しさん＠編集中
19/09/08 23:05:34.27 zyKQap430.net
>>270
画質はビットレート次第

280:名無しさん＠編集中
19/09/08 23:11:38.16 7iIQgao70.net
AV1は名前が良くない
AV1の動画とかエロ動画を連想させる

281:名無しさん＠編集中
19/09/08 23:51:53.36 85p9CuIY0.net
>>262
映像のビットレートは品質基準だからバラツキがある
音声は無劣化でremuxしてるから180～320kbpsぐらい（SD時代は160kps）
で最終的に45分のドラマで300～500MB、映画で1～1.3GBぐらいになってる
（ちなHWエンコスレで申し訳ないけどSWエンコの話ね）
SDサイズのxvid、HDサイズのavc、フルHDサイズのhevcも
実用十分な画質（個人で基準は違う）を目指すと上記のサイズになった

282:名無しさん＠編集中
19/09/08 23:52:34.70 tfmcXpyeM.net
検索するとAVIが間違って引っかかるのもウザいっちゃウザい

283:名無しさん＠編集中
19/09/09 01:02:00.20 269ly2O80.net
>>276
ご丁寧なご教授、痛み入ります。
サイズから計算すると約1500bpsくらいかなあー。
かなり低ビットレートですね！
画質がどーなんか気になるところ…。

284:名無しさん＠編集中
19/09/09 02:19:07.08 STAn5RVo0.net
>>278
だから、固定品質ってのは総ビットレートの数値じゃ画質は語れないんだっての

285:名無しさん＠編集中
19/09/09 02:38:27.58 npwzzQAN0.net
固定品質の「品質」ってコンピュータは何を判断材料にしてるの？

286:名無しさん＠編集中
19/09/09 04:42:35.40 I7Y4o/Av0.net
前後の動きの大きさに対する割り振るビットレートの比率じゃね？

287:名無しさん＠編集中
19/09/09 17:52:39.64 EB3rycLK00909.net
量子化器を固定するのが品質基準
指定されたビットレートに納まるよう変動させるのがビットレート指定モード（CBR,ABRなど）
これ以上の詳しいことは知らん
 >>278
元ソースとエンコードした動画を見比べると情報量などの違いが分かるけど
比べなきゃ劣化も違和感も感じないって水準

288:名無しさん＠編集中
19/09/09 19:38:18.73 sdwZ5Jqr00909.net
NVEncCでh264エンコードならGTX1060あたりのカードでもBフレーム
使えるの？

289:名無しさん＠編集中
19/09/09 19:46:12.10 BPr01A+B00909.net
>>283
うん。Max4フレームまでね

290:名無しさん＠編集中
19/09/09 19:51:08.76 npwzzQAN00909.net
NVEncをマザーボードに埋め込んでオンボードでエンコできるようになったら良いのに
そうしたらiGPUでもAPUでもNVEncの恩恵を得られる

291:名無しさん＠編集中
19/09/09 20:56:12.95 STAn5RVo00909.net
>>285
M/Bの価格が10万とかになるな

292:名無しさん＠編集中
19/09/09 20:58:37.45 VKjb00Yy00909.net
nForceがそういう方向で今復活したら面白いな

293:名無しさん＠編集中
19/09/09 21:35:23.11 KExQK7Ja00909.net
組み込み用にM2のグラボとかあった気がする

294:263
19/09/09 23:31:57.94 CRK65zhd0.net
IntelのAV1エンコーダ使ったらくそ速かった
数年後にはQSVに載せてくるな

295:名無しさん＠編集中
19/09/09 23:40:53.30 npwzzQAN0.net
圧縮形式の乱立はやめてほしいな
やっとMPEG2の後にやっとH.264が一般的になってもうあとはH.265でいいじゃない

296:名無しさん＠編集中
19/09/09 23:44:49.00 nsXZFW1GM.net
USB端子に挿し込めるドングルみたいなハードウェア再生支援回路とかが出れば、新しいコーデックが出てもビビらずに済むのに

297:名無しさん＠編集中
19/09/10 00:06:55.93 xMNdf6N/0.net
>>263
つべとかにアップして公開しなきゃできないかな
エンコ終わったらmp4保存ソフトの類でダウンロードして削除
バックアップ代わりにとっといてもいいかもしれないw

298:名無しさん＠編集中
19/09/10 02:13:47.83 uevoVrIl0.net
>>290
インターネットトラフィックの激増でそうも言っていられないんでしょ

299:名無しさん＠編集中
19/09/10 03:00:04.13 h9ouqQAt0.net
アホくさ

300:名無しさん＠編集中
19/09/10 08:16:54.11 KazMJRZ30.net
>>290
mpeg2ボードかな？

301:名無しさん＠編集中
19/09/10 08:17:35.85 KazMJRZ30.net
間違えたw
>>291だた

302:名無しさん＠編集中
19/09/10 09:18:15.33 ukghR1cd0.net
H.265じゃ264比であんまり縮まないし、ライセンス料の問題が大あり
GoogleやAppleが熱心だから間違いなく切り替わるだろう

303:名無しさん＠編集中
19/09/10 09:30:35.71 yIRIMfYM0.net
そのライセンス料を下げればチップ価格も下がるんだろうね
今どの程度上乗せされてるのかは知らないけど
今のGoogleならYoutubeを絡めて強引に持っていける

304:名無しさん＠編集中
19/09/10 11:36:10.76 YsBlnUPt0.net
i5 6500＋GTX 960からRyzen3700x(X570で）に買い換えようと思ってるんだけど
・同じビットレートのh.265動画ならソフトエンコより、i5のnvencのほうが速いんかしら？
・3700x＋GTX960でもnvencだと、i5 6500＋GTX960より早くなるんかしら？
・zen2でエンコするならグラボも買い換えろよっていう場合はrx5700系じゃなくて、turing系買うほうがいいんかな？
zen2ソフトエンコの結果とかはあるんだけど、turingでBフレ設定した.h265が
圧縮率高くて綺麗、しかも速いというならグラボも買い換えるべきか悩んでます。
ちな

305:みにソフトはTmpgenc7です

306:名無しさん＠編集中
19/09/10 13:05:32.64 8OqEsXOS0.net
>>299
ソフトエンコとハードエンコが同じビットレートで同じ結果になると思ってるならそこから間違えてる
速さだけ求めてるならNVENCで良い

307:名無しさん＠編集中
19/09/10 13:12:30.97 tYIrNkCP0.net
>>2
3600or3700X + B450 + GTX1660
この構成が良いと思う
HEVCソフトエンコなら来月出る9900KS
もしくは価格が下がった9900K

308:名無しさん＠編集中
19/09/10 13:13:31.95 tYIrNkCP0.net
>>301 >>299 だ、スマン

309:名無しさん＠編集中
19/09/10 13:15:03.41 YsBlnUPt0.net
>>300
ログ見た感じでは.h264では圧縮率、画質ともにソフトエンコのほうが良いけど、スピードならnvenc。
一方.h265ではturingでBフレ設定ならソフトエンコ並みの画質、圧縮率でしかも速いと
いうふうに理解したんだけど

310:名無しさん＠編集中
19/09/10 13:24:58.98 YsBlnUPt0.net
>>301
あーZen2+turing搭載で一番安い構成ならそうかなーって考えてた
コスパ考えたら9900KもKSもちょっと手を出せないかなぁ。増税前にとも思ってるし。
むしろgen4 爆速SSDを付けたいｗ

311:名無しさん＠編集中
19/09/10 13:46:14.62 QK+7wa/za.net
次世代ビデオコーデックスレで見た感じsvt-hevcならコア数多いzen2の方が9900ksより速度出そうだけどどうなんだろ

312:名無しさん＠編集中
19/09/10 13:54:20.58 8OqEsXOS0.net
>>303
H.264のソフトエンコとH.265のハードエンコの比較でとは書いてなかったが、いつからそうなった？

313:名無しさん＠編集中
19/09/10 14:12:16.67 YsBlnUPt0.net
>>306
んーずっとh.265前提の質問してるんだけどわかりにくいならすまん。
303のはh.264は余談として、「h265ではnvencでもturingでエンコすればソフトエンコ並みの画質、圧縮率になる」
と自分なりに理解してた、という補足なだけなんだけど。
300の内容は「turingでBフレ入れてエンコしても速いだけで、ソフトエンコの画質・圧縮率には及ばない」という意味で
レスしてくれた訳ではないの？

314:名無しさん＠編集中
19/09/10 15:11:46.19 YisEt+CM0.net
>>ID:YsBlnUPt0
>>38 辺り見てきたほうが早い
画質比較以外にBフレの意味もわかるやろし
綺麗に小さくっての重視ならソフトエンコだし
用途も書いたほうが良いと思うで

315:名無しさん＠編集中
19/09/10 15:34:20.06 O1aC84xxr.net
>>308
きれいに小さく、これがポイントで無理にサイズ削らないならnvencで問題はないし、むしろソフトエンコなんて時間かかるだけ。

316:名無しさん＠編集中
19/09/10 17:52:31.32 YsBlnUPt0.net
>>308
見てきましたありがとう。SSIMを初めて知ったが0.98前後の画像みてもさっぱり違いがわからんｗ
0.94とか0.96だとはっきり判るんだろうか。
とりあえずzen2で組んで、ソフトx265でしてみますわ。
グラボ買い換える予算で3900xにしたほうが楽しそうだなｗ

317:名無しさん＠編集中
19/09/10 20:44:40.40 7dYE1LYj0.net
>>290
> やっとMPEG2の後にやっとH.264が一般的になってもうあとはH.265でいいじゃない
日本企業が強い時代だったらH.265に決まっていたかもしれない
でも今はGoogleやAppleが決める時代だよ
彼らがH.265を支持しない以上H.265はデファクトスタンダードにはならない
素直にAV1を受け入れるしか無い

318:名無しさん＠編集中
19/09/10 20:52:10.78 p5oGDSPq0.net
H.265はライセンス問題でそもそも詰んでた

319:名無しさん＠編集中
19/09/10 21:06:36.83 h9ouqQAt0.net
AV1じゃなきゃ死にそうなくらい必死だな

320:名無しさん＠編集中
19/09/10 21:07:57.11 LWI71pZZ0.net
ネット配信企業はAV1しか選択肢無いだろうけど個人は好きなの使えばいいじゃん

321:名無しさん＠編集中
19/09/10 21:31:02.48 hNpL+4+Ra.net
まあ質と効率がよけりゃいいけど

322:名無しさん＠編集中
19/09/10 21:35:57.09 nGIuO6Xea.net
H265のタイプにあわせていちいちプラグイン落としてこないと再生できなくなる流れかな

323:名無しさん＠編集中
19/09/10 21:53:34.22 zt0M7V6h0.net
h265は使いにくいんだよなぁ
h264に比べて劇的によくなったわけでもないしな

324:名無しさん＠編集中
19/09/10 21:57:57.89 8OqEsXOS0.net
>>317
今やスマホですら余裕で再生出来る時代だぞ
H.265の動画再生出来ないのはBDレコーダーくらいだろ

325:名無しさん＠編集中
19/09/10 22:20:19.56 FP7QyEhsa.net
低ビットレートに成るにつれて、264と265の差が目に見えて分かるだろ

326:名無しさん＠編集中
19/09/10 22:24:00.59 tA+gUV/n0.net
えー、今H.265でエンコすると将来AV1にエンコしなおさないといけなくなるのか
PCの再生互換性はソフトがあれば保たれるだろうけど、スマホとか据え置きプレイヤーでは
そのうち標準では再生できなくなるのか

327:名無しさん＠編集中
19/09/10 22:31:26.27 h9ouqQAt0.net
いい加減他所でやれや

328:名無しさん＠編集中
19/09/10 22:37:27.17 7dYE1LYj0.net
Microsoftが覇権を握っていた時代はmacもWMVをサポートせざるを得なかった
事実上WMVがデファクトスタンダードだった時代
そのMicorsoftが覇権を失った後のWMVの凋落ぶりには思わず目を覆いたくなる惨憺たる有様
H.265も一時はH.264の後釜（+1しただけというネーミングも受けた）は確実と見られていたが
H.265を推す企業の凋落によりWMVと同じ道をたどろうとしている
GoogleとAppleが覇権を握っている限りAV1が次世代コーデックのデファクトスタンダードになるのは当たり前のこと
AV1が凋落するときはGoogleとAppleの凋落と連動する

329:名無しさん＠編集中
19/09/10 22:54:59.46 aXoRwJ9+0.net
必死くん乙

330:名無しさん＠編集中
19/09/10 23:05:26.30 tA+gUV/n0.net
H.265のハードエンコがゴミになってAV1のハードエンコできるビデオカードの需要が出てきたら
メーカーはまたビデオカード売れるから、AV1ウェルカムなのかもね
今はNVEnc目当てでビデオカード選ばないほうが良いのかも

331:名無しさん＠編集中
19/09/10 23:09:52.73 h9ouqQAt0.net
他所でやれやキチガイ

332:名無しさん＠編集中
19/09/10 23:11:01.66 zt0M7V6h0.net
>>318
そもそもHLS対応してないし、amazonデバイスでhwデコード使えない
PCとかスマホに転送だけして見るならええけど、メディアサーバーで便利に視聴しようと思うと使いにくいんだよね

333:名無しさん＠編集中
19/09/10 23:37:15.88 3kRD3c5V0.net
>>326
情弱だな
Fire HD10もFire Stick TV 4KもH.265のHWデコードできる

334:名無しさん＠編集中
19/09/10 23:43:12.60 VBHWgl6G0.net
h.265は4K放送で採用されてるんじゃなかったっけ？
少なくとも日本向け機器のレコーダーやらデバイスではカバーされそうだし、息も長そうだけどな

335:名無しさん＠編集中
19/09/11 00:07:37.89 2+9wdM200.net
>>327
10bitはまだサポートされてない
 >>328
個人向けであっても無視できるほどマイナーってわけじゃないから
mpegの系譜であるavcの後継規格としてサポートはされ続けるはず

336:名無しさん＠編集中
19/09/11 01:21:06.37 DEBbysT+d.net
いつまでスレチの話題を引きずるんだよ。そういう話はこっちでやれよ
ｽﾚﾘﾝｸ(avi板)

337:名無しさん＠編集中
19/09/11 11:19:16.22 S75Q3vNB0.net
おこ？おこなの？

338:名無しさん＠編集中
19/09/11 11:31:55.56 AncdLyA30.net
NVEncでHEVC 10bitファイル量産してる住民にはだいぶ関係ある話

339:名無しさん＠編集中
19/09/11 11:49:24.65 BT1p6w+s0.net
ねえよアホか

340:名無しさん＠編集中
19/09/11 12:06:11.05 WYw3IAdh0.net
>>318
消費電力厭わなければな
ただそれでも未だにA53 x4のモデルもあるから昨今のモデルが一概にソフトウェアデコードで十全かは別だろと

341:名無しさん＠編集中
19/09/11 12:51:17.25 O8S3HEzcM.net
強烈に嫌がってる

342:人が約1名だからどうなんだろうな、止めるのがいいのかね。別に他に話題も無さそうだし放置でもいいのかね。僕はどっちでもいいよ

343:名無しさん＠編集中
19/09/11 13:10:46.82 BT1p6w+s0.net
スレチがいいとかアホだろ

344:名無しさん＠編集中
19/09/11 15:24:26.91 fH/J4JSZ0.net
H265とかAV1は次世代4Kとか8K解像度の為のエンコーダーたろ？
2K位の解像度ならH264で十分だと思うが…どーたろ？

345:名無しさん＠編集中
19/09/11 15:47:59.61 K0JDpq200.net
H.264にもHWデコードやエンコで10bitサポートがあったら良かったんだけどねぇ…

346:名無しさん＠編集中
19/09/11 16:59:44.48 HwEh9huL0.net
>>337
そもそもそいつらエンコーダーじゃないけどAV1とかは高解像度でも活躍するけど今までの1080p以下の動画でもビットレートを減らして容量を小さくすることができて、youtubeとかの動画配信サイトが帯域幅を少なくすることができるから配信サイト側も帯域幅のお金が節約できる
ユーザー側もギガ（笑）が減りづらくなるからWin-Win

347:名無しさん＠編集中
19/09/11 17:08:52.83 WyUC08hfM.net
だからそれ用にスレがあんだろ
そこでやれや
nvencが対応してからここでやれやキチガイ

348:名無しさん＠編集中
19/09/11 20:04:49.96 MhuAr1s50.net
HDDの容量増加が頭打ちになってしまったから色々なエンコードが乱立してしまったんだな
5万円のノートPCに500TBが当たり前の時代だったら動画は全部AVIで問題なくていちいちエンコードする必要もない

349:名無しさん＠編集中
19/09/11 21:00:50.34 Y3dUwZlo0.net
帯域だぞ

350:名無しさん＠編集中
19/09/11 21:01:57.45 HwEh9huL0.net
そりゃ保存用はAVIでも何でもいいわ
問題は動画配信よ

351:名無しさん＠編集中
19/09/11 21:05:05.71 YD3xh46Z0.net
>>329
10bitサポートしてるし、ホント情弱

352:名無しさん＠編集中
19/09/11 23:32:15.85 1zYNvOHW0.net
実機持ってないから知らんがStickは対応でタブレットは未対応に見える
Fire TV Stick 4K
URLﾘﾝｸ(developer.)<)あまぞん.com/ja/docs/fire-tablets/ft-media-specs-custom.html
NGワードくらったわｗ　あまぞんを置き換えてくれｗ

353:名無しさん＠編集中
19/09/11 23:37:33.63 1zYNvOHW0.net
画像で貼ればいいか
Fire TV Stick 4K
URLﾘﾝｸ(i.imgur.com)
Fireタブレット
URLﾘﾝｸ(i.imgur.com)

354:名無しさん＠編集中
19/09/11 23:44:55.70 YD3xh46Z0.net
Fire HD10
URLﾘﾝｸ(i.imgur.com)

355:名無しさん＠編集中
19/09/11 23:52:42.80 1zYNvOHW0.net
つまりあまぞんがメディア仕様をちゃんと書いてないということでおｋ？

356:名無しさん＠編集中
19/09/12 00:21:11.62 oA1T783YM.net
>>346
VP9だけ雑だなw

357:名無しさん＠編集中
19/09/12 09:04:07.25 CIuqEKFaH.net
サポートw

358:名無しさん＠編集中
19/09/12 10:06:35.85 8LJpro6m0.net
>>347
これはSWデコードで再生してるということか?

359:名無しさん＠編集中
19/09/12 12:03:44.86 iwZzaD+x0.net
GEFORCE RTX2080 VENTUS 8G 特価で68,800円（税込）かぁ。
この値段ならそのへんのRTX 2070 SUPERよりコスパ良くなるなぁ。

360:名無しさん＠編集中
19/09/12 13:26:59.26 SukPGbrk0.net
>>351
エンコードソフトウェアと書いてあるからSWデコードってか？
なんでその上にある >>346の画像見ないの？アホなの？

361:名無しさん＠編集中
19/09/12 13:38:30.85 XhhGr9JE0.net
>>351
MX Playerで右上にHWと表示されてるからハードウェアデコード

362:名無しさん＠編集中
19/09/12 14:32:05.18 0tviAUT60.net
正確にはHW表示だとDXVAみたいなHW支援レベルでHW+でIGPのメディアエンジン処理

363:名無しさん＠編集中
19/09/12 14:46:24.40 XhhGr9JE0.net
HW+もOK
URLﾘﾝｸ(i.imgur.com)

364:名無しさん＠編集中
19/09/12 16:09:00.61 v9PBmyoH0.net
URLﾘﾝｸ(www.mediatek.jp)

365:ine-the-android-tablet-industry-with-world-first-arm-cortex-a72-based-tablet-soc-mt8173 > Ultra HD 30fps H.264/HEVC(10-bit)/VP9 hardware video playback 4k30fpsまで対応ってことで良いのけ？

366:名無しさん＠編集中
19/09/12 18:11:04.54 8LJpro6m0.net
>>354
見落としてたわｔｈｘ
HWデコードできるなら勝えよかった
 >>356
情報ありがとう

367:名無しさん＠編集中
19/09/12 18:14:14.34 62TpggDQ0.net
　　　　　　　　　　　／￣￣＼
　　　　　　　　　　　|　・　Ｕ　 |
　　　　　　　　　　　| |ι　　　＼　ﾁﾝﾁﾝ
　　　　　／￣￣￣匚　　　　　ヽ
　　　　　|　・　Ｕ　　　　＼　　　　） ))
　　　　　| |ι　　　　　　　＼　　ノ
　　　　　Ｕ｜｜￣￣｜｜｜｜

368:名無しさん＠編集中
19/09/15 10:40:23.98 ZV6de9nV0.net
fire hd 10のmedia_codecs.xml見ると2Kまで

369:名無しさん＠編集中
19/09/15 21:38:07.29 QUFxqtin0.net
NVEncC x64 4.42
エンコード中の情報更新時(1秒未満毎)にログの末端がコマンドプロンプト画面下まで自動的に移動します
それに対して一時停止をせず、過去ログを眺める方法ってありますか？

370:名無しさん＠編集中
19/09/15 22:50:38.07 t7b2c+5L0.net
>361
ログウィンドウを大きくする

371:名無しさん＠編集中
19/09/16 01:13:44.68 kW5/VSCB0.net
>>361 途中経過あきらめて、テキストログに書き出すとか、バッチファイルなら下の行をコマンドのケツに追加で。
2>"%~n1.log"

372:名無しさん＠編集中
19/09/17 00:13:01.44 bARNv4uj0.net
2人ともありがとう
 >>362
1920*1080だと縦方向にに最大表示してもせいぜい1つ前のが見えるくらい
高解像度で縦置きにしたら結構遡れそうだね
 >>363
わざわざコマンドまでありがとう
負荷も容量も問題ないテキスト出力も考えたけど、ちょっと見る為だけにわざわざテキスト開くのめんどくさいなーと
書き忘れてたけどメモ帳+コマンドプロンプトで作業してて、作業中は大体画面全体が色んなウィンドウでごちゃごちゃしてるからウィンドウ増やしたくないってのもあって
既に開いてて作業中のコマンドプロンプトウィンドウ内で手軽に過去ログ眺められるのが理想だったんだけど、テキスト出力で妥協するしかないのかな

今更だけれどコマンドプロンプト板あったからそっちのがよかったね、申し訳ない

373:名無しさん＠編集中
19/09/17 00:23:49.34 Sm+DRlYq0.net
見たい時に止めればいいだけじゃん

374:名無しさん＠編集中
19/09/17 16:20:29.99 D/s2ubPvM.net
・ソシオネクスト、8Kエンコード処理を高速化するサーバ用カード
URLﾘﾝｸ(av.watch.impress.co.jp)

375:名無しさん＠編集中
19/09/17 21:43:42.97 UdYhtRSK0.net
ffmpegか…お高いんでしょ？

376:名無しさん＠編集中
19/09/19 02:14:04.69 7t4JDW250.net
今Aviutl使ってて気がついたんだけど「L-SMASH Works File Reader settings」で「h264_cuvid,hevc_cuvid」指定しておくと編集中にも使用されるんだね
いつもTrim位置調べる時に使用してるんだけど、色々テストしてた時に指定外し忘れてて(通常のCPUデコードと比べて)フレームが1～4くらい前後してたのに気がついてそっちにも気がついた
てっきりファイルとして出力する時だけに使われるものかと思ってたんだけど違うんだね
逆をいえばそのおかげで若干(h265はかなり)CPU負荷が減るから用途によっては

377:… qsvも試そうかとavqsvとかqsvってやっても上手くいかなかった(avqsvは無反応qsvだとエラー、そもそも合ってるかもわからない) L-SMASHでその辺いじってる人は用途別に用意するとか注意した方がよさげだね

378:名無しさん＠編集中
19/09/19 10:57:59.46 8TB08NpO0.net
当たり前だのなんとやら
出力だけ違ったら編集が意味をなさないじゃん

379:名無しさん＠編集中
19/09/20 10:48:36.10 iv3AMoJia.net
1650Tiが出るらしいけどNVENCは1650と同じやつになるかな…

380:名無しさん＠編集中
19/09/20 15:54:00.50 RmceVV38d.net
>>370
TU117のフルスペック版になるだろうから1650無印と同じだと思う

次ページ