1 名前:名無しさん@編集中 mailto:sage [2019/07/12(金) 00:23:56.45 ID:kWGC6LHK0.net] 高速なエンコード処理ができるハードウェアエンコーダーについて語るスレです。 ●Intel ・https://software.intel.com/en-us/media-sdk ・https://01.org/linuxmedia ・https://github.com/Intel-Media-SDK/MediaSDK ・https://github.com/intel/media-driver ・https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video ●NVIDIA ・https://developer.nvidia.com/nvidia-video-codec-sdk ・https://developer.nvidia.com/video-encode-decode-gpu-support-matrix ・エンコード: 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 ■前スレ 【NVENC/VCE】ハードウェアエンコーダーを語るスレ【QSV】 https://mevius.5ch.net/test/read.cgi/avi/1533671049/ 次スレは>>980 が立ててください。
190 名前:名無しさん@編集中 mailto:sage [2019/08/19(月) 17:08:01.76 ID:DUiqCFLl0.net] >>185 QSVっても最新CPUだけだろ
191 名前:名無しさん@編集中 mailto:sage [2019/08/19(月) 17:41:14.63 ID:mJUK4oK30.net] HD500〜UHD600の間で、同ソース、同設定でやって何%にもならんぐらいの差で僅かに縮むぐらいしか差は無いぞ Bフレ数と参照距離の組み合わせやGOP長の方が遙かに影響有る程度
192 名前:名無しさん@編集中 mailto:sage [2019/08/19(月) 17:49:56.04 ID:mJUK4oK30.net] 極端に古い世代の持ち出してくるならNVEncも同様だし エンコに使う目的なら、状況によってCPU世代変えるのもありってだけだよ メモリも変えなきゃならんほど古いならdGPUの刷新してもいいんだし 好きで晒してない要因による判断差や単発で横からレスしてくる相手の事情までは知らんよ
193 名前:名無しさん@編集中 [2019/08/19(月) 20:43:33.56 ID:34nT3FGZ0.net] 176です。 7年使ったPCをzen2に組み替えついでにグラボも変えようかっと思った次第です。 AviUtlで編集してH265で作成すると容量がデカくなるし実写だと画質が悪いので 質問しました。
194 名前:名無しさん@編集中 [2019/08/19(月) 21:00:57.22 ID:p+Ypde520.net] そうですか
195 名前:名無しさん@編集中 mailto:sage [2019/08/19(月) 21:01:51.02 ID:oss4rYPT0.net] 変えた方がいい
196 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 01:24:28.64 ID:+oCTMpNn0.net] 変えれば幸せになるよ ついでに壺もセットで買うと安くなる
197 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 12:53:09.51 ID:K6/teIR/0.net] AMDはVCNのテコ入れしないのか?
198 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 13:43:45.80 ID:DYfr1yw00.net] 処理速度は上がったよ 画質容量比性能落ちたけど
199 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 13:52:05.68 ID:DYfr1yw00.net] 実際のところは、予定していたカタログスペック的な処理速度性能に届かなくて マクロブロックやスライスの捜査処理甘くして速度確保したって感じだけな(白目
200 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 15:01:01.63 ID:PLbkm62da.net] CPUの方は元気なのにw
201 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 15:23:01.87 ID:n8lCJ5QQ0.net] H265はアニメ向きで実写だと のっぺりするって聞いたけど、 実写派の自分はH264で十分っていうことでOK?
202 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 15:35:15.73 ID:kRT0Mh7fr.net] ビットレート次第
203 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 17:54:13.44 ID:gB5e58zh0.net] 同じビットレートなら実写でもH.265の方が高画質だろう
204 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 18:01:43.61 ID:7hIrGa7t0.net] 断然H.265だよな、もうH.264でエンコ出来ないくらい綺麗
205 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 18:17:12.94 ID:PLbkm62da.net] でなけりゃ後継仕様の意味ないやろw
206 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 19:06:19.33 ID:DYfr1yw00.net] 実写はH264の方が良いってのは、従来の世代の古いHWエンコーダでの傾向で、GTX1660以上のTuring世代のNVEncでは解消されたん HW処理でも種類が増えたマクロブロックの適正配置がより厳密に処理出来る様になった故で、お陰で圧縮効率も良くなってる ここらへんHEVCの実写でテクスチャーがのっぺりしやすいのにも関係してたり
207 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 22:05:03.15 ID:bi/FsJrN0.net] ロイヤリティフリーのVP9で十分
208 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 22:19:52.75 ID:I3c/foLN0.net] >>203 VP9でハードウェアエンコードできるものってなんぞ?
209 名前:名無しさん@編集中 mailto:sage [2019/08/20(火) 22:33:47.34 ID:DYfr1yw00.net] 個人使用の範疇でエンコする分にはロイヤリティも糞も無いんだけど、代価得て商業目的使うってんなら別だが
210 名前:名無しさん@編集中 mailto:sage [2019/08/21(水) 12:16:33.20 ID:oDME6Gk/0.net] >>197 自分の環境と「目」次第だよ。同じビットレートで比較して差がないなら、H.264のほうが軽くていいんじゃないかな?
211 名前:名無しさん@編集中 mailto:sage [2019/08/21(水) 12:37:26.38 ID:9P1CLD/K0.net] 軽いとは・・・
212 名前:名無しさん@編集中 mailto:sage [2019/08/21(水) 12:42:31.33 ID:JFXpTInrd.net] 変換が速いって事か? 今やスマホでもH.265が余裕で再生出来る時代だぞ
213 名前:名無しさん@編集中 [2019/08/21(水) 12:51:14.98 ID:mkRsLwkAM.net] そもそも265の再生が重いようなPCでエンコすんな
214 名前:名無しさん@編集中 mailto:sage [2019/08/21(水) 15:13:29.16 ID:CSU+jZcxa.net] そもそもH265が実写向きじゃないって書き込みが間違ってるからな
215 名前:名無しさん@編集中 mailto:sage [2019/08/21(水) 15:42:53.27 ID:j1U6iFbT0.net] 実写の大きいマクロブロック割り当てされてそうなところがのっぺりするのは、情報量に対してそもそものビットレートが不足しすぎているか AQでのビットレートの再分配が旨く行っていない 下手にエンコードオプション細かく指定しすぎると旨く行かない場合有るので、明示的にオートでAQ処理させてみるとか H264よりHEVCの方が高圧縮な代わりに、ビットレート低くなりすぎるとフレーム全体の像を残す方向で細かい部分のディテールから失われて行きやすいんで AQでマクロブロック間やフレーム間でビットレート都合し合うとか調整しなきゃダメな場合もある(そもそもオートで済む程度のビットレートに止めとけというのもあるけど そんで、ここでもマクロブロックが出てくるんで その割り当てが旨くないとビットレートの都合し合いの処理やビットレート貰う対象の絞り込み等にも影響すると
216 名前:名無しさん@編集中 mailto:sage [2019/08/21(水) 15:57:26.44 ID:j1U6iFbT0.net] 今までは HWエンコーダではHEVCで種類が増えたマクロブロックパターンを旨く配置しきれなかったお陰で、実写だと高周波成分があるテクスチャに小さいマクロブロックを無駄に割り振ってしまい、酷いとH264より縮まなくなりやすい という状態だったのが、Turing世代のNVEncでやっと脱したと その代わり、低ビットレートにしすぎると前記の「のっぺり」が起きるんで、ビットレートの再分配を気にしなきゃならなくなった訳やね(アニメ絵は「のっぺり」になる部分が元からのっぺりしてるんで影響が低い なのでHEVCだと実写に弱いんじゃ無く、実写にも耐えうるほどの複雑な内部処理が出来てなかった、って感じやね H264だと(HEVCよりは)単純な分、今までもそこそこ旨く出来てたと
217 名前:名無しさん@編集中 mailto:sage [2019/08/21(水) 16:40:34.07 ID:BKUAahygr.net] ビットレート無理に落とさなければ良い
218 名前:名無しさん@編集中 mailto:sage [2019/08/21(水) 20:51:55.26 ID:j1U6iFbT0.net] >>213 まぁ単純にはそうなんだけどね 実写の方がアニメとかより映像の構成要素的に縮まないんだから、設定つめてるほどアニメ基準で同じビットレートとかオプションを実写ソースに適用しちゃ無理がある
219 名前:名無しさん@編集中 mailto:sage [2019/08/22(木) 00:49:25.92 ID: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カット済みのts、ロード・エルメロイU世の事件簿 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フレ無しの場合、ファイルサイズは1050Tiの75%のサイズ、何か所か拡大して1050Tiと見分けは付かなかった 1660はLimit53%の65Wでファンレス換装済み ※消費電力は1650相当 1650補助電源無だけどアイドルは1050より3W高く負荷時は10Wも高い、3Dも20%程度の向上なので色々微妙
220 名前:名無しさん@編集中 mailto:sage [2019/08/22(木) 01:01:53.59 ID:WyebYonRM.net] エンコード速度に関してはIntelがIceLake世代でHEVCでのエンコード速度を2倍に高速化することと、色域をBT.2020に対応させることは既に確約しているので、あとは画質次第
221 名前:名無しさん@編集中 mailto:sage [2019/08/22(木) 01:25:29.07 ID:sN9yg/HN0.net] ロードエルメロイも含めて近年のFate系とか、一見綺麗でも動きの無い作品は意外と情報量低い(Kとかも同様)んで NVEncの世代差を見るなら同じロードエルメロイでも事件の解決話とか鎌や槍ブン回してる話をサンプルにする方が良いかも 今期なら鬼滅の刃の戦闘回あたりはアニメ絵のサンプルには良い感じ あとは実写ならF1なんかはエンコーダのマクロブロックの捜査ロジック糞虐めてくれる
222 名前:名無しさん@編集中 mailto:sage [2019/08/22(木) 01:35:31.03 ID:WyebYonRM.net] スカパー!プレミアムがビットレート削減を凶行したようだ スカパー!プレミアムを録画して再エンコードしているユーザーは注意
223 名前:名無しさん@編集中 [2019/08/22(木) 02:22:56.67 ID:/LMLQGcF0.net] >>215 検証乙 何気に3世代(2.5世代?)の同一条件比較は初めて見たかも 今更言うのもなんだが1650に新しいnvencを載せてくれていたらなぁ
224 名前:名無しさん@編集中 [2019/08/22(木) 07:21:01.31 ID:KaZIRKjj0.net] ==================== 667ch ビットレート変化 ==================== "胡蝶綺 〜若き信長〜 #07" ・・・ https://i.imgur.com/5lzq2ij.jpg 上 削減前 (8月19日) Main@L4 下 削減後 (8月21日) High@L4
225 名前:名無しさん@編集中 mailto:sage [2019/08/22(木) 14:09:20.88 ID:teYH6Wwo0.net] >>220 これ見るに最適化されただけでだいぶ画質良くなってるように見える
226 名前:名無しさん@編集中 mailto:sage [2019/08/22(木) 14:10:01.67 ID:teYH6Wwo0.net] てよく見たら縦軸半分にしてんのか
227 名前:名無しさん@編集中 mailto:sage [2019/08/22(木) 14:51:44.12 ID:VQkcF2k40.net] MainからHighになってるから固定品質なら、より効率的な高圧高画質化してるはず 2pass平均ビットレートなら劣化だが、放送時の映像ソースなんて調べようが無い
228 名前:名無しさん@編集中 mailto:sage [2019/08/23(金) 21:25:19.10 ID:5Bi4yTRG0.net] NVIDIAの次世代なら最下層モデルにTuring載るかね エンコのためだけに30kは高いよぉ
229 名前:名無しさん@編集中 mailto:sage [2019/08/23(金) 22:45:05.59 ID:t6UFDUbV0.net] 一時期1660Tiが1660並の値段で有ったんだけどねぇ
230 名前:名無しさん@編集中 mailto:sage [2019/08/23(金) 23:03:06.09 ID:7SYqe4QUa.net] NTTXストアだろ 一瞬で売り切れたみたいだけどな
231 名前:名無しさん@編集中 mailto:sage [2019/08/23(金) 23:04:10.56 ID:9xo3j9mQ0.net] 1660無印で十分 QSVでは100%に張り付いてたCPU使用率がNVEncのおかげで50%以下になって、録画中エンコもエンコ中作業も快適になった
232 名前:名無しさん@編集中 mailto:sage [2019/08/23(金) 23:31:15.63 ID:7SYqe4QUa.net] QSVから1660なら満足度は高いだろうな、 俺は1060から1660にしたけど、価格対満足度は低い
233 名前:名無しさん@編集中 mailto:sage [2019/08/25(日) 01:18:18.83 ID:3ZhZP9iM0.net] NVEnc専用のHWエンコードカードが欲しい
234 名前:名無しさん@編集中 mailto:sage [2019/08/25(日) 04:37:44.91 ID:TZKPW0O10.net] >229 わかる。NVencだけ2機積んで欲しい。
235 名前:名無しさん@編集中 mailto:sage [2019/08/25(日) 05:49:19.29 ID:C79+EJ2P0.net] もし出ても安くはならないよ?
236 名前:名無しさん@編集中 mailto:sage [2019/08/25(日) 12:46:35.75 ID:b9UDHjbY0.net] 設計起こす分をエンコ専用ボードでペイすることになるから、下手すりゃGT1650搭載の製品より安くならん可能性すらある 2GB程度はメモリも積まなきゃならんし それでもPCBはGT1030のが使えそうだけども 開発等に掛かるコストは当初想定の販売見込みで頭割りなんだから、機能限定すりゃ何でも安くなる訳じゃ無いわな
237 名前:名無しさん@編集中 mailto:sage [2019/08/25(日) 13:04:34.83 .net] 昔Spurs engineというのがあって
238 名前:名無しさん@編集中 mailto:sage [2019/08/25(日) 13:27:34.58 ID:N8PXzt3Vd.net] そうやな、安くても20kはしそう。 ならグラボでGTX1660でええやんw
239 名前:名無しさん@編集中 mailto:sage [2019/08/25(日) 13:44:08.85 ID:RliOBm9iM.net] エンコーダーだけ利用するためのPCI-ex→USB 3.0変換キットみたいなのがあると、少し前のノートPCが捗りそう Thunderbolt3みたいな大げさなのではなく、あくまでエンコーダー専用で
240 名前:名無しさん@編集中 mailto:sage [2019/08/25(日) 14:43:55.30 ID:b9UDHjbY0.net] >>235 そっちのが実装的に大げさな気もするけど サンボ経由のが電気的にシンプルなんだが
241 名前:名無しさん@編集中 mailto:sage [2019/08/25(日) 15:49:53.02 ID:RliOBm9iM.net] Thunderbolt3端子を備えたPCが限られている
242 名前:名無しさん@編集中 mailto:sage [2019/08/25(日) 15:52:36.85 ID:67UCSwVQ0.net] USB3.0もThuderbolt3も中身はPCI-eの信号引っ張ってきただけなんだからさっさと統合しちゃえばいいのに
243 名前:名無しさん@編集中 mailto:sage [2019/08/25(日) 16:08:42.01 ID:b9UDHjbY0.net] いや凄い雑なうえで考え方が逆だ
244 名前:名無しさん@編集中 mailto:sage [2019/08/25(日) 16:21:30.84 ID:b9UDHjbY0.net] 結局、単価に跳ね返る先が本体か拡張機器側かの話で 拡張機器側への負担軽減できるからこそこういう規格に意味がある訳で >>235 でいう実装でも結局新規にチップ起こす事になるんだから、それなら下手な変換するよりUSB3収容用のチップの方がまだ理屈に合うけど ただどっちにしろ、相当高上がりになるだろう単価を容認出来るのかとか、そんなチップをnvidiaがそもそも作るかという所に行き着くんだが
245 名前:名無しさん@編集中 mailto:sage [2019/08/26(月) 01:56:44.88 ID:ijbDg/nj0.net] >>238 USB4.0をお待ちください。
246 名前:名無しさん@編集中 mailto:sage [2019/08/26(月) 01:57:20.27 ID:ijbDg/nj0.net] .0は要らんかったか
247 名前:名無しさん@編集中 mailto:sage [2019/08/26(月) 06:54:14.75 ID:u7SXi+CRa.net] CPUによるけどintelならUSBもThunderboltもPCIeなんて通してないが
248 名前:名無しさん@編集中 mailto:sage [2019/08/26(月) 08:13:56.24 ID:bolbipC5M.net] >>243 CPU直結でチップセット通ってないって事?
249 名前:名無しさん@編集中 mailto:sage [2019/08/26(月) 09:41:56.30 ID:hA6XhzvL0.net] 大雑把に言うとThunderbolt3のシリアル接続に細切れにしたPCIeとUSB3とDPを高速に切り替えながら乗っけてる USBの分家で独自に本家より進化したような規格 シリアル通信だからUSB Type-Cが使えるけど、アホみたいな速度なんでケーブルの品質が滅茶苦茶問われる
250 名前:名無しさん@編集中 mailto:sage [2019/08/26(月) 10:07:40.34 ID:hA6XhzvL0.net] そんで分家のThunderbolt3が本家に認められてUSB4になると
251 名前:名無しさん@編集中 mailto:sage [2019/08/26(月) 10:59:42.03 ID:wS4GJtW1M.net] スケキヨが当主に
252 名前:名無しさん@編集中 mailto:sage [2019/08/26(月) 13:03:40.55 ID:hA6XhzvL0.net] やめろよ 池から足出ちゃうだろ
253 名前:名無しさん@編集中 mailto:sage [2019/08/26(月) 15:10:23.01 ID:bolbipC5M.net] >>245 元々、USBプロトコル持ってなくてTB3でUSB実装なんじゃないの? 元々はPCIeの特殊な実装だったのでは?(古いバージョンからPCIeのプロトコルあるし・・・)
254 名前:名無しさん@編集中 mailto:sage [2019/08/27(火) 03:41:51.82 ID:/DWRpR9c0.net] >>249 PCIeの通信内容を載せられるほどの帯域を持ったシリアル通信というのは変わらないよ 形状がThunderbolt3で専用端子形状からType-Cになったりと物理的な互換性やUSB3.1の機能的要素取り込んだってのはあるけど Thunderboltだけ掘り下げてもスレの趣旨から外れていくだけなんだが
255 名前:名無しさん@編集中 mailto:sage [2019/09/03(火) 08:36:08.17 ID:wk9vlwpPM.net] 2年前からNUCとeGPUで、書き出し先をNASのiSCSIにしているけど割と快適よ。 主に録画や別PCの映像配信に使っている。
256 名前:名無しさん@編集中 mailto:sage [2019/09/07(土) 15:28:36.49 ID:aLDdVnLYr.net] 【コーデック】沈むH.265、グーグル動画仕様AV1が主役へ アップル採用で加速か egg.5ch.net/test/read.cgi/bizplus/1567650259/ 新規格とは、米国の非営利団体アライアンス・フォー・オープン・メディア(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 名前:名無しさん@編集中 mailto:sage [2019/09/07(土) 15:57:44.35 ID:HhGrGD0v0.net] 一度規格を制定したら20年30年その規格で続行しなければならないオールドメディアはその点不利だよな PCやスマホみたいに中のソフトウェア入れ替えれば新しい規格に柔軟に対応できますよ、の方が新しい技術を積極的に取り入れられる
258 名前:名無しさん@編集中 mailto:sage [2019/09/07(土) 17:28:27.57 ID:I2MT3FZa0.net] ちょくちょく変わられると、変化に対する耐性の低い一般民衆はついてこなくなるだけ
259 名前:名無しさん@編集中 mailto:sage [2019/09/07(土) 18:13:47.76 ID:HhGrGD0v0.net] そんなもんアプリが吸収すればいいだけの話 自動アプデオンにしときゃ一般大衆は変化したことすら気付かない
260 名前:名無しさん@編集中 mailto:sage [2019/09/07(土) 19:21:01.86 ID:I2MT3FZa0.net] 甘い甘い スペックが追いつかなくてサポセンにゴラーされて無駄に業
261 名前:ア効率が落ちるだけ [] [ここ壊れてます]
262 名前:名無しさん@編集中 [2019/09/08(日) 03:01:18.70 ID:qmtAGTX/0.net] 商用AV1で個人はh.265とかで落ち着くのかな
263 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 04:59:12.07 ID:4qUKB//Fa.net] 個人では今でもAVCが主流だしそれがHEVCに変化するのか微妙だと思っている
264 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 06:58:28.03 ID:rjwXltef0.net] 個人的にはフルHDくらいまではH264で十分だし、ストレージの大容量化・低価格化でまだまだ扱いにくいHEVCに移行には二の足を踏んでいる。
265 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 09:19:30.81 ID: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). https://medium.com/@gibellino/versatile-video-coding-hits-major-milestone-baeb13c8960a
266 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 10:32:20.81 ID:85p9CuIY0.net] 自分はターゲットとするサイズの目安があるから hevc(x265)でやっとフルHDに移行できたクチだから 圧縮効率が上がることは歓迎したい でもこれまでの経験を当てはめるとフルHDならVCCやav1の効果は薄そうな予感がある
267 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 12:48:46.30 ID:8W5yGxpyF.net] >>261 参考までに目標のサイズと 動画のビットレート 音声のビットレート 教えて下さい。
268 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 13:59:02.80 ID:T+sLUQpD0.net] AV1のエンコード速度やばい こんなの64コア128コアが主流にならないとソフトエンコ無理
269 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 15:20:31.63 ID:OUrQV1GY0.net] そりゃ俺らのたかだか8コア16コアのしょぼいPCでエンコードすることを想定されてないからな まともに使いたかったら俺らエンコ厨もクラウド借りて分散エンコードする時代に・・・ならないだろうね
270 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 15:41:55.07 ID:UfrfCBAZ0.net] AMDのスレッドリッパーあたり導入せんといかんかね
271 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 16:27:57.66 ID:USozz+QW0.net] 一般人にスパコンの切り売りしてくれればいいんだけどね Windowsじゃないと使いにくいだろうけど
272 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 16:42:10.20 ID:JKjwqOvc0.net] AV1は転送量減らしたい企業向けでしょ 一般人がエンコードするのはかなり先になりそう
273 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 17:36:54.44 ID:fW2qSrMn0.net] Amatsukazeを使用して X265にエンコードするのに NVENCしているんだが ソフトウェアエンコードに 比べて、確かに早いが サイズが小さくならない。 エンコードの規格が同じ なのに何故サイズが違って しまうのだろう?
274 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 17:44:32.68 ID:VUj8+dGed.net] >>268 計算方法が違うから
275 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 17:53:40.65 ID:GlBhWOfh0.net] x265はソフト名な まあそこはどうでもいいけど、画質や容量でハードウェアがソフトウェアに勝つことは絶対にない
276 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 18:02:35.51 ID:iEh6r5/m0.net] そのうちソフトとハードのいいとこ取りの方式が出てくるんだろうか
277 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 18:06:53.44 ID:6pFE/SGma.net] FPGAの進歩に期待するしかない
278 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 18:21:34.31 ID:T+sLUQpD0.net] HWエンコ対応になったVVCやAV1がx265に勝つことはあるかも
279 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 23:05:34.27 ID:zyKQap430.net] >>270 画質はビットレート次第
280 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 23:11:38.16 ID:7iIQgao70.net] AV1は名前が良くない AV1の動画とかエロ動画を連想させる
281 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 23:51:53.36 ID:85p9CuIY0.net] >>262 映像のビットレートは品質基準だからバラツキがある 音声は無劣化でremuxしてるから180〜320kbpsぐらい(SD時代は160kps) で最終的に45分のドラマで300〜500MB、映画で1〜1.3GBぐらいになってる (ちなHWエンコスレで申し訳ないけどSWエンコの話ね) SDサイズのxvid、HDサイズのavc、フルHDサイズのhevcも 実用十分な画質(個人で基準は違う)を目指すと上記のサイズになった
282 名前:名無しさん@編集中 mailto:sage [2019/09/08(日) 23:52:34.70 ID:tfmcXpyeM.net] 検索するとAVIが間違って引っかかるのもウザいっちゃウザい
283 名前:名無しさん@編集中 mailto:sage [2019/09/09(月) 01:02:00.20 ID:269ly2O80.net] >>276 ご丁寧なご教授、痛み入ります。 サイズから計算すると約1500bpsくらいかなあー。 かなり低ビットレートですね! 画質がどーなんか気になるところ…。
284 名前:名無しさん@編集中 mailto:sage [2019/09/09(月) 02:19:07.08 ID:STAn5RVo0.net] >>278 だから、固定品質ってのは総ビットレートの数値じゃ画質は語れないんだっての
285 名前:名無しさん@編集中 mailto:sage [2019/09/09(月) 02:38:27.58 ID:npwzzQAN0.net] 固定品質の「品質」ってコンピュータは何を判断材料にしてるの?
286 名前:名無しさん@編集中 mailto:sage [2019/09/09(月) 04:42:35.40 ID:I7Y4o/Av0.net] 前後の動きの大きさに対する割り振るビットレートの比率じゃね?
287 名前:名無しさん@編集中 mailto:sage [2019/09/09(月) 17:52:39.64 ID:EB3rycLK00909.net] 量子化器を固定するのが品質基準 指定されたビットレートに納まるよう変動させるのがビットレート指定モード(CBR,ABRなど) これ以上の詳しいことは知らん >>278 元ソースとエンコードした動画を見比べると情報量などの違いが分かるけど 比べなきゃ劣化も違和感も感じないって水準
288 名前:名無しさん@編集中 mailto:sage [2019/09/09(月) 19:38:18.73 ID:sdwZ5Jqr00909.net] NVEncCでh264エンコードならGTX1060あたりのカードでもBフレーム 使えるの?
289 名前:名無しさん@編集中 mailto:sage [2019/09/09(月) 19:46:12.10 ID:BPr01A+B00909.net] >>283 うん。Max4フレームまでね
290 名前:名無しさん@編集中 mailto:sage [2019/09/09(月) 19:51:08.76 ID:npwzzQAN00909.net] NVEncをマザーボードに埋め込んでオンボードでエンコできるようになったら良いのに そうしたらiGPUでもAPUでもNVEncの恩恵を得られる