Godot: Godot缓慢打开，缓慢编辑，缓慢启动简单游戏[Windows，由特定的USB外设引起]

NVIDIA，是吗？ 我相信有报道称在NVIDIA上发布缓慢，您可以尝试在问题中搜索“ NVIDIA”。 最终共识是存在驱动程序错误。

nVidia GeForce GTX 1060 6GB / PCIe / SSE2在这里，Godot 3.0.6对我来说很好打开（网站非单版本）。 我知道在某些情况下，由于不良的自动性能模式，Godot在nVidia上会稍微慢一些，但并没有那么慢（如30秒启动而不是4秒启动）。

GTX 960和1070报告存在相同问题。 在Windows中快速启动，在Linux中快速启动。
我真的希望可以解决此问题，因为这是我与Godot有关的最大问题。 我喜欢一直启动游戏来测试细微调整，但是在Windows中使用nvidia GPU花费的时间过多。

使用GTX 1070加入该问题。尝试了Godot的所有稳定版本。 还尝试了最新驱动程序398.98、398.82、398.36的3个版本。 但是我确实注意到，第一次（重新安装驱动程序后，计算机重新启动）它迅速启动。 找时间的时候我会玩一些Nvidia设置。 这是一个大问题，应该多加注意。

编辑：我将确认系统重启后的第一次启动正常工作。 随后的每次启动都需要很长时间（40s）。

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。 我提到的其他一些程序也没有出现此问题。

问题似乎是Open GL是的。 Monogame对于OpenGL项目具有相同的行为，但对于Direct X项目则没有。

嗯，如果所有OpenGL问题都存在此问题，则可能是糟糕的GPU驱动程序。

该行为在不同的OpenGL应用程序中不一致。 有些工作很好（Unity OpenGL构建，Defold引擎等）。 它可能取决于所使用的版本，但这仅是推测。 可悲的是我无法提供任何具体帮助。

同样的问题在这里，有什么提示吗？

我的启动时间不在30秒以上的范围内，而是5到10秒左右。 绝对比它应该的慢。 我用导出的可执行文件和引擎进行了尝试。 GLES3和GLES2也会发生这种情况。

我在驱动程序416.16上使用GTX 1080
我将暂时更新驱动程序，并将返回有关更改的注释。

编辑：问题仍然存在于驱动程序416.34上，并且（可能不相关）启动Godot本身以及打开项目似乎有点慢。

我在Linux上，并且正在运行NVIDIA驱动程序390.87。 看起来好像确实在软件渲染上运行，因为例如在滚动过程中CPU使用率很高。
我安装了NVIDIA驱动程序410.73，现在一切都很好。 不知道NVIDIA是解决了这个问题还是只是重新安装了驱动程序而已

我也在Linux中尝试过，Godot运行得很好。 在Windows上仍然很慢。

我也在Linux中尝试过，Godot运行得很好。 在Windows上仍然很慢。

您正在使用哪个版本的Linux？ 您是否在VM中使用它？

Arch Linux。 没有虚拟机。

在@JavaryGames，我们在所有计算机上都遇到了这种情况，有些使用1050Ti，有些使用1060。即使使用最新的驱动程序（417）。

在Linux上，相同的机器运行良好，因此很可能是驱动程序问题。

我相信我也可能在Windows 10 Godot 3.0.6上遇到此问题

我虽然有AMD RX 580

添加我自己的数据点：

英特尔i7-3770K CPU
16GB RAM
Windows 7的

1. 此问题与3.06-stable_win64和3.1-alpha5_win64有关。 加载引擎或播放场景需要30秒钟到1分钟。
2. 可以通过重新启动计算机来纠正此问题，但始终在播放几次场景后返回。 可能与引擎/场景崩溃有关。
3. 此问题随时出现[一旦短暂重启'cure之后便开始]，只要出现“ OpenGL ES [X] .0渲染器”，Godot引擎编辑器窗口（带有终端输出）便会发生。 因此，可执行文件何时启动以及场景何时运行。
4. 这与驱动程序或GPU不相关。 我使用了带有更新驱动程序的RX480和带有更新驱动程序的GTX 1070。 问题没有改变。 如果这

Nvidia GTX 1070也有

仅Windows，可以在Linux中正常运行。

我遇到同样的问题，但是在具有AMD GPU的Linux上。 我很难追踪它，因为这是在系统更新后开始发生的，但是降级并不能解决它。 降级godot也不起作用。 打开我的项目需要30秒钟以上的时间，启动它需要30秒钟以上的时间，并且在第一次在屏幕上显示新对象时，它就会结结（有时冻结了一段时间）。 在编辑器中，单击节点或打开场景之类的基本操作通常需要30秒钟以上。

当事情冻结时，声音仍在播放，godot在一个内核上使用100％CPU，并且godot和dmesg都不会显示单个错误。 最初，我认为可能是因为编译着色器，并且使用着色器编辑器并使其编译可能会导致30秒钟的冻结，但第一次发生后似乎并没有这样做。

就我而言，似乎有些随机，要么是10帧时断断续续，要么是30秒钟以上，中间没有间隔。 它在装入东西后几乎总是消失，但是当关闭/重新打开godot时，此行为会重置，重启不会影响它。

是您的Linux Mint还是Arch？

@retrotails听起来像＃24783。

@retrotails听起来像＃24783。

哦，谢谢，好像是这样。 我只有18.2缓存，它仍然会在18.2上发生，但严重程度要低得多。 将尝试编译最新的台面，看看是否至少已在此处修复。

对于受此问题影响的用户：您可以尝试Godot 3.1 beta 2（或更高版本），看看它的行为是否仍然相同？

初步测试表明3.1 beta 2为我解决了此问题。 如果它再次开始运行缓慢，我将进行更新。 感谢您对此进行整理。

不，3.1 beta 2在我的gtx 1070上仍然存在间歇性问题。有时速度很快，而其他时候速度却慢得令人无法接受。 注意我的p52笔记本电脑也没有问题，该笔记本电脑也运行Windows，带有Quadro p2000卡。

你好，
同样的问题在这里：
Windows 10 x64家庭
cpu：AMD锐龙5 2600X
GPU：AMD Rx580

重新启动计算机后，Godot将花费30/40秒的时间来打开，加载或运行项目...
无论Godot版本（2.x，3.0.x，3.1 alpha x或beta x）
重新启动电脑后，一切正常

我试图禁用Windows上的快速启动/启动，但问题未解决。
我真的很困惑，因为几天/几周前一切都很好...

但是我很确定这不是戈多特的问题。 例如，我注意到，发生问题时，STEAM客户端的行为与Godot相同（某些游戏根本无法运行）。

又是我：

英特尔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很大，请压缩并发送过来，以便我们了解为什么这个文件很大。 如果由于某种原因此信息包含私人信息，请先对其进行编辑以将其删除（尽管我并不认为它确实可以保存您的项目路径）。

缓慢启动游戏

如果您的GAME启动缓慢，但是项目经理和编辑器没问题。 请描述您的硬件，包括操作系统，GPU和驱动程序版本。

缓慢启动游戏

如果您的GAME启动缓慢，但是项目经理和编辑器没问题。 请描述您的硬件，包括操作系统，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 beta，似乎已经修复它，但时间会证明一切。 如果回来的话我会更新的。

我刚刚遇到了这个问题...然后我记得我刚刚更新了我的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，它与重新启动后工作一次相同，但在第二次重新启动后却无法工作。 我改用Nvidia创建者驱动程序，而不是准备游戏的驱动程序，但问题仍然存在。 我尝试使用Steam版本只是为了确定问题仍然存在。 我真的希望这个问题可以解决。

我不知道为什么问题的标题已更改..？ 由于这似乎不是仅Nvidia的问题。

我仍然遇到这个问题（AMD RX580-Radeon Settings版本：2019.0326.2353.42986-OpenGL版本：25.20.15000.13547-OpenGL API版本：4.6）

对我来说问题仍然存在。 现在在Nvidia驱动程序v430.64上。 还是行不通。

绝对是OpenGL问题，而不是Godot专用的，也不是Nvidia或AMD的。 甚至空白的MonoGame项目也需要很长时间才能打开。

嗨，您好！
一切运行正常，然后将我的nvidia驱动程序更新为430.64。

从那以后，当我通过F5 / F6启动游戏时，它的启动速度非常慢（几乎一分钟）。

这是我的配置：
Windows 10专业版64位
16go DDR4
Geforce GTX1060 6Gb
在SSD上运行

我需要在Ubuntu上运行双启动，才能有效地与Godot一起使用。 只是对其他奋斗者的提示！

大家好，我也遇到类似的问题，但仅在3.1.1中会发生，另一个版本也可以。

这是我的马铃薯规格：
Windows 10
GPU：nVidia GeForce GT 520M
驱动程序版本：391.35（我受此版本困扰，没有适用于520M的更新驱动程序）

是的，它不是一台功能强大的机器，但相当不错。 我可以流畅地运行Unity，甚至可以用完整的FPS玩ps3移植的游戏。 因此，运行Godot应该很容易。

当我使用3.1.1时从编辑器玩游戏后，我的笔记本电脑速度变慢，即使关闭了Godot，这种情况仍然存在。
这是非常严重的问题，它使我的笔记本电脑无法使用。 如果我强迫使用它，最终会变得更糟，并且屏幕上会出现黑屏和伪像（持续几分钟）。 我很害怕，这给我鸡皮b。
解决此问题的唯一方法是重新启动Windows。

因此，现在我使用3.1可以正常运行，当我从编辑器玩游戏时会出现小小的打cup，但这几乎不明显。

就这样。 希望它有助于解决此问题。

你好，我们又见面了，

我只是格式化了计算机，然后才安装了Godot。 最新版本3.1.1 x64。 当我第一次打开它时，这个问题就发生在我身上。

PC规格：
GPU：Nvidia 1060 3GB [安装了全新的驱动程序]
处理器：Intel i5-4460
内存：16GB DDR3
操作系统：WIN10

我查看了.tres文件，它只有5KB。
控制台显示“ OpenGL ES 3.0渲染器：GeForce GTX 1060 3GB / PCIe / SSE2”。

我很早以前就遇到过这个问题，它与NVIDIA没有关系。 一段时间后我遇到问题，我的USB驱动程序未正确安装。 戈多特（Godot）似乎落后了，但一切仍然反应灵敏。 当加载项目以及尝试在Godot编辑器中运行游戏时，就会发生这种情况。

Godot会尝试检查所有连接的USB设备，以查看它是否是键盘，游戏控制器，VR耳机等。如果USB控制器/驱动程序未正确安装，则将等待一分钟。 在这一分钟之后，它将运行调试游戏或加载项目。

重新安装驱动程序将解决此问题。 几年前在godot discord上发布时，我发现了此信息。 希望能帮助到你。 我什至有两个人也在我的直播中报告了此问题。 我的信息帮助了很多人。

对于单机游戏项目，是的，它将检查游戏控制器或USB设备的任何事情发生。 Monogame也会检查USB设备。

我和其他人提到的问题一样。 在Windows上启动时，Godot 3.1.1最初会运行良好，但是在启动Godot之后，加载项目和播放项目大约需要30秒钟。

对我来说，这也是因为有一个USB设备（如shmellyorc所说）。 该USB设备是一个USB集线器，将我的M＆K连接到我的PC。 我没有重新安装任何驱动程序，只是将M＆K直接连接到我的电脑上。 这样就解决了所有的问题（我什至不需要重启Godot或我的电脑）。

可以确认我有同样的问题。 我有一台刚安装的新PC，五月份重新安装，只安装了一些程序，我得到了Godot一样缓慢的启动，打开项目以及从编辑器播放场景的信息。

我的项目是TINY，因为我刚刚在Udemy上开始了Discovering Godot课程，并且到目前为止，还只是在Godot的Output控制台中打印文本。

我的％appdata％/ Godot / editor_settings-3.tres仅为8Kb，所以我不会说那么大。

我试图禁用Nvidia遥测，重新启动了PC，一切都变得快速而愉快。

Win 10版本1903，内部版本18362.10005
GFX：MSI 970GTX，最新的Nvidia驱动程序
内存：16GB
CPU：i7-4790
USB：Corsair KB和鼠标，Focusrite Scarletti声卡，Xbox控制器，iLok加密狗

我还在运行Win10的旧Thinkpad T420上以及可能在内部Intel图形卡上运行了相同版本的Godot。 在那里它完美地工作。

我有一个类似的问题，但是我不会称之为速度下降，而是实际上挂起了，而CPU上升了80％。 因此，我不确定我的问题是否相同，因为我没有NVIDIA，并且godot会挂起非常具体的动作，并且只能挂到某个特定点，这将在下面解释，并且仅在GLES3和3D中出现。 。 在那之后，一切看起来都很顺畅。 一个空项目立即启动游戏。

首先，我使用稳定的Godot 3.1.1，我的系统是：
Windows 7的
ATI Radeon HD 4800系列（1GB内存，iirc）
Intel Core Duo 2.13Ghz（两个内核，OC为3.6Ghz）
2GB RAM

自从3.0发布以来，我就遇到了这个问题。 我四处询问，我被认为是我的gfx卡可能不支持GLES3。 我现在刚刚启动了GLView ，在GL Report它以100%列出了多个3.x版本。 也许有人可以向我确认这表示我的卡完全支持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.

事实是，每次我尝试这样做，花一秒钟或一秒钟的时间，挂起的时间都是相同的，这几乎是正确的。 我注意到一个奇怪的例外：如果我放置的第二个不同节点是Sprite3D它会立即放置，但是我放置的第3个和第4个节点的时间与上面的第2个和第3个相同。

我注意到的另一件事是，在放置了根Spatial之后，我可以将Spatials放置在所有我想要的位置而不会发生任何挂起。 当我放置另一个3D节点时，它再次挂起。 无论我选择哪个节点，接下来放置的每个特定节点都是相同的：因此，如果我选择的下一个节点是CSGBox，则挂起54秒，然后我就可以将CSGBoxes放在我心中的内容而不会挂起...直到我放置第三个不同的节点。

（编辑：顺便说一句，如果我要处理之前已经构建的场景，则仅在启动后选择节点即可以相同的方式将引擎挂起）

删除默认环境会使godot第一次挂起72秒。 然后，我可以将其放回去，并没有问题。 从2D视图切换回3D视图也需要花费相当长的时间（没有时间）。

在GLES2中，godot大约需要11秒钟才能启动，从那里开始，一切顺利且瞬时，包括删除def。 环境 （尽管它仍然比Godot 2慢得多，正如我在＃27230中提到的）。

另外，我在启动时在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在桌面平台上不使用OpenGL ES。 而是直接使用OpenGL 3.3（或使用GLES2后端时使用OpenGL 2.1）。

旧的AMD显卡在OpenGL支持方面非常糟糕，这是导致错误的原因，例如ERROR: initialize: Directional shadow framebuffer status invalid （https://github.com/godotengine/godot/issues/27572）。

我很早以前就遇到过这个问题，它与NVIDIA没有关系。 一段时间后我遇到问题，我的USB驱动程序未正确安装。 戈多特（Godot）似乎落后了，但一切仍然反应灵敏。 当加载项目以及尝试在Godot编辑器中运行游戏时，就会发生这种情况。

Godot会尝试检查所有连接的USB设备，以查看它是否是键盘，游戏控制器，VR耳机等。如果USB控制器/驱动程序未正确安装，则将等待一分钟。 在这一分钟之后，它将运行调试游戏或加载项目。

重新安装驱动程序将解决此问题。 几年前在godot discord上发布时，我发现了此信息。 希望能帮助到你。 我什至有两个人也在我的直播中报告了此问题。 我的信息帮助了很多人。

对于单机游戏项目，是的，它将检查游戏控制器或USB设备的任何事情发生。 Monogame也会检查USB设备。

谢谢，我已经确认Windows计算机上的问题是USB驱动程序未正确安装，我在计算机上安装了新的USB扩展集线器，将其关闭确实解决了我的问题。

确认断开USB集线器的连接也为我解决了该问题。

我还可以确认此问题与我的某些USB2端口有关（断开USB控制器，或仅将其连接到另一个USB3端口都可以解决此问题）。
谢谢大家指出这一点。

我遇到了完全相同的问题，并通过拔出键盘的第二条USB电缆（用于内置的两个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笔记本电脑，如果您强迫Godot在集成显卡上运行，是否会发生这种情况？ 可以通过右键单击可执行文件并选择GPU来完成。

注意：在每行之前加一个时间戳可能会有所帮助：

我没有在其中添加真正的用例–这无助于解决此处的问题。 日志实用程序通常无论如何都会自己添加时间戳：slightly_smiling_face：

@Calinou我是MS的Visual Studio团队和Apple的Xcode团队的高级工程师。 自由地使用时间戳不会造成任何伤害。 ;-)

顺便说一句，我看到的35-40秒的延迟发生在我的简单应用程序的每次启动中（不仅仅是在Godot的启动中）。 这意味着Godot在此状态下无法使用。

啊...您编辑了评论。 我正在使用MSI GS75 Stealth 479 。 使用集成显卡运行会导致相同的延迟。

我找到了一种解决方法：

最初，我的笔记本电脑是通过Thunderbolt 3连接到Alienware 1900R 34.1“弯曲游戏显示器的。如果我启动Godot _without_，显示器可以正常运行。

因此，我的解决方法是：

1. 断开我的显示器
2. 发射戈多
3. 连接我的显示器

完成这些步骤后，Godot exe会立即启动，随后我的示例项目的启动也将按预期工作。

正如其他人指出的那样，Godot在“挂起”期间使用的CPU数为零，因此很可能挂起了单个呼叫。 请让我知道是否有一种方法可以使用扩展的遥测/记录功能启动Godot，因为应该很容易找出问题所在。 （同样，我为Visual Studio的探查器编写了原始的检测引擎，因此我对这些类型的问题非常熟悉）。

最初，我的笔记本电脑是通过Thunderbolt 3连接到Alienware 1900R 34.1“弯曲游戏显示器的。如果在未连接显示器的情况下启动Godot，一切正常。

显示器是否包括USB集线器？ 如果是这样，那可能就是原因。

请让我知道是否有一种方法可以使用扩展的遥测/记录功能启动Godot，因为应该很容易找出问题所在。

有一个--verbose命令行参数，但据我所知，它不会打印有关USB设备扫描的任何内容。

是的，我的显示器有一个USB集线器（没有什么现代显示器？）。 没错， --verbose没有帮助。 我现在正在下载Godot源文件，如果我能找到问题的话，它将通知您。

对我来说，这是FiiO品牌的USB DAC（声卡）。 拔掉插头可解决启动缓慢的问题。 它甚至在关闭（充电模式）时导致启动缓慢。

对于受影响的人来说，这个问题是否还会使导出的游戏或只是编辑器的速度变慢？

受影响的任何人都可以尝试从源代码构建Godot，并使用调试器确定这种减速发生时它在做什么吗？ 通常，您应该能够在减速期间中断执行，并在调试器中查看当前的堆栈跟踪信息是什么。

我有相同的问题，或者至少有相同的症状。 我尝试拔下各种USB设备，发现罪魁祸首是我的Massdrop O2 + ODAC，又名“ ODAC-revB USB DAC”。

经过一番搜索之后，我遇到了这个StackOverflow帖子，其中包含对该问题的最终解决方案。

出于任何原因，DAC都会在“人机接口设备”中添加一个额外的设备，并以通用名称“ USB输入设备”显示。 我不知道它的作用，但是在设备管理器中将其禁用似乎不会影响音频功能（无论如何，音频设备甚至需要输入设备？）并修复了Godot和某些游戏（Dark Souls和Sekiro出现在我的脑海中）在启动过程中长时间停滞。

为了识别正确的“ USB输入设备”（我有很多，与DAC无关），可以将其设备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秒钟：一个单场景教程项目，其中一个脚本节点上附加了一个几乎为空的脚本（是的，我还有很长的路要走！）。 播放项目大约需要一分钟时间，窗口才会出现。 如我所料，我关闭了Godot，拔下了键盘，并在3秒钟内加载了Godot。 重新插入键盘，Godot照常继续加载和播放场景。 我不确定每次要使用Godot时是否需要拔出并重新插入键盘。 我将看看进展如何，并更新了这篇文章。

编辑：我通过海盗船的iCUE软件更新了键盘的固件，并且已经解决了该问题。 我会在2-3秒内进入项目列表，然后像通常那样在3左右进入项目。 在今天插入新键盘之前。

我可以确认通过ICUE软件更新了corsair K55键盘固件后，修复了directinput慢设备枚举错误，如下所示： https ://stackoverflow.com/questions/10967795/directinput8-enumdevices-sometimes-painfully-slow

我的Corsair K70 RGB键盘固件版本为2.05。 刚刚将其更新为3.08，我假设它将解决此问题。

我想补充一点，就是我前几天在一个完全不同的应用程序中看到了这个完全相同的问题：格斗游戏Skullgirls 2nd Encore。 游戏将在发布时挂起，我不明白为什么。 我尝试启动Godot，但又遇到了旧的加载问题，因此我重新启动了PC（可能应该只是重新插入键盘了），两个应用程序都很好。 如果更新后再次发现任何问题，请在此处重新登录，但

IMO，这个问题与不良的硬件/驱动器/固件有关，而不是与Godot的错误有关。 考虑到解决方法的简单性（更新USB设备的固件或重新插入），我不确定它是否可以解决问题。

IMO，这个问题与不良的硬件/驱动器/固件有关，而不是与Godot的错误有关。 考虑到解决方法的简单性（更新USB设备的固件或重新插入），我不确定它是否可以解决问题。

假设有很多新手玩家会放弃游戏，而不是深入研究系统故障以发现驾驶员问题。 假定游戏是越野车，不能玩。

如果有一种解决方法，那是值得做的。

我可能错过了评论，但我认为这是一个仅限编辑的问题。 如果它也影响游戏，是的，应该修复它。

我可能错过了评论，但我认为这是一个仅限编辑的问题。 如果它也影响游戏，是的，应该修复它。

如果这样做不太麻烦，您是否可以回滚驱动程序以重新创建编辑器挂起，并尝试在导出的项目上重新创建它？

即使在更新键盘固件之前，我也无法可靠地重现该问题。 我认为进行更新的软件实际上甚至不支持固件降级。

我能想到的最好的办法是购买一个新键盘（亚马逊上目前没有我的键盘），并希望它有旧的固件，然后使用数周/月，直到该错误再次随机出现。

对我来说，这就像每月一次。 但是非常烦人，在启动我的所有开发人员资料后，必须重新启动计算机才能对其进行修复。

同样存在此问题，每个+30秒可以：

• 打开项目选择
• 公开项目
• 运行场景。

跟踪到我的Corsair K95 RGB键盘。 目前，我的解决方法是切换键盘本身的轮询速率/ BIOS开关，这与重新插入USB电缆基本相同。 之后，戈多特照常工作。
iCue版本3.27.68。 固件3.08v。

刚刚在iCUE中注意到，我还勾选了“启用SDK”。 我现在也已取消选择它。 较早找到一个可能是原因的链接。

Godot V3.2.1，但我遇到了较早版本的问题。

@landgrafa您是否可以通过构建的项目重现该问题？

拔出并重新插入USB“ fix”对我有用。

通过iCUE更新我的K55 Corsair键盘上的固件也可以。

尺寸/重量仍然是最物有所值的键盘，但是，伙计，这是一个愚蠢的问题。

来自Ryan Gordon的此错误的有趣线索，因为SDL似乎也遇到了类似的问题： https :

确实可能是我们的游戏手柄探测代码导致了停顿。 我们可能会强制跳过耗时超过几秒钟的设备，并发出警告，以便用户也可以识别需要固件升级的USB设备。

我将更进一步，并记住已跳过的设备（至少在重新启动Godot之前），因此您可以继续跳过它，而不必等待2秒并每次都困扰用户。 我之所以这样说，是因为当我遇到问题时，它会在每次开始调试时显示出来。

还是将设备发现移动到其他线程？

对我来说，问题是YETI Microphone on USB插入GODOT时需要30秒才能启动，而拔出它的速度很快。

对我来说，是Razer Kraken USB耳机。 拔下耳机，我从20秒缩短到2秒。

如果受影响的人知道如何在Windows上使用调试器，我们可以真正使用stacktrace来显示在此漫长的初始化步骤中引擎确切卡在的位置：

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

鉴于SDL中的类似问题，我假设它在platform/windows/joypad_windows.cpp ，但是知道确切的位置将有助于知道在哪里中止或将有问题的设备列入黑名单。

自己编译了3.2版本，但无法从VS运行调试器。

@sungvzer我

在将耳机移至USB集线器等设备后，该问题已得到更新。 加载和启动时间更快。

这里是Corsair K70用户。 更新固件已将其永久修复。

我连接的其他USB东西不是问题：
HyperX Cloud USB加密狗，Rival 300鼠标，Line6 GX声卡，Logitech网络摄像头，USB风扇。

有趣的错误。

看起来海盗船是此处许多报告案例中值得注意的共同点。
我在使用Corsair HS60耳机时遇到了相同的问题（Windows 10，但在我的Arch Linux Godot上运行很快），并按照安装专有软件CUE和合适的驱动程序的主要建议修复了速度下降的问题。
确切地说，我几个月前安装了CUE只是为了拥有必要的驱动程序，然后卸载了1,5 GB废话。 读完这篇文章后，我刚刚重新安装了该软件（没有运行它和更新驱动程序），而Godot的性能已经稳定。

更新：我重新启动了PC，问题又回来了，但是可以肯定的是它与耳机有关。
如果拔出耳机的USB电缆（这是系统中唯一的音频输出设备），一切都会恢复正常。
在下次重新启动系统之前，再次插入USB电缆不会影响性能。

我发现最好的解决方法是从控制面板中卸载耳机设备，然后拔出USB电缆并再次插入。 安装了新的驱动程序（启用了ICUE）不会给我任何问题。
在没有安装ICUE的情况下安装的旧驱动程序之间可能会发生冲突，而这可能是首先选择而不是新更新的驱动程序？

我很早以前就遇到过这个问题，它与NVIDIA没有关系。 一段时间后我遇到问题，我的USB驱动程序未正确安装。 戈多特（Godot）似乎落后了，但一切仍然反应灵敏。 当加载项目以及尝试在Godot编辑器中运行游戏时，就会发生这种情况。

Godot会尝试检查所有连接的USB设备，以查看它是否是键盘，游戏控制器，VR耳机等。如果USB控制器/驱动程序未正确安装，则将等待一分钟。 在这一分钟之后，它将运行调试游戏或加载项目。

重新安装驱动程序将解决此问题。 几年前在godot discord上发布时，我发现了此信息。 希望能帮助到你。 我什至有两个人也在我的直播中报告了此问题。 我的信息帮助了很多人。

对于单机游戏项目，是的，它将检查游戏控制器或USB设备的任何事情发生。 Monogame也会检查USB设备。

该问题已在此处描述（提醒）！

我有相同的问题，或者至少有相同的症状。 我尝试拔下各种USB设备，发现罪魁祸首是我的Massdrop O2 + ODAC，又名“ ODAC-revB USB DAC”。

经过一番搜索之后，我遇到了这个StackOverflow帖子，其中包含对该问题的最终解决方案。

出于任何原因，DAC都会在“人机接口设备”中添加一个额外的设备，并以通用名称“ USB输入设备”显示。 我不知道它的作用，但是在设备管理器中将其禁用似乎不会影响音频功能（无论如何，音频设备甚至需要输入设备？）并修复了Godot和某些游戏（Dark Souls和Sekiro出现在我的脑海中）在启动过程中长时间停滞。

为了识别正确的“ USB输入设备”（我有很多，与DAC无关），可以将其设备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和最后一个数字。

这为我解决了这个问题，我拥有另一个品牌的Topping MX3，我尝试更新驱动程序，但Windows表示它已经是最新的，我想知道USB输入芯片之间是否相似。 很高兴我找到了此修复程序，因为我不得不单击几次以加载更多评论，不确定是否要等30秒才能使线程取消项目中的每个迭代或没有音频。

我认为有人在线程中较早时问过，但是导出的版本也会发生这种情况，我不知道在完成游戏期间这种减速发生的频率，但是我可能不会尝试对完成游戏进行故障排除，并且会只是假设它是越野车。

Windows 10 Pro x64
Version 20H2
OS build 19042.572

GPU Nvidia RTX2070 Super
GPU driver 457.09

确认问题仍然存在； 在我的计算机上，编辑器和导出程序的启动时间通常不到2秒钟，但是当出现问题时，启动可能需要30到40秒。 这也会影响编辑器中的调试，这可能需要一分钟以上的时间才能启动和连接。

问题始终会在重新启动后自行纠正，但一段时间后会再次出现。 我还无法查明触发器，但我怀疑运行任何全屏应用程序都可能会影响它。

我确实尝试了上面提到的USB修复程序，但是我发现没有进行任何明显更改的设备。

确认问题仍然存在； 编辑器和导出程序启动

感谢您的确认。 因此，它也会影响导出的版本。 那太令人担忧了。