Godot: Godot медленно открывается, медленно редактируется, медленно запускается простая игра [Windows, из-за определенных периферийных устройств USB]

NVIDIA, а? Я считаю, что были сообщения о медленном запуске NVIDIA, вы можете попробовать поискать "NVIDIA" в проблемах. Конец консенсуса заключался в том, что это ошибка драйвера.

nVidia GeForce GTX 1060 6GB / PCIe / SSE2 здесь, Godot 3.0.6 открывается для меня нормально (веб-сайт немоно версии). Я знаю , что Годо немного медленнее , в некоторых случаях с NVidia из - за плохими режимы автоматического исполнения, но не то, что медленно (как в 30-секундном запуске вместо 4).

GTX 960 и 1070 сообщают о тех же проблемах. Slooow запускается в Windows, быстро в Linux.
Я действительно хочу, чтобы это можно было исправить, так как это моя самая большая проблема с Godot. Мне нравится все время запускать свою игру, чтобы проверить небольшие настройки, но это занимает слишком много времени в Windows с моими графическими процессорами nvidia.

Присоединяюсь к проблеме с GTX 1070. Пробовал все стабильные версии Godot. Также пробовал на 3-х версиях последнего драйвера 398.98, 398.82, 398.36. Но я заметил, что в первый раз (после переустановки драйвера, перезагрузки компьютера) он быстро запустился. Я поиграюсь с некоторыми настройками Nvidia, когда найду время. Это серьезная проблема, и к ней следует обратиться еще немного.

Изменить: я еще раз подтверждаю, что первый запуск после перезагрузки системы работает нормально. Каждый последующий запуск занимает много времени (40 с).

https://www.nvidia.co.kr/Download/driverResults.aspx/137317/en
Выпущен драйвер 399.07.
вы бы попробовали с ним?

Эй волжс - да вот вроде починил!
Еще не успел провести обширное тестирование, но просто открыл / отредактировал / запустил несколько игр, и производительность была отличной.
Спасибо за внимание к последней версии драйвера.

Я не знаю, как это повлияет, но это есть в примечании к выпуску драйвера.

[GeForce GTX 1050/1070]: драйвер OpenGL не освобождает контекст рендеринга.
правильно. [2305430]

Отличная находка @volzhs , спасибо :)

@fossegutten @cimpresovec Обновление до 399.07 также решает проблему для ваших карт?

Я недавно полностью отформатировал свой компьютер, и проблема исчезла с тем же драйвером (398.98). Сегодня я попробовал новый драйвер, и проблемы не возникло. Так что я не знаю, что сказать. Тот же драйвер до и после форматирования, но разное поведение. Я не могу сказать, что вызвало проблему в предыдущей установке, но это удержало меня от использования Godot.

К сожалению, это снова начало происходить со мной. Годо работает нормально около часа, затем снова начинает работать медленно.

Действительно странно, что если я перезагружаю свой компьютер, Godot какое-то время снова работает нормально, но затем начинает работать медленно.
Однако теперь я почти уверен, что это не проблема Годо. Можно попробовать достать карту AMD и посмотреть, решит ли это проблему навсегда.

GTX750 здесь; Я подумал, что это как-то связано с https://github.com/godotengine/godot/issues/21472#issuecomment -416151678, который не строился с sse2, поскольку я был новичком в строительстве, но эта проблема, похоже, только усугубилась из-за последние несколько недель, причем у 3.1a1 самое долгое время загрузки.

В настоящее время я использую драйвер 399.07.

Изменить: может быть, не проблема с графическим процессором? Заметили чрезвычайно высокую загрузку ЦП и низкую загрузку графического процессора во время такой медленной загрузки. Занимая около 27% ЦП (выделение всего аппаратного потока на моем ЦП), падает до нормального уровня после завершения загрузки.

Edit2: не связано с этой проблемой, я подал другую проблему.

Извини за поздний ответ. По-прежнему очень медленный, с драйвером 399.24 на GTX 1070 gpu.

Проблема вернулась ко мне. Я заметил это при разработке другого приложения с библиотекой Raylib (внизу используется GLFW). Приложение показало такое же поведение, как и Godot. Затем я загрузил Godot, и проблема вернулась. Я заметил, что после перезапуска системы все работает нормально, даже после нескольких отдельных запусков. Проблема начинает возникать через некоторое время (не тестировал) или после запуска некоторых более тяжелых игр в системе и последующей попытки запустить Godot. Unity, с другой стороны, не затронут, но я не пробовал Defold.

Что может быть общего между GLFW и Годо?

Оба используют OpenGL под капотом. Как и некоторые другие упомянутые мною программы, в которых проблема не возникает.

Проблема, кажется, в Open GL да. Monogame ведет себя так же с проектами OpenGL, но не с проектами Direct X.

Хм, если проблема существует для всех вещей OpenGL, то, вероятно, это дрянные драйверы графического процессора.

Поведение не согласовано в разных приложениях OpenGL. Некоторые работают нормально (сборки Unity OpenGL, движок Defold и т. Д.). Вероятно, это зависит от используемой версии, но это всего лишь предположения. К сожалению, я не могу оказать никакой конкретной помощи.

такая же проблема здесь, какие-нибудь советы?

У меня время запуска не в диапазоне 30+ секунд, а в районе 5-10 секунд. Это определенно медленнее, чем должно быть. Я пробовал это с экспортированным исполняемым файлом и внутри движка. Так же бывает с GLES3 и GLES2.

Я использую GTX 1080 на драйвере 416.16
Я сейчас обновлю драйвер и вернусь с запиской о любых изменениях.

Изменить: проблема сохраняется с драйвером 416.34, и (возможно, не связанное с этим) кажется немного медленным запускать сам Godot, а также открытие проекта.

Я работаю в Linux и использую драйверы NVIDIA 390.87. На самом деле казалось, что он работает на программном рендеринге, например, из-за высокой загрузки процессора во время прокрутки.
Я установил драйверы NVIDIA 410.73, и теперь все в порядке. Не знаю, решила ли NVIDIA эту проблему или помогла просто переустановка драйверов.

Я также пробовал в Linux, и Godot, похоже, отлично работает. В Windows все еще медленно.

Я также пробовал в Linux, и Godot, похоже, отлично работает. В Windows все еще медленно.

Какую версию Linux вы используете? И вы используете его в виртуальной машине?

Arch Linux. Нет ВМ.

Здесь, в @JavaryGames, мы наблюдаем это со всеми компьютерами, некоторые с 1050Ti, а некоторые с 1060. Даже с последним драйвером (417).

В Linux те же машины работают нормально, так что, скорее всего, это проблема с драйверами.

Я полагаю, что эта проблема могла возникнуть и в Windows 10 godot 3.0.6

Хотя у меня AMD RX 580

Добавление собственных точек данных:

Процессор Intel i7-3770K
16 ГБ оперативной памяти
Windows 7

1. Эта проблема связана с 3.06-stable_win64 и 3.1-alpha5_win64. Для загрузки двигателя или воспроизведения сцены требуется от 30 секунд до 1 минуты.
2. Это можно исправить, перезагрузив компьютер, но всегда возвращается после нескольких воспроизведений сцены. Может быть связано с падением движка / сцены.
3. Эта проблема возникает каждый раз [когда она начинается после краткого перезапуска «лечения»] в окне редактора Godot Engine (с выводом на терминал) каждый раз, когда появляется «OpenGL ES [X] .0 Renderer». Итак, когда запускается исполняемый файл и когда запускается сцена.
4. Это не зависит от драйвера или графического процессора. Я использовал RX480 с обновленными драйверами и GTX 1070 с обновленными драйверами. Проблема не изменилась. Если это

Имея это тоже на Nvidia GTX 1070

Только для Windows, открывается и отлично работает в Linux.

У меня такая же проблема, но на Linux с графическим процессором AMD. Мне сложно отследить это, так как это началось после обновления системы, но переход на более раннюю версию не помог. понижение версии Годо тоже не повлияло. на открытие моего проекта уходит 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 устранила проблему для меня. Я обновлю, если он снова начнет работать медленно. Спасибо, что разобрались с этим.

Нет, на моем gtx 1070 все еще возникают периодические проблемы с версией 3.1 beta 2. Иногда это быстро, иногда неприемлемо медленно. Обратите внимание: у меня нет проблем с моим ноутбуком p52, также работающим под управлением Windows, с картой quadro p2000.

Здравствуйте,
такая же проблема здесь:
Windows 10 x64 домашняя
процессор: AMD Ryzen 5 2600X
графический процессор: AMD Rx580

После нового запуска компьютера Godot потребуется 30/40 секунд, чтобы открыть, загрузить или запустить проект ...
Независимо от версии Godot (2.x, 3.0.x, 3.1 alpha x или beta x)
После перезапуска компьютера все работает нормально, насколько я могу судить.

Я попытался отключить быстрый запуск / загрузку в Windows, но проблема не устранена.
Я действительно сбит с толку, так как несколько дней / недель назад все было хорошо ...

Однако я почти уверен, что это не проблема Годо. Я заметил, например, что клиент STEAM ведет себя так же, как Godot (а некоторые игры вообще не запускаются), когда возникает проблема.

Мне еще раз:

Процессор Intel i7-3770K
16 ГБ оперативной памяти
Windows 7

Теперь в 3.1 Beta 2 интервалы ~ 30 секунд начинаются немедленно, без обычного периода медового месяца после перезапуска, когда все идет быстро.

Здравствуйте, _ [Godot v3.0.6 - WIN 10 - GTX 1060 3GB - 16GB RAM DDR3 - Intel i5-4460] _

Та же проблема здесь, но без сбоев Nvidia или обратной связи в консоли.

Когда я нажимаю на редактирование того же самого элемента, открывается менеджер проекта, и, если мне повезет, я с трудом могу попасть в редактор, где требуется много времени, чтобы нажать кнопку воспроизведения и ожидать, что он будет работать должным образом.

В диспетчере задач я обнаружил, что Годо использует <1% моего процессора и то же самое с оперативной памятью. Это не мой компьютер, потому что иногда он работает так, как ожидалось, все работает свободно, а иногда возникает эта проблема.

У меня также есть проблемы с менеджером проекта, пытающимся загрузить png для отображения в виде значка, и мой Godot снова работал медленно.

Совершенно несвязанный вопрос: есть ли у кого-нибудь из вас, кто сталкивается с этой проблемой в Windows, какое-либо антивирусное / антивредоносное ПО? Возможно, что-то сканирует двоичный файл при выполнении.

Вот и другие вещи, которые вы можете попробовать, возможно, это связано с кешем OpenGL, NVidia хранит это здесь:
C: \ Пользователи \\ AppData \ Local \ NVIDIA \ GLCache

Если вы удалите файлы здесь, сможете ли вы воспроизвести проблему?

Наконец, еще кое-что, что я нашел на форумах nvidia, вы можете попробовать запустить Godot вручную при установке этой переменной окружения? нравиться:

__GL_SHADER_DISK_CACHE_SKIP_CLEANUP=1
godot.exe

Редуз: Я пробовал. Это ничего не изменило.

@ ay200 У тебя nvidia

@reduz Да, 1070GTX.

У меня тоже было очень медленное открытие, но я исправил это, удалив файл: %appdata%/Godot/editor_settings-3.tres он был очень большим (~ 100 МБ или больше, я не помню). Может, поможет.

У меня была такая же проблема, и, наконец, в «Настройки проекта» -> «Отладка» -> «Настройка» -> «Force FPS» установлено значение 1 :) Установка значения 0 устранила проблему. Просто разместите здесь, потому что это первая найденная ссылка с запаздыванием.

Извините, ребята, у меня такое чувство, что эта проблема превратилась в смесь разных проблем.

Большой файл конфигурации:

Если у кого-то из вас медленно открываются МЕНЕДЖЕР И РЕДАКТОР ПРОЕКТОВ и случайно ваш
% appdata% / Godot / editor_settings-3.tres огромен, ПОЖАЛУЙСТА, ЗАПИШИТЕ ЕГО И ОТПРАВИТЬ, чтобы мы могли узнать, почему этот файл такой огромный. Если по какой-то причине он содержит личную информацию, пожалуйста, сначала отредактируйте ее, чтобы удалить (хотя я действительно не думаю, что это сохраняет, возможно, пути к вашим проектам).

Игра запускается медленно

Если ваша ИГРА запускается медленно, но менеджер проекта и редактор в порядке. Опишите ваше оборудование, включая версию ОС, графического процессора и драйвера.

Игра запускается медленно

Если ваша ИГРА запускается медленно, но менеджер проекта и редактор в порядке. Опишите ваше оборудование, включая версию ОС, графического процессора и драйвера.

Согласно аналогичному # 23986, похоже, он исправлен в последней версии драйвера Nvidia (419.17 в Windows 10). Могут ли некоторые из вас подтвердить это?

У меня такая же проблема.

Требуется ~ 41 секунда для первоначального запуска, открытия проекта и запуска (я рассчитал время для каждого отдельно, и все они были в пределах 1 секунды друг от друга).
Перезагрузка исправила.

Я пробовал v3.0.6 как в немоно, так и в моно, и у обоих была одна и та же проблема. Это также относится к супербазовому учебному проекту "instancing".

Технические характеристики:
Windows 10 (64-битная)
AMD Radeon HD 6700 (версия 15.201.1151.1008)
16 ГБ оперативной памяти

РЕДАКТИРОВАТЬ: я начинаю использовать бета-версию 3.1, и, похоже, она исправлена, но время покажет. Я обновлю это, если оно вернется.

У меня просто возникла эта проблема из ниоткуда ... потом я вспомнил, что только что обновил драйверы NVidia и забыл отключить телеметрию ( https://github.com/NateShoffner/Disable-Nvidia-Telemetry ) после этого и перезагрузки, Годо завелась нормально. Это действительно очень интересно ... (Windows 10 x64 v1809)

Может, кто-нибудь пробовал это? Я думаю, это как-то связано с телеметрией. Я также использую последние версии драйверов Nvidia:

У меня все еще такая же проблема.

Очень долго сначала запускается, а потом открывается проект. Единственный раз, когда он работал нормально, был, когда я изначально загрузил Godot, но как только начнется проблема с длительным временем загрузки, нет никакого способа заставить его снова работать.

Случается как на Godot v3.1, так и на v3.1.1 (оба не моно)

Пробовал все предложения здесь и не помогает.

Технические характеристики:
Windows 10 (64-битная)
Nvidia RTX 2070 (v430.39)
16 ГБ оперативной памяти

Следуя предложению teihoo, отключив телеметрию, она заработает после перезагрузки. Но как только вы снова перезагрузитесь, он снова станет медленным. Повторное включение и отключение телеметрии снова не решает проблему. Я чисто установил свой драйвер Nvidia v430.39, и он делает то же самое, работая один раз после перезагрузки, но затем не работает после второй перезагрузки. Я переключился на драйвер разработчика Nvidia вместо драйвера, готового к игре, и проблема все еще сохраняется. Я попробовал версию Steam, чтобы убедиться, и проблема все еще существует. Я очень надеюсь, что эту проблему можно исправить.

Интересно, а почему название номера изменилось ..? Поскольку это, похоже, проблема не только Nvidia.

Проблема все еще существует для меня (AMD RX580 - версия настроек Radeon: 2019.0326.2353.42986 - версия OpenGL: 25.20.15000.13547 - версия API OpenGL: 4.6)

Проблема все еще существует для меня. Теперь на Nvidia Driver v430.64. Все еще не работает.

Определенно проблема OpenGL, а не конкретно Godot или Nvidia или AMD в этом отношении. Даже пустой проект MonoGame открывается очень долго.

Всем привет!
Все работало нормально, а затем обновил драйверы nvidia до 430.64.

С тех пор, когда я запускаю игру с помощью F5 / F6, она запускается очень медленно (почти минуту).

Вот моя конфигурация:
64-разрядная версия Windows 10 Pro
16го DDR4
Geforce GTX1060 6 ГБ
Работает на SSD

Мне нужно запустить двойную загрузку с Ubuntu, чтобы эффективно работать с Godot. Просто совет для других борцов!

Привет, ребята, у меня похожая проблема, но только с 3.1.1, подойдет другая версия.

Это моя спецификация картофеля:
Windows 10
Графический процессор: nVidia GeForce GT 520M
Версия драйвера: 391.35 (я застрял в этой версии, более новой версии драйвера для 520M нет)

Да машина не мощная, но вполне приличная. Я могу запустить Unity без проблем, даже если я могу играть в игру, перенесенную на ps3, из Steam, с полным FPS. Итак, запуск Godot должен быть легким.

Когда я использую 3.1.1. После игры из редактора мой ноутбук замедлился. Это состояние сохраняется даже после закрытия Godot.
Это очень серьезное замедление, которое делает мой ноутбук непригодным для использования. Если я заставлю его использовать, в конечном итоге станет хуже, и на моем экране появится черный экран и артефакт (в течение нескольких минут). Я очень напугана, мурашки по коже.
Единственный способ исправить это - перезапустить Windows.

Итак, теперь я использую 3.1, он работает нормально, когда я играю в игру из редактора, происходит небольшая задержка, но она едва заметна.

Это все. Надеюсь, это поможет решить эту проблему.

Привет еще раз,

Я просто отформатировал компьютер, и я только что установил Годо. Последняя версия 3.1.1 x64. И когда я открыл его впервые, эта проблема как раз и случилась со мной.

Технические характеристики ПК:
Графический процессор: Nvidia 1060 3 ГБ [с установленными чистыми новыми драйверами]
Процессор: Intel i5-4460
Оперативная память: 16 ГБ DDR3
ОС: WIN10

Я посмотрел файл .tres, и он получил только 5 КБ.
А на консоли написано «OpenGL ES 3.0 Renderer: GeForce GTX 1060 3GB / PCIe / SSE2».

У меня была эта проблема давно, и она не связана с NVIDIA. Некоторое время назад у меня была проблема, мои драйверы USB не были установлены должным образом. Годо кажется отстающим, но все по-прежнему реагирует. это случалось при загрузке проектов и когда я пытался запустить игру в редакторе Godot.

Godot пытается проверить все подключенные USB-устройства, чтобы убедиться, что это клавиатура, игровой контроллер, гарнитура VR и т. Д., Если USB-контроллер / драйвер не установлен должным образом, он будет ждать до минуты. По истечении этой минуты он запустит отладочную игру или загрузит проекты.

переустановка драйверов решит проблему. Я обнаружил эту информацию, когда писал на godot discord несколько лет назад. Надеюсь, поможет. У меня даже было два человека, которые сообщили об этой проблеме в моей прямой трансляции. Моя инфа многим помогла.

Что касается моноигровых проектов, да, это произойдет все, что проверяет игровые контроллеры или USB-устройства. Monogame также проверяет наличие USB-устройств.

У меня была та же проблема, что и у других людей. При запуске Windows Godot 3.1.1 сначала запускалась нормально, но через некоторое время запуск Godot, загрузка проектов и воспроизведение проекта занимали около 30 секунд.

Для меня это было также из-за устройства USB (как сказал shmellyorc). Это USB-устройство было USB-концентратором, который подключал мой M&K к моему компьютеру. Я не переустанавливал никаких драйверов, я просто подключил свой M&K напрямую к компьютеру. Это устранило все задержки (мне даже не нужно было перезапускать Godot или мой компьютер).

Могу подтвердить, что у меня такая же проблема. У меня довольно недавно установленный компьютер, переустановленный в мае, всего с несколькими установленными программами, и у меня такой же медленный запуск Godot, открытие проектов и воспроизведение сцен из редактора.

Мои проекты МАЛЕНЬКИЕ, так как я только начал курс «Открытие Годо» на Udemy и до сих пор просто печатал текст на консоли вывода в Godot.

Мой% appdata% / Godot / editor_settings-3.tres занимает всего 8 КБ, поэтому я бы не назвал это огромным.

Я попытался отключить Nvidia Telemetry, перезагрузил компьютер, и все стало быстро и красиво.

Win 10, версия 1903, сборка 18362.10005
GFX: MSI 970GTX, новейший драйвер Nvidia
Оперативная память: 16 ГБ
Процессор: i7-4790
USB: Corsair KB и мышь, звуковая карта Focusrite Scarletti, контроллер Xbox, ключ iLok

Я также использую ту же версию Godot на старом Thinkpad T420 с Win10 и, вероятно, с внутренней видеокартой Intel. Там работает безотказно.

У меня аналогичная проблема, но я бы не назвал это замедлением, а на самом деле зависанием, в то время как ЦП поднимается выше 80%. Поэтому я не уверен, что моя проблема такая же, потому что у меня нет NVIDIA, и годот зависает для очень определенных действий и только до определенного момента, как я объясню ниже, и только в GLES3 и только в 3D . После этого все кажется красивым и гладким. Запуск игры происходит мгновенно с пустым проектом.

Во-первых, я использую стабильную версию Godot 3.1.1, и моя система:
Windows 7
ATI Radeon HD 4800 серии (1 ГБ памяти, iirc)
Intel Core Duo 2,13 ГГц (два ядра, с разгоном на 3,6 ГГц)
2 ГБ оперативной памяти

У меня была эта проблема с момента выхода 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.

Дело в том, что время зависания одинаково каждый раз, когда я пробую это, плюс-минус секунда, не больше и не меньше - это почти точно. Я заметил одно странное исключение: если второй другой узел, который я размещаю, представляет собой Sprite3D он размещается мгновенно, но тогда третий и четвертый узлы, которые я размещаю, занимают то же время, что и второй и третий узлы выше.

Еще я заметил, что после размещения корневого Spatial я могу разместить все, что захочу, без каких-либо зависаний Spatials . Когда я помещаю другой 3D-узел, он снова зависает. То же самое верно для каждого конкретного узла, который я размещаю следующим, независимо от того, какой я выбираю: поэтому, если следующий, который я выберу, это CSGBox, он зависнет 54 секунды, а затем я могу разместить CSGBox в своем содержимом без зависания ... до тех пор, пока Ставлю 3-й другой узел.

(РЕДАКТИРОВАТЬ: и, кстати, если я имею дело со сценами, которые я уже построил раньше, простой выбор узлов после запуска приводит к зависанию движка по той же схеме)

Удаление среды по умолчанию в первый раз зависает на 72 секунды. Тогда я могу положить его обратно и без проблем вынуть. Переключение из 2D-вида обратно в 3D-вид также занимает довольно много времени в первый раз (не рассчитал время).

В GLES2 godot у меня запускается за ~ 11 секунд, и все идет плавно и мгновенно, включая удаление деф. окр. (хотя он все еще значительно медленнее, чем 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 (или OpenGL 2.1 при использовании бэкэнда GLES2).

Старые видеокарты AMD довольно плохи с точки зрения поддержки OpenGL, что является причиной таких ошибок, как ERROR: initialize: Directional shadow framebuffer status invalid (https://github.com/godotengine/godot/issues/27572).

У меня была эта проблема давно, и она не связана с NVIDIA. Некоторое время назад у меня была проблема, мои драйверы USB не были установлены должным образом. Годо кажется отстающим, но все по-прежнему реагирует. это случалось при загрузке проектов и когда я пытался запустить игру в редакторе 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 работать на интегрированной графике? Это можно сделать, щелкнув исполняемый файл правой кнопкой мыши и выбрав графический процессор.

ПРИМЕЧАНИЕ. Может оказаться полезным поставить перед каждой из этих строк метку времени:

Я не вижу реального варианта использования в добавлении этого - это не помогло бы решить проблему здесь. Утилиты ведения журнала в любом случае обычно добавляют метки времени сами: слегка_smiling_face:

@Calinou Я был старшим инженером в команде Visual Studio в MS и в команде Xcode в Apple. Обильное использование временных меток ничего не повредит. ;-)

И, кстати, наблюдаемая мной задержка в 35-40 секунд возникает при каждом запуске моего простого приложения (а не только при запуске Godot). Это означает, что Годо в этом состоянии непригоден.

Ах ... вы отредактировали свой комментарий. Я использую MSI GS75 Stealth 479 . Запуск со встроенной графикой приводит к таким же задержкам.

Я нашел обходной путь:

Изначально мой ноутбук был подключен к Alienware 1900R 34.1 ", изогнутому игровому монитору через Thunderbolt 3. Если я запускаю Godot _без_ подключенного монитора, все работает должным образом.

Таким образом, мой обходной путь:

1. Отключите мой монитор
2. Запустить Годо
3. Подключите мой монитор

После этих шагов Godot exe запускается без задержки, и последующие запуски моего примера проекта также работают должным образом.

Как отмечали другие, Godot использует нулевой ЦП во время "зависания", поэтому, скорее всего, зависает единственный вызов. Пожалуйста, дайте мне знать, есть ли способ запустить Godot с расширенной телеметрией / ведением журнала, поскольку это должно быть довольно легко изолировать проблему. (Опять же, я написал исходный инструментальный движок для профилировщика Visual Studio, поэтому я хорошо знаком с этими типами проблем).

Изначально мой ноутбук был подключен к изогнутому игровому монитору Alienware 1900R с диагональю 34,1 дюйма через Thunderbolt 3. Если я запускаю Godot без подключенного монитора, все работает должным образом.

Есть ли в мониторе USB-концентратор? Если так, то это могло быть причиной.

Пожалуйста, дайте мне знать, есть ли способ запустить Godot с расширенной телеметрией / ведением журнала, поскольку это должно быть довольно легко изолировать проблему.

Есть аргумент командной строки --verbose , но, насколько мне известно, он ничего не печатает о сканировании USB-устройств.

Да, у моего монитора есть USB-концентратор (а у современного монитора нет?). И вы правы, --verbose бесполезны. Я загружаю исходный код Godot сейчас и дам вам знать, смогу ли я определить проблему.

Для меня это был USB-ЦАП (звуковая карта) марки FiiO. Отключение этого исправляет медленный запуск. Вызывало даже медленный запуск в выключенном состоянии (режим зарядки).

Для тех, кто пострадал, эта проблема также замедляет экспортируемые игры или только редактор?

Может ли кто-нибудь из пострадавших попытаться собрать Godot из исходного кода и использовать отладчик, чтобы выяснить, что он делает, когда происходит это замедление? Как правило, вы должны иметь возможность прервать выполнение во время замедления и увидеть в отладчике текущую трассировку стека.

У меня была такая же проблема или, по крайней мере, те же симптомы. Я попытался отключить различные USB-устройства и обнаружил, что виноват мой Massdrop O2 + ODAC, также известный как «ODAC-revB USB DAC».

После некоторого поиска я наткнулся на этот пост на StackOverflow , который содержал окончательное решение проблемы.

Оказывается, по какой-то причине ЦАП добавляет к «Устройствам интерфейса пользователя» дополнительное устройство, которое отображается с общим названием «Устройство ввода USB». Я понятия не имею, что он делает, но отключение его в диспетчере устройств, похоже, не влияет на функциональность звука (для чего аудиоустройству вообще нужно устройство ввода?) И устраняет проблему Godot и некоторых игр (Dark Souls и Секиро приходит в голову) испытывает длительные зависания при запуске.

Чтобы определить правильное «USB-устройство ввода» (у меня их было целое множество, большинство из которых не связано с ЦАП), их идентификатор устройства можно сравнить с идентификатором реального аудиоустройства.
В моем случае аудиоустройство было 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-устройство замедлило загрузку и воспроизведение проекта» Годо. Сегодня я подключил свою новую клавиатуру Corsair K55 RGB и загрузил Godot. На загрузку списка проектов ушло около 40 секунд, а на загрузку проекта - еще 30: учебный проект с одной сценой с одним почти пустым скриптом, прикрепленным к одному узлу спрайта (да, мне предстоит долгий путь!). Чтобы отобразить окно, для воспроизведения проекта потребовалось около минуты. Я выключил Godot, отключил клавиатуру, и Godot загрузился за 3 секунды, как я и ожидал. Снова подключив клавиатуру, Годо продолжает загружать и воспроизводить сцены как обычно. Я не уверен, нужно ли мне отключать и снова включать мою клавиатуру каждый раз, когда я хочу использовать Godot. Я посмотрю, как пойдет, и обновлю этот пост.

Изменить: я обновил прошивку клавиатуры с помощью программного обеспечения Corsair iCUE, и это устранило проблему. Я добираюсь до списка проектов за 2-3 секунды, а в проект примерно за 3, как обычно, т.е. прежде, чем я сегодня подключил новую клавиатуру.

Я могу подтвердить, что обновление прошивки моей клавиатуры corsair K55 с помощью программного обеспечения ICUE исправило ошибку перечисления медленных устройств прямого ввода, как показано здесь: https://stackoverflow.com/questions/10967795/directinput8-enumdevices-sometimes-painfully-slow

Моя клавиатура Corsair K70 RGB была на прошивке v 2.05. Просто обновил его до 3.08, что, как я полагаю, решит проблему.

Я хочу добавить, что на днях я видел ту же самую проблему в совершенно другом приложении: файтинг Skullgirls 2nd Encore. Игра зависала при запуске, и я не мог понять почему. Я попытался запустить Godot, и у него снова возникла старая проблема с загрузкой, поэтому я перезагрузил свой компьютер (возможно, вместо этого нужно было просто повторно вставить клавиатуру), и оба приложения были в порядке. Если я снова увижу какие-либо проблемы после обновления, я вернусь сюда, но @saulpalv благодарит за ответ, так как предыдущая редакция комментатора так и не

IMO, эта проблема больше связана с плохим оборудованием / драйверами / прошивкой, чем с ошибкой с Godot. Учитывая простоту обходного пути (обновите прошивку USB-устройства или повторно вставьте его), я не уверен, что это оправдывает исправление.

IMO, эта проблема больше связана с плохим оборудованием / драйверами / прошивкой, чем с ошибкой с Godot. Учитывая простоту обходного пути (обновите прошивку USB-устройства или повторно вставьте его), я не уверен, что это оправдывает исправление.

Многие начинающие игроки откажутся от игры, вместо того чтобы углубиться в поиск и устранение неисправностей в своей системе, чтобы обнаружить проблему с драйвером, если они обладают этими знаниями. Предполагается, что игра глючная и в нее нельзя играть.

Если есть способ обойти это, стоит это сделать.

Возможно, я пропустил комментарий, но я думал, что это проблема только редактора. Если это повлияет и на игры, то да, вероятно, это стоит исправить.

Возможно, я пропустил комментарий, но я думал, что это проблема только редактора. Если это повлияет и на игры, то да, вероятно, это стоит исправить.

Если это не так уж сложно, сможете ли вы откатить драйверы, чтобы воссоздать зависание редактора, и попытаться воссоздать его в экспортированном проекте?

Мне никогда не удавалось достоверно воспроизвести проблему, даже до обновления прошивки клавиатуры. Я не думаю, что программное обеспечение, которое выполняет обновление, на самом деле даже поддерживает понижение версии прошивки.

Лучшее, что я могу придумать, - это купить новую клавиатуру (моя в настоящее время недоступна на Amazon) и надеяться, что у нее старая прошивка, а затем использовать ее в течение недель / месяцев, пока ошибка случайно не возникнет снова.

У меня такое бывает раз в месяц. Но так раздражает необходимость перезагружать компьютер, чтобы исправить это после того, как я запустил все мои разработки.

Имея также эту проблему, + 30 секунд каждый, чтобы:

• открыть выбор проекта
• открытый проект
• запустить сцену.

Отследил это до моей клавиатуры Corsair K95 RGB. На данный момент мой обходной путь - переключить переключатель частоты опроса / BIOS на самой клавиатуре, что в основном делает то же самое, что и повторное подключение USB-кабеля. После этого Годо работает как обычно.
iCue версии 3.27.68. Прошивка 3.08в.

Только что заметил в iCUE, что у меня также стоит галочка «Включить SDK». Я тоже отменил его выбор. Ранее нашел ссылку, которая может быть причиной.

Godot V3.2.1, но у меня были проблемы с более ранними версиями.

@landgrafa Можете ли вы воспроизвести проблему со встроенным проектом?

У меня работает "исправление" отключения и повторного подключения USB.

Обновление прошивки на моей клавиатуре K55 Corsair через iCUE также помогло.

По-прежнему лучшая клавиатура по размеру / весу, но, черт возьми, это была глупая проблема.

Интересный ключ к разгадке этой ошибки от Райана Гордона, поскольку SDL, похоже, страдает от аналогичной проблемы: https://mobile.twitter.com/icculus/status/1256845560763551744

Это действительно может быть наш тестовый код джойстика, который вызывает срыв. Возможно, мы могли бы принудительно пропустить устройства, на которые требуется более пары секунд для ответа, и выдать предупреждение, чтобы пользователи также могли идентифицировать 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, среди других устройств, это перестало происходить. Время загрузки и запуска намного быстрее.

Пользователь Corsair K70 здесь. Обновление прошивки исправило это навсегда.

Другие USB-устройства, которые я подключил, не были проблемой:
USB-ключ HyperX Cloud, мышь Rival 300, звуковая карта Line6 GX, веб-камера Logitech, USB-вентилятор.

Интересный баг.

Похоже, Corsair - это заметная точка соприкосновения со многими зарегистрированными здесь случаями.
У меня была такая же проблема (Windows 10, в то время как на моем Arch Linux Godot работает быстро) с гарнитурой Corsair HS60, и я исправил замедление после основного предложения по установке проприетарного программного обеспечения CUE и соответствующих драйверов.
Если быть точным, я установил CUE несколько месяцев назад, чтобы иметь необходимые драйверы, а затем удалил эти 1,5 ГБ хрени. Прочитав это, я только что переустановил программное обеспечение (не запуская его и не обновляя драйверы), и производительность Godot уже стабильна.

Обновление: я перезагрузил свой компьютер, и проблема снова вернулась, но наверняка это что-то связано с гарнитурой.
Если я вытащу USB-кабель гарнитуры (это единственное устройство вывода звука в моей системе), все снова будет в порядке.
Повторное подключение USB-кабеля не ухудшит производительность до следующего перезапуска системы.

Лучший обходной путь, который я нашел, - это удалить гарнитуру с панели управления, вытащить USB-кабель и снова вставить его. Новые установленные драйверы (с включенным ICUE) не вызывают у меня никаких проблем.
Может быть, это конфликт между старыми драйверами, установленными без ICUE, которые могут быть выбраны первыми вместо новых обновленных?

У меня была эта проблема давно, и она не связана с NVIDIA. Некоторое время назад у меня была проблема, мои драйверы USB не были установлены должным образом. Годо кажется отстающим, но все по-прежнему реагирует. это случалось при загрузке проектов и когда я пытался запустить игру в редакторе Godot.

Godot пытается проверить все подключенные USB-устройства, чтобы убедиться, что это клавиатура, игровой контроллер, гарнитура VR и т. Д., Если USB-контроллер / драйвер не установлен должным образом, он будет ждать до минуты. По истечении этой минуты он запустит отладочную игру или загрузит проекты.

переустановка драйверов решит проблему. Я обнаружил эту информацию, когда писал на godot discord несколько лет назад. Надеюсь, поможет. У меня даже было два человека, которые сообщили об этой проблеме в моей прямой трансляции. Моя инфа многим помогла.

Что касается моноигровых проектов, да, это произойдет все, что проверяет игровые контроллеры или USB-устройства. Monogame также проверяет наличие USB-устройств.

Проблема описана здесь (напоминание)!

У меня была такая же проблема или, по крайней мере, те же симптомы. Я попытался отключить различные USB-устройства и обнаружил, что виноват мой Massdrop O2 + ODAC, также известный как «ODAC-revB USB DAC».

После некоторого поиска я наткнулся на этот пост на StackOverflow , который содержал окончательное решение проблемы.

Оказывается, по какой-то причине ЦАП добавляет к «Устройствам интерфейса пользователя» дополнительное устройство, которое отображается с общим названием «Устройство ввода USB». Я понятия не имею, что он делает, но отключение его в диспетчере устройств, похоже, не влияет на функциональность звука (для чего аудиоустройству вообще нужно устройство ввода?) И устраняет проблему Godot и некоторых игр (Dark Souls и Секиро приходит в голову) испытывает длительные зависания при запуске.

Чтобы определить правильное «USB-устройство ввода» (у меня их было целое множество, большинство из которых не связано с ЦАП), их идентификатор устройства можно сравнить с идентификатором реального аудиоустройства.
В моем случае аудиоустройство было 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

Подтверждение того, что проблема все еще существует; На моем компьютере время запуска редактора и экспортированной программы обычно составляет менее секунды, но когда возникает проблема, запуск может занять 30-40 секунд. Это также влияет на отладку в редакторе, запуск и подключение которой может занять до минуты.

Проблема всегда устраняется сама собой после перезапуска, но через некоторое время вернется. Мне не удалось определить триггер, но я подозреваю, что на него может повлиять запуск любых полноэкранных приложений.

Я попытался исправить упомянутый выше USB-порт, но не нашел устройства, в котором можно было бы внести какие-либо заметные изменения.

Подтверждение того, что проблема все еще существует; редактор и запуск экспортированной программы

Спасибо за подтверждение. Так что это влияет и на экспортированные версии. Это тревожно.