X

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

■ このスレッドは過去ログ倉庫に格納されています
2019/12/27(金) 12:15:53.59ID:tVsuyvWq0
高速なエンコード処理ができるハードウェアエンコーダーについて語るスレです。

●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】ハードウェアエンコーダーを語るスレ3【QSV】
https://mevius.5ch.net/test/read.cgi/avi/1562858636/

次スレは>>980が立ててください。
2020/05/01(金) 22:38:40.61ID:W7Pq/8WW0
>>602
間違えた、誰だよオプジョン
2020/05/02(土) 01:17:57.45ID:IRUkZC560
nonrefのPフレームっていれたほうがいいの？
2020/05/02(土) 13:13:08.12ID:jeeIMrY40
どこかでコピペしたやつをコピペ
bref-modeを有効にした物(ref mode: each)と無効にした物を比較すると、前者の方がavgQPの値が良かった。

有効
frame type I 145, avgQP 20.61, total size 3.83 MB
frame type P 790, avgQP 20.68, total size 10.81 MB
frame type B 3325, avgQP 22.65, total size 9.60 MB

無効
frame type I 145, avgQP 21.13, total size 3.64 MB
frame type P 937, avgQP 21.18, total size 11.82 MB
frame type B 3178, avgQP 23.12, total size 10.54 MB

866名無しさん＠編集中 (ﾜｯﾁｮｲ 2d01-6I5X)2019/06/11(火) 23:53:21.31ID:TzOyccpQ0
一方、nonrefpの方はうーん微妙

有効
frame type I 145, avgQP 20.65, total size 3.82 MB
frame type P 790, avgQP 20.68, total size 10.80 MB
frame type B 3325, avgQP 22.66, total size 9.62 MB

無効
frame type I 145, avgQP 20.61, total size 3.83 MB
frame type P 790, avgQP 20.68, total size 10.81 MB
frame type B 3325, avgQP 22.65, total size 9.60 MB
2020/05/02(土) 13:14:54.62ID:jeeIMrY40
868名無しさん＠編集中 (ﾜｯﾁｮｲWW 1f5f-escs)2019/06/12(水) 03:37:02.22ID:foo2YXVx0
画質容量比を優先するなら
bref-modeは基本的に有効、nonrefpは無効

ここらへんは再生時の利便性とかで僅かな圧縮効率とトレードオフで適用を調整する
ネットワーク経由での再生とかでシークで再生箇所を移動させた後、再生環境側のキャッシュ内にあるフレーム情報不足で乱れたりする場合の対策になる
bref-modeはBフレーム間の参照をmiddleで半減、earhは有効に出来るので圧縮効率が上がるけど、フレーム間の関連性は高くなるので、
middleや無効で前記の再生位置の移動後に画像が乱れる場合の対策になる場合がある（効果は再生側の対応にもよる

nonprefpは有効にするとフレーム情報不足で普通ならIフレームまで参照を遡る必要があるケースでも、
経路途中に参照の制限されたPフレームがあればIフレームまで遡らなくて済む様になる
これも再生側側の対応次第だけど、GOP長短くしてIフレーム増やす様な事しないで済ませられる（事もある

結局はケースバイケースだけど、ネットワーク越しでの再生時の利便性向上要素って感じだな
2020/05/02(土) 14:23:59.98ID:74ZYRLTu0
基本バッファリングとかしてるんだから考えすぎかと
608名無しさん＠編集中 (ｵｯﾍﾟｹ Sr5b-5LVj)
垢版 |
2020/05/02(土) 14:28:18.78ID:SAJZufLNr
先生方質問です！

tsファイルや4K動画の圧縮目的でGTX1060を購入し、NVENCで常時450fps程度の速度が出て一応満足してます。
（パッと見の画質が変わらなければ良く、ひたすら速度重視）
しあし、もうちょい速度を出そうとGTX1060をフルオーバークロックの設定にしてみてもサイレントモードとfpsが全く変化しません。

GPUクロックは

サイレントモードでは1800Mhz程度
オーバークロックでは2150Mhz程度

他にボトルネックになる要因は特に見当たらないのですが…。
2020/05/02(土) 14:48:44.91ID:DDqJdzuq0
タスクマネージャー見てみたら
2020/05/02(土) 14:51:00.55ID:jeeIMrY40
>>608
読み書きが同じHDDまたは遅いHDDの場合は速度がボトルネックになってる可能性がある
とりあえずタスクマネージャーで100%に張り付いてるのがないか確認
ないならVEクロックが上がってるか確認
2020/05/02(土) 15:11:20.70ID:4rHsyhEf0
>>608
そもそもNVENCやCUDAコアの使用率どうなってるの？
2020/05/02(土) 15:36:56.67ID:SAJZufLNr
早々に皆さん回答ありがとうございます。

NVMeのSSDとHDD双方で読み書きを分けても変化無しなのでストレージは除外。

タスクマネージャーでcpuは当然低負荷（i5の9600Kで15%程度）なので除外

タスクマネージャー上でGPUはエンコード側（NVENC）で90%丁度位で推移、ここがオーバークロック時でもあまり変化しない。

デコード（LAV video デコーダ）側は60%台ですね。

>>610氏のおっしゃる通りオーバークロック時にビデオエンコードの使用量があまり変化していないのが気になりますが、ソフトウェアでここに制限が掛かる設定なんてありますか？

A's video コンバータ使用です。
2020/05/02(土) 15:40:01.52ID:roLe/fok0
PCのメモリは32GB以上積んでるか？
2020/05/02(土) 15:48:04.89ID:SAJZufLNr
>>613

ピタリ32gbです

ちなみに4・5ギガの単ファイルでも
トータル100ギガ超えのバッチ処理でも
処理が動いてしまえばfpsに変わり無しです
2020/05/02(土) 16:19:48.06ID:jeeIMrY40
>>612
自分が過去スレ153で質問したけどクロックが上がっても使用率は変わらずにfpsが向上する
とりあえずログでVE使用率ではなくVEクロックが上がってるか確認、上がってるならfpsが上がるはずだと思うけど
2020/05/02(土) 21:45:29.45ID:pANeTitGr
>>615

素人質問になります、すんません。

A's Video Converterだとビデオエンコーダのクロックはログに出て来ないんですが、皆さんはaviutlのNVEncプラグイン上からログ見てるんですか？
2020/05/03(日) 00:50:40.59ID:vkW2V1bI0
>>616
ログ出ないのか、aviutlもNVEncCも出たけど最後に出力されるだけでバラツキが出る
何回か試せばこれ以上は上がらないなって値(サーマルスロットリングが発生したら若干落ちる)がおおよそ分かるだろうけど
CPUID(モニタリングソフト)ならリアルタイムで表示してくれるからエンコード中に見れば分かる
A's Video ConverterでVEクロックやfpsが変わらなかったら一応NVEncCでも試す
そうすればソフトかそれが以外が原因かどうか分かるんじゃないかな
2020/05/03(日) 10:44:33.89ID:tyHcVclJ0
自粛自粛で配信が増えてNVEnc使えるビデオカードの売り上げが上がると予想
2020/05/03(日) 11:26:58.13ID:SFH1y55m0
買う金ないと予想
2020/05/03(日) 14:21:35.72ID:SWBPDBLQ0
そんなときの給付金
2020/05/03(日) 14:24:30.10ID:mgax7Ifn0
生活費に回すに決まってんだろ
2020/05/03(日) 14:35:54.31ID:afUEGAw30
こどおじは丸々10万円使えるぜ！
2020/05/03(日) 15:26:21.46ID:4j4WvSD80
こどおじはママンに徴収されるだろ
2020/05/03(日) 15:37:54.75ID:0ULgMEEpM
>>623
そして第二の京アニ事件が…
625名無しさん＠編集中 (ﾜｯﾁｮｲW e701-xK+1)
垢版 |
2020/05/03(日) 17:41:00.27ID:YegOrYvX0
第二の京アニ事件が全国規模で起きたらどうなる？
2020/05/03(日) 17:52:31.24ID:Hyml2sOR0
趣旨はぜんぜん違うが焼身自殺はでたな
2020/05/11(月) 05:41:48.23ID:jqYGWw8G0
>>625
そういうのレスするの怖くないの？
2020/05/11(月) 09:08:23.83ID:t4NWKwP10
なにが怖いねんアホか
2020/05/11(月) 09:12:33.31ID:RTNiHdlw0
次のNVENCは何か進化するのかな
2020/05/11(月) 09:18:38.11ID:uJXfOAJx0
期待してる
高いだろうけど
2020/05/11(月) 11:38:08.65ID:nO5YF8hh0
zeranoe ffmpegの最新版(ffmpeg-20200504-5767a2e-win64-static.zip)を落としたらvp9_qsvのエンコーダーが使えるようになってた
icelakeのPC持ってないから試せないけどWindowsでもQSVのVP9エンコードが出来るようになったんじゃないかな？
ちなみにffmpeg -codecs > codecs.txtのコマンドを打つと対応コーデックの一覧がcodecs.txtに出力されるから
そこでvp9_qsvを確認することが出来るよ
2020/05/11(月) 12:05:38.15ID:ksqqjaEDa
…来たか！
持ってないけども
2020/05/11(月) 12:24:33.54ID:X4e8xoAx0
vp9_qsvの文字はだいぶ前からあるけれども・・・icelakeなんてもってない！
あら、qsvはKebyLakeから対応してなかったっけ？それも持ってないが！
個人的には秋のRocketでNVEncから卒業するか、Ampereでやっぱり離れられないか…

>>629
30ｘ0シリーズは、とりあえずレイトレ―スが4倍性能になって、レイトレ―スなしのGTXは用意されない方向みたいだね
まだこのスレ的に魅力な言葉はないが、とりあえずXboxとPS5のAMDレイトレ―スの一歩先を搭載予定
634名無しさん＠編集中 (ｱｳｱｳｳｰ Sa1f-GCeL)
垢版 |
2020/05/11(月) 13:15:56.29ID:QdIlh6SOa
NVENC GEN7は8k60fpsまでって北森に書いてあった。
画質面での強化も欲しい
2020/05/11(月) 19:02:17.38ID:DM7AtMw00
>>629
自動CM検出能力があると助かる
2020/05/11(月) 19:18:25.35ID:oY7snGct0
amatsukazeか自分でbat作ってNVEncに投げればいいだけでは?
2020/05/11(月) 20:33:40.43ID:NaeL7E1e0
>>629
PCマイクのノイズ除去方面に行ったよ
2020/05/11(月) 20:37:46.83ID:zQjc97Jr0
ガバガバ実装でいいからAV1はよはよ
2020/05/11(月) 21:35:31.98ID:DM7AtMw00
AV1なんて主流にならないし人気も出ないから美味しいことは何もない
そのくせ価格に反映されて高くなったら客が離れていくだけ
ハードウェアエンコードってグラボにとってはおまけの機能なんだからそこまでコスモかけられないよ
2020/05/11(月) 21:40:56.59ID:J+IQKfx80
燃えるコスモ
2020/05/11(月) 21:51:47.40ID:+6riLEzaM
コスモ石油、怒っていいんだぞ

NVIDIAにはCUDAで実用的な品質をもった超解像拡大処理やAIを駆使したインターレース解除を実用化してもらいたい

特にインターレース解除は4Kや8Kに拡大したときに荒らが目立ちすぎて嫌になる
2020/05/11(月) 23:05:10.82ID:+urVZ5310
インターレースとかCMとかゲーム配信に関係ないじゃん
Nvidiaが関心持つはずもなく
2020/05/12(火) 18:05:41.48ID:YFIWfqBt0
PCは邪悪だと拒みインターレースにこだわったのが
当の日本人（家電メーカーや放送局）ってのが面白いよな
2020/05/12(火) 18:23:19.90ID:pUToaE7Ja
マイクソの古川が社長の時、プログレにしろって強硬に抗議したけどNHKが頑なに首を振らなかったらしい
2020/05/12(火) 19:13:34.34ID:chw+CxPj0
QSVEncCにも--vpp-afsが実装されたりしないかしら。
2020/05/12(火) 19:39:53.24ID:d9zZeQaV0
今でもインターレース放送だしな。
チャンネル変える度1080iとか480iと表示される。
2020/05/12(火) 20:37:56.30ID:q0+j+PaC0
インターレスは今の強力なGPU使った画像補完ができる時代こそ見直されるべきテクノロジー
NHKの先人達はそこまで見据えてインターレスに固執したんだと思う
2020/05/12(火) 21:22:12.22ID:tcBtox9/0
ちょっと何言ってるか分かんない
2020/05/12(火) 22:20:26.49ID:KN5G9CklM
馬鹿だろ、ほっとけ
2020/05/12(火) 23:29:30.66ID:i5R1eYSs0
>>647
そのボケちっとも面白くない。

あえてマジレスすると、補完するなら遅延が発生してゲーム向けじゃないし
2020/05/12(火) 23:44:38.26ID:pYhMZlsW0
インターレスって何？
2020/05/13(水) 00:05:19.51ID:D70Pa/HA0
インターレースだよな
2020/05/13(水) 00:10:26.31ID:K+d3YSRA0
ディスクトップとか言っちゃう人？
2020/05/13(水) 02:20:49.68ID:3KX0fk8D0
スターワーズだよね！
2020/05/13(水) 08:20:35.49ID:c4LTefBd0
コロナビールス
2020/05/13(水) 09:32:14.80ID:vOMrYKqn0
ビールス(ドイツ語)
ウイルス(ラテン語)
バイラス(英語)
2020/05/13(水) 10:32:54.41ID:HAl1R9/Y0
ウイルス（ドイツ語）
ヴァイラス（英語）
ヴィールス（オランダ語？）
ビールス（スペイン語）

フォルクスヴァーゲン（ドイツ語）
ヴォルクスワーゲン（英語）
フォルクスワーゲン（日本語）
2020/05/13(水) 10:34:16.01ID:KfRNuVtp0
中学生の時、友達がキメ顔で
「ノゥ、ローディング…！」
って言ってたの思い出した
2020/05/13(水) 10:45:39.28ID:JQC3aFA20
ワロタ
2020/05/13(水) 17:48:52.47ID:c3mrlmaM0
>>658
読み込めない!
2020/05/13(水) 22:15:55.22ID:Jdj79FcB0
スイッチ入ると止まらない感じほんとお前らだなって
2020/05/14(木) 00:22:24.55ID:/W0O2TR50
スルー出来ない君も仲間だ同志よ！
NVENC Gen7までアオハルを満喫しよう！
2020/05/16(土) 14:44:02.26ID:N15iol2B0
NVEnc 5.01でLinux対応したんだね(NVEncC)
Ubuntu 19.10と18.04(AWS)はテスト済みみたい
2020/05/17(日) 02:15:27.24ID:PXwjC7hm0
Ubuntuでハードエンコしたところで速度も画質も変わらないんじゃね？
2020/05/17(日) 03:26:00.30ID:qlLPjAjFH
エンコサーバを作りたい人向けじゃ(*´･ω･)(･ω･｀*)ﾈｰの？
2020/05/17(日) 11:02:00.21ID:9UZjrrLa0
ねーのが変になった
2020/05/18(月) 10:40:57.56ID:A8mQNNdx0
(´・ω・)o^) ホモォ…
/⌒ つ⊂⌒ヽ
668名無しさん＠編集中 (ｱｳｱｳｳｰ Sa31-gLqJ)
垢版 |
2020/05/18(月) 12:57:03.90ID:LSWVgboJa
NVENCCでデコード、前処理やらせてエンコードはx265に投げるのって出来ないですか？
pipe out使ってもうまく出来ない。
2020/05/18(月) 12:59:10.29ID:nfHBj4Oea
知らんけどそれffmpegでよくね？
2020/05/18(月) 13:43:52.61ID:85uXINZ70
afsでも使いたいのでは
avisynth (avisynth)でもafs使えると便利だから
自分も方法があるならやりたい
2020/05/18(月) 18:04:46.75ID:yJSeOHZP0
H.265だとインターレース保持はまともに使えないみたいだし、
afsで加工してから流すのも悪くないよね。

そういう意味でQSVEncCにもafsが欲しいと思う今日この頃。
IceLakeでちゃっちゃと圧縮したい時とか。
672名無しさん＠編集中 (ｱｳｱｳｳｰ Sa31-gLqJ)
垢版 |
2020/05/18(月) 19:41:33.14ID:LSWVgboJa
NVENCCで基本フィルタをかけつつ、
AVIsynth無しでx265に渡したいのです。

目的はGPU→CPUに一度で渡したいためです。
Avisynth経由したらCPU→GPU→CPUとなり速度が犠牲になりそうな点です。
2020/05/18(月) 20:11:44.99ID:pVJ3iCYO0
まるでNVEncCのフィルタがCPU使ってないみたいじゃない
2020/05/18(月) 20:17:04.05ID:F8Csts6p0
デコードって言ったり基本フィルタって言ったり
675名無しさん＠編集中 (ｱｳｱｳｳｰ Sa31-gLqJ)
垢版 |
2020/05/18(月) 20:23:32.67ID:LSWVgboJa
省いちゃいましたが、デコーダ→フィルタ→x265です。
NVENCCもCPU使うのは知ってます。
1コア監視に割いてます。
2020/05/19(火) 02:19:29.02ID:uQXh89t+0
動作確認してないけど
--output-format yuv4mpegpipe --output - | x265 …
を試してみては？
2020/05/19(火) 03:57:02.58ID:UumSsewz0
Handbrakeでエンコードしております
動画は1920×1080　4GB　データー速度5997kbps 総ビートレット6189kbps
のものをh265 nvidiaNVNCで

品質ではなく
平均ビートレット3500にして
エンコーダープリセットをslwにしてエンコードしたところ
容量2GBになりました　かかった時間は30分

それでエンコーダープリセットをfastに変えてエンコードしたところ
それも2gbになりました　かかった時間は7分


それで画質も容量も変わらないです
それはなぜなのでしょうか
時間は2倍以上違うのに

slwは画質良いが遅い
fastは画質悪いが早い
と聞いたのですが
2020/05/19(火) 04:45:19.07ID:TU62z1k40
バグってハニー（推測）
2020/05/19(火) 08:34:04.24ID:Sxh5M638H
>>677
ソースにした動画によりけり
2passならウルトラファストとミドルでも大差なくなるし
2020/05/19(火) 08:39:11.64ID:Sxh5M638H
ああそれとハンドブレイクはnvencのh265でbフレームを使っわないからやめた方がいいよ
プロファイルもmain のみでmain10は使えないでしょ？
nvenccを使えば同じ画質で1500〜1800くらいまで圧縮できるぞ
2020/05/19(火) 09:05:26.28ID:l3Zj09g+0
>>677
平均ビットレートを指定しているから当たり前
画質は静止画で画質比較するような人が良い悪いをいうから
動画で見たら気が付かないなんてのはよくある
2020/05/19(火) 10:13:13.80ID:t0B8o1Rd0
>>677
画質なんて主観的な部分も多いからね
例えば60点を下回る画質だと画質悪いと認識できるような人が、80点と90点の差で設定を変えても
なんだ設定変えても画質変わらないじゃん、って感想になる
fastにしたらslwよりも画質は落ちているはずだが、それを見分ける力がないだけ
別にけなしているわけではなく、多くの人があまり実用上でない範囲で画質の良し悪しを語ったりしてる
画質に拘るならAVIだよ
2020/05/19(火) 10:50:33.28ID:AlRPC2a30
ちょっと何言ってるか分かんない
2020/05/19(火) 10:54:14.81ID:TG4HC/FHF
ssimで0.994を下回ると結構わかるわ
2020/05/19(火) 11:08:04.78ID:UumSsewz0
>>682
いや容量もビートレットも全部同じなんだけど

>>681
そもそも画質の良い悪いって解像度とビートレットで判断するものだよね
どっちも同じに設定したら

fastとslowでエンコード時間が三倍違くても画質は変わらないのか
2020/05/19(火) 11:11:52.45ID:WETii9kE0
画質の良し悪しは解像度とビットレートだけで決まるのか
多分彼は違う異世界の住人ですね
2020/05/19(火) 11:15:33.83ID:UumSsewz0
>>686
煽る前に他になにで違いが出るのか教えてくれ
2020/05/19(火) 11:35:44.82ID:TG4HC/FHF
多すぎて色々としか言いようがないが

連続bフレーム数とか動き分析とかbフレーム作るときの参照数とか
インターレースを何で解除するかとか
他にも何十項目も高画質化の機能はあるから調べなよ
2020/05/19(火) 11:36:29.31ID:l3Zj09g+0
静止画に近い映像ならオプションで差はまず出ない
動きがある時に、軽いpresetなら動きに追随できずノイズっぽくなったりボケたりする（x264/x265の場合）
そして軽いpresetによる構造的に発生するノイズやボケは、いくらビットレートを盛っても解消できないから
特に理由がないなら重いpresetを使うのがベター

ただ、動いてるものに対する人間の認知力は下がるから
presetによる違いは分かるかもしれないし分からないかもしれない
2020/05/19(火) 14:28:38.82ID:fK0mcUPa0
画質の良い悪いはソースでも変わる
エンコード後の事でいうならオプションによって画質容量比が変わるだけ、QPとか色々比較すれば分かる
やってないだろうし画質が変わらないという事はない(違いを認識できるかどうかは別)
そもそもビットレートを無駄に振りまくってたらfastとslowの違いは分からないかもしれない
ノイズが結構でるくらいのビットレートにすれば違いが分かるかも

ソースによって変わるしQPやSSIMの表記もないしそもそも数値だけでは画質の良し悪しなんて分からない(ソースに対しての良し悪しは分かる)
それとfpsの違いでも必要ビットレートかなり変わるし水増しフレームの程度(多ければ多いほど縮む)によっても変わる
2020/05/19(火) 14:45:59.83ID:CBj8OX+VM
画質の良し悪しが「解像度とビットレートだけ」で決まるんなら、こんなに数多くのコーデックが世の中に存在する意味は何なんだと…
2020/05/19(火) 15:26:31.81ID:t0B8o1Rd0
>>685
だから同じビットレートでもファイルサイズでもエンコードによって画質は変わってくるわけよ
例えば丁寧に計算した結果と、やっつけとまで言わないけど速度優先で効率的に近似的に計算したのとの違い
それがfastとslwの差
でもその差が見分けつかないレベルでの差であればもう差はないと言っていいということ
なので容量とビットレートが同じでも画質の差が出てくることはあるし、差があるはずなのに違いが判らない
ことも普通にある
2020/05/19(火) 15:53:44.43ID:3YuAPJQ1M
いい加減うざい
2020/05/19(火) 15:55:47.49ID:l3Zj09g+0
揚げ足取りに第三者がマジレスしても・・
2020/05/19(火) 16:05:57.50ID:4hwhkJmL0
バイナリで比較しなよ。日本語分からなくても、きっと違いが分かる人になれると思うよ。
2020/05/19(火) 19:49:03.37ID:a2NMOBdM0
いやまて、ビットレートじゃなくビートレットを基準にしてるから、
これまでの概念を覆す多次元品質で評価してるのかもしれん。

つまり、しらんけど。
2020/05/19(火) 21:35:59.08ID:t0B8o1Rd0
まじか
８ビートの動画はノリが良いとかそういう話だったのか
2020/05/19(火) 21:47:21.12ID:l3Zj09g+0
マジだ・・
ビットレッドとな
2020/05/20(水) 00:58:10.67ID:L/gRKS7OF
人に質問しておいて消えるとは
2020/05/20(水) 10:43:23.57ID:+sK+mSHZ0
優しさが足りない
2020/05/20(水) 10:55:32.24ID:98HeYJ280
VCN画質改善はよ
2020/05/20(水) 12:38:00.88ID:VkyIuntV0
Premiere ProがNVENC対応。書き出しが5倍高速に

https://pc.watch.impress.co.jp/docs/news/1253499.html

Premiere Pro バージョン14.2では、ハードウェアエンコーダ「NVENC」の統合が図られ、H.264およびH.265/HEVCコーデックの動画の書き出し速度が大幅に高速化。
高品質な映像コンテンツをよりすばやく作製できるようになる。
Premiere Proのほか、Media Encorder、After Effects、Auditionでも同様に書き出しが高速化される
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況