Godot: Godotを開くのが遅い、編集するのが遅い、単純なゲームを起動するのが遅い[Windows、特定のUSB周辺機器が原因]

NVIDIA、ハァッ？ NVIDIAの起動が遅いという報告があったと思います。問題のある「NVIDIA」を検索してみてください。 最終的なコンセンサスは、ドライバーのバグがあるというものでした。

nVidia GeForce GTX 1060 6GB / PCIe / SSE2ここでは、Godot 3.0.6が正常に開きます（Webサイトの非モノバージョン）。 私はゴドーは不良により自動パフォーマンスモードにではなく、（30秒打ち上げの代わりに、4のように）遅いというのnVidiaとわずかに遅いいくつかのケースである知っています。

GTX960および1070が同じ問題を報告しています。 Windowsでは起動が遅く、Linuxでは高速です。
これがGodotの最大の問題であるため、これが修正されることを本当に望んでいます。 私はいつもゲームを起動して小さな調整をテストするのが好きですが、nvidiaGPUを搭載したWindowsでは時間がかかりすぎます。

GTX1070の問題に参加します。Godotのすべての安定したリリースを試しました。 最新のドライバー398.98、398.82、398.36の3つのバージョンでも試してみました。 しかし、最初（ドライバーの再インストール後、コンピューターの再起動後）にすぐに起動することに気づきました。 時間を見つけたら、いくつかのNvidia設定を試してみます。 これは大きな問題であり、もう少し調べる必要があります。

編集：システムの再起動後の最初の起動が正常に機能することを再確認します。 その後の起動にはすべて時間がかかります（40秒）。

https://www.nvidia.co.kr/Download/driverResults.aspx/137317/en
399.07ドライバーがリリースされました。
それでテストしますか？

ちょっとvolzhs-はい、それはそれを修正したようです！
まだ大規模なテストを行う時間はありませんでしたが、いくつかのゲームを開いたり、編集したり、実行したりしただけで、パフォーマンスは素晴らしかったです。
最新のドライバーをご紹介いただきありがとうございます。

それがどのように影響するかはわかりませんが、ドライバーのリリースノートにはこれが含まれています。

[GeForce GTX 1050/1070]：OpenGLドライバーはレンダリングコンテキストを解放しません
正しく。 [2305430]

素晴らしい発見@volzhs 、ありがとう:)

@fossegutten @cimpresovec 399.07にアップデートすると、カードの問題も修正されますか？

私は実際に最近PCの完全なフォーマットを実行しましたが、同じドライバー（398.98）で問題は解決しました。 今日は新しいドライバーを試しましたが、問題は発生しませんでした。 だから私は何を言うべきかわかりません。 フォーマットの前後で同じドライバーですが、動作が異なります。 以前のインストールで問題が発生した原因はわかりませんが、Godotの使用を思いとどまらせました。

残念ながら、これは私にとって再び起こり始めました。 Godotは約1時間ほど正常に動作し、その後再び低速で動作し始めます。

本当に奇妙なことは、PCを再起動すると、Godotはしばらくの間正常に動作しますが、その後遅くなり始めます。
しかし、今ではそれがGodotの問題ではないと確信しています。 AMDカードを手に入れて、問題が完全に解消されるかどうかを確認してください。

ここにGTX750; https://github.com/godotengine/godot/issues/21472#issuecomment -416151678ビルドを始めたばかりなので、sse2でビルドしないことと関係があると思いましたが、この問題は悪化しているようです。過去数週間、3.1a1のロード時間はこれまでで最も長くなっています。

私は現在、ドライバー399.07を実行しています。

編集：多分GPUの問題ではありませんか？ これらの遅いロード時間中に、CPU使用率が非常に高くGPU使用率が低いことに気づきました。 約27％のCPU（私のCPUでのハードウェアスレッド全体の割り当て）を使用して、ロードが完了すると通常のレベルに低下します。

Edit2：この問題とは関係ありませんが、別の問題を提出しました。

回答が遅れ申し訳ございません。 GTX 1070 GPUのドライバー399.24で、まだ超低速です。

問題は私に戻ってきました。 Raylibライブラリ（下にGLFWを使用）を使用して他のアプリケーションを開発しているときに気づきました。 アプリケーションはGodotと同じ動作を示しました。 その後、Godotをダウンロードすると、問題が再発しました。 システムを再起動した後、複数回別々に実行した後でも、すべてが正常に機能することに気付きました。 この問題は、しばらくしてから（テストしなかった）、またはシステムでより重いゲームを実行してからGodotを実行しようとした後に発生し始めます。 一方、Unityは影響を受けませんが、Defoldは試していません。

GLFWとGodotの共通点は何ですか？

どちらも内部でOpenGLを使用しています。 私が言及した他のいくつかのプログラムと同様に、問題は発生しません。

問題はOpenGLのようです。 Monogameは、OpenGLプロジェクトでも同じ動作をしますが、DirectXプロジェクトでは動作しません。

うーん、問題がすべてのOpenGLに存在する場合、それはおそらくくだらないGPUドライバーです。

動作は、異なるOpenGLアプリケーション間で一貫していません。 一部は問題なく動作します（Unity OpenGLビルド、Defoldエンジンなど）。 おそらく使用されているバージョンによって異なりますが、それは単なる推測です。 悲しいことに、具体的な助けはできません。

ここで同じ問題、何かヒントはありますか？

私の起動時間は30秒以上の範囲ではありませんが、約5〜10秒です。 本来よりも間違いなく遅いです。 エクスポートされた実行可能ファイルとエンジン内でこれを試しました。 GLES3とGLES2でも発生します。

ドライバー416.16でGTX1080を使用しています
ドライバーを一時的に更新し、変更があった場合はメモを付けて戻ります。

編集：問題はドライバー416.34で解決せず、（おそらく無関係ですが）Godot自体を起動し、プロジェクトを開くのが少し遅いようです。

私はLinuxを使用しており、NVIDIAドライバー390.87を実行していました。 たとえば、スクロール中のCPU使用率が高いため、ソフトウェアレンダリングで実行されているように見えました。
NVIDIAドライバー410.73をインストールしましたが、すべて問題ありません。 NVIDIAがこの問題を解決したのか、それともドライバを再インストールするだけで問題が解決したのかわからない

Linuxでも試してみましたが、Godotはうまく機能しているようです。 Windowsではまだ遅いです。

Linuxでも試してみましたが、Godotはうまく機能しているようです。 Windowsではまだ遅いです。

どのバージョンのLinuxを使用していますか？ また、VMで使用していますか？

ArchLinux。 VMはありません。

ここ@JavaryGamesでは、すべてのコンピューターでこれを経験しています。一部は1050Tiで、一部は1060です。最新のドライバー（417）でも発生します。

Linuxでは、同じマシンが正常に動作するため、ドライバーの問題である可能性が非常に高くなります。

Windows 10 godot3.0.6でもこの問題が発生している可能性があると思います

私はAMDRX580を持っています

独自のデータポイントの追加：

Intel i7-3770K CPU
16GBのRAM
Windows 7

1. この問題は、3.06-stable_win64および3.1-alpha5_win64にあります。 エンジンのロードやシーンの再生には30秒から1分かかります。
2. これはコンピュータを再起動することで修正できますが、いくつかのシーンが再生されると常に戻ります。 エンジン/シーンのクラッシュに関連している可能性があります。
3. この問題は、「OpenGL ES [X] .0 Renderer」が表示されたときはいつでも[短時間の再起動 'cure'の後に開始すると] Godot Engine Editorウィンドウ（ターミナル出力付き）で発生します。 したがって、実行可能ファイルが開始されたとき、およびシーンが実行されたとき。
4. これはドライバーやGPUに依存しません。 ドライバーが更新されたRX480と、ドライバーが更新されたGTX1070を使用しました。 問題は変わらなかった。 これなら

これもNvidiaGTX1070に搭載

Windowsのみ、Linuxで開いて正常に動作します。

同じ問題が発生していますが、AMDGPUを搭載したLinuxで発生しています。 これはシステムの更新後に発生し始めたため、追跡するのに苦労していますが、ダウングレードしても修正されませんでした。 godotのダウングレードも効果がありませんでした。 プロジェクトを開くのに30秒以上、開始するのに30秒以上かかり、新しいオブジェクトが初めて画面に表示されるたびに途切れます（しばらくの間フリーズすることもあります）。 エディターでは、ノードをクリックしたり、シーンを開いたりするなどの基本的なことは、多くの場合30秒以上かかります。

フリーズしたサウンドがまだ再生されている場合、godotは1つのコアで100％CPUを使用し、godotもdmesgも単一のエラーを表示しません。 最初は、シェーダーのコンパイルによるものだと思いました。シェーダーエディターを使用してコンパイルすると、30秒のフリーズが発生する可能性がありますが、最初に発生した後はそうはならないようです。

私の場合、それはややランダムに見えます。10フレームのようなスタッターか、30秒以上の間にないものです。 ほとんどの場合、物が読み込まれると消えますが、この動作はgodotを閉じたり再度開いたりするとリセットされ、再起動しても影響はありません。

あなたのLinuxMintまたはArchは万が一ですか？

@ retrotails ＃24783のように聞こえます。

@ retrotails ＃24783のように聞こえます。

ああありがとう、それのようです。 キャッシュされているのは18.2だけで、18.2でも発生しますが、それほど深刻ではありません。 最新のメサをコンパイルしてみて、少なくともそこで修正されているかどうかを確認します。

この問題の影響を受ける方へ：Godot 3.1ベータ2（またはそれ以降）を試して、それでも同じように動作するかどうかを確認できますか？

最初のテストでは、3.1ベータ2で問題が修正されたことが示されています。 再び遅くなり始めたら更新します。 これを整理してくれてありがとう。

いいえ、3.1ベータ2はまだ私のgtx 1070で断続的な問題を抱えています。速い場合もあれば、許容できないほど遅い場合もあります。 Quadrop2000カードを搭載したWindowsを実行しているp52ラップトップでも問題はありません。

こんにちは、
ここで同じ問題：
Windows 10x64ホーム
CPU：AMD Ryzen 5 2600X
gpu：AMD Rx580

コンピューターを新たに起動した後、Godotはプロジェクトを開いたり、ロードしたり、実行したりするのに30/40秒かかります...
Godotのバージョン（2.x、3.0.x、3.1 alpha x、beta x）に関係なく
コンピューターを再起動した後、私が知る限り、すべてが正常に実行されます

WindowsでFastStart / Bootを無効にしようとしましたが、問題は修正されていません。
数日/数週間前はすべてが順調だったので、私は本当に混乱しています...

しかし、それは直接Godotの問題ではないと確信しています。 たとえば、問題が発生したとき、STEAMクライアントはGodotと同じ動作をする（そして一部のゲームはまったく実行されない）ことに気づきました。

もう一度私：

Intel i7-3770K CPU
16GBのRAM
Windows 7

現在、3.1 Beta 2では、再起動後の通常のハネムーン期間なしで、約30秒の間隔がすぐに始まります。

こんにちは、_ [Godot v3.0.6-WIN 10-GTX 1060 3GB-16GB RAM DDR3-Intel i5-4460] _

ここでも同じ問題がありますが、Nvidiaのクラッシュやコンソールでのフィードバックはありません。

同じものを編集をクリックすると、プロジェクトマネージャーが開くのに長い時間がかかります。運が良ければ、エディターに入ることがほとんどできず、[再生]をクリックして正しく機能することを期待できます。

タスクマネージャーで、GodotがCPUの1％未満を使用しており、RAMも同じであることがわかりました。 期待どおりに動作することもあれば、すべて流暢に動作することもあり、この問題が発生することもあるため、これは私のコンピューターではありません。

また、プロジェクトマネージャーがpngを読み込んでアイコンとして表示しようとして問題が発生し、Godotの実行が再び遅くなりました。

まったく関係のない質問ですが、Windowsでこの問題が発生している人は、何らかのウイルス対策/マルウェア対策ソフトウェアを実行していますか？ 実行時に何かがバイナリをスキャンしている可能性があります。

これがあなたが試すことができる他のことです、多分これはOpenGLキャッシュに関連しています、NVidiaはこれをここに保存します：
C：\ Users \\ AppData \ Local \ NVIDIA \ GLCache

ここにあるファイルを削除しても、問題を再現できますか？

最後に、nvidiaフォーラムで見つけた他の何か、この環境変数を設定しながらGodotを手動で実行してみてください。 お気に入り：

__GL_SHADER_DISK_CACHE_SKIP_CLEANUP=1
godot.exe

reduz：私はそれを試しました。 何も変わりませんでした。

@ ay200 nvidiaはありますか？

@reduzはい、1070GTXです。

私も非常に遅いオープニングを持っていました、しかし私はファイルを削除することによってこれを修正します： %appdata%/Godot/editor_settings-3.tresそれは本当に大きかったです（〜100mb以上、私は覚えていません）。 多分それは役立つでしょう。

同じ問題が発生し、最後に[プロジェクト設定]-> [デバッグ]-> [設定]-> [FPSの強制]を1に設定しました：）0に設定すると問題が修正されました。 これが遅れが見つかった最初のリンクであるため、ここに投稿するだけです。

申し訳ありませんが、この問題はさまざまな問題のサラダになっていると感じています。

大きな設定ファイル：

プロジェクトマネージャーとエディターを開くのが遅い、そして偶然にあなたの誰かが影響を受けている場合
％appdata％/ Godot / editor_settings-3.tresは巨大です。このファイルが巨大である理由を知るために、ZIPして送信してください。 何らかの理由でこれに個人情報が含まれている場合は、最初に編集して削除してください（ただし、プロジェクトへのパスを保存することはできないと思います）。

ゲームの起動が遅い

GAMEの起動が遅いが、プロジェクトマネージャーとエディターは問題ない場合。 OS、GPU、ドライバーのバージョンなど、ハードウェアについて説明してください。

ゲームの起動が遅い

GAMEの起動が遅いが、プロジェクトマネージャーとエディターは問題ない場合。 OS、GPU、ドライバーのバージョンなど、ハードウェアについて説明してください。

同様の＃23986によると、最新のNvidiaドライバー（Windows 10では419.17）で修正されているようです。 あなた方の何人かはそれを確認できますか？

私はこれと同じ問題を抱えています。

最初の起動、プロジェクトの開始、実行には最大41秒かかります（それぞれ個別に時間を計りましたが、すべて互いに1秒以内でした）。
再起動して修正しました。

非モノラルとモノラルの両方でv3.0.6を試しましたが、両方で同じ問題が発生しました。 これは、超基本的なチュートリアルプロジェクト「インスタンス化」でも行われます。

仕様：
Windows 10（64ビット）
AMD Radeon HD 6700（v15.201.1151.1008）
16GB RAM

編集：私は3.1ベータ版を使い始めており、それは修正されたようですが、時間がわかります。 戻ってきたら更新します。

私は今どこからともなくこの問題を抱えていました...それから私はちょうどNVidiaドライバーを更新し、それを行って再起動した後、テレメトリ（ https://github.com/NateShoffner/Disable-Nvidia-Telemetry ）を無効にするのを忘れたことを思い出しました、Godot正常に起動しました。 それは本当に興味深いです...（Windows 10 x64 v1809）

多分誰かがこれを試しましたか？ 私はそれがこれらのテレメトリのものと関係があると思っています。 私は最新のNvidiaドライバーも使用しています：

私はまだ同じ問題を抱えています。

最初に起動してからプロジェクトを開くには、非常に長い時間がかかります。 正常に動作したのは、最初にGodotをダウンロードしたときだけでしたが、読み込み時間が長い問題が発生すると、再び動作させる方法はありません。

Godot v3.1とv3.1.1の両方で発生します（両方とも非モノラル）

ここですべての提案を試しましたが、役に立ちません。

仕様：
Windows 10（64ビット）
Nvidia RTX 2070（v430.39）
16GB RAM

テレメトリを無効にすることでteihooの提案に従うと、再起動後にテレメトリが機能します。 しかし、もう一度再起動すると、再び遅くなります。 テレメトリを再度有効にしてから無効にしても、問題は再び解決されません。 Nvidiaドライバーv430.39をクリーンインストールしました。再起動後に一度は機能しますが、2回目の再起動後には機能しません。 ゲーム対応ドライバーではなくNvidiaクリエータードライバーに切り替えましたが、それでも問題は解決しません。 念のためにSteamバージョンを試しましたが、問題は引き続き発生します。 この問題が修正されることを心から願っています。

なぜタイトルが変わったのかしら。 それはNvidiaだけの問題ではないようですので。

問題はまだあります（AMD RX580-Radeon設定バージョン：2019.0326.2353.42986-OpenGLバージョン：25.20.15000.13547-OpenGL APIバージョン：4.6）

問題はまだ私に存在します。 現在、Nvidia Driverv430.64にあります。 まだ動作していません。

間違いなくOpenGLの問題であり、Godot固有ではなく、そのことについてはNvidiaやAMDです。 空白のMonoGameプロジェクトでさえ、開くのに非常に長い時間がかかります。

こんにちは！
すべてが正常に実行されていて、nvidiaドライバーを430.64に更新しました。

それ以来、F5 / F6を介してゲームを起動すると、開始が非常に遅くなります（ほぼ1分）。

これが私の設定です：
Windows 10 Pro64ビット
16go DDR4
Geforce GTX1060 6Gb
SSDで実行

効率的な方法でGodotを操作するには、Ubuntuでデュアルブートを実行する必要があります。 他の闘争者のためのちょうどヒント！

こんにちはみんな、私は同様の問題を抱えていますが、それは3.1.1でのみ発生します。別のバージョンで問題ありません。

これは私のジャガイモの仕様です：
ウィンドウズ10
GPU：nVidia GeForce GT 520M
ドライバーバージョン：391.35（私はこのバージョンで立ち往生しており、520Mで利用できる新しいドライバーはありません）

はい、それは強力なマシンではありませんが、かなりまともです。 Unityをスムーズに実行できます。フルFPSでSteamからps3移植ゲームをプレイすることもできます。 したがって、Godotを実行するのは簡単です。

3.1.1を使用すると、エディターからゲームをプレイした後、ラップトップの速度が低下しました。この状態は、Godotを閉じた後も持続します。
それが私のラップトップを使用できなくすることは非常に大きな減速です。 私がそれを強制的に使用すると、最終的には悪化し、画面に黒い画面とアーティファクトが表示されます（数分間）。 とても怖いです、鳥肌が立ちます。
それを修正する唯一の方法は、ウィンドウを再起動することです。

そのため、現在3.1を使用していますが、正常に動作し、エディターからゲームをプレイすると小さな問題が発生しますが、ほとんど目立ちません。

それで全部です。 この問題の修正に役立つことを願っています。

また会ったね、

コンピューターをフォーマットし、Godotをインストールしました。 最新バージョン3.1.1x64。 そして、私が初めてそれを開いたとき、この問題はちょうど私に起こりました。

PC仕様：
GPU：Nvidia 1060 3GB [クリーンな新しいドライバーがインストールされている]
CPU：Intel i5-4460
RAM：16GB DDR3
OS：WIN10

.tresファイルを調べたところ、5KBしかありませんでした。
また、コンソールには「OpenGL ES 3.0レンダラー：GeForce GTX 1060 3GB / PCIe / SSE2」と表示されます。

私はずっと前にこの問題を抱えていましたが、NVIDIAとは関係ありません。 しばらく前に問題が発生しました。USBドライバーが正しくインストールされていませんでした。 Godotは遅れているように見えますが、すべてがまだ応答しています。 これは、プロジェクトをロードするとき、およびGodotエディター内でゲームを実行しようとするときに発生します。

Godotは、接続されているすべてのUSBデバイスをチェックして、キーボード、ゲームコントローラー、VRヘッドセットなどであるかどうかを確認しようとします。USBコントローラー/ドライバーが正しくインストールされていない場合、最大1分待ちます。 その1分後、デバッグゲームを実行するか、プロジェクトをロードします。

ドライバを再インストールすると問題が解決します。 数年前にgodotの不和に投稿したときにこの情報を見つけました。 それが役に立てば幸い。 私のライブストリームでも2人にこの問題を報告してもらいました。 私の情報は多くの人を助けました。

モノゲームプロジェクトに関しては、はい、ゲームコントローラーやUSBデバイスをチェックするものは何でも起こります。 MonogameはUSBデバイスもチェックします。

私は他の人が言ったのと同じ問題を抱えていました。 Windowsの起動時には、Godot 3.1.1は最初は正常に動作しますが、Godotを起動してからしばらくすると、プロジェクトの読み込みとプロジェクトの再生に約30秒かかります。

私にとって、それはUSBデバイスのせいでもありました（shmellyorcが言ったように）。 そのUSBデバイスは、M＆KをPCに接続するUSB​​ハブでした。 ただし、ドライバを再インストールしませんでした。M＆KをPCに直接接続しただけです。 これですべての速度低下が修正されました（GodotやPCを再起動する必要すらありませんでした）。

同じ問題があることを確認できます。 私はかなり新しくインストールされたPCを持っており、5月に再インストールされ、いくつかのプログラムがインストールされています。Godotの起動、プロジェクトの開始、エディターからのシーンの再生も同じように遅くなります。

UdemyでDiscoveringGodotコースを開始したばかりで、これまではGodotの出力コンソールにテキストを印刷しているだけなので、私のプロジェクトは小さいです。

私の％appdata％/ Godot / editor_settings-3.tresはわずか8Kbなので、それほど巨大とは言いません。

Nvidia Telemetryを無効にして、PCを再起動しましたが、すべてが高速で問題ありません。

Win 10、バージョン1903、ビルド18362.10005
GFX：MSI 970GTX、最新のNvidiaドライバー
RAM：16GB
CPU：i7-4790
USB：Corsair KB＆Mouse、Focusrite Scarlettiサウンドカード、Xboxコントローラー、iLokドングル

また、同じバージョンのGodotをWin10を搭載した古いThinkpad T420で実行しており、おそらく内部Intelグラフィックカードで実行しています。 そこでは完璧に動作します。

私も同様の問題を抱えていますが、それをスローダウンとは呼びませんが、実際にはハングし、CPUは80％以上になります。 NVIDIAを持っていないので、私の問題が同じかどうかはわかりません。godotは、以下で説明するように、特定のアクションに対して特定のポイントまでしかハングしません。これは、GLES3と3Dでのみです。 。 その後、すべてが素晴らしくスムーズに見えます。 ゲームの起動は、空のプロジェクトで瞬時に行われます。

まず、Godot 3.1.1安定版を使用していますが、システムは次のとおりです。
Windows 7
ATI Radeon HD 4800シリーズ（1GBメモリ、iirc）
Intel Core Duo 2.13Ghz（2コア、OCは3.6Ghz）
2GBのRAM

3.0が出てからずっとこの問題がありました。 私は周りに尋ねました、そして私は私のgfxカードがGLES3をサポートしないかもしれないと信じるように導かれました。 GLViewを起動したばかりですが、 GL Report下に、いくつかの3.xバージョンが100%ます。 おそらく誰かが、これはGLES3が私のカードで完全にサポートされていることを意味することを私に確認できますか？

だから、ぶら下がっているものについては、次のようになります：

        hanging times

launching godot                   - 38 seconds
placing the root Spatial          - 54 seconds
placing a 2nd different node      - 54 seconds
placing a 3rd different node      - 18 seconds
placing every next random node    - instantaneous. From now on all seems smooth.

問題は、私がこれを試してみるたびに、ぶら下がる時間は同じであり、1秒を与えるかまたは取るか、それ以上でもそれ以下でもありません-それはほぼ正確です。 1つの奇妙な例外に気づきました。配置する2番目の異なるノードがSprite3D場合、瞬時に配置されますが、配置する3番目と4番目のノードは上記の2番目と3番目と同じ時間になります。

もう1つ気付いたのは、ルートSpatialを配置した後、ぶら下がることなく、必要なすべてのSpatials配置できることです。 別の3Dノードを配置すると、もう一度ハングします。 どちらを選択するかに関係なく、次に配置する特定のノードごとに同じことが当てはまります。したがって、次に選択するノードがCSGBoxの場合、54秒間ハングし、ハングすることなくCSGBoxを心ゆくまで配置できます。 3番目の異なるノードを配置します。

（編集：そしてところで、私が以前に構築したシーンを扱っている場合、起動後にノードを選択するだけで同じパターンでエンジンがハングします）

デフォルト環境を削除すると、初めてgodotが72秒間ハングします。 その後、元に戻して問題なく取り出すことができます。 2Dビューから3Dビューに戻すのも、最初はかなり時間がかかります（時間を計りませんでした）。

GLES2では、godotの起動に約11秒かかり、そこからdefの削除を含め、すべてがスムーズかつ瞬時に行われます。 環境 （＃27230で述べたように、Godot 2よりもかなり遅いですが）。

また、起動時にstdoutでこれらすべてのエラーが発生します（これは非常にすばやくリストされますが、38秒間非アクティブになっているように見えます）。

OpenGL ES 3.0 Renderer: ATI Radeon HD 4800 Series
ERROR: initialize: Condition ' status != 0x8CD5 ' is true. Continuing..:
   At: drivers/gles3/rasterizer_scene_gles3.cpp:5037

 [... same error 29 more times ...........]

ERROR: initialize: Directional shadow framebuffer status invalid
   At: drivers/gles3/rasterizer_scene_gles3.cpp:5062
ERROR: audio_device_init: Condition ' hr != ((HRESULT)0x00000000) ' is true. returned: ERR_CANT_OPEN
   At: drivers/wasapi/audio_driver_wasapi.cpp:217
ERROR: init: WASAPI: init_render_device error
   At: drivers/wasapi/audio_driver_wasapi.cpp:404

（最後のWASAPIエラーは、サウンドカードがないことが原因である可能性があります。）

@Skaruts Godotは、デスクトッププラットフォームで

古いAMDグラフィックカードはOpenGLサポートの点でかなり悪いです。これはERROR: initialize: Directional shadow framebuffer status invalid （https://github.com/godotengine/godot/issues/27572）などのエラーの原因です。

私はずっと前にこの問題を抱えていましたが、NVIDIAとは関係ありません。 しばらく前に問題が発生しました。USBドライバーが正しくインストールされていませんでした。 Godotは遅れているように見えますが、すべてがまだ応答しています。 これは、プロジェクトをロードするとき、およびGodotエディター内でゲームを実行しようとするときに発生します。

Godotは、接続されているすべてのUSBデバイスをチェックして、キーボード、ゲームコントローラー、VRヘッドセットなどであるかどうかを確認しようとします。USBコントローラー/ドライバーが正しくインストールされていない場合、最大1分待ちます。 その1分後、デバッグゲームを実行するか、プロジェクトをロードします。

ドライバを再インストールすると問題が解決します。 数年前にgodotの不和に投稿したときにこの情報を見つけました。 それが役に立てば幸い。 私のライブストリームでも2人にこの問題を報告してもらいました。 私の情報は多くの人を助けました。

モノゲームプロジェクトに関しては、はい、ゲームコントローラーやUSBデバイスをチェックするものは何でも起こります。 MonogameはUSBデバイスもチェックします。

ありがとうございます。Windowsコンピューターの問題がUSBドライバーが正しくインストールされていないことを確認しました。コンピューターに新しいUSB拡張ハブをインストールし、オフにすると問題が解決しました。

USBハブを外すと問題が解決することを確認しました。

この問題が一部のUSB2ポートに関連していることも確認できます（USBコントローラーを切断するか、別のUSB3ポートに接続するだけで問題が解決します）。
それを指摘してくれてありがとう。

私はこれとまったく同じ問題を抱えていて、キーボードの2番目のUSBケーブルを抜くことで解決しました。これは内蔵の2つのUSBポート用でした。 ある時点で、実際にこれらのポートを使用する予定がある場合は、ドライバーを再インストールして、再び接続してみてください。

ゲームパッドが手動で（コードからの明示的な要求によって）更新されるように、Godotにフラグを設定することは可能でしょうか？ 影響を受けるすべてのプレーヤーに、実際にはUSBドライバーを気にしないゲームのUSBドライバーを（アン）インストールするように依頼するのはあまりクールではありません。

Godot v3.1.2.stable.official（Steamから）をインストールしました。

Win 10, version 1903, build 18362.535
GFX: NVIDIA GeForce RTX 2080 Max-Q (driver 441.66)
RAM: 32GB
CPU: i7-9750
USB: Corsair Keyboard and Razer Mamba mouse

Godotの起動には35秒かかります。 開いたら、「HelloWorldアプリ」（単一のノードのみ）の起動に30秒かかります。 私は以前のコメンテーターによってなされたすべての提案を無駄に試しました。 スタンドアロンバージョンを試しましたが、同じ結果が表示されます。

注：これらの各行の前にタイムスタンプを付けると役立つ場合があります。

Godot Engine v3.1.2.stable.official - https://godotengine.org
OpenGL ES 3.0 Renderer: GeForce RTX 2080 with Max-Q Design/PCIe/SSE2
Editing project: C:/Users/reed/dev/Godot/HelloGodot (C:::Users::reed::dev::Godot::HelloGodot)
Godot Engine v3.1.2.stable.official - https://godotengine.org
OpenGL ES 3.0 Renderer: GeForce RTX 2080 with Max-Q Design/PCIe/SSE2
erasing D:\SteamGames\Steam\steamapps\common\Godot Engine/editor_data/projects/HelloGodot-fa02d82fa570fbe2be598d4aa480ceae/filesystem_update4

@rmangino Optimusラップトップを持っているように

注：これらの各行の前にタイムスタンプを付けると役立つ場合があります。

それを追加する実際のユースケースはわかりません。ここで目前の問題を解決するのに役立ちません。 ロギングユーティリティは通常、とにかく独自にタイムスタンプを追加します：slightly_smiling_face：

@Calinou私は、

ちなみに、私が見ている35〜40秒の遅延は、（Godotの起動時だけでなく）単純なアプリを起動するたびに発生します。 これは、Godotがこの状態では使用できないことを意味します。

ああ...あなたはあなたのコメントを編集しました。 MSI GS75 Stealth479を使用しています。 統合されたグラフィックスで実行すると、同じ遅延が発生します。

回避策を見つけました：

最初はラップトップをAlienware1900R 34.1に接続し、Thunderbolt3を介してCurvedGaming Monitorを接続しました。モニターを接続せずにGodotを起動すると、すべてが期待どおりに機能します。

したがって、私の回避策は次のとおりです。

1. モニターを切断します
2. Godotを起動する
3. モニターを接続する

これらの手順の後、Godot exeが遅滞なく起動し、その後のサンプルプロジェクトの起動も期待どおりに機能します。

他の人が指摘しているように、Godotは「ハング」中にゼロCPUを使用しているため、ハングしているのは1回の呼び出しである可能性が高いです。 問題を特定するのは非常に簡単なはずなので、拡張テレメトリ/ロギングを使用してGodotを起動する方法があるかどうかを教えてください。 （繰り返しになりますが、私はVisual Studioのプロファイラー用に元のインストルメンテーションエンジンを作成したので、これらのタイプの問題に非常に精通しています）。

最初はラップトップをAlienware1900R 34.1に接続し、Thunderbolt3を介してCurvedGaming Monitorを接続しました。モニターを接続せずにGodotを起動すると、すべてが期待どおりに機能します。

モニターにはUSBハブが含まれていますか？ もしそうなら、それが理由かもしれません。

問題を特定するのは非常に簡単なはずなので、拡張テレメトリ/ロギングを使用してGodotを起動する方法があるかどうかを教えてください。

--verboseコマンドライン引数がありますが、私が知る限り、USBデバイスのスキャンについては何も出力しません。

はい、私のモニターにはUSBハブがあります（最近のモニターにはないものは何ですか？）。 そして、あなたは正しいです、 --verboseは役に立ちません。 現在、Godotソースをダウンロードしており、問題を特定できるかどうかをお知らせします。

私にとっては、FiiOブランドのUSB DAC（サウンドカード）でした。 これを抜くと、起動が遅くなります。 オフ（充電モード）のときに起動が遅くなることさえありました。

影響を受けた人にとって、この問題はエクスポートされたゲームも遅くしますか、それともエディターだけですか？

影響を受けた人は、ソースからGodotをビルドし、デバッガーを使用して、この速度低下が発生したときに何をしているのかを把握しようとすることができますか？ 通常、スローダウン中に実行を中断して、現在のスタックトレースをデバッガーで確認できるはずです。

同じ問題、または少なくとも同じ症状がありました。 さまざまなUSBデバイスのプラグを抜いてみたところ、原因はMassdrop O2 + ODAC、別名「ODAC-revBUSBDAC」であることがわかりました。

いくつか検索した後、問題の最終的な解決策が含まれているこのStackOverflowの投稿に出くわしました。

何らかの理由で、DACは「ヒューマンインターフェイスデバイス」に追加のデバイスを追加し、「USB入力デバイス」という一般名で表示されます。 私はそれが何をするのか分かりませんが、デバイスマネージャーでそれを無効にしてもオーディオ機能に影響を与えないようです（とにかくオーディオデバイスは入力デバイスを必要としますか？）そしてGodotと特定のゲーム（DarkSoulsとセキロが頭に浮かぶ）起動時に長時間フリーズする。

正しい「USB入力デバイス」（DACとはほとんど関係のないものがたくさんありました）を識別するために、それらのデバイスIDを実際のオーディオデバイスのIDと比較できます。
私の場合、オーディオデバイスはUSB \ VID_262A＆PID_1048＆MI_01 \ 7＆12634547＆0＆0001で、入力デバイスはUSB \ VID_262A＆PID_1048＆MI_00 \ 7＆12634547＆0＆0000でした。 MI_xxと最後の番号を除いて、同じであることに注意してください。

「USBのことを追加すると、Godotはプロジェクトの音声の読み込みと再生が遅くなりました」。 今日、新しいCorsair K55 RGBキーボードを接続し、Godotをロードしました。 プロジェクトリストの読み込みには約40秒、プロジェクトの読み込みにはさらに30秒かかりました。1つのスプライトノードに1つのほぼ空のスクリプトがアタッチされた1シーンのチュートリアルプロジェクトです（はい、まだまだ先が長いです！）。 プロジェクトの再生には、ウィンドウが表示されるまでに約1分かかりました。 Godotをシャットダウンし、キーボードのプラグを抜くと、予想どおり3秒でGodotが読み込まれました。 キーボードを再び接続すると、Godotは通常どおりシーンの読み込みと再生を続けます。 Godotを使用するたびに、キーボードのプラグを抜き差しする必要があるかどうかはわかりません。 それがどうなるかを見て、この投稿を更新します。

編集：CorsairのiCUEソフトウェアを介してキーボードのファームウェアを更新しましたが、これで問題が修正されました。 通常どおり、2〜3秒でプロジェクトリストにアクセスし、約3秒でプロジェクトにアクセスします。 今日、新しいキーボードを接続する前に。

ICUEソフトウェアを介してcorsairK55キーボードファームウェアを更新すると、 https ： ます。

私のCorsairK70RGBキーボードはファームウェアv2.05でした。 3.08にアップデートしたところ、問題は解決すると思います。

先日、まったく同じ問題がまったく別のアプリで見られたことを付け加えたいと思います。格闘ゲームSkullgirls 2ndEncoreです。 ゲームは起動時にハングし、その理由がわかりませんでした。 Godotを起動しようとしましたが、古い読み込みの問題が再び発生したため、PCを再起動しました（おそらく、代わりにキーボードを再挿入する必要がありました）。両方のアプリで問題ありませんでした。 更新後に再び問題が発生した場合は、ここに再度チェックインしますが、前のコメント投稿者の編集が受信トレイに@ saulpalvからの返信に感謝します。

IMO、この問題は、Godotのバグよりも、ハードウェア/ドライバー/ファームウェアの不良に関連しています。 回避策の単純さ（USBデバイスのファームウェアを更新するか再挿入する）を考えると、それが修正を正当化するかどうかはわかりません。

IMO、この問題は、Godotのバグよりも、ハードウェア/ドライバー/ファームウェアの不良に関連しています。 回避策の単純さ（USBデバイスのファームウェアを更新するか再挿入する）を考えると、それが修正を正当化するかどうかはわかりません。

初めてのプレーヤーの多くは、この知識があると仮定して、システムのトラブルシューティングに深く踏み込んでドライバーの問題を発見するのではなく、ゲームをあきらめます。 ゲームはバグがあり、プレイできないと想定されます。

それを回避する方法があれば、それは行う価値があります。

コメントを見逃したかもしれませんが、これは編集者のみの問題だと思いました。 それがゲームにも影響を与えるのであれば、そうです、おそらく修正されるべきです。

コメントを見逃したかもしれませんが、これは編集者のみの問題だと思いました。 それがゲームにも影響を与えるのであれば、そうです、おそらく修正されるべきです。

それほど面倒ではない場合は、ドライバーをロールバックしてエディターハングを再作成し、エクスポートされたプロジェクトで再作成を試みることができますか？

キーボードのファームウェアを更新する前でも、問題を確実に再現することはできませんでした。 アップデートを行うソフトウェアが実際にファームウェアのダウングレードさえサポートしているとは思いません。

私が考えることができる最善の方法は、新しいキーボードを購入し（私のものは現在Amazonで利用できません）、古いファームウェアがあることを望み、バグがランダムに再び発生するまで数週間/数か月使用することです。

これは私にとって月に一度のように起こります。 しかし、非常に面倒で、すべての開発作業を開始した後、コンピューターを再起動して修正する必要があります。

この問題もあり、それぞれ+30秒で次のようになります。

• プロジェクトの選択を開く
• オープンプロジェクト
• 実行シーン。

それを私のCorsairK95RGBキーボードまで追跡しました。 現時点での私の回避策は、キーボード自体のポーリングレート/ BIOSスイッチを切り替えることです。これは、基本的にUSBケーブルを再挿入するのと同じことです。 その後、Godotは通常どおり動作します。
iCueバージョン3.27.68。 ファームウェア3.08v。

iCUEで気付いたのですが、「SDKを有効にする」にもチェックマークが付いていました。 今のところ、選択を解除しました。 それが原因である可能性があるリンクを以前に見つけました。

Godot V3.2.1ですが、以前のバージョンで問題が発生しました。

@landgrafaビルドされたプロジェクトで問題を再現できますか？

USBの「修正」を抜いてから再度差し込むとうまくいきます。

iCUEを介したK55Corsairキーボードのファームウェアの更新も同様に機能しました。

それでもサイズ/重量の点で最も価値のあるキーボードですが、これは馬鹿げた問題でした。

SDLも同様の問題を抱えているようであるため、Ryan Gordonによるこのバグの興味深い手がかり： https ：

ストールを引き起こすのは、確かに私たちのジョイパッドプロービングコードかもしれません。 応答に数秒以上かかるデバイスを強制的にスキップし、警告をスローして、ユーザーがファームウェアのアップグレードが必要なUSBデバイスを識別できるようにすることもできます。

私はそれをさらに一歩進めて、スキップされたデバイスを覚えているので（少なくともGodotが再起動されるまで）、2秒待って毎回ユーザーをしつこくする代わりにスキップし続けることができます。 これは、問題が発生したときに、デバッグを開始するたびに発生するためです。

または、デバイス検出を別のスレッドに移動しますか？

私にとって問題はYETI Microphone on USBた。GODOTを接続すると、起動に30秒かかりますが、プラグを抜くと非常に速くなります。

私にとっての問題はRazer Kraken USBヘッドセットでした。 ヘッドセットを抜くと、20秒から2秒になりました。

影響を受ける人がWindowsでデバッガーを使用する方法を知っている場合は、この長い初期化ステップ中にエンジンがどこでスタックしているかを正確に示すスタックトレースを実際に使用できます。

https://github.com/godotengine/godot/issues/20566#issuecomment -577056589

SDLの同様の問題を考えると、それはplatform/windows/joypad_windows.cppどこかにあると思いますが、どこで問題のあるデバイスを中止またはブラックリストに載せるかを正確に知ることが役立つでしょう。

3.2バージョンをコンパイルすることにしましたが、VSからデバッガーを実行できませんでした。

@sungvzer私はそれほど経験がありませんが、詳細があれば、お手伝いできます。 起動しませんでしたか、取り付けに問題がありますか？

この問題に関する最新情報を入手しました。ヘッドセットを他のデバイスの中でも特にUSBハブに移動した後、問題は発生しなくなりました。 読み込み時間と開始時間ははるかに高速です。

CorsairK70ユーザーはこちら。 ファームウェアを更新すると、完全に修正されました。

私が接続した他のUSBのものは問題ではありませんでした：
HyperX Cloud USBドングル、Rival 300マウス、Line6 GXサウンドカード、Logitech Webカメラ、USBファン。

興味深いバグ。

コルセアは、ここで多くの報告されたケースとの顕著な共通点であるように見えます。
私はCorsairHS60ヘッドセットで同じ問題を抱えていました（Windows 10、Arch LinuxではGodotが非常に高速です）、プロプライエタリソフトウェアCUEと適切なドライバーをインストールするという主な提案に従って速度低下を修正しました。
正確には、必要なドライバーを用意するために1か月前にCUEをインストールしてから、その1.5GBのがらくたをアンインストールしました。 これを読んだ後、ソフトウェアを（実行してドライバーを更新せずに）再インストールしたところ、Godotのパフォーマンスはすでに安定しています。

更新：PCを再起動したところ、問題が再発しましたが、確かにヘッドセットにリンクされているものです。
ヘッドセットのUSBケーブル（システムで唯一のオーディオ出力デバイス）を抜くと、すべてが正常に戻ります。
USBケーブルを再度接続しても、システムを次に再起動するまでパフォーマンスが低下することはありません。

私が見つけた最善の回避策は、ヘッドセットデバイスをコントロールパネルからアンインストールし、USBケーブルを引き出して再度挿入することです。 （ICUEをオンにして）インストールされた新しいドライバーは、私に何の問題も与えません。
ICUEなしでインストールされた古いドライバー間の競合である可能性がありますか？それは、新しく更新されたドライバーの代わりに最初に選択される可能性がありますか？

私はずっと前にこの問題を抱えていましたが、NVIDIAとは関係ありません。 しばらく前に問題が発生しました。USBドライバーが正しくインストールされていませんでした。 Godotは遅れているように見えますが、すべてがまだ応答しています。 これは、プロジェクトをロードするとき、およびGodotエディター内でゲームを実行しようとするときに発生します。

Godotは、接続されているすべてのUSBデバイスをチェックして、キーボード、ゲームコントローラー、VRヘッドセットなどであるかどうかを確認しようとします。USBコントローラー/ドライバーが正しくインストールされていない場合、最大1分待ちます。 その1分後、デバッグゲームを実行するか、プロジェクトをロードします。

ドライバを再インストールすると問題が解決します。 数年前にgodotの不和に投稿したときにこの情報を見つけました。 それが役に立てば幸い。 私のライブストリームでも2人にこの問題を報告してもらいました。 私の情報は多くの人を助けました。

モノゲームプロジェクトに関しては、はい、ゲームコントローラーやUSBデバイスをチェックするものは何でも起こります。 MonogameはUSBデバイスもチェックします。

この問題はここで説明されています（リマインダー）！

同じ問題、または少なくとも同じ症状がありました。 さまざまなUSBデバイスのプラグを抜いてみたところ、原因はMassdrop O2 + ODAC、別名「ODAC-revBUSBDAC」であることがわかりました。

いくつか検索した後、問題の最終的な解決策が含まれているこのStackOverflowの投稿に出くわしました。

何らかの理由で、DACは「ヒューマンインターフェイスデバイス」に追加のデバイスを追加し、「USB入力デバイス」という一般名で表示されます。 私はそれが何をするのか分かりませんが、デバイスマネージャーでそれを無効にしてもオーディオ機能に影響を与えないようです（とにかくオーディオデバイスは入力デバイスを必要としますか？）そしてGodotと特定のゲーム（DarkSoulsとセキロが頭に浮かぶ）起動時に長時間フリーズする。

正しい「USB入力デバイス」（DACとはほとんど関係のないものがたくさんありました）を識別するために、それらのデバイスIDを実際のオーディオデバイスのIDと比較できます。
私の場合、オーディオデバイスはUSB \ VID_262A＆PID_1048＆MI_01 \ 7＆12634547＆0＆0001で、入力デバイスはUSB \ VID_262A＆PID_1048＆MI_00 \ 7＆12634547＆0＆0000でした。 MI_xxと最後の番号を除いて、同じであることに注意してください。

これで問題が解決しました。別のブランドのToppingMX3を使用していて、ドライバーを更新しようとしましたが、Windowsはすでに最新であると言っていますが、USB入力チップはそれらの間で類似しているのでしょうか。 スレッドがプロジェクトのすべての反復のブロックを解除するのを30秒間待つことで苦しんだのか、音声なしでさらにコメントをロードするのか、数回クリックする必要があったので、この修正を見つけてよかったです。

スレッドの前半で誰かが質問したと思いますが、これはエクスポートされたビルドでも発生します。完成したゲーム中にこの速度低下がどのくらいの頻度で発生するかはわかりませんが、完成したゲームでトラブルシューティングを試みたことがなかったでしょう。バギーだと思ってください。

Windows 10 Pro x64
Version 20H2
OS build 19042.572

GPU Nvidia RTX2070 Super
GPU driver 457.09

問題がまだ存在することを確認します。 私のコンピューターでは、エディターとエクスポートされたプログラムの起動時間は通常1秒未満ですが、問題が発生した場合、起動に30〜40秒かかることがあります。 これは、エディターでのデバッグにも影響し、起動して接続するのに1分以上かかる場合があります。

問題は再起動後に常に修正されますが、しばらくすると再発します。 トリガーを正確に特定することはできませんが、フルスクリーンアプリケーションを実行すると影響を受ける可能性があります。

上記のUSB修正を試みましたが、目立った変更を加えたデバイスは見つかりませんでした。

問題がまだ存在することを確認します。 エディターとエクスポートされたプログラムの起動

確認ありがとうございます。 したがって、エクスポートされたバージョンにも影響します。 それが気になります。