EDIUS Pro 9 通常版 のクチコミ掲示板

EDIUS X Proでまたハードウェアエンコードできない

[bluenoinu]

皆さんこんばんは。

EDIUS X Proの内容ですみません。

EDIUS X ProでQSVを使用したH.265/HEVCの書き出しができなくなっています。
CPUは、i9 9900Kです。
エラー内容は、『ハードウェアエンコードを使用できないため、ファイルをエクスポートできません』です。

GTX 1660を搭載していますので、H.265/HEVC（NVIDIA）は使えます。（クッソ遅いですが）

全く同じ環境で、EDIUS Pro 9では、全く問題なくQSVで書き出せます。

GlassValleyさん気付いていないのでしょうか？

ちなみに、H.264はOK!です。

BIOS設定、Win10のEDIUSで使用するグラフィックスの設定等、いろいろ試しましたがダメです。

当面、EDIUS Pro 9は必要です。

それから、出力してからGV job Monitorが処理を開始するまで、結構待たされますねぇ。

皆さんどうでしょうか？

書込番号：23689078

[bluenoinu]

追記します。

システム設定の【インポーター/エクスポーター】で、HEVCのハードウェアエンコードのチェックが外せるので、ソフトウェアエンコードできるのかと思い試してみましたが、やはりだめでした。

GV job Monitorが吐くエラーの内容は変わりません。

内蔵GPUのみの方はいかがでしょうか？
試された方いらっしゃればご意見ください。

書込番号：23689129

[bluenoinu]

追記します。

H.265/HEVC（NVIDIA）で書き出しして時ですが、Win10のタスクマネージャーを見ると興味深い動きをします。

GTX 1660の使用率が70〜99%程度、だけではなく内蔵GPUも75%程度使用しています。

何故？

CPU使用率は、100%近い。（全コア4.50GHｚにしています。CPU温度は75度くらいです。）

書込番号：23689217

[厚揚公太]

図１	画像２	図３	図４

CPUはcore i9-9900K、EDIUS X Pro Ver.10.00.6571 を使用しています。

＞EDIUS X ProでQSVを使用したH.265/HEVCの書き出しができなくなっています。

普段やらないエンコードなのでよく分からないんですが、
これって「ハードウェアエンコードを使用する」の項目は表示されないですよね。
それならH.265/HEVCで書き出し出来ていますよ。(図１)
Intel UHD Graphics ６３０がほぼ100%使用されていたので
オンボードグラフィックスが使用されているのは間違いないと思います。


＞GTX 1660を搭載していますので、H.265/HEVC（NVIDIA）は使えます。（クッソ遅いですが）

GTX 1050でH.265/HEVC(NVIDIA)に書き出してみましたが1時間のタイムライン(※ノーエフェクト)で18分程度でした。
因みにグラボを取り外してH.265/HEVC(NVIDIA)で書き出そうとしたら仰っていたようなエラーが出ました。(図２)

Failure : rendering
エラーコード 0x87830000
- ハードウェアエンコードを使用できないため、ファイルをエクスポートできません


＞それから、出力してからGV job Monitorが処理を開始するまで、結構待たされますねぇ。

「ユーザー設定」→「アプリケーション」にある「再生中はバック・グウンド・ジョブの処理を一時停止する」の
チェックを外しておくと「GV Job Monitor」に追加されて数秒でレンダリングが開始されています。(図３)
※「バック・グウンド・ジョブ」がNGワードみたいで点を無くすと警告が出る


＞H.265/HEVC（NVIDIA）で書き出しして時ですが、Win10のタスクマネージャーを見ると興味深い動きをします。
＞GTX 1660の使用率が70〜99%程度、だけではなく内蔵GPUも75%程度使用しています。
＞CPU使用率は、100%近い。（全コア4.50GHｚにしています。CPU温度は75度くらいです。）

自分のヤツとはちょっと挙動が違いますね。(図４)

CPU使用率 40%前後
GTX1050 70%前後
オンボード 10%前後
CPU温度 40℃台

CPU温度が低いのはWindows10の電源オプションで「プロセッサの電源管理」→
「最大のプロセッサの状態」を「99%」にしているためです。


▼PCスペック
https://edit-anything.com/blog/pc-spec-softwear.html#i-2

書込番号：23689866

[厚揚公太]

Intel UHD Graphics 630

補足

Intel UHD Graphics 630のドライバーバージョンは「27.20.100.8681」です。

書込番号：23689870

[bluenoinu]

＞厚揚公太さん

とりあえず原因が分かりました。

私の環境は、GTX 1660から3台のモニターをマルチで使用しております。
Win10のディスプレイ設定でシングルモニターにして試したところ、QSVでもNVIDIAでもH.265/HEVCの書き出しがOK!になりました。

EDIUS Pro 9ではマルチモニターでも全く問題がないので、やはりEDIUS X Proの不具合みたいです。

GrassValleyさんが直してくれるのを待つしかないようです。

いろいろ試していて分かったことですが、EDIUSのGUIを表示させるモニターの台数に比例して、GPUの使用率が上がります。
プライマリーのGPUを内蔵GPUに設定して、EDIUS GUI×2画面、フルスクリーンプレビューを1画面にすると、何も作業していなくても内蔵GPUの使用率が74%になります。（CPU：i9 9900KのUHD Graphics 630の場合）

＞GTX 1660を搭載していますので、H.265/HEVC（NVIDIA）は使えます。（クッソ遅いですが）
これは、私の勘違いでした。書き出しのIn点、Out点の範囲が違っておりました。

＞システム設定の【インポーター/エクスポーター】で、HEVCのハードウェアエンコードのチェックが外せるので
これもハードウェアデコードの間違いです。

EDIUS X Pro何が良くなったのか．．．オマケのプラグイン？
iZotope VST関連のプラグインについてはEDIUS Pro 9で使用していたものがほぼ使えると思いますが、NewBlueFXのビデオフィルターとトランジションは全滅でした。

皆さんの環境ではどうでしょうか？

書込番号：23689929

[やっぱり単焦点かな？]

＞bluenoinuさん

> 追記します。
> H.265/HEVC（NVIDIA）で書き出しして時ですが、Win10のタスクマネージャーを見ると興味深い動きをします。
> GTX 1660の使用率が70〜99%程度、だけではなく内蔵GPUも75%程度使用しています。
> 何故？

Ediusのファイルエクスポートの最終ダイアログで画質（Q）を「最高画質or標準or高速」のどれを選ぶかでCPUとGPUの使用割合が変わってきますよ。
最高画質と標準の場合はNVIDIA GPUは使用率はほぼ100％になりますが、「高速」を選ぶと60％程度までに抑制され代わりにiGPUとCPUの割合が高くなります。

何故だか理由は分かりませんけど。

書込番号：23692349

[bluenoinu]

＞やっぱり単焦点かな？さん

私の場合は何時も『最高画質』で書き出すのですが、3台のマルチモニター環境で、EDIUS使用時に常に3台のモニターを使うのですが、何も作業をしなくてもCPU内蔵GPUの使用率が74%になるみたいです。

出力時の画質設定によって、CPUやGPUの命令セットの使い方が違うので、ややこし動作をするんでしょうね。

何れにしても、EDIUS X Proのマルチモニター環境ではQSVを利用したH.265/HEVCの書き出しができません。
早く改善してほしいです。

書込番号：23692631

[やっぱり単焦点かな？]

＞bluenoinuさん

私の場合は２台のモニターをどちらもNVIDIA（1650super）側に繋いでおりました。
Eduis9の場合はこれでQSVも動いていたのですが、
EduisXになるとQSVが動かなくなり、モニター１台をマザボ側に繋ぐとQSVが動くようになりました。

Ediusの場合はマザボ側（iGPU）に最低１台のモニターを繋ぐというのがセオリーだと理解しておりましたので、
私の場合の前の環境（NVIDIAに２台繋ぐ）でQSVが稼働していた方がレアだったのだろうと勝手に結論付けていました。
Windowsのディスプレイ設定->グラフィックの設定でEDIUSを省電力（UHD630）に設定してましたよ、もちろん。
EdiusXの場合はその設定をしてもモニターを２台ともNVIDIAに繋ぐとQSVが稼働しませんでした。
これはEdiusXの不具合とするか、Windows10の不具合とするかは微妙ではないでしょうか？

現在の環境（マザボとNVIDIAに１台づつモニター）の方がQSVとNVencの両方を確実に稼働できると思いますので
しばらくはこれで行こうかと思っています。
ちなみにHEVCエンコードの速度はQSVの場合よりもNVencの方がずいぶんと速いですね。
dur3:15のFHD動画のエンコードでQSVで4:26（最高画質）2:13（標準）0:51（高速）だったのが、
NVencの場合は1:16（最高画質・標準とも差がない）0:44（高速）という結果です。
しかもNVencの場合はビットレート上げても速度に変化が見られません（！）
どういう事だ？

書込番号：23692892

[ガリ狩り君]

スレ主さんのPC仕様が他の皆さんと同じとは言えないので、OSのVerも詳細含めて書かれていないと、より近いPC環境利用者も再現確認されるのは難しいと思いますよ。
OSの大型アップデート適用が原因なのか、Intelのドライバー毎の問題なのかも切り分けしてみないと、この手も問題は決め打ちできませんからね。



色々と検証してみて、問題となる部分が分かった際には、サポート側に報告してみてレポート出してみては如何でしょうか？

書込番号：23692994

[bluenoinu]

＞やっぱり単焦点かな？さん

モニターの物理的な接続コネクターは、グラフィックボード側でよいと思います。

物理的な接続コネクターに縛りが無いのが、Win10のグラフィック設定の優れた所です。

後は、Win10のグラフィックの設定で、QSVを使いたいときに登録しているEDIUS.EXEを省電力に設定でよいと思います。

私の場合は、マルチカムの編集時にレスポンスが良い高パフォーマンス（GTX 1660）にしています。（この時プライマリーカラーコレクションにiGPUを割り当てています。）

＞これはEdiusXの不具合とするか、Windows10の不具合とするかは微妙ではないでしょうか？

同じPCでEDIUS Pro 9では問題が無いので、EDIUS X Proの問題と思いたい！です。
マルチモニターでQSVが利用できないとなると、現時点のEDIUS X Proは仕事では使えません。

M/B出力コネクターのみのマルチモニター環境の方がいらっしゃれば、ご意見ください。

書込番号：23693059

[bluenoinu]

追記します。

Win10では、リモート接続で、物理的にモニターの接続がされていないPCでもQSVは動作しないとおかしいのではないでしょうか？

業務用途で、書き出し専用機の場合は多々あります。

書込番号：23693065

[やっぱり単焦点かな？]

＞bluenoinuさん

> Win10では、リモート接続で、物理的にモニターの接続がされていないPCでもQSVは動作しないとおかしいのではないでしょうか？

確かにそうですよね。

> 私の場合は、マルチカムの編集時にレスポンスが良い高パフォーマンス（GTX 1660）にしています。

ん？これかな？と感じたのでちょっと試してみました。
私の今の環境（マザボ側とNVIDIA側の両方にモニター1台づつ繋ぐ）のままで、Edius9とEdiusXの両方を「高パフォーマンス」に設定してみました。
すると、面白いことが・・・

Edius9の場合、AVCHDとH264AVCのエンコードで「ハードウェアエンコードを使用する」のチェック欄が出なくなり実際にQSVが動かなくなりました。
HEVC（QSV)の場合は『ハードウェアエンコードを使用できないため、ファイルをエクスポートできません』のエラーがでて先に進みません。
これは理屈通り当たり前の動作ですよね。

ところがEdiusXの場合は、AVCHDとH264AVCのエンコードで「ハードウェアエンコードを使用する」のチェック欄が出なくなるのは同じなんですが、そのままエンコードを実行するとQSV動いてるんですよ・・・・おやおや？？？
HEVCの場合はEdius9と同じくエラー出ました。

やっぱりEdiusXにはjob invoke の際にチェックの甘いところが残ってるのかな？と感じました。
個々の機能的なのは動いてるので根深い問題ではないだろうと思いますので、比較的軽微なバグですね。

GVのどなたかさん！　これ見たらすぐにバグレポート上げてください。
よろしくお願いします。

書込番号：23693144

[bluenoinu]

＞やっぱり単焦点かな？さん

私も最初のスレッドに書いていますように、省電力設定ではEDIUS X ProでもH.264/AVCはQSV使って書き出せます。

ただ、高パフォーマンス設定は試していませんでした。当然ダメだと思っていましたので。

高パフォーマンスのままでQSV使えると物凄く嬉しいのですが！（理論的には可能かも？）

GlassValleyさんも直ぐに気付きそうですね。

面白いお話聞けました。
有難うございます。

書込番号：23693189

[bluenoinu]

＞ガリ狩り君さん

＞スレ主さんのPC仕様が他の皆さんと同じとは言えないので、OSのVerも詳細含めて書かれていないと、より近いPC環境利用者も再現確認されるのは難しいと思いますよ。

特にWindows PCの場合は、大手メーカー製PCであったとしてもハードウェア及びソフトウェアの環境は様々です。
このスレッドについてですが、私が皆様にお聞きしたいのは、個々のPC環境ではなく当該アプリケーションソフトウェアの症状の有無です。
私の記述には私見や思い違いも多々あることは承知しておりますが、皆さま方の同一PCでの当該ソフトウェア２つ（Ver.9/Ver.10）の動作振る舞いの違いについてお尋ねしております。
勿論、旧バージョン（Ver.9）からEDIUS X Proにアップデートされた方のご意見をお尋ねしているつもりでございます。

＞OSの大型アップデート適用が原因なのか、Intelのドライバー毎の問題なのかも切り分けしてみないと、この手も問題は決め打ちできませんからね。

このご意見につきましても同じでございます。

＞色々と検証してみて、問題となる部分が分かった際には、サポート側に報告してみてレポート出してみては如何でしょうか？

大変貴重なご意見ご指導、心より感謝いたします

書込番号：23693372

[ガリ狩り君]

NewBlueFXトランジション引継ぎ状況

＞NewBlueFXのビデオフィルターとトランジションは全滅でした。


予備機によるテストでは普通に反映されていましたよ。
個人的にはProDADのトランジションよりも、HitFilm Igniteの方が利用頻度多いですがね。

書込番号：23693378

[ガリ狩り君]

私が読み逃がしているだけなのかもしれないものの、NVIDIAコントロールパネル設定も確認されていますか？
モニターは一枚で済ませていることからマルチモニターにはしていませんが、NVIDIA Studioドライバーに切り替え、同時にNVIDIAコントロールパネルも設定しています。

書込番号：23693402

[bluenoinu]

一つ発見したこと。

＞iZotope VST関連のプラグインについてはEDIUS Pro 9で使用していたものがほぼ使えると思いますが、NewBlueFXのビデオフィルターとトランジションは全滅でした。

全滅ではありませんでした。EDIUS X Proでおそらく全部使えます。
NewBlueFX関連のプラグインを再セットアップしてもフィルターやトランジションに表示されませんでしたので対応バージョンのリリースを待つしかないと思ったもですが、手動で登録すればちゃんと使えることを確認しました。

これで、Ver.9で作成したプロジェクトもダミープラグインにはならずに正常に扱えそうです。
因みにFXhome関連も、私が所有しているプラグインについては使えます。
proDADのVitascene等は、Ver.4がバンドルされていますので問題ないと思います。

書込番号：23693435

[bluenoinu]

＞ガリ狩り君さん

＞予備機によるテストでは普通に反映されていましたよ。

NewBlueFXについてお聞きいたします。
EDIUS Pro 9が及び当該プラグインが予めインストールされている環境に、EDIUS X Proをインストールしただけで、エフェクト一覧に表示されたのでしょうか。

＞私が読み逃がしているだけなのかもしれないものの、NVIDIAコントロールパネル設定も確認されていますか？
モニターは一枚で済ませていることからマルチモニターにはしていませんが、NVIDIA Studioドライバーに切り替え、同時にNVIDIAコントロールパネルも設定しています。

基本的には、NVIDIA コントロールパネルの設定は関係ないのではないでしょうか。（QSVを排除するような設定が存在すれば別ですが。）
勿論、H.265/HEVC(NVIDIA )には影響があると思いますが。
Win10には、アプリケーション毎に優先するビデオグラフィックアダプターが設定できます。（グラフィック設定）
私もStudioドライバーを使用しておりますが、 これもまた当該症状とは無関係であると思います。（NVIDIAハードウェア内の処理、NVIDIA ドライバーの振る舞いであって、安定性、描画品質の違いであると思います。）

書込番号：23693494

[bluenoinu]

＞ガリ狩り君さん

NewBlueFX の引き継ぎ状況の画像を拝見いたしました。

恐れ入りますが、これってEDIUS X Proにバンドルされている無償ダウンロード版ではなく、既にご購入されていた製品でお間違いないでしょうか。

バンドルバージョンは、勿論普通に表示されます。当たり前ですが。

書込番号：23693557

[bluenoinu]

NewBlueFX等エフェクトの状況

＞ガリ狩り君さん

NewBlueFX等はこんな感じです。

EDIUS X Proのバンドル版もいくつか含んでおります。

書込番号：23693623

[ガリ狩り君]

NewblueFXのトランジションは、EDIUS Pro8(現在はテスト機にインストールしていない)バンドル版からの引継ぎなのですが、再インストールはしていません。
唯一、反映させるために行ったことは、NewBlueFXアカウントにログイン程度。
他の使用者によるPC利用環境依存は、この場合無いとは言い切れないことから、特定条件で問題起こることも視野に入れ、解決の糸口を探らないといけません。


NVIDIAコントロールパネルについて、これはデバイスマネージャーを併用する場合もありますが、d-GPU単独指定することも出来て、逆にi-GPUを指定して切替えることも出来ますよ。
ソフト(アプリ)毎に個別で起動有無指定できることから、全く関係無いとは言い切れないものです。
厳密に比較すると、設定内容はノートPC組込みモバイルd-GPUではマザーボード依存もあるし、単独d-GPUと比べると多少の差は生じますがね。

書込番号：23693662

[bluenoinu]

＞ガリ狩り君さん

＞NewblueFXのトランジションは、EDIUS Pro8(現在はテスト機にインストールしていない)バンドル版からの引継ぎなのですが、再インストールはしていません。
唯一、反映させるために行ったことは、NewBlueFXアカウントにログイン程度。

私の記憶が正しければですが、Ver.8には標準でNewBlueFXのバンドルはなかったと思います。もしかしたら『NewBlueFX Amplify for EDIUS』でしょうか。
Flashbackさんがバンドル販売していたものでしょうか。
それであれば、認識するというのも納得です。
過去の経験からすると標準のEDIUSを購入すると付属する製品であればNewBlueFXのアカウントは関係ないですね。（セットアップにNewBlueFXのアカウントは必要ないと思います。）


＞他の使用者によるPC利用環境依存は、この場合無いとは言い切れないことから、特定条件で問題起こることも視野に入れ、解決の糸口を探らないといけません。

すみません。取り敢えず私が皆様にお尋ねしたいのは、先ず当該症状が有るか無いかでございます。
有るか無いかが最も重要な所でございます。
当該症状がシステム環境に依存する可能性が有ることにつきましては承知しています。そのために当該症状が発生していると認識しております。
何故、皆様方個々の環境をあまり重視していないかと申し上げますと、同一環境で有ればVer.9では当該症状は発生しません。また、EDIUS X ProでもH.264/AVCのハードウェアエンコードは正常に完了いたします。（ここが最も重要な所です。）


＞NVIDIAコントロールパネルについて、これはデバイスマネージャーを併用する場合もありますが、d-GPU単独指定することも出来て、逆にi-GPUを指定して切替えることも出来ますよ。

『PhysX設定』のプロセッサの選択の事を仰っているのでしょうか。
以前もQSV関連で確認はいたしましたが、当該症状（QSVが動作しない）には無関係ではないでしょうか。
本来CPUが行う物理演算をdGPU（CUDA等）で処理するか、iGPU（CPU内蔵ユニット）で処理するかの設定しかできません。
根拠としては、この設定で、プロセッサにGTX 1660を設定しても、Win10のグラフィック設定でEDIUSで利用するGPUに省電力（iGPU）を選択するとEDIUS Pro 9では正常にH.265/HEVCのハードウェアエンコードが可能です。もしこの設定が関与するとすれば、Ver.9でも書き出し時に『ハードウェアエンコードを使用できないため、ファイルをエクスポートできません』となるはずです。
如何でしょうか。


＞ソフト(アプリ)毎に個別で起動有無指定できることから、全く関係無いとは言い切れないものです。

このご意見につきましても、世の中に絶対ということが無いといたしましても、全く関係がないと思っております。
『NVIDIAコントロールパネル』の『3D設定の管理』『プログラム設定』タブの事を仰られていると存じますが、ここにEDIUS.exe（Ver.10）のパスを記述したとして、QSVに関与する設定が私には見当たりません。
もし有効な設定方法をご存じでしたらご教示ください。


＞厳密に比較すると、設定内容はノートPC組込みモバイルd-GPUではマザーボード依存もあるし、単独d-GPUと比べると多少の差は生じますがね。

例えば、ノート型パソコンのマザーボードのPCI-eバスにNVIDIA製のdGPUが直付け搭載されていたとします。デスクトップ型パソコンのPCI-Eスロットにグラフィックボードを搭載するのと何が違うのか説明していただけませんか。同じアーキテクチャの同じバス上（PCI-eレーン）に搭載されているとしてお伺いしております。
人が考えたものであるから思いもよらぬ動作の可能性が有るとかではなくて、チップベンダーの仕様に準拠していたとしてどの様にマザーボード依存、多少の差が存在するのか、素人の私でも分かるように説明していただけませんか。
よろしくお願いいたします。

書込番号：23693791

[bluenoinu]

＞ガリ狩り君さん

くどいようで恐縮ですが、dGPUのGTX 1660に3台のモニターを接続していても、Win10で省電力（グラフィック設定）を選択してマルチモニターを解除してシングルモニターにすれば全く問題なくH.265/HEVCの書き出しはできるのですよ。
勿論、M/Bの出力コネクターには何も接続されていません。

書込番号：23693815

[厚揚公太]

画像１	画像２

bluenoinuさん

質問１
ちょっと話が反れますが当環境のXでは「Iginte Pro 2017」のエフェクトは表示されません。(9では表示されます)
Iginteのバージョンは「Iginte Pro 4」でしょうか？

質問２
あと9の方にもIginteのエフェクトは表示されていますか？

質問３
先の質問「これって「ハードウェアエンコードを使用する」の項目は表示されないですよね。」で
明確な回答を頂いてないので再度質問しますが、出力設定画面は画像１で間違いないですか？


＞M/B出力コネクターのみのマルチモニター環境の方がいらっしゃれば、ご意見ください。

マルチモニターの意味が３画面のことを指していたら見当外れな回答になるんですが、
オンボード出力だけでデュアルディスプレイ環境にしてH.265/HEVCで書き出してみました。
尚、OSはWindows 10 Pro Ver.1903で、
GPU(GTX1050)は取り付けたままでケーブルは繋いでません。

結果、高パフォーマンスモードで仰っているようなエラー(画像２)ができましたが
それ以外の組み合わせでは問題なく出力できました。

■デュアルディスプレイ(２画面)
システムの既定 ○
省電力 ○
高パフォーマンス ×

システムの既定 ・・・・ メインディスプレイに使用しているGPUを使用
省電力 ・・・・・・・・ IntelのGPUを使用（※つないでいるモニタに依存しない）
高パフォーマンス ・・・ 高いパフォーマンスのGPUを使用（※繋いでいるモニタに依存しない）

書込番号：23697174

[bluenoinu]

＞厚揚公太さん

こんばんは。

＞質問１
ちょっと話が反れますが当環境のXでは「Iginte Pro 2017」のエフェクトは表示されません。(9では表示されます)
Iginteのバージョンは「Iginte Pro 4」でしょうか？

Iginte Express 2017の無償版です。
EDIUS Pro 9の時にインストールしました。
EDIUS X Proをインストールしてもエフェクトに引き継ぎされませんでしたので、再インストールいたしましたがエフェクトに表示されなかったので、手作業でプラグイン登録しました。
NewBlueFXも同じでした。


＞質問２
あと9の方にもIginteのエフェクトは表示されていますか？

EDIUS Pro 9には、Igniteのインストールで正常にエフェクトとして表示されます。
バージョンが違いますので、ご参考にならないかもしれません。
私の場合は、ほとんど使用しておりません。


＞質問３
先の質問「これって「ハードウェアエンコードを使用する」の項目は表示されないですよね。」で
明確な回答を頂いてないので再度質問しますが、出力設定画面は画像１で間違いないですか？

すみません。画像1で間違いございません。
「ハードウェアエンコードを使用する」のチェックボックスは表示されません。
H.265/HEVCのエンコードは、EDIUSDではハードウェア処理のみだと理解しております。


＞M/B出力コネクターのみのマルチモニター環境の方がいらっしゃれば、ご意見ください。

マルチモニターは、素直に複数画面（2画面以上）という意味で書いています。
厚揚公太さんが仰るように、片側のGPUをマルチモニター設定した時点でH.265/HEVCのQSV出力が出来なくなる症状だと思います。
やっぱり単焦点かな？さんが仰るようにiGPU、dGPUそれぞれに1台、合計2台のマルチモニター出力にしないと正常動作しないみたいですね。（プライマリーディスプレイにどちらを選択するのかでも違うかもしれません。）
私の場合は、物理的に3台同時に接続してる状態で、どのGPUに対しても、シングルモニター状態にしないと正常動作しません。（要するに残り2台は繋がっているだけで使用しない状態です。）

私の状況のまとめ
OS : Windows 10 Pro 64bit
iGPU : Intel UHD 630
dGPU : GTX 1660

H.265/HEVCのQSV動作状況
iGPUに接続 : シングルモニター○　マルチモニターＸ
dGPUに接続 : シングルモニター○　マルチモニターＸ
両GPUに1台ずつ : 試していません（やっぱり単焦点かな？さんは○）

私の場合は、7〜8台程度のマルチカム編集が多く、iGPUから1台でもモニター出力するとスイッチング部分のプレビューが一瞬止まる症状のが出て、編集作業に非常にストレスを感じてしまいますので、M/Bのモニター出力コネクターは基本的には使いたくありません。
プライマリーGPUをiGPUにした場合も同じ症状で困っています。
編集時は、レスポンスのよいGTX 1660を使用しています。（その時プライマリーカラーコレクションにiGPUを割り当てています。再生時にタスクマネージャーiGPUの使用率がちゃんと上がります。）
（EDIUS Pro 8では起こりません。EDIUS Pro 9から処理が重くなっています。）

また色々と教えてください。
よろしくお願いいたします。

書込番号：23697821

[bluenoinu]

追記します。

EDIUS Pro 9以降のバージョンで発生している、マルチカム編集時のスイッチング部のプレビューが一瞬止まるという症状ですが。

プライマリーGPUにiGPUを使う場合は、EDIUS X Proのドラフトプレビューを利用して最低画質で再生しても一瞬止まります。

先ほど試しましたが、2カメでもダメです。スイッチング部で再生が遅れます。

勿論、マルチカム編集時にビデオフィルターは外しています。（プライマリーカラーコレクションのみでもダメです。）

EDIUS Pro 8では、10カメでもスムーズです。

EDIUS X Proのドラフトプレビューに期待しましたが、やはりiGPUを使う時はプロキシー編集しないとまともに作業できません。

書込番号：23697851

[やっぱり単焦点かな？]

＞bluenoinuさん

> H.265/HEVCのQSV動作状況
> iGPUに接続 : シングルモニター○　マルチモニターＸ
> dGPUに接続 : シングルモニター○　マルチモニターＸ
> 両GPUに1台ずつ : 試していません（やっぱり単焦点かな？さんは○）

もうちょっと試してみました。
モニターを２台しか持っていないので３台の場合の挙動は分かりません。
また、私のMBにはHDMIポートが１つしかないのでMBに２台繋いだ検証ができません。

＜dGPUに２台接続する場合＞
EDIUSを省電力設定にすると「ハードウェアエンコードを使用する」のチェック欄が出るのですがQSVエンコードは不可能です。
（CPUエンコードで実行されます）
EDIUSを高パフォーマンスに設定した場合は「ハードウェアエンコードを使用する」のチェック欄は出ず、QSVエンコードは不可能です。
ただし、どちらの場合でもH265HEVC(NVIDIA)は動きます。ここがスレ主さんと違う所かな？

＜dGPUに１台のみ接続する場合＞
EDIUSの設定を省電力・高パフォーマンスどちらに設定しても、QSV/NVENCどちらも問題なく動きます。

＜dGPUとiGPUに１台づつ接続する場合＞
EDIUSを省電力設定にしていればQSV/NVENCどちらも問題なく動いています。
dGPUとiGPUのどちらをメインディスプレイにしても同じです。
ところが、
EDIUSを高パフォーマンスに設定した場合に変な挙動を見せます。
iGPUをメインディスプレイにするとH264AVCとAVCHDでは
「ハードウェアエンコードを使用する」のチェック欄が出ないのにQSVエンコードは行われます。
HEVC(QSV)はエラーが出て実行できません。
（これは先日のレスで報告したのと同じです。）
ところが、
dGPUをメインディスプレイにすると高パフォーマンス設定でもQSV/NVENCどちらも問題なく動きます。
「ハードウェアエンコードを使用する」のチェック欄も出ます。

何だかちぐはぐでしょ？
GVさん頑張れ！今ならまだ皆さん許してくれますよ。


ちょっとややこしくてすいません。
またスレ主さんの問題解決にもなっておりません。
参考ながらこちらの主な環境です
CPU: i5-10600
dGPU: 1650super
MB: Gygabyte Z490 AORUS PRO AX [Rev.1.1]
OS: Windows10pro 1909 build18363.1110
NVIDIAドライバーはstudioの最新版です。
スレ主さんとはiGPUもdGPUも同じエンコードエンジンだと思います
(1660と1650superはどちらもTuring版のNVencですよね？ QSVはどちらもUHD630）

書込番号：23698302

[厚揚公太]

プラグインファイル

＞bluenoinuさん

「C:\Program Files\Grass Valley\EDIUS 9\PlugIn」にあるプラグインファイルを
手動で「C:\Program Files\Grass Valley\EDIUS X\PlugIn」にコピペしたらちゃんと登録されて使えるようになりました。
Ignte Pro 2017では、Xでの動作保証はされていないので完全に自己責任での利用になりますが、
9とXで使えるようになったので使い勝手がよくなりました。
有難うございました。m(__)m

書込番号：23698955

[bluenoinu]

＞厚揚公太さん

こんばんは。

私の場合は、Iginte Express 2017無償版ですが、予めインストール作業を行っておけば使えますよね！
NewBlueFX関連を含めいくつかプラグインの動作を試してみましたが、おそらく大丈夫だと思います。

EDIUS自体のアップデートに合わせてプラグインも買い替えとなると、結構な出費になってしまいますよね。

64bit対応のプラグインはほぼ大丈夫なような？
今更使うことはないかもしれませんが、EDIUS Pro 8起動しなくなりました。

やっぱり単焦点かな？さんのご報告を読ませていただいて、少し思い違いをしているところが有るかもしれませんので、後ほど、本題のテストをいくつかやってみるつもりです。

また報告いたします。

書込番号：23699128

[bluenoinu]

＞やっぱり単焦点かな？さん

皆さんこんばんは。

皆さんからご意見をいただきまして、頭の中がグチャグチャになっております。
当該症状を整理するために、下記テストを行いました。途中挫折いたしますが。

【私のPC仕様】
CPU：i9 9900K（BIOSで全コア4.50GHz設定）
ﾒｲﾝﾒﾓﾘ-：32GB（XMP DDR4 3200）
iGPU：Intel UHD 630（定格／最新のドライバー）
dGPU：GTX 1660（ELSA製品／定格／Studio Driver）
OS：Windows Pro 64bit（2004）
モニター：FHD×3台（マルチモニター／GTX 1660から出力）

--------------------------------------------------

【EDIUSプロジェクト内容】
HD 1920×1080 59.94p 16:9 8bit 2ch（ノンドロップフレーム）

1VAに1分間（Dur 01：00：00）のカラーバー（SMPET Color Bar）を配置して、ビデオフィルターにループスライドのみをかける。
エンコード時間は、保存ボタンを押してから完了するまでとしますが、EDIUS X ProはGV Job Monitorのグラフが表示されてからとし、優先度は高とします。※ （）内数値は実際保存ボタンを押した直後からです。

--------------------------------------------------

【グラフィック設定を省電力（iGPU／Intel UHD 630）に設定した場合】

●アイドル時の状況
CPU：3%
iGPU：74%
dGPU：20%

エクスポータープリセット：H.264/AVC
プロファイル：High
ビットレートタイプ：CBR
平均ビットレート：20Mbps
画質最：高画質

●ハードウェアエンコード：無し
EDIUS X Pro
CPU：92%
iGPU：0%
dGPU：0%
エンコード時間：33S（36s）・・・�@

　　　　　　　　　　　　　　　EDIUS Pro 9
　　　　　　　　　　　　　　　CPU：100%
　　　　　　　　　　　　　　　iGPU：74%
　　　　　　　　　　　　　　　dGPU：20%
　　　　　　　　　　　　　　　エンコード時間：19s

●ハードウェアエンコード：有り（正常動作すればQSVエンコード）
EDIUS X Pro
CPU：92%
iGPU：0%
dGPU：0%
エンコード時間：33s（36s）・・・�A

　　　　　　　　　　　　　　　EDIUS Pro 9
　　　　　　　　　　　　　　　CPU：35%
　　　　　　　　　　　　　　　iGPU：82%
　　　　　　　　　　　　　　　dGPU：20%
　　　　　　　　　　　　　　　エンコード時間：13s

--------------------------------------------------

【グラフィック設定を高パフォーマンス（dGPU／GTX 1660）に設定した場合】

●アイドル時の状況
CPU：3%
iGPU：0%
dGPU：10%

エクスポータープリセット：H.264/AVC
プロファイル：High
ビットレートタイプ：CBR
平均ビットレート：20Mbps
画質最：高画質

●ハードウェアエンコード：無し
EDIUS X Pro
CPU：92%
iGPU：0%
dGPU：0%
エンコード時間：32S（36s）

　　　　　　　　　　　　　　　EDIUS Pro 9
　　　　　　　　　　　　　　　CPU：100%
　　　　　　　　　　　　　　　iGPU：0%
　　　　　　　　　　　　　　　dGPU：15%
　　　　　　　　　　　　　　　エンコード時間：19s

●ハードウェアエンコード：有り
EDIUS X Pro
CPU：−−−%
iGPU：−−−%
dGPU：−−−%
エンコード時間：計測不能（ハードウェアエンコード非対応）

　　　　　　　　　　　　　　　EDIUS Pro 9
　　　　　　　　　　　　　　　CPU：−−−%
　　　　　　　　　　　　　　　iGPU：−−−%
　　　　　　　　　　　　　　　dGPU：−−−%
　　　　　　　　　　　　　　　エンコード時間：計測不能（ハードウェアエンコード非対応）

やっぱり単焦点かな？さんの仰るとおり、EDISU X Proは、�@�Aより、恐らくQSV動作していません。私の妄想でした。

その上EDIUS Pro 9の方が圧倒的に早いではないですか！

この時点で、H.265/HEVCテストのやる気がなくなりました。

私も少しパニックになっていたみたいで、EDISU X Proでは、H.264/AVCはハードウェアエンコード可能と勘違いしていたみたいです。

完全に私の思い違いでした。すみません。

EDIUS X Pro．．．？

終　了　し　ま　し　た　。

今後の手直しに期待します。

不思議に思ったのですが、H.264/AVCは何故NVIDIA使えないんでしょうか？

書込番号：23699496

[やっぱり単焦点かな？]

＞bluenoinuさん

テストご苦労さまでした。
さすがi9-9900はQSVなしでも良いスピード出ますね。私のi5-10600とは段違いです。次の世代のCPUが出たらもっと速いのに取り替える計画なんですが、いつになるやら。
と、脱線してしまいましたが。

私の環境だとEDIUS9とXでは速度に違いは見られないですよ。
EDIUS XはdGPUだけでのマルチモニター環境下では問題を抱えているのは間違いないのだと思います。
しかも２モニターより３モニターの方がより深刻のようで…
９からｘになって出力時の動作をガラッと変えて来ましたので、何かしらの落とし穴にハマってしまったのでしょう。今後の改善に期待するしかないですね。

ところでスレ主さんの環境では編集作業中はiGPUは動いてるのでしょうか？
もし動いてなければ編集中のレスポンスが相当悪くなるのではないかと思います。


私も以前から思ってたのですが、そろそろEDIUSもNVIDIAやAMD製のdGPUに完全対応して欲しいです。
秘密裏に準備はしてて、今回のHEVC(NVIDIA)対応は完全対応に向けた第１段であって欲しい。
中途半端なのを出さず、プレミアと同等以上の変換効率が得られるのを望みますね。

そうすりゃintelに拘る必要もなくなります。
もしかすると、ここらに大人の事情でもあるのかな？と妙に勘ぐってしまいますが。

書込番号：23699722　スマートフォンサイトからの書き込み

[bluenoinu]

＞やっぱり単焦点かな？さん

こんばんは。

やっと仕事終わりましたので、少しだけ．．．

いろいろ試していると、何が何だか訳が分からなくなってきました。

＞私の環境だとEDIUS9とXでは速度に違いは見られないですよ。
EDIUS XはdGPUだけでのマルチモニター環境下では問題を抱えているのは間違いないのだと思います。
しかも２モニターより３モニターの方がより深刻のようで…

やっぱり単焦点かな？さんの仰るとおりで、私の環境でもシングルモニターにすれば、Ver.9とVer.10でソフトウェアエンコード、ハードウェアエンコード共に速度は同じです。
シングルモニターですと、悲しいことにフルスクリーンプレビューができません。
ただ、省電力設定で3画面使うとプロジェクトを開いて何もしていなくてもiGPUの使用率が74%になってしまいます。


＞ところでスレ主さんの環境では編集作業中はiGPUは動いてるのでしょうか？
もし動いてなければ編集中のレスポンスが相当悪くなるのではないかと思います。

省電力、高パフォーマンス共にiGPUは使われています。
特に高パフォーマンス時にプライマリーカラーコレクションにiGPUを割り当てるとよくわかります。反対に、省電力時にそれをdGPUに割り当てるとおかしなことに、dGPUの使用率が若干下がる傾向が有ります。
もう泥沼状態です。

本日の発見！
NVIDIAのSurroundの設定で、3画面を一つの大きなモニターにすると、正常にQSVが動作するようになります。
試してみてください。実際EDIUSでは、モニターを数台用意する意味がなくなりますが。
この機能は、概ねゲーム用ですね。一つの画面になってしまいますので、フルスクリーンプレビューもできなくなってしまいます。
Microsoft Flight Simulator等でたまに使います。

GrassVallayさん早く直して。

書込番号：23699919

[やっぱり単焦点かな？]

＞bluenoinuさん

あまり気落ちされないよう・・じき直りますよこんなの（無責任ですが）

> NVIDIAのSurroundの設定で、3画面を一つの大きなモニターにすると、正常にQSVが動作するようになります。

これは同じスペックのモニター同士じゃなきゃダメみたいですね。
うちのは解像度の違うのが2台なので試してみる事ができないのですが、
要するにOS側からすると大きなシングルモニターになるんでしょうね。
だからQSVが動くようになるのかと・・・

EDIUSworldでものぞいてみよかな？
きっと他にもこの件で困ってる人たくさんいるはず・・・ですよね。

書込番号：23700501

DVD/DBへ出力でスタイルの選択の画面でスタイルが減少している

[gogohakone]

スタイルの選択画面

DVDやDBに出力したいときスタイルの選択画面で下記欄にSimple,Image,pop........Weddingと１０種類のスタイルを選択シートがありますね。それぞれの中身が一個しか表示されます。以前はそれぞれのシートの中身が何種類か表示されていましたが、ある時から一つしか表示されません。以前のように何種類も表示させるにはどうしたらよいのでしょうか。

書込番号：23154080

[厚揚公太]

バージョンによって異なるようですが、
Pro9では自身でダウンロードしてインストールする必要があります。
詳しくはリンク先の記事に記載しているのでそちらを見て下さい。

https://edit-anything.com/edius/dvd-menu-style.html

書込番号：23154590

[gogohakone]

復元画像

＞厚揚公太さん
早速のアドバイスありがとうございました。
スッキリと復元できました。

書込番号：23155236

Ver9.40.4896でのマルチカム編集のレスポンス

[bluenoinu]

Ver9.40.4896にアップデートしてから、マルチカムモードでの再生レスポンスが非常に悪くなっていませんか？
カメラの切り替えポイント直前で、一瞬再生が止まるようになりました。
因みに、7カメのマルチカム編集で気付きました。
念のため、Ver9.31で検証しましたが、全く問題ありませんでした。（Ver8でも問題ありません。）
プライマリーのディスプレイアダプターをIntel HD Graphics（UHD 630）にした場合と同じように、一瞬息をします。
次のアップデートで直してもらいたいです。

【PC環境】
M/B　：　TUF Z390-PLUS
CPU　：　i9 9900K
メモリ　：　32GB
VGA　：　GTX750
ストレージ　：　システム500GB SSD／EDIUSプロジェクトRAID 0 HDD（2TB×2）

書込番号：22717908

[ガリ狩り君]

私はシーケンスによる編集は使うものの、マルチカム編集していませんので何とも言えませんが、プロキシ編集の利用ではプレビュー再生時に動作が悪くなる場合もありますね。
インテルUHDドライバーの問題なのか、QSVも効かない事はあるので、双方で確認しなくては何とも言えませんね。


元々はハイレゾ編集の方を多用している事が多いので、プロキシー編集は全く使いませんが、スレ主さんのPC構成と似た内容のものでは、PowerDirector利用時に安定していない事もあるようです。

書込番号：22720455

[bluenoinu]

＞ガリ狩り君さん
こんにちは。

先ずお断りしておきますが、今回の症状は、編集機のハードウェア仕様及びその性能そのものに起因する問題ではございません。

『ガリ狩り君さん』のおっしゃるように、素材の解像度またビットレートに関わらず、ネイティブ再生よりプロキシー再生の方が問題となる編集ソフトがあるのですか。

申し訳ございませんが、本スレッドにつきましては、概ね5カメ程度以上のマルチカム編集を多用されない場合は、あまり参考にはならないと思います。

ご存じの方も多いのではないかと思いますが、EDIUS（Ver.8／Ver.9）のマルチカムモードでは、i9 9900K搭載のIntel HD Graphicsでも、カメラの切り替えポイント直前で一瞬ですが再生が止まります。事実上使い物になりません。
編集中頻繁にスイッチング結果の確認作業を行いたい場合は、非常にストレスになります。この問題を解決するために、私の場合は、プライマリー出力デバイスとしてGTX750を使用しておりますが、Ver9.40へのアップデート後は、Intel HD Graphicsと全く同じ状況に陥っております。
少なくとも私の環境では、Ver9.40以降発生している問題です。勿論EDIUS 8 Proでも経験しておりません。
EDIUSにてマルチカム編集をご利用される方に関しましては、非常に厄介な問題です。これまでに作成し、ストレスなく編集できていたプロジェクトも全滅です。
バージョンを戻せば元の状況に戻ります。Ver9.30以前は、i7 2700K程度の環境でも、FHD素材8カメ程度のマルチカム編集は、ストレスなくサクサク行えます。
GTX750及びIntel HD Graphicsデバイス、またそのデバイスドライバー、QSV機能そのものに起因する症状ではございません。

EDIUSのプライマリー出力デバイスの設定につきましては、OS側（Windows 10 Pro 64bit Ver.1903）のグラフィック設定で指定しております。

余談ですが、Windows 7からWindows 10に変更してEDIUSを使用し感じたことですが、編集レスポンス（私の場合は、GTX750）、QSVの優先選択を、BIOS設定で変更しなくてもよくなったので非常に便利だと思います。映像出力ケーブルの繋ぎ変えなしで、別のアダプターの映像出力もできますし、マルチモニター環境で、プライマリー出力デバイスの変更を行っても、画面レイアウトの出力モニターが固定されているのも非常使いやすくなったと思います。
ただプライマリー出力にIntel HD Graphicsを利用しても、エフェクト、カラーコレクション、またNewBlueFX等のプラグインを多用すると、殆どQSVが機能しませんので、EDIUSのソフトウェアエンコードの方がメリットが多いかもしれません。

私の場合は、EDIUS 6からマルチカム編集を利用しておりますが、未だに改善されない不満な点がございます。
マルチカムモードで、長時間スイッチング操作を行っていますと、キーボードでのスイッチング動作が緩慢になります。
キーボード、またその接続方法（I/F）を変更しても改善しません。EDIUSを再起動すれば元のレスポンスに戻ります。
同じような経験をされている方はいらっしゃいますでしょうか。

最後に、『ガリ狩り君さん』に質問ですが、『ハイレゾ編集』って何ですか？なんの？ですか？

書込番号：22721429

[ガリ狩り君]

ＥＤＩＵＳ永らく使っていて、下記URLを見てもハイレゾ編集の意味を把握できませんか？

https://wwwapps.grassvalley.com/manuals/EDIUS7_REFE_JP/l07/l0_7_l1_29_l2_3.html


それとスレ主さんと似た構成の方の事例で、PowerDirectorのシャドウファイル（プロキシ編集）による強制終了の解決方法に、ハイレゾに切替えて解決された方もいますよ。



Windows UPｄａｔｅによるOS機能の変更もあるものだから、ソフトだけでなくドライバーも係るので、レポート送るなどのアクション取られては如何でしょうか？

書込番号：22721502

[bluenoinu]

＞ガリ狩り君さん
こんにちは。

『ガリ狩り君さん』は、このスレッドの内容をご理解いただいていますか。

ご指摘のとおり、かなり前からEDIUSを使っておりますが、恥ずかしながら、『ハイレゾ編集』とは言いません。
『ハイレゾ編集』ですが、普通の編集作業のことを、普段わざわざ『ハイレゾ編集』と言うのでしょうか。私は、『編集』作業等と言います。
『ガリ狩り君さん』は、プロキシー編集ではないネイティブデータそのものの編集作業のことを強調するために敢えておっしゃているのですね。理解力がなくて申し訳ございません。

記載いただきましたリンク先は読ませていただきました。たしかに、プロキシーデータに対する説明のための用語でハイレゾデータなどと言うことが有りますが。変更・加工等したものに対して、劣化していないソースデータという意味を強調するために記載されているようですが。
勿論『ハイレゾリューション』の意味は理解しております。念のため。

それと、プロキシー編集やOSアップデート（OSのバージョン）等は、関係ございません。

書込番号：22721620

[bluenoinu]

＞ガリ狩り君さん
こんにちは。

因みに、このスレッドは、ネイティブデータを使ったEDIUSマルチカムモードの挙動につて書いております。

書込番号：22721643

[ガリ狩り君]

スレ主さんの言われる趣旨は理解していますよ。
一瞬止まるとは本当に止まる感じなのか、カクついた状態なのか具体性が欠けて伝わらないし、止まるのは数フレーム分なのでしょうか？
疑似的にマルチカムにモード切替て確認したところ、ポイント切り替えで止まる感じではないですが、切り替えポイント３〜４フレーム手前で１〜２フレーム程カクついた感じですけど。
プラグインのフレア等のエフェクトを多用し使うと、再生スピードも遅くなる分、止まった感じに見えてしまうと思いますがね。
Ver9.40.4896で確認したところ、この様な感じになりましたが、具体的な内容書かれては如何でしょうか？
仮に過去のVer9.31インストールで問題ない場合は、それに戻して使いながら、対応待つ方が賢明だと思いますよ。
下記のPC環境で試しましたが、テスト再生時のCPU負荷は半分も満たないし、d-GPU負荷については負荷率30%未満でしたが、i-GPUの負荷は40%超える事もありますね。


Windows10(Ver1809)

Core i7 8700

GTX1060(6GB)　

メモリー３２GB

SSD(1TB＆1.2TB)





そうそう、ネイティブ編集の方が伝わりやすい人と、そうじゃない人もいるので、少なからずスレ主さんにはネイティブ編集と書いた方が伝わり易かった、ただそれだけですかね。

書込番号：22721731

[bluenoinu]

＞ガリ狩り君さん
お気遣いありがとうございます。

純粋にEDIUSマルチカムモードの再生性能を検証したいので、勿論ソースファイルを必要数のトラックに配置しスイッチング操作のみ行ったシーケンスの、カメラの切り替えポイントをまたいで再生しただけです。

本件で私が一番困っているのは、音楽ライブのマルチカム編集です。
実際60iや60pで何フレーム分かは分かりませんが、感覚的には時間にして0.1秒程度であってもカクついたらアウトです。
（再生画面のタイムコードを、ビデオカメラで撮影すれば検証できますが。）
業務でなくても頻繁に音楽ライブの映像編集をされる方なら、このストレスを理解されるでしょう。

私がこの投稿をさせていただいた理由は、Ver9.40に移行後でも以前と変わらずスムーズなマルチカム編集を行えている方がいらっしゃるのか。もしそのような方がいらっしゃれば、その環境を教えていただきたいと思ったのと。そろそろメーカーも、GTX750クラスのGPUに見切りを付けたのかと思い、GTX1050以降のGPUユーザーさんの感想もお聞きしたかったからです。

『ガリ狩り君さん』は、GTX1060（6GB）ですか、羨ましいです。
因みに、どのような方法で、GTX1060をEDIUS利用時のプライマリーディスプレイアダプターに設定していますか。要するにEDIUS上でのハードウェアエンコーダー（デコーダー）にするための設定方法です。

GTX1050より上位のGPUなら、この問題と無縁なんてことであれば、即買い替えです。

恐らく不都合はないと思いますので、現状マルチカム編集のみVer.8で作業しようと思います。

書込番号：22721984

[ガリ狩り君]

確かに音楽系のライブ撮影でしたら、私はシークによるオーディオ再生遅延も気になるので、フレーム単位のズレによる誤差が気になるのは理解できますよ。
d-GPU利用するために、NVIDIAコントロールパネルのソフト指定とEDIUS側の設定は、GTX1060をネイティブ設定になる様にして試しました。
NVIDIA配布ドライバーは最新のStudio版を適用です。
多分Ver9.40では、d-GPUを後に発売される予定のRTX2060Superに変えられても、この問題は解決しないかもしれません。
シークによる遅れとサーマルスロットリングによる帯域落ち込み回避に、プロジェクトファイル置き場はDC S3710に指定しています。


個人的な予想となってしまいますが、時期的にOSの大型Updateも重なり、そろそろ次期EDIUSの新Ver発表も近いでしょうから、何かと不安定になり易い状態なのかもしれません。

書込番号：22722446

[bluenoinu]

『シークによるオーディオ再生遅延.....』？？

Windows 10では、アプリケーションソフトウェア毎に予めプライマリーディスプレイアダプターのデフォルト設定ができますよ。ただしこの場合は、EDIUS側のGPUfxの設定は、意味のないものになっておりますが。プライマリーカラーコレクションの処理に割り当てるGPUは、EDIUS内で別途指定可能です。
最近のPC環境でEDIUSを利用する場合は、NVIDIAのCUDAもハードウェアエンコーダー（デコーダー）として機能しますので、特に書き出し時にQSVでのハードウェアエンコードを利用しているつもりが、実際は、CUDA が機能していた何てことが有りました。
高性能なCPU を搭載している場合は、CUDAがハードウェアエンコードを担っていても、CPUのソフトウェアエンコード処理が非常に早いので、QSVが機能しているような感覚に陥ります。タスクマネージャー等でエンコード処理を担っているGPUを確認しなければ、意図しないGPUがプライマリーディスプレイアダプターとして機能している場合があります。

サーマルスロットリングについては、使用環境の室温でその状況が発生しないように、PC環境を設計すれば良いだけです。
ただし、CPU等の温度管理が常識の範囲であれば基本的には、今回の症状には無関係です。

EDIUS Pro 9 Home Edition何てものが、海外では出るとか出たとか。
そろそろ本当にVer.10？が出てくるのかもしれません。

書込番号：22722573

[ガリ狩り君]

HDDのシーク遅延でAudioとMusic Videoの再生速度遅れは、運転中だけでなく車載PCのオーディオメンテナンス等していた頃も、時折その様な現象起こっていましたので、現在データ倉庫以外の用途でHDD利用は無いですね。
上記の問題は、車載PCのSSD化で解消しましたけど・・・
サーマルスロットリングについて言わせると、幾つかSSD製品を試した中で、長時間プレビュー再生に弱いSSD製品もあって、旅行先など出先でも編集してしまう、そんな私にはSSDの選択肢が少ないのですよ。
脱落品の中にはExtremeProも入りますがね。


GPU設定云々はスレ主さんが言う以前に、PhysX設定も含めて全てGTX1060に指定していますので、その辺はご心配なく。
マルチカム編集でNewblue FXやHitFilmのIgniteなどプラグインを使うと、プレビュー時にCPU使用率の低下、再生速度の低下は否めませんがね。
本題については、最終Updateまで間に合うのか、正直なところ分かりません。

書込番号：22722683

[bluenoinu]

質問の【 Ver9.40.4896でのマルチカム編集のレスポンス】ですが、ついに解決いたしました。
ただし、私的には、合点のいかない結果となりました。

昨日Grass Valleyから、Ver9.40.5106がリリースされましたので、期待を込めて早速アップデート作業を行いました。
結果は、マルチカムモードに関するレスポンスについては、何の変化も無く全く改善されていませんでした。

そこで前々から気がかりであったグラフィックボードに手を入れることにしました。
Quadroへの交換も考えたのですが、結局ELSA GTX750（VRAM1GB） → ELSA GTX1660（VRAM6GB）に交換しました。
結果は、敢え無く撃沈。泥沼への入り口でした。

何れにしても、EDIUS Ver8.53やVer9.31.4196では、Intel HD Graphicsをプライマリーグラフィックアダプターに設定しない限り全く問題はありません。
（私の場合は、Intel UHD Graphics 630です。）

何故解決に至ったかは分かりませんが、改善するまでに行った作業を纏めておきます。
同じような症状で困っている方の参考になりましたら幸いです。

【PC環境】
OS　：　Microsoft Windows 10 Pro 64bit Ver.1903
M/B　：　Asus TUF Z390-PLUS GAMING
CPU　：　Intel Core i9 9900K
RAM　：　32GB（DDR4-3200 8GB×4枚）
Internal GPU　：　Intel UHD Graphics 630
External GPU　：　ELSA GTX 1660
System Storage　：　500GB SSD（SATA）
Data Storage　：　2TB（SATA 2TB×2台 RAID 0）
モニター　：　FHD×3台

※ ELSA GTX 1660のドライバーは、『Nvidia Studio Driver』です。

【BIOS設定】
画面出力デバイスの優先順位　：　PEG
統合グラフィックを常に有効　：　Enabled

【タスク マネージャーでのGPU認識状況】
GPU 0　：　Intel UHD Graphics 630
GPU 1　：　NVIDIA GeForce GTX 1660

【モニター接続状態】
Internal GPU　：　DP出力×1
External GPU　：　DP出力×2

これ以降が、行った作業です。

【　作業1　】・・・アプリケーションが優先的に利用するGPUを指定してみる

「Windowsの設定」→「システム」→「ディスプレイ」→「グラフィックの設定」に登録しいる「EDIUS.exe」のオプション設定で、Intel UHD Graphics 630とNVIDIA GeForce GTX 1660を切り替えて、EDIUSの挙動を試す。
結果は、×変化なし。
※ 私は、この方法で編集時高レスポンスのExternal GPUと、出力時QSVが使えるInternal GPUを切り替えて作業しております。

【　作業2　】・・・マルチモニターの出力を全てExternal GPUから行ってみる

「作業1」のGPUはNVIDIA GeForce GTX 1660を選択した上で、全てのモニター出力をExternal GPUから行い、EDIUSの挙動を試す。
結果は、×変化なし。
※ Internal GPUからモニター出力しなくても、Intel UHD Graphics 630を選択すると、QSV（ハードウェアエンコード）は正常に動作します。

この辺りで、タスクマネージャーの挙動の変化に気が付きました。
タイムラインの再生中に、Ver8.53やVer.9.31では、Intel UHD Graphics 630の「Video Decode」グラフは変化しません。恐らく再生支援については、殆ど機能していないようです。
しかし、Ver9.40.5106では、「Video Decode」グラフが描画されます。
この辺に何かヒントが有るのかも．．．？　作業は続きます。

【　作業3　】・・・デバイスマネージャーでIntel UHD Graphics 630を無効／有効にしてみる

Intel UHD Graphics 630を無効にすると、タスクマネージャーでも「GPU 0（GTX 1660）」のみになる。EDIUSの挙動を試す。
結果は、〇改善しました。

Intel UHD Graphics 630を再び有効にする。タスクマネージャーでは、「GPU 0」と「GPU 1」のデバイスが入れ替わり、「GPU 0」にNVIDIA GeForce GTX 1660が表示された。EDIUSの挙動を試す。
結果は、×再び不具合発生。
この段階では、アプリケーションが優先的に利用するGPUにNVIDIA GeForce GTX 1660を選択するとダメでした。

そうこうしている内に、EDIUSに変化がありました。
今までは、「作業1」を行っても出力時にハードウェアエンコードの項目は表示されていました。そのためNVIDIAを選択している場合は、CUDAでもハードウェアエンコードできるものと思っていました。恐らく私の単なる妄想です。
本当にCUDAが動作していたのでしょうか。

この段階で、「作業1」でNVIDIA GeForce GTX 1660を選択すると、出力時にハードウェアエンコードの項目が表示されなくなりました。それとともにIntel UHD Graphics 630のグラフから「Video Encode」が消えてなくなりました。
また、「GPU 0」及び「GPU 1」として認識するデバイスが入れ替わることも確認できました。
ただ、PCを再起動すると、「GPU 0　：　Intel UHD Graphics 630」、「GPU 1　：　NVIDIA GeForce GTX 1660」に戻ります。

【　作業4　】・・・「作業1」と「作業3」を数回行いながらEDIUSの挙動を試す

何故か、「作業3」でIntel UHD Graphics 630を有効にした状態でも、「作業1」の優先的に利用するGPUをNVIDIA GeForce GTX 1660に切り替えると、何事も無かったかのように私の希望する状態に戻りました。
8カメのマルチカム編集を行っても、カメラの切り替えポイント直前で再生が一瞬止まることもなくなりました。

【　結果　】

結果、泥沼からの脱出には成功しましたが、何がどうなっているのか、何故状況が変化したのかどうにも分かりません。
もし、同じような状況でお困りの方がいらっしゃれば、一度騙されたつもりでお試しください。
皆さんのご意見ご経験もお聞かせください。
メーカーの方、このスレッド見ていないでしょうか。合点がいきません。

大枚？はたいてVGAの交換必要なかったかも．．．EDIUSの場合．．．
※ GTX 750に戻して試してみましょうか．．．興味有りますか？

書込番号：22783075

[bluenoinu]

一部訂正します。

【　作業3　】・・・デバイスマネージャーでIntel UHD Graphics 630を無効／有効にしてみる

Intel UHD Graphics 630を無効にすると、タスクマネージャーでも「GPU 0（GTX 1660）」のみになる。EDIUSの挙動を試す。
結果は、〇改善しました。

Intel UHD Graphics 630を再び有効にする。タスクマネージャーでは、「GPU 0」と「GPU 1」のデバイスが入れ替わり、「GPU 0」にNVIDIA GeForce GTX 1660が表示された。EDIUSの挙動を試す。
結果は、×再び不具合発生。
この段階では、アプリケーションが優先的に利用するGPUにNVIDIA GeForce GTX 1660を選択するとダメでした。

↓

この段階では、アプリケーションが優先的に利用するGPUにNVIDIA GeForce GTX 1660を選択してもダメでした。

すみません。

書込番号：22783097