Godot: Godot tidak lambat membuka, lambat diedit, lambat meluncurkan game sederhana [Windows, disebabkan oleh periferal USB tertentu]

NVIDIA, ya? Saya yakin ada laporan peluncuran lambat di NVIDIA, Anda dapat mencoba mencari "NVIDIA" dalam masalah. Konsensus akhir adalah bahwa ada bug pengemudi.

nVidia GeForce GTX 1060 6GB / PCIe / SSE2 di sini, Godot 3.0.6 terbuka dengan baik untuk saya (situs versi non-mono). Saya tahu Godot sedikit lebih lambat dalam beberapa kasus dengan nVidia karena mode kinerja otomatis yang buruk, tetapi tidak terlalu lambat (seperti dalam peluncuran 30 detik, bukan 4).

GTX 960 dan 1070 melaporkan dengan masalah yang sama. Peluncuran slooow di windows, cepat di linux.
Saya sangat berharap ini bisa diperbaiki, karena ini adalah masalah terbesar saya dengan Godot. Saya suka meluncurkan game saya setiap saat untuk menguji perubahan kecil, tetapi membutuhkan terlalu banyak waktu di windows dengan nvidia GPU saya.

Bergabung dalam masalah ini dengan GTX 1070. Mencoba semua rilis stabil Godot. Juga dicoba pada 3 versi driver terbaru 398.98, 398.82, 398.36. Tapi saya perhatikan bahwa pertama kali (setelah driver diinstal ulang, komputer reboot) itu dimulai dengan cepat. Saya akan bermain-main dengan beberapa pengaturan Nvidia ketika saya akan menemukan waktu. Ini adalah masalah besar dan harus dilihat lebih banyak.

Sunting: Saya akan menegaskan kembali bahwa permulaan pertama setelah restart sistem bekerja secara normal. Setiap startup berikutnya membutuhkan waktu lama (40-an).

https://www.nvidia.co.kr/Download/driverResults.aspx/137317/en
399.07 driver dirilis.
maukah kamu mengujinya?

Hei volzhs - ya sepertinya sudah memperbaikinya!
Belum sempat melakukan pengujian ekstensif, tetapi baru membuka / mengedit / menjalankan beberapa game dan kinerjanya bagus.
Terima kasih atas perhatiannya pada driver terbaru.

Saya tidak tahu bagaimana pengaruhnya tetapi catatan rilis driver berisi ini.

[GeForce GTX 1050/1070]: Pengandar OpenGL tidak merilis konteks rendering
benar. [2305430]

Great ditemukan @volzhs , terima kasih :)

@fossegutten @cimpresovec Apakah pembaruan ke 399.07 juga memperbaiki masalah kartu Anda?

Saya sebenarnya baru-baru ini melakukan format lengkap PC saya dan masalahnya hilang dengan driver yang sama (398,98). Saya sudah mencoba driver baru hari ini dan masalah tidak terjadi. Jadi saya tidak tahu harus berkata apa. Driver yang sama sebelum dan sesudah format tetapi perilaku yang berbeda. Saya tidak bisa mengatakan apa yang menyebabkan masalah di instalasi sebelumnya tetapi itu menghalangi saya untuk menggunakan Godot.

Sayangnya hal ini mulai terjadi lagi pada saya. Godot berjalan OK selama sekitar 1 jam atau lebih, lalu mulai berjalan lambat lagi.

Hal yang benar-benar aneh adalah jika saya me-reboot PC saya, Godot berjalan dengan baik untuk beberapa saat lagi, tetapi kemudian mulai berjalan lambat.
Namun, saya sekarang cukup yakin itu bukan masalah Godot. Mungkin mencoba dan mendapatkan kartu AMD dan melihat apakah itu menghilangkan masalah untuk selamanya.

GTX750 di sini; Saya pikir itu ada hubungannya dengan https://github.com/godotengine/godot/issues/21472#issuecomment -416151678 tidak membangun dengan sse2, karena saya baru membangun, tetapi masalah ini tampaknya hanya menjadi lebih buruk selama beberapa minggu terakhir, dengan 3.1a1 memiliki waktu muat terlama.

Saya sedang menjalankan driver 399.07.

Sunting: Mungkin bukan masalah GPU? Memperhatikan penggunaan CPU yang sangat tinggi dan penggunaan GPU yang rendah selama waktu muat yang lambat ini. Mengambil sekitar 27% CPU (seluruh alokasi utas perangkat keras pada CPU saya), turun ke level normal setelah pemuatan selesai.

Sunting2: Tidak terkait dengan masalah ini, saya telah mengajukan masalah lain.

Maaf untuk jawaban yang terlambat. Masih super lambat, dengan driver 399.24 pada GPU GTX 1070.

Masalahnya kembali untuk saya. Saya menyadarinya saat mengembangkan beberapa aplikasi lain dengan pustaka Raylib (menggunakan GLFW di bawahnya). Aplikasi tersebut menunjukkan perilaku yang sama dengan Godot. Saya kemudian mengunduh Godot dan masalahnya kembali. Saya perhatikan bahwa setelah sistem restart semuanya berfungsi normal, bahkan setelah beberapa kali berjalan terpisah. Masalah mulai terjadi setelah beberapa waktu (tidak diuji) atau setelah menjalankan beberapa game yang lebih berat di sistem dan kemudian mencoba menjalankan Godot. Persatuan, di sisi lain, tidak terpengaruh tetapi saya belum mencoba Defold.

Apa kesamaan GLFW dan Godot?

Keduanya menggunakan OpenGL di bawah kap mesin. Seperti halnya beberapa program lain yang saya sebutkan yang tidak menunjukkan masalah tersebut.

Masalahnya sepertinya Open GL ya. Monogame memiliki perilaku yang sama dengan proyek OpenGL, tetapi tidak dengan proyek Direct X.

Hmm, jika masalahnya ada untuk semua hal OpenGL, mungkin itu adalah driver GPU yang jelek.

Perilaku tersebut tidak konsisten di berbagai aplikasi OpenGL. Beberapa berfungsi dengan baik (Unity OpenGL builds, Defold engine, dll.). Itu mungkin tergantung pada versi yang digunakan tapi itu hanya spekulasi murni. Sayangnya saya tidak bisa memberikan bantuan konkret.

masalah yang sama di sini, ada tips?

Waktu startup saya tidak dalam kisaran 30+ detik, tetapi sekitar 5 - 10 detik. Ini pasti lebih lambat dari yang seharusnya. Saya sudah mencoba ini dengan executable yang diekspor, dan dalam mesin. Itu juga terjadi dengan GLES3 dan GLES2.

Saya menggunakan GTX 1080 pada driver 416.16
Saya akan memperbarui driver sebentar lagi dan akan kembali dengan catatan tentang perubahan apa pun.

Sunting: Masalah tetap ada pada driver 416.34, dan (mungkin tidak terkait) tampaknya agak lambat untuk memulai Godot sendiri, serta membuka proyek.

Saya menggunakan Linux dan saya menjalankan driver NVIDIA 390.87. Sepertinya itu berjalan pada rendering perangkat lunak karena penggunaan CPU yang tinggi selama pengguliran misalnya.
Saya menginstal driver NVIDIA 410,73 dan semuanya baik-baik saja sekarang. Tidak tahu apakah NVIDIA menyelesaikan masalah ini atau hanya menginstal ulang driver yang membantu

Saya juga mencoba di Linux, dan Godot tampaknya berfungsi dengan baik. Masih lambat di Windows.

Saya juga mencoba di Linux, dan Godot tampaknya berfungsi dengan baik. Masih lambat di Windows.

Versi Linux mana yang Anda gunakan? Dan apakah Anda menggunakannya di VM?

Arch Linux. Tidak ada VM.

Di sini, di @JavaryGames kami mengalami ini dengan semua komputer, beberapa dengan 1050Ti dan beberapa dengan 1060. Bahkan dengan driver terbaru (417).

Di Linux, mesin yang sama berfungsi dengan baik, jadi kemungkinan besar ini adalah masalah driver.

Saya yakin saya mungkin mengalami masalah ini juga di Windows 10 godot 3.0.6

Saya memiliki AMD RX 580 sekalipun

Menambahkan poin data saya sendiri:

CPU Intel i7-3770K
RAM 16 GB
Windows 7

1. Masalah ini ada pada 3.06-stable_win64 dan 3.1-alpha5_win64. Diperlukan waktu 30 detik hingga 1 menit untuk memuat mesin atau memainkan adegan.
2. Ini dapat diperbaiki dengan memulai ulang komputer, tetapi selalu kembali setelah beberapa adegan diputar. Mungkin terhubung ke engine / scene crash.
3. Masalah ini terjadi kapan saja [setelah dimulai setelah restart singkat 'menyembuhkan'] jendela Editor Mesin Godot (dengan keluaran terminal) kapan saja "OpenGL ES [X] .0 Renderer" muncul. Jadi saat eksekusi dimulai, dan saat adegan dijalankan.
4. Ini tidak tergantung pada driver atau GPU. Saya menggunakan RX480 dengan driver yang diperbarui, dan GTX 1070 dengan driver yang diperbarui. Masalahnya tidak berubah. Jika ini

Memiliki ini juga pada Nvidia GTX 1070

Hanya untuk Windows, terbuka dan berfungsi dengan baik di linux.

Saya mengalami masalah yang sama, tetapi di linux dengan AMD GPU. Saya mengalami kesulitan melacaknya, karena ini mulai terjadi setelah pembaruan sistem, tetapi penurunan versi tidak memperbaikinya. menurunkan level Godot juga tidak berpengaruh. dibutuhkan 30+ detik untuk membuka proyek saya, 30+ detik untuk memulainya, dan itu tersendat (terkadang berhenti beberapa saat) setiap kali objek baru ditampilkan di layar untuk pertama kalinya. di editor, hal-hal dasar seperti mengklik node atau membuka adegan seringkali membutuhkan waktu 30+ detik.

ketika hal-hal dibekukan, suara masih diputar, godot menggunakan 100% CPU pada satu inti, dan baik godot maupun dmesg tidak menunjukkan satu kesalahan pun. pada awalnya saya pikir itu mungkin dari kompilasi shader, dan saat menggunakan editor shader dan membiarkannya mengkompilasi dapat menyebabkan pembekuan 30 detik, sepertinya tidak melakukannya setelah pertama kali terjadi.

dalam kasus saya, tampaknya agak acak, menjadi 10 frame-ish gagap, atau 30+ detik tanpa di antaranya. itu hampir selalu hilang setelah sesuatu dimuat, tetapi perilaku ini disetel ulang ketika godot ditutup / dibuka kembali, reboot tidak mempengaruhinya.

Apakah Linux Mint atau Arch Anda kebetulan?

@retrotails Kedengarannya seperti # 24783.

@retrotails Kedengarannya seperti # 24783.

oh terima kasih, sepertinya begitu. Saya hanya memiliki 18,2 cache, dan itu masih terjadi pada 18,2 tetapi tidak terlalu parah. akan mencoba menyusun mesa terbaru dan melihat apakah itu setidaknya diperbaiki di sana.

Untuk mereka yang terpengaruh oleh masalah ini: dapatkah Anda mencoba Godot 3.1 beta 2 (atau lebih baru) dan melihat apakah masih berperilaku sama?

Pengujian awal menunjukkan bahwa 3.1 beta 2 telah memperbaiki masalah untuk saya. Saya akan memperbarui jika mulai berjalan lambat lagi. Terima kasih telah menyelesaikan masalah ini.

Tidak, 3.1 beta 2 masih memiliki masalah intermiten di gtx 1070 saya. Terkadang cepat, di lain waktu sangat lambat. Catatan Saya tidak memiliki masalah pada laptop p52 saya yang juga menjalankan windows, dengan kartu quadro p2000.

Halo,
masalah yang sama di sini:
Windows 10 x64 rumah
cpu: AMD Ryzen 5 2600X
GPU: AMD Rx580

Setelah komputer baru dinyalakan, Godot akan membutuhkan waktu 30/40 detik untuk membuka, memuat, atau menjalankan proyek ...
Tidak peduli versi Godot (2.x, 3.0.x, 3.1 alpha x atau beta x)
Setelah memulai ulang komputer, semuanya berjalan dengan baik sejauh yang saya tahu

Saya mencoba menonaktifkan Fast Start / Boot di windows, tetapi masalahnya tidak diperbaiki.
Saya benar-benar bingung karena semuanya baik-baik saja beberapa hari / minggu yang lalu ...

Namun saya cukup yakin ini bukan masalah Godot secara langsung. Saya perhatikan, misalnya, klien STEAM memiliki perilaku yang sama dengan Godot (dan beberapa game tidak berjalan sama sekali) ketika masalah terjadi ..

Saya lagi:

CPU Intel i7-3770K
RAM 16 GB
Windows 7

Sekarang di 3.1 Beta 2, interval ~ 30 detik segera dimulai, tanpa periode bulan madu normal setelah restart di mana segalanya menjadi cepat.

Halo, _ [Godot v3.0.6 - WIN 10 - GTX 1060 3GB - 16GB RAM DDR3 - Intel i5-4460] _

Masalah yang sama di sini tetapi tanpa Nvidia crash atau umpan balik di konsol.

Manajer proyek membutuhkan waktu lama untuk membuka ketika saya mengklik edit hal yang sama, dan jika saya beruntung saya hampir tidak bisa masuk ke editor, di mana dibutuhkan waktu lama untuk mengklik putar dan berharap berfungsi dengan baik.

Di Task Manager, saya menemukan bahwa Godot menggunakan <1% dari CPU saya dan sama dengan RAM. Ini bukan komputer saya karena terkadang berfungsi seperti yang diharapkan, semuanya lancar dan terkadang masalah ini muncul.

Saya juga mengalami masalah dengan manajer proyek yang mencoba memuat png untuk ditampilkan sebagai ikon, dan membuat Godot saya berjalan lambat lagi.

Pertanyaan yang sama sekali tidak terkait, apakah ada di antara Anda yang mengalami masalah ini di Windows menjalankan perangkat lunak antivirus / antimalware apa pun? Mungkin ada sesuatu yang memindai biner saat dijalankan.

Berikut hal-hal lain yang bisa Anda coba, mungkin ini terkait dengan cache OpenGL, NVidia menyimpan ini di sini:
C: \ Pengguna \\ AppData \ Local \ NVIDIA \ GLCache

Jika Anda menghapus file di sini, apakah Anda masih dapat mereproduksi masalahnya?

Akhirnya, hal lain yang saya temukan di forum nvidia, dapatkah Anda mencoba menjalankan Godot secara manual saat mengatur variabel lingkungan ini? Suka:

__GL_SHADER_DISK_CACHE_SKIP_CLEANUP=1
godot.exe

reduz: Saya sudah mencobanya. Itu tidak mengubah apapun.

@ ay200 Apakah Anda memiliki nvidia?

@reduz Ya, 1070GTX.

Saya juga mengalami pembukaan yang sangat lambat, tetapi saya memperbaikinya dengan menghapus file: %appdata%/Godot/editor_settings-3.tres itu benar-benar besar (~ 100mb atau lebih, saya tidak ingat). Mungkin itu akan membantu.

Saya mengalami masalah yang sama, dan akhirnya saya masuk ke Project Settings -> Debug -> Setting -> "Force FPS" set ke 1 :) Setting ke 0 memperbaiki masalah. Posting saja disini, karena ini adalah link pertama yang ditemukan lagging.

Maaf teman-teman, saya merasa masalah ini karena masalah yang berbeda.

File konfigurasi besar:

Jika ada di antara Anda yang terpengaruh oleh lambatnya membuka PROJECT MANAGER AND EDITOR dan kebetulan Anda
% appdata% / Godot / editor_settings-3.tres sangat besar, HARAP DI-ZIP DAN KIRIM LEBIH DARI sehingga kita dapat mempelajari mengapa file ini sangat besar. Jika ini karena alasan tertentu berisi informasi pribadi, harap edit terlebih dahulu untuk menghapusnya (meskipun menurut saya itu tidak benar-benar menyimpan mungkin jalur ke proyek Anda).

Lambat untuk meluncurkan game

Jika GAME Anda lambat untuk diluncurkan, tetapi manajer proyek dan editor OK. Jelaskan perangkat keras Anda, termasuk OS, GPU, dan versi Driver.

Lambat untuk meluncurkan game

Jika GAME Anda lambat untuk diluncurkan, tetapi manajer proyek dan editor OK. Jelaskan perangkat keras Anda, termasuk OS, GPU, dan versi Driver.

Sesuai dengan # 23986 yang serupa, tampaknya diperbaiki pada driver Nvidia terbaru (419.17 pada Windows 10). Bisakah beberapa dari Anda mengkonfirmasi itu?

Saya mempunyai isu yang sama.

Membutuhkan ~ 41 detik untuk peluncuran awal, proyek pembukaan, dan berjalan (saya menghitung waktu masing-masing secara individual dan semuanya dalam 1 detik satu sama lain).
Mulai ulang memperbaikinya.

Saya mencoba v3.0.6 baik non-mono dan mono dan masalah yang sama dengan keduanya. Ini juga dengan proyek tutorial super dasar "instancing".

Spesifikasi:
Windows 10 (64-bit)
AMD Radeon HD 6700 (v15.201.1151.1008)
RAM 16 GB

EDIT: Saya mulai menggunakan 3.1 beta dan tampaknya telah memperbaikinya tetapi waktu akan menjawabnya. Saya akan memperbarui ini jika kembali.

Saya baru saja mengalami masalah ini entah dari mana sekarang ... lalu saya ingat saya baru saja memperbarui driver NVidia saya dan lupa menonaktifkan telemetri ( https://github.com/NateShoffner/Disable-Nvidia-Telemetry ) setelah melakukan itu dan me-reboot, Godot dimulai dengan baik. Itu sangat menarik banget ... (Windows 10 x64 v1809)

Apakah ada yang mencoba ini mungkin? Saya pikir itu ada hubungannya dengan hal-hal telemetri ini. Saya juga menggunakan driver Nvidia terbaru:

Saya masih memiliki masalah yang sama.

Butuh waktu sangat lama untuk memulai dan kemudian membuka proyek. Satu-satunya saat itu berfungsi dengan baik adalah ketika saya awalnya mengunduh Godot, tetapi begitu masalah waktu pemuatan yang lama dimulai, tidak ada cara untuk membuatnya berfungsi lagi.

Terjadi di Godot v3.1 dan v3.1.1 (keduanya non-mono)

Mencoba semua saran di sini dan tidak membantu.

Spesifikasi:
Windows 10 (64-bit)
Nvidia RTX 2070 (v430.39)
RAM 16 GB

Mengikuti saran teihoo dengan menonaktifkan telemetri membuatnya berfungsi setelah reboot. Tapi begitu Anda reboot lagi, lambat lagi. Mengaktifkan kembali telemetri dan kemudian menonaktifkannya tidak menyelesaikan masalah lagi. Saya telah menginstal driver Nvidia v430.39 saya dan melakukan hal yang sama dengan bekerja sekali setelah reboot tetapi kemudian tidak berfungsi setelah reboot kedua. Saya beralih ke driver pembuat Nvidia alih-alih driver yang siap untuk game dan masalah masih berlanjut. Saya mencoba versi Steam hanya untuk memastikan dan masalahnya masih ada. Saya sangat berharap masalah ini bisa diperbaiki.

Saya bertanya-tanya mengapa judul masalah telah diubah ..? Karena sepertinya ini bukan masalah Nvidia saja.

Masalahnya masih ada untuk saya (AMD RX580 - Versi Pengaturan Radeon: 2019.0326.2353.42986 - Versi OpenGL: 25.20.15000.13547 - Versi API OpenGL: 4.6)

Masalah masih ada untuk saya. Sekarang di Nvidia Driver v430.64. Masih tidak bekerja.

Jelas merupakan masalah OpenGL dan bukan spesifik Godot, atau Nvidia atau AMD dalam hal ini. Bahkan proyek MonoGame kosong membutuhkan waktu sangat lama untuk dibuka.

Halo yang disana!
Semuanya berjalan dengan baik dan kemudian memperbarui driver nvidia saya ke 430.64.

Sejak itu ketika saya meluncurkan game melalui F5 / F6, sangat lambat untuk memulai (hampir satu menit).

Inilah konfigurasi saya:
Windows 10 Pro 64 bit
16 pergi DDR4
Geforce GTX1060 6Gb
Berjalan di SSD

Saya perlu menjalankan dual boot dengan Ubuntu hanya untuk bekerja dengan Godot dengan cara yang efisien. Hanya tip untuk pejuang lainnya!

Hai teman-teman, saya memiliki masalah serupa, tetapi hanya terjadi dengan 3.1.1, Versi lain baik-baik saja.

Ini adalah spesifikasi kentang saya:
Windows 10
GPU: nVidia GeForce GT 520M
Versi driver: 391.35 (saya terjebak dengan versi ini, tidak ada driver yang lebih baru tersedia untuk 520M)

Ya, ini bukan mesin yang kuat, tapi cukup lumayan. Saya bisa menjalankan Unity dengan lancar, bahkan saya bisa memainkan game ps3 porting dari steam dengan FPS penuh. Jadi, menjalankan Godot seharusnya sangat mudah.

Saat saya menggunakan 3.1.1 Setelah memainkan game dari editor laptop saya melambat, Kondisi ini tetap ada bahkan setelah saya menutup Godot.
Sangat lambat sehingga membuat laptop saya tidak dapat digunakan. Jika saya memaksa untuk menggunakannya akhirnya menjadi lebih buruk dan layar hitam & artefak di layar saya (selama beberapa menit). Saya sangat takut, itu membuat saya merinding.
Satu-satunya cara untuk memperbaikinya adalah dengan merestart windows.

Jadi sekarang saya menggunakan 3.1 itu berjalan dengan baik, cegukan kecil terjadi ketika saya memainkan game dari editor, tetapi hampir tidak terlihat.

Itu saja. Semoga membantu untuk memperbaiki masalah ini.

Halo lagi,

Saya baru saja memformat komputer, dan saya baru saja menginstal Godot. Versi terbaru 3.1.1 x64. Dan ketika saya membukanya untuk pertama kali, masalah ini baru saja terjadi pada saya.

Spesifikasi PC:
GPU: Nvidia 1060 3GB [Dengan driver baru yang bersih terpasang]
CPU: Intel i5-4460
RAM: 16GB DDR3
OS: WIN10

Saya melihat file .tres dan hanya mendapat 5KB.
Dan konsol tersebut bertuliskan "OpenGL ES 3.0 Renderer: GeForce GTX 1060 3GB / PCIe / SSE2."

Saya mengalami masalah ini sejak lama dan tidak terkait dengan NVIDIA. Saya mengalami masalah ketika driver USB saya tidak diinstal dengan benar. Godot tampaknya tertinggal tetapi semuanya masih responsif. itu akan terjadi saat memuat proyek dan saat saya mencoba menjalankan game di dalam editor Godot.

Godot mencoba memeriksa semua perangkat USB yang terhubung untuk melihat apakah itu keyboard, pengontrol game, headset VR, dll. Jika pengontrol / driver usb tidak diinstal dengan benar, itu akan menunggu hingga satu menit. Setelah menit itu, itu akan menjalankan permainan debug atau memuat proyek.

menginstal ulang driver Anda akan memperbaiki masalah. Saya menemukan info ini ketika memposting tentang perselisihan Godot beberapa tahun yang lalu. Semoga membantu. Saya bahkan meminta dua orang melaporkan masalah ini di live streaming saya juga. Info saya membantu banyak orang.

Adapun proyek monogame, ya, itu akan terjadi apa pun yang memeriksa pengontrol game atau perangkat USB. Monogame juga memeriksa perangkat USB.

Saya memiliki masalah yang sama seperti yang disebutkan orang lain. Saat start-up windows Godot 3.1.1 akan berjalan dengan baik pada awalnya tetapi setelah beberapa waktu memulai Godot, memuat proyek dan memainkan proyek akan memakan waktu sekitar 30-an.

Bagi saya itu juga karena perangkat usb (seperti kata shmellyorc). Perangkat usb itu adalah hub usb, yang menghubungkan M&K saya ke pc saya. Saya tidak menginstal ulang driver apa pun, saya hanya menghubungkan M&K saya secara langsung ke komputer saya. Itu memperbaiki semua perlambatan (saya bahkan tidak perlu me-restart Godot atau pc saya).

Dapat mengonfirmasi bahwa saya memiliki masalah yang sama. Saya memiliki PC yang cukup baru diinstal, diinstal ulang pada bulan Mei, dengan hanya beberapa program yang diinstal dan saya mendapatkan awal Godot yang sama lambatnya, membuka Proyek dan memutar adegan dari editor.

Proyek saya TINY, karena saya baru saja memulai kursus Menemukan Godot di Udemy dan sejauh ini baru saja mencetak teks ke konsol Output di Godot.

% Appdata% / Godot / editor_settings-3.tres saya hanya 8Kb, jadi saya tidak akan menyebutnya sebesar itu.

Saya mencoba menonaktifkan Telemetri Nvidia, me-reboot PC saya dan semuanya cepat dan menyenangkan.

Menangkan 10, versi 1903, build 18362.10005
GFX: MSI 970GTX, driver Nvidia terbaru
RAM: 16 GB
CPU: i7-4790
USB: Corsair KB & Mouse, soundcard Focusrite Scarletti, pengontrol Xbox, iLok dongle

Saya juga menjalankan versi Godot yang sama di Thinkpad T420 lama dengan Win10 dan mungkin di kartu grafis internal Intel. Di sana ia bekerja dengan sempurna.

Saya memiliki masalah serupa, tetapi saya tidak akan menyebutnya pelambatan, tetapi sebenarnya macet, sementara CPU naik hingga 80%. Jadi saya tidak yakin masalah saya sama, karena saya tidak memiliki NVIDIA, dan godot hang untuk tindakan yang sangat spesifik dan hanya sampai titik tertentu, seperti yang akan saya jelaskan di bawah, dan hanya di GLES3 dan hanya dalam 3D . Setelah itu, semuanya tampak bagus dan mulus. Meluncurkan game secara instan dengan proyek kosong.

Pertama, saya menggunakan Godot 3.1.1 stable, dan sistem saya adalah:
Windows 7
ATI Radeon HD 4800 series (memori 1GB, iirc)
Intel Core Duo 2.13Ghz (dua core, dengan OC pada 3.6Ghz)
RAM 2 GB

Saya mengalami masalah ini sejak 3.0 keluar. Saya bertanya-tanya dan saya dituntun untuk percaya bahwa kartu gfx saya mungkin tidak mendukung GLES3. Saya baru saja meluncurkan GLView sekarang, dan di bawah GL Report terdaftar beberapa versi 3.x dengan harga 100% . Mungkin seseorang dapat mengonfirmasi kepada saya bahwa ini berarti GLES3 didukung sepenuhnya oleh kartu saya?

Jadi, tentang barang yang digantung, bunyinya seperti ini:

        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.

Masalahnya, waktu gantung adalah sama setiap kali saya mencoba ini, memberi atau menerima sedetik, tidak lebih tidak kurang - hampir persis. Saya melihat satu pengecualian aneh: jika simpul berbeda ke-2 yang saya tempatkan adalah Sprite3D itu akan ditempatkan secara instan, tetapi kemudian simpul ke-3 dan ke-4 yang saya tempatkan mengambil waktu yang sama dengan yang ke-2 dan ke-3 di atas.

Satu hal lain yang saya perhatikan, adalah bahwa setelah menempatkan root Spasial, saya dapat menempatkan Spatials semua yang saya inginkan tanpa hiasan apa pun. Saat saya menempatkan node 3D yang berbeda, node tersebut akan hang sekali lagi. Hal yang sama berlaku untuk setiap node tertentu yang saya tempatkan berikutnya, apa pun yang saya pilih: jadi jika yang berikutnya yang saya pilih adalah CSGBox, hang 54 detik, dan kemudian saya dapat menempatkan CSGBox ke isi hati saya tanpa menggantung ... sampai Saya menempatkan simpul berbeda ke-3.

(EDIT: dan btw, jika saya berurusan dengan adegan yang sudah saya buat sebelumnya, cukup memilih node setelah startup hang mesin dalam pola yang sama)

Menghapus lingkungan default hang Godot selama 72 detik untuk pertama kalinya. Lalu aku bisa mengembalikannya dan mengeluarkannya tanpa masalah. Beralih dari tampilan 2D kembali ke tampilan 3D juga membutuhkan waktu yang cukup lama untuk pertama kali (bukan waktu itu).

Di GLES2, godot membutuhkan waktu ~ 11 detik untuk memulai, dan semuanya lancar dan seketika dari sana, termasuk menghapus def. env. (meskipun masih jauh lebih lambat dari Godot 2, seperti yang saya sebutkan di # 27230).

Juga, saya mendapatkan semua kesalahan ini di stdout saat startup (ini terdaftar cukup cepat, hanya kemudian hang tampaknya tidak aktif selama 38 detik):

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

(Kesalahan WASAPI terakhir kemungkinan besar karena saya tidak memiliki kartu suara.)

@Skaruts Godot tidak menggunakan OpenGL ES pada platform desktop. Sebaliknya, ia menggunakan OpenGL 3.3 secara langsung (atau OpenGL 2.1 saat menggunakan backend GLES2).

Kartu grafis AMD lama sangat buruk dalam hal dukungan OpenGL, yang merupakan penyebab kesalahan seperti ERROR: initialize: Directional shadow framebuffer status invalid (https://github.com/godotengine/godot/issues/27572).

Saya mengalami masalah ini sejak lama dan tidak terkait dengan NVIDIA. Saya mengalami masalah ketika driver USB saya tidak diinstal dengan benar. Godot tampaknya tertinggal tetapi semuanya masih responsif. itu akan terjadi saat memuat proyek dan saat saya mencoba menjalankan game di dalam editor Godot.

Godot mencoba memeriksa semua perangkat USB yang terhubung untuk melihat apakah itu keyboard, pengontrol game, headset VR, dll. Jika pengontrol / driver usb tidak diinstal dengan benar, itu akan menunggu hingga satu menit. Setelah menit itu, itu akan menjalankan permainan debug atau memuat proyek.

menginstal ulang driver Anda akan memperbaiki masalah. Saya menemukan info ini ketika memposting tentang perselisihan Godot beberapa tahun yang lalu. Semoga membantu. Saya bahkan meminta dua orang melaporkan masalah ini di live streaming saya juga. Info saya membantu banyak orang.

Adapun proyek monogame, ya, itu akan terjadi apa pun yang memeriksa pengontrol game atau perangkat USB. Monogame juga memeriksa perangkat USB.

Terima kasih, saya telah mengonfirmasi masalah pada komputer windows menjadi driver USB yang tidak terpasang dengan benar, saya telah menginstal hub ekstensi USB baru ke komputer saya dan mematikannya memang menyelesaikan masalah saya.

Dikonfirmasi bahwa melepas hub USB juga memperbaiki masalah saya.

Saya juga dapat mengonfirmasi bahwa masalah ini terkait dengan beberapa port USB2 saya (melepaskan pengontrol USB saya, atau hanya menghubungkannya ke port USB3 lain menyelesaikan masalah).
terima kasih semua telah menunjukkannya.

Saya mengalami masalah yang sama persis, dan mengatasinya dengan mencabut kabel USB kedua keyboard saya, yang untuk dua port USB yang ada di dalamnya. Pada titik tertentu, jika saya benar-benar berencana menggunakan port tersebut, saya dapat mencoba menginstal ulang drivernya dan mencolokkannya kembali.

Saya ingin tahu apakah mungkin untuk mengatur beberapa bendera di Godot sehingga gamepad diperbarui secara manual (dengan permintaan eksplisit dari kode)? Sangat tidak keren untuk meminta semua pemain yang terpengaruh untuk (tidak) menginstal driver usb untuk game yang sebenarnya tidak peduli dengan driver usb.

Baru saja menginstal Godot v3.1.2.stable.official (dari 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

Meluncurkan Godot membutuhkan waktu 35 detik. Setelah terbuka, meluncurkan "aplikasi HelloWorld" (hanya satu Node) membutuhkan waktu 30 detik. Saya sudah mencoba semua saran yang dibuat oleh komentator sebelumnya tetapi tidak berhasil. Saya sudah mencoba versi mandiri dan melihat hasil yang sama.

CATATAN: Mungkin berguna untuk mengawali setiap baris ini dengan stempel waktu:

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 Karena Anda tampaknya memiliki laptop Optimus, apakah ini terjadi jika Anda memaksa Godot untuk berjalan pada grafis terintegrasi? Ini dapat dilakukan dengan mengklik kanan file yang dapat dieksekusi dan memilih GPU.

CATATAN: Mungkin berguna untuk mengawali setiap baris ini dengan stempel waktu:

Saya tidak melihat kasus penggunaan nyata dalam menambahkannya - itu tidak akan membantu menyelesaikan masalah yang ada di sini. Utilitas pencatatan biasanya menambahkan stempel waktu sendiri-sendiri: sedikit_menggiling_muka:

@Calinou Saya adalah insinyur senior di tim Visual Studio di MS dan tim Xcode di Apple. Menggunakan cap waktu secara bebas tidak merugikan apa pun. ;-)

Dan omong-omong, penundaan 35-40 detik yang saya lihat terjadi pada setiap peluncuran aplikasi sederhana saya (tidak hanya saat peluncuran Godot). Ini berarti Godot tidak dapat digunakan dalam kondisi ini.

Ah ... Anda mengedit komentar Anda. Saya menggunakan MSI GS75 Stealth 479 . Berjalan dengan hasil grafik terintegrasi dalam penundaan yang sama.

Saya menemukan solusi:

Saya awalnya menghubungkan laptop saya ke Alienware 1900R 34.1 ", Curved Gaming Monitor melalui Thunderbolt 3. Jika saya meluncurkan Godot _tanpa_ monitor terhubung semuanya berfungsi seperti yang diharapkan.

Jadi, solusi saya adalah:

1. Putuskan sambungan monitor saya
2. Luncurkan Godot
3. Hubungkan monitor saya

Setelah langkah-langkah tersebut, exe Godot diluncurkan tanpa penundaan dan peluncuran proyek contoh saya selanjutnya juga berfungsi seperti yang diharapkan.

Seperti yang telah dicatat orang lain, Godot menggunakan CPU nol selama "hang" sehingga kemungkinan besar satu panggilan yang macet. Tolong beri tahu saya jika ada cara untuk meluncurkan Godot dengan telemetri / pencatatan yang diperpanjang karena seharusnya cukup mudah untuk mengisolasi masalahnya. (Sekali lagi, saya menulis mesin instrumentasi asli untuk profiler Visual Studio jadi saya sangat akrab dengan jenis masalah ini).

Saya awalnya menghubungkan laptop saya ke Alienware 1900R 34.1 ", Curved Gaming Monitor melalui Thunderbolt 3. Jika saya meluncurkan Godot tanpa monitor terhubung semuanya berfungsi seperti yang diharapkan.

Apakah monitor dilengkapi hub USB? Jika demikian, itu bisa menjadi alasannya.

Tolong beri tahu saya jika ada cara untuk meluncurkan Godot dengan telemetri / pencatatan yang diperpanjang karena seharusnya cukup mudah untuk mengisolasi masalahnya.

Ada argumen baris perintah --verbose , tetapi sejauh yang saya tahu, argumen itu tidak mencetak apa pun tentang pemindaian perangkat USB.

Ya, monitor saya memiliki hub USB (monitor modern mana yang tidak?). Dan Anda benar, --verbose tidak membantu. Saya sedang mengunduh sumber Godot sekarang dan akan memberi tahu Anda jika saya dapat menunjukkan masalahnya.

Bagi saya itu adalah USB DAC (kartu suara) dari merek FiiO. Mencabut ini memperbaiki peluncuran yang lambat. Itu bahkan menyebabkan peluncuran lambat saat dimatikan (mode pengisian daya).

Bagi mereka yang terpengaruh, apakah masalah ini juga memperlambat game yang diekspor, atau hanya editornya?

Adakah yang bisa mempengaruhi upaya untuk membangun Godot dari sumber, dan menggunakan debugger untuk mencari tahu apa yang dilakukannya saat pelambatan ini terjadi? Anda biasanya harus dapat menghentikan eksekusi selama pelambatan dan melihat di debugger apa yang dimaksud dengan pelacakan tumpukan saat ini.

Saya memiliki masalah yang sama, atau setidaknya gejala yang sama. Saya mencoba mencabut berbagai perangkat USB, dan menemukan bahwa pelakunya adalah Massdrop O2 + ODAC saya alias "ODAC-revB USB DAC".

Setelah beberapa pencarian, saya menemukan posting StackOverflow ini , yang berisi solusi akhir untuk masalah tersebut.

Ternyata untuk alasan apa pun, DAC menambahkan perangkat tambahan ke "Perangkat Antarmuka Manusia" yang muncul dengan nama umum "Perangkat Input USB". Saya tidak tahu apa fungsinya, tetapi menonaktifkannya di pengelola perangkat tampaknya tidak memengaruhi fungsionalitas audio (untuk apa perangkat audio bahkan memerlukan perangkat input?) Dan memperbaiki masalah Godot dan game tertentu (Dark Souls dan Sekiro terlintas dalam pikiran) mengalami pembekuan lama selama startup.

Untuk mengidentifikasi "Perangkat Input USB" yang benar (saya memiliki banyak perangkat, yang paling tidak terkait dengan DAC), ID perangkat mereka dapat dibandingkan dengan salah satu perangkat audio yang sebenarnya.
Dalam kasus saya, perangkat audio adalah USB \ VID_262A & PID_1048 & MI_01 \ 7 & 12634547 & 0 & 0001 dan perangkat inputnya adalah USB \ VID_262A & PID_1048 & MI_00 \ 7 & 12634547 & 0 & 0000. Perhatikan bahwa keduanya sama, kecuali MI_xx dan nomor terakhir.

Menambahkan ke suara 'USB membuat Godot tidak lambat memuat dan memutar suara proyek'. Saya memasang keyboard Corsair K55 RGB baru saya hari ini dan memuat Godot. Butuh waktu sekitar 40 detik untuk memuat daftar proyek, dan 30 detik lagi untuk memuat proyek: proyek tutorial satu adegan dengan satu skrip yang hampir kosong terpasang ke satu simpul sprite (ya, jalan saya masih panjang!). Memutar proyek membutuhkan waktu sekitar satu menit agar jendelanya muncul. Saya mematikan Godot, mencabut keyboard, dan Godot dimuat dalam 3 detik seperti yang saya harapkan. Memasang kembali keyboard dan Godot terus memuat dan memainkan adegan seperti biasa. Saya tidak yakin apakah saya perlu mencabut-dan-mencolokkan kembali keyboard saya setiap kali saya ingin menggunakan Godot. Saya akan melihat bagaimana kelanjutannya dan memperbarui posting ini.

Sunting: Saya memperbarui firmware keyboard melalui perangkat lunak iCUE Corsair dan itu telah memperbaiki masalah. Saya mendapatkan daftar proyek dalam 2-3 detik, dan menjadi proyek dalam waktu sekitar 3, seperti biasa yaitu. sebelum saya memasang keyboard baru hari ini.

Saya dapat mengonfirmasi bahwa memperbarui firmware keyboard corsair K55 saya melalui perangkat lunak ICUE memperbaiki bug pencacahan perangkat lambat input langsung seperti yang ditunjukkan di sini: https://stackoverflow.com/questions/10967795/directinput8-enumdevices-sometimes-painfully-slow

Keyboard Corsair K70 RGB saya menggunakan firmware v 2.05. Baru saja memperbaruinya menjadi 3.08, yang saya anggap akan menyelesaikan masalah.

Saya ingin menambahkan bahwa saya melihat masalah yang sama persis di aplikasi yang sama sekali berbeda tempo hari: game pertempuran Skullgirls 2nd Encore. Game akan bertahan saat diluncurkan, dan saya tidak mengerti mengapa. Saya mencoba memulai Godot, dan ada masalah pemuatan lama lagi, jadi saya me-reboot PC saya (mungkin seharusnya hanya memasukkan kembali keyboard), dan kedua aplikasi baik-baik saja. Jika saya melihat masalah apa pun lagi setelah memperbarui, saya akan memeriksa kembali di sini, tetapi @saulpalv terima kasih atas tanggapannya, karena pengeditan komentator sebelumnya tidak pernah sampai ke kotak masuk saya.

IMO, masalah ini lebih terkait dengan perangkat keras / driver / firmware yang buruk daripada bug dengan Godot. Mengingat kesederhanaan solusi (perbarui firmware perangkat USB Anda atau masukkan kembali), saya tidak yakin itu membenarkan perbaikan.

IMO, masalah ini lebih terkait dengan perangkat keras / driver / firmware yang buruk daripada bug dengan Godot. Mengingat kesederhanaan solusi (perbarui firmware perangkat USB Anda atau masukkan kembali), saya tidak yakin itu membenarkan perbaikan.

Banyak pemain pertama kali akan menyerah pada permainan, daripada menyelam jauh ke dalam pemecahan masalah sistem mereka untuk menemukan masalah pengemudi, dengan asumsi mereka memiliki pengetahuan ini. Asumsinya adalah bahwa game tersebut buggy dan tidak dapat dimainkan.

Jika ada cara untuk mengatasinya, itu akan layak dilakukan.

Saya mungkin melewatkan komentarnya, tetapi saya pikir ini hanya masalah editor. Jika itu memengaruhi game juga, maka ya, itu mungkin harus diperbaiki.

Saya mungkin melewatkan komentarnya, tetapi saya pikir ini hanya masalah editor. Jika itu memengaruhi game juga, maka ya, itu mungkin harus diperbaiki.

Jika tidak terlalu merepotkan untuk dilakukan, apakah Anda dapat memutar kembali driver Anda untuk membuat ulang editor hang dan mencoba membuatnya kembali pada proyek yang diekspor?

Saya tidak pernah dapat mereproduksi masalah secara andal, bahkan sebelum memperbarui firmware keyboard saya. Saya tidak berpikir perangkat lunak yang melakukan pembaruan sebenarnya mendukung penurunan firmware.

Yang terbaik yang dapat saya pikirkan adalah membeli keyboard baru (milik saya saat ini tidak tersedia di amazon) dan berharap memiliki firmware lama, lalu gunakan selama berminggu-minggu / bulan hingga bug terjadi lagi secara acak.

Ini terjadi sekali sebulan bagi saya. Tapi sangat menjengkelkan, harus me-restart komputer untuk memperbaikinya setelah memulai semua peralatan pengembang saya.

Mengalami masalah ini juga, masing-masing + 30 detik untuk:

• buka pemilihan proyek
• proyek terbuka
• menjalankan adegan.

Melacaknya ke keyboard Corsair K95 RGB saya. Solusi saya saat ini adalah dengan mengaktifkan polling rate / tombol bios pada keyboard itu sendiri, yang pada dasarnya melakukan hal yang sama seperti memasukkan kembali kabel usb. Godot bekerja seperti biasa setelahnya.
iCue versi 3.27.68. Firmware 3.08v.

Baru saja melihat di iCUE saya juga memiliki tanda centang "Aktifkan SDK". Saya juga tidak memilihnya untuk saat ini. Menemukan tautan sebelumnya yang mungkin menjadi penyebabnya.

Godot V3.2.1, tetapi saya mengalami masalah dengan versi sebelumnya.

@landgrafa Apakah Anda dapat mereproduksi masalah dengan proyek yang dibangun?

"Perbaikan" USB yang dicabut dan dicolok kembali berfungsi untuk saya.

Memperbarui firmware pada keyboard K55 Corsair saya melalui iCUE juga berfungsi.

Masih keyboard nilai terbaik untuk ukuran / berat, tapi man, ini adalah masalah bodoh untuk dimiliki.

Petunjuk menarik untuk bug ini dari Ryan Gordon, karena SDL tampaknya mengalami masalah serupa: https://mobile.twitter.com/icculus/status/1256845560763551744

Mungkin memang kode probing joypad kami yang menyebabkan macet. Kami mungkin dapat memaksa melewatkan perangkat yang memerlukan waktu lebih dari beberapa detik untuk merespons, dan memberikan peringatan agar pengguna juga dapat mengidentifikasi perangkat USB yang membutuhkan peningkatan firmware.

Saya akan mengambil satu langkah lebih jauh dan mengingat perangkat yang dilewati (setidaknya sampai Godot diluncurkan kembali) sehingga Anda dapat terus melewatinya daripada menunggu 2 detik dan mengomeli pengguna setiap saat. Saya mengatakan ini karena ketika saya memiliki masalah, itu akan muncul setiap kali saya mulai men-debug.

Atau mungkin memindahkan penemuan perangkat ke utas yang berbeda?

Bagi saya masalahnya adalah YETI Microphone on USB ketika dicolokkan ke GODOT membutuhkan waktu 30 detik untuk memulai, ketika saya mencabutnya sangat cepat.

Masalah bagi saya adalah headset Razer Kraken USB . Mencabut headset membuat saya dari 20 detik menjadi 2 detik.

Jika ada yang terpengaruh tahu cara menggunakan debugger di Windows, kami benar-benar dapat menggunakan stacktrace yang menunjukkan di mana tepatnya mesin macet selama langkah init yang panjang ini:

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

Mengingat masalah serupa di SDL, saya berasumsi bahwa itu ada di suatu tempat di platform/windows/joypad_windows.cpp , tetapi mengetahui di mana tepatnya akan membantu untuk mengetahui di mana harus membatalkan atau memasukkan daftar hitam perangkat bermasalah.

Saya harus mengkompilasi versi 3.2 tetapi tidak bisa menjalankan debugger dari VS.

@sungvzer Saya tidak terlalu berpengalaman dengannya, tetapi jika Anda memiliki detail lebih lanjut, saya dapat mencoba membantu. Apakah itu tidak diluncurkan sendiri atau Anda mengalami masalah saat memasangnya?

Mendapat pembaruan tentang masalah ini, setelah memindahkan headset ke hub USB, di antara perangkat lain, itu berhenti terjadi. Memuat dan waktu mulai jauh lebih cepat.

Pengguna Corsair K70 di sini. Memperbarui firmware memperbaikinya untuk selamanya.

Hal-hal USB lain yang saya hubungkan yang bukan masalahnya:
HyperX Cloud USB Dongle, Rival 300 mouse, kartu suara Line6 GX, webcam Logitech, kipas USB.

Bug yang menarik.

Sepertinya Corsair adalah kesamaan yang terlihat dengan banyak kasus yang dilaporkan di sini.
Saya mengalami masalah yang sama (Windows 10, sementara di Arch Linux Godot saya berkobar cepat) dengan headset Corsair HS60 dan memperbaiki perlambatan mengikuti saran utama untuk menginstal perangkat lunak berpemilik CUE dan driver yang sesuai.
Tepatnya, saya menginstal CUE sebulan yang lalu hanya untuk memiliki driver penting, kemudian menghapus 1,5 GB omong kosong itu. Setelah membaca ini, saya baru saja menginstal ulang perangkat lunak (tanpa menjalankannya dan memperbarui driver) dan performa Godot sudah stabil.

Pembaruan: Saya telah me-reboot PC saya dan masalahnya kembali lagi, tetapi yang pasti itu adalah sesuatu yang terkait dengan headset.
Jika saya mencabut kabel USB headset saya (ini adalah satu-satunya perangkat output audio di sistem saya) semuanya baik-baik saja.
Menempatkan kembali kabel USB tidak akan mengganggu kinerja sampai sistem restart berikutnya.

Solusi terbaik yang saya temukan adalah mencopot pemasangan perangkat headset dari panel kontrol dan mencabut kabel USB dan memasukkannya lagi. Driver baru yang diinstal (dengan ICUE aktif) tidak memberi saya masalah apa pun.
Mungkinkah ada konflik antara driver lama yang diinstal tanpa ICUE, yang mungkin dipilih terlebih dahulu daripada yang baru diperbarui?

Saya mengalami masalah ini sejak lama dan tidak terkait dengan NVIDIA. Saya mengalami masalah ketika driver USB saya tidak diinstal dengan benar. Godot tampaknya tertinggal tetapi semuanya masih responsif. itu akan terjadi saat memuat proyek dan saat saya mencoba menjalankan game di dalam editor Godot.

Godot mencoba memeriksa semua perangkat USB yang terhubung untuk melihat apakah itu keyboard, pengontrol game, headset VR, dll. Jika pengontrol / driver usb tidak diinstal dengan benar, itu akan menunggu hingga satu menit. Setelah menit itu, itu akan menjalankan permainan debug atau memuat proyek.

menginstal ulang driver Anda akan memperbaiki masalah. Saya menemukan info ini ketika memposting tentang perselisihan Godot beberapa tahun yang lalu. Semoga membantu. Saya bahkan meminta dua orang melaporkan masalah ini di live streaming saya juga. Info saya membantu banyak orang.

Adapun proyek monogame, ya, itu akan terjadi apa pun yang memeriksa pengontrol game atau perangkat USB. Monogame juga memeriksa perangkat USB.

Masalahnya telah dijelaskan di sini (pengingat)!

Saya memiliki masalah yang sama, atau setidaknya gejala yang sama. Saya mencoba mencabut berbagai perangkat USB, dan menemukan bahwa pelakunya adalah Massdrop O2 + ODAC saya alias "ODAC-revB USB DAC".

Setelah beberapa pencarian, saya menemukan posting StackOverflow ini , yang berisi solusi akhir untuk masalah tersebut.

Ternyata untuk alasan apa pun, DAC menambahkan perangkat tambahan ke "Perangkat Antarmuka Manusia" yang muncul dengan nama umum "Perangkat Input USB". Saya tidak tahu apa fungsinya, tetapi menonaktifkannya di pengelola perangkat tampaknya tidak memengaruhi fungsionalitas audio (untuk apa perangkat audio bahkan memerlukan perangkat input?) Dan memperbaiki masalah Godot dan game tertentu (Dark Souls dan Sekiro terlintas dalam pikiran) mengalami pembekuan lama selama startup.

Untuk mengidentifikasi "Perangkat Input USB" yang benar (saya memiliki banyak perangkat, yang paling tidak terkait dengan DAC), ID perangkat mereka dapat dibandingkan dengan salah satu perangkat audio yang sebenarnya.
Dalam kasus saya, perangkat audio adalah USB \ VID_262A & PID_1048 & MI_01 \ 7 & 12634547 & 0 & 0001 dan perangkat inputnya adalah USB \ VID_262A & PID_1048 & MI_00 \ 7 & 12634547 & 0 & 0000. Perhatikan bahwa keduanya sama, kecuali MI_xx dan nomor terakhir.

Ini memperbaiki masalah untuk saya, saya memiliki Topping MX3 yang merupakan merek berbeda dan saya mencoba memperbarui driver tetapi Windows mengatakan itu sudah mutakhir, saya ingin tahu apakah chip input USB serupa di antara mereka. Senang saya menemukan perbaikan ini karena saya harus mengklik memuat lebih banyak komentar beberapa kali, tidak yakin apakah saya bisa menderita menunggu 30 detik untuk utas membuka blokir setiap iterasi dalam proyek atau tanpa audio.

Seseorang bertanya sebelumnya di utas saya pikir, tetapi ini juga terjadi dengan build yang diekspor juga, saya tidak tahu seberapa sering perlambatan ini akan terjadi selama permainan yang sudah selesai tetapi saya mungkin tidak akan mencoba memecahkan masalah dengan permainan yang sudah selesai dan akan melakukannya anggap saja itu buggy.

Windows 10 Pro x64
Version 20H2
OS build 19042.572

GPU Nvidia RTX2070 Super
GPU driver 457.09

Mengonfirmasi masalah masih ada; Editor dan waktu peluncuran program yang diekspor biasanya sub-detik di komputer saya, tetapi ketika masalah muncul, perlu 30-40 detik untuk meluncurkannya. Ini juga memengaruhi debugging di editor, yang dapat memerlukan waktu hingga satu menit untuk diluncurkan dan terhubung.

Masalah selalu teratasi dengan sendirinya setelah restart, tetapi akan kembali setelah beberapa waktu. Saya belum dapat menentukan pemicu, tetapi saya curiga itu mungkin terpengaruh dengan menjalankan aplikasi layar penuh apa pun.

Saya memang mencoba perbaikan USB yang disebutkan di atas, tetapi saya tidak menemukan perangkat yang membuat perubahan nyata.

Mengonfirmasi masalah masih ada; editor dan peluncuran program yang diekspor

Terima kasih atas konfirmasinya. Jadi itu mempengaruhi versi yang diekspor juga. Itu mengkhawatirkan.