Godot: Godot بطيء في الفتح ، بطيء التحرير ، بطيء في تشغيل لعبة بسيطة [Windows ، بسبب أجهزة طرفية معينة لـ USB]

نفيديا ، هاه؟ أعتقد أنه كانت هناك تقارير عن عمليات إطلاق بطيئة على NVIDIA ، يمكنك محاولة البحث عن "NVIDIA" في المشكلات. كان الإجماع النهائي أن هناك خطأ سائق.

nVidia GeForce GTX 1060 6GB / PCIe / SSE2 هنا ، يفتح Godot 3.0.6 بشكل جيد بالنسبة لي (إصدار موقع غير أحادي). وأنا أعلم غودو أبطأ قليلا في بعض الحالات مع نفيديا بسبب وسائط لصناعة السيارات في أداء سيئا، ولكن لا أن بطيئة (كما في إطلاق 30 ثانية بدلا من 4).

تقرير GTX 960 و 1070 مع نفس المشاكل. تشغيل بطيء في 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/ar
تم تحرير برنامج تشغيل 399.07.
هل ستختبرها؟

مرحبًا يا volzhs - نعم يبدو أنه تم إصلاحه!
لم يكن لديك وقت لإجراء اختبارات مكثفة حتى الآن ، ولكن تم فتح / تحرير / تشغيل بعض الألعاب وكان الأداء رائعًا.
شكرا على التنبيه على أحدث سائق.

لا أعرف كيف يؤثر ذلك ولكن مذكرة إصدار برنامج التشغيل تحتوي على هذا.

[GeForce GTX 1050/1070]: برنامج تشغيل OpenGL لا يحرر سياق العرض
بشكل صحيح. [2305430]

تجد عظيم volzhs ، شكرا :)

fosseguttencimpresovec هل التحديث إلى 399.07 أيضا إصلاح مشكلة بالنسبة البطاقات الخاصة بك؟

لقد قمت مؤخرًا بعمل تنسيق كامل لجهاز الكمبيوتر الخاص بي واختفت المشكلة مع نفس برنامج التشغيل (398.98). لقد جربت برنامج التشغيل الجديد اليوم ولم تحدث المشكلة. لذلك لا أعرف ماذا أقول. نفس السائق قبل وبعد الشكل ولكن سلوك مختلف. لا أستطيع أن أقول سبب المشكلة في التثبيت السابق لكنه منعني من استخدام Godot.

لسوء الحظ ، بدأ هذا يحدث مرة أخرى بالنسبة لي. يعمل Godot بشكل جيد لمدة ساعة أو نحو ذلك ، ثم يبدأ بالجري ببطء مرة أخرى.

الشيء الغريب حقًا هو أنه إذا قمت بإعادة تشغيل جهاز الكمبيوتر الخاص بي ، فإن Godot يعمل بشكل جيد لفترة من الوقت مرة أخرى ، ولكن بعد ذلك يبدأ ببطء.
ومع ذلك ، أنا الآن متأكد من أنها ليست مشكلة Godot. قد تحاول الحصول على بطاقة AMD ومعرفة ما إذا كان ذلك سيقضي على المشكلة إلى الأبد.

GTX750 هنا ؛ اعتقدت أن له علاقة بـ https://github.com/godotengine/godot/issues/21472#issuecomment -416151678 عدم البناء باستخدام sse2 ، نظرًا لأنني كنت جديدًا في البناء ، ولكن يبدو أن هذه المشكلة قد ازدادت سوءًا خلال الأسابيع القليلة الماضية ، مع وجود 3.1a1 بأطول أوقات تحميل حتى الآن.

أقوم حاليًا بتشغيل برنامج التشغيل 399.07.

تحرير: ربما ليست مشكلة GPU؟ لاحظت استخدامًا مرتفعًا للغاية لوحدة المعالجة المركزية واستخدامًا منخفضًا لوحدة معالجة الرسومات أثناء أوقات التحميل البطيئة هذه. أخذ حوالي 27 ٪ من وحدة المعالجة المركزية (تخصيص مؤشر ترابط للأجهزة بالكامل على وحدة المعالجة المركزية الخاصة بي) ، ينخفض ​​إلى المستويات العادية بمجرد انتهاء التحميل.

Edit2: لا علاقة لها بهذه المشكلة ، لقد قدمت مشكلة أخرى.

آسف على الرد المتأخر. لا يزال بطيئًا للغاية ، مع برنامج التشغيل 399.24 على وحدة معالجة الرسومات GTX 1070.

القضية عادت لي حسنًا ، لقد لاحظت ذلك عند تطوير بعض التطبيقات الأخرى باستخدام مكتبة Raylib (تستخدم GLFW تحتها). أظهر التطبيق نفس سلوك Godot. ثم قمت بتنزيل Godot وعادت المشكلة. لقد لاحظت أنه بعد إعادة تشغيل النظام ، كل شيء يعمل بشكل طبيعي ، حتى بعد عدة عمليات تشغيل منفصلة. تبدأ المشكلة في الحدوث بعد مرور بعض الوقت (لم تختبر) أو بعد تشغيل بعض الألعاب الثقيلة على النظام ثم محاولة تشغيل Godot. الوحدة ، من ناحية أخرى ، لا تتأثر لكني لم أحاول Defold.

ما القاسم المشترك بين GLFW و Godot؟

كلاهما يستخدم OpenGL تحت الغطاء. كما هو الحال مع بعض البرامج الأخرى التي أشرت إليها والتي لا تعرض المشكلة.

يبدو أن المشكلة هي Open GL نعم. Monogame لها نفس السلوك مع مشاريع OpenGL ، ولكن ليس مع مشروعات Direct X.

حسنًا ، إذا كانت المشكلة موجودة لجميع عناصر OpenGL ، فمن المحتمل أنها برامج تشغيل GPU سيئة.

السلوك غير متسق عبر تطبيقات 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 الذي تستخدمه؟ وهل تستخدمه في جهاز VM؟

قوس لينكس. لا VM.

هنا في JavaryGames ، نشهد هذا الأمر مع جميع أجهزة الكمبيوتر ، بعضها مزود بـ 1050Ti والبعض الآخر مزود بـ 1060. حتى مع أحدث برنامج تشغيل (417).

على نظام Linux ، تعمل نفس الأجهزة بشكل جيد ، لذلك من المحتمل جدًا أن تكون مشكلة في برنامج التشغيل.

أعتقد أنني قد أواجه هذه المشكلة أيضًا على Windows 10 godot 3.0.6

لدي AMD RX 580 رغم ذلك

إضافة نقاط البيانات الخاصة بي:

وحدة المعالجة المركزية Intel i7-3770K
16 جيجا رام
ويندوز 7

1. هذه المشكلة مع 3.06-stabil_win64 و 3.1-alpha5_win64. يستغرق تحميل المحرك أو تشغيل المشهد من 30 ثانية إلى دقيقة واحدة.
2. يمكن تصحيح ذلك عن طريق إعادة تشغيل الكمبيوتر ، ولكنه يعود دائمًا بعد تشغيل عدة مشاهد. قد يكون متصلاً بأعطال المحرك / المشهد.
3. تحدث هذه المشكلة في أي وقت [بمجرد أن تبدأ بعد إعادة التشغيل المختصر 'علاج'] ، تظهر نافذة محرر محرك Godot (مع الإخراج الطرفي) في أي وقت يظهر فيه "OpenGL ES [X] .0 Renderer". لذلك عندما يبدأ الملف القابل للتنفيذ ، وعندما يتم تشغيل المشهد.
4. هذا لا يعتمد على السائق أو GPU. لقد استخدمت RX480 مع برامج تشغيل محدثة ، و GTX 1070 مع برامج تشغيل محدثة. المشكلة لم تتغير. لو هذا

وجود هذا أيضًا على Nvidia GTX 1070

Windows فقط ، يفتح ويعمل بشكل جيد في نظام التشغيل Linux.

أواجه نفس المشكلة ، ولكن على نظام Linux مع وحدة معالجة رسومات AMD. أواجه صعوبة في تعقبه ، لأن هذا بدأ يحدث بعد تحديث النظام ، لكن الرجوع إلى إصدار سابق لم يصلحه. خفض مستوى godot لم يكن له أي تأثير أيضًا. يستغرق فتح مشروعي أكثر من 30 ثانية ، وأكثر من 30 ثانية لبدء تشغيله ، ويتعثر (يتجمد أحيانًا لفترة من الوقت) في أي وقت يظهر فيه كائن جديد على الشاشة لأول مرة. في المحرر ، تستغرق الأشياء الأساسية مثل النقر فوق عقدة أو فتح مشهد أكثر من 30 ثانية.

عندما يتم تجميد الأشياء ، لا يزال الصوت يعمل ، يستخدم godot وحدة المعالجة المركزية بنسبة 100 ٪ على نواة واحدة ، ولا يظهر godot أو dmesg خطأ واحد. في البداية اعتقدت أنه قد يكون من تجميع تظليل ، وأثناء استخدام محرر التظليل والسماح له بالتجميع يمكن أن يتسبب في تجميد لمدة 30 ثانية ، لا يبدو أنه يحدث ذلك بعد أول مرة يحدث.

في حالتي ، يبدو الأمر عشوائيًا إلى حد ما ، إما أن يكون 10 تأتأة في الإطارات ، أو 30+ ثانية بدون أي بينهما. غالبًا ما يختفي بعد تحميل شيء ما ، ولكن يتم إعادة تعيين هذا السلوك عند إغلاق / إعادة فتح godot ، ولا تؤثر إعادة التشغيل عليه.

هل Linux Mint أو Arch الخاص بك بأي فرصة؟

retrotails يبدو مثل # 24783.

retrotails يبدو مثل # 24783.

شكرا ، يبدو مثل ذلك. لدي فقط 18.2 مخبأة ، ولا يزال يحدث في 18.2 ولكنه أقل حدة. سأحاول تجميع أحدث ميسا ومعرفة ما إذا كان قد تم إصلاحه هناك على الأقل.

لأولئك المتأثرين بهذه المشكلة: هل يمكنك تجربة Godot 3.1 beta 2 (أو أحدث) ومعرفة ما إذا كان لا يزال يتصرف بنفس الطريقة؟

يشير الاختبار الأولي إلى أن الإصدار 3.1 بيتا 2 قد أصلح المشكلة بالنسبة لي. سوف أقوم بالتحديث إذا بدأ التشغيل ببطء مرة أخرى. شكرا لفرز هذا.

لا ، الإصدار 3.1 beta 2 لا يزال به مشكلات متقطعة في جهاز gtx 1070. أحيانًا يكون سريعًا ، وفي أحيان أخرى يكون بطيئًا بشكل غير مقبول. ملاحظة ليس لدي أي مشاكل على جهاز الكمبيوتر المحمول p52 الذي يعمل أيضًا بنظام التشغيل windows ، باستخدام بطاقة quadro p2000

مرحبا،
نفس المشكلة هنا:
نظام التشغيل Windows 10 x64 home
وحدة المعالجة المركزية: AMD Ryzen 5 2600X
وحدة معالجة الرسومات: AMD Rx580

بعد بدء تشغيل جهاز كمبيوتر جديد ، سيستغرق Godot 30/40 ثانية لفتح أو تحميل أو تشغيل مشروع ...
بغض النظر عن إصدار Godot (2.x أو 3.0.x أو 3.1 alpha x أو beta x)
بعد إعادة تشغيل الكمبيوتر ، كل شيء يسير على ما يرام بقدر ما أستطيع أن أقول

حاولت تعطيل Fast Start / Boot على النوافذ ، لكن المشكلة لم يتم إصلاحها.
أنا في حيرة من أمري لأن كل شيء كان على ما يرام قبل بضعة أيام / أسابيع ...

ومع ذلك ، أنا متأكد من أنها ليست مشكلة Godot مباشرة. لقد لاحظت ، على سبيل المثال ، أن عميل STEAM لديه نفس سلوك Godot (وبعض الألعاب لا تعمل على الإطلاق) عند حدوث المشكلة ..

أنا مرة أخرى:

وحدة المعالجة المركزية Intel i7-3770K
16 جيجا رام
ويندوز 7

الآن في الإصدار 3.1 Beta 2 ، تبدأ الفواصل الزمنية التي تبلغ 30 ثانية تقريبًا على الفور ، بدون فترة شهر العسل العادية بعد إعادة التشغيل حيث تكون الأمور سريعة.

مرحبًا _ [Godot v3.0.6 - WIN 10 - GTX 1060 3GB - 16GB RAM DDR3 - Intel i5-4460] _

نفس المشكلة هنا ولكن بدون أعطال Nvidia أو ملاحظات في وحدة التحكم.

يستغرق مدير المشروع وقتًا طويلاً لفتحه عندما أنقر على تعديل الشيء نفسه ، وإذا حالفني الحظ ، فبالكاد يمكنني الوصول إلى المحرر ، حيث يستغرق الأمر وقتًا طويلاً للنقر فوق تشغيل وتوقع أن يعمل بشكل صحيح.

في إدارة المهام ، اكتشفت أن Godot يستخدم <1٪ من وحدة المعالجة المركزية الخاصة بي ونفس الشيء مع ذاكرة الوصول العشوائي. إنه ليس جهاز الكمبيوتر الخاص بي لأنه في بعض الأحيان يعمل كما هو متوقع ، وكلها بطلاقة وتظهر هذه المشكلة أحيانًا.

لدي أيضًا مشكلة مع مدير المشروع الذي يحاول تحميل ملف png لعرضه كرمز ، وجعل Godot يعمل ببطء مرة أخرى.

سؤال غير ذي صلة تمامًا ، هل يقوم أي منكم لديه هذه المشكلة على Windows بتشغيل أي نوع من برامج مكافحة الفيروسات / مكافحة البرامج الضارة؟ ربما يقوم شيء ما بمسح الثنائي عند تنفيذه.

إليك أشياء أخرى يمكنك تجربتها يا رفاق ، ربما يكون هذا مرتبطًا بذاكرة التخزين المؤقت OpenGL ، تخزن NVidia هذا هنا:
ج: \ المستخدمون \\ AppData \ Local \ NVIDIA \ GLCache

إذا قمت بحذف الملفات الموجودة هنا ، فهل لا يزال بإمكانك إعادة إظهار المشكلة؟

أخيرًا ، هناك شيء آخر وجدته في منتديات nvidia ، هل يمكنك محاولة تشغيل Godot يدويًا أثناء تعيين متغير البيئة هذا؟ مثل:

__GL_SHADER_DISK_CACHE_SKIP_CLEANUP=1
godot.exe

reduz: لقد حاولت ذلك. لم يغير أي شيء.

@ ay200 هل لديك نفيديا؟

reduz نعم ، 1070GTX.

لقد كان فتح الملف بطيئًا جدًا أيضًا ، لكنني أصلحت هذا عن طريق حذف الملف: %appdata%/Godot/editor_settings-3.tres كان كبيرًا حقًا (حوالي 100 ميجابايت أو أكثر ، لا أتذكر). ربما سيساعد.

واجهت نفس المشكلة ، وأخيراً واجهتني في إعدادات المشروع -> تصحيح الأخطاء -> الإعداد -> ضبط "فرض FPS" على 1 :) تعيينه على 0 حل المشكلة. فقط أنشر هنا ، لأن هذا هو الرابط الأول الذي تم العثور عليه متأخرًا.

آسف يا رفاق ، لدي شعور بأن هذه المشكلة أصبحت سلطة من المشاكل المختلفة.

ملف التكوين الكبير:

إذا تأثر أي منكم بالبطء في فتح مدير المشروع والمحرر وبالصدفة
٪ appdata٪ / Godot / editor_settings-3.tres ضخم ، يرجى ضغطه وإرساله أكثر حتى نتمكن من معرفة سبب ضخامة هذا الملف. إذا كان هذا لسبب ما يحتوي على معلومات خاصة ، فالرجاء تحريرها أولاً لإزالتها (على الرغم من أنني لا أعتقد حقًا أنها تحفظ ربما مسارات لمشاريعك).

بطيئة في إطلاق اللعبة

إذا كان تشغيل GAME بطيئًا ، لكن مدير المشروع والمحرر على ما يرام. يرجى وصف أجهزتك ، بما في ذلك إصدار OS و GPU و Driver.

بطيئة في إطلاق اللعبة

إذا كان تشغيل GAME بطيئًا ، لكن مدير المشروع والمحرر على ما يرام. يرجى وصف أجهزتك ، بما في ذلك إصدار OS و GPU و Driver.

وفقًا لـ # 23986 المشابه ، يبدو أنه تم إصلاحه في أحدث برنامج تشغيل Nvidia (419.17 على Windows 10). هل يستطيع بعضكم تأكيد ذلك؟

لدي نفس هذه المشكلة.

يستغرق الأمر حوالي 41 ثانية للإطلاق الأولي ، وافتتاح المشروع ، والتشغيل (قمت بضبط توقيت كل منها على حدة وكانت جميعها في غضون ثانية واحدة من بعضها البعض).
إعادة إصلاحه.

لقد حاولت v3.0.6 على حد سواء غير أحادية وأحادية ونفس المشكلة مع كليهما. هذا أيضًا مع المشروع التعليمي الفائق الأساسي "التأسيس".

المواصفات:
Windows 10 (64 بت)
AMD Radeon HD 6700 (v15.201.1151.1008)
16 جيجا رام

تحرير: لقد بدأت في استخدام الإصدار التجريبي 3.1 ويبدو أنه تم إصلاحه ولكن الوقت سيخبرنا. سوف أقوم بتحديث هذا إذا عاد.

لقد واجهت هذه المشكلة للتو من أي مكان الآن ... ثم تذكرت أنني قمت للتو بتحديث برامج تشغيل NVidia الخاصة بي ونسيت تعطيل القياس عن بُعد ( https://github.com/NateShoffner/Disable-Nvidia-Telemetry ) بعد القيام بذلك وإعادة التشغيل ، Godot بدأت على ما يرام. هذا مثير للاهتمام حقًا ... (Windows 10 x64 v1809)

هل جرب أحد هذا ربما؟ أعتقد أن له علاقة بأشياء القياس عن بُعد هذه. أنا أستخدم أحدث برامج تشغيل Nvidia أيضًا:

لا يزال لدي نفس المشكلة.

يستغرق وقتًا طويلاً لبدء التشغيل في البداية ثم فتح المشروع. كانت المرة الوحيدة التي عملت فيها بشكل جيد عندما قمت بتنزيل Godot في البداية ، ولكن بمجرد بدء مشكلة أوقات التحميل الطويلة ، لا توجد طريقة لتشغيلها مرة أخرى.

يحدث على كل من Godot v3.1 و v3.1.1 (كلاهما غير أحادي)

جربت جميع الاقتراحات هنا ولم تساعد.

المواصفات:
Windows 10 (64 بت)
Nvidia RTX 2070 (v430.39)
16 جيجا رام

اتباع اقتراح teihoo من خلال تعطيل القياس عن بُعد يجعله يعمل بعد إعادة التشغيل. ولكن بمجرد إعادة التشغيل مرة أخرى ، يكون الأمر بطيئًا مرة أخرى. لا تؤدي إعادة تمكين التتبع عن بُعد ثم تعطيله إلى حل المشكلة مرة أخرى. قمت بتنظيف تثبيت برنامج تشغيل Nvidia الخاص بي v430.39 وهو يفعل نفس الشيء مع العمل مرة واحدة بعد إعادة التشغيل ولكن بعد ذلك لا يعمل بعد إعادة التشغيل الثانية. لقد تحولت إلى برنامج تشغيل مبدع Nvidia بدلاً من برنامج التشغيل الجاهز للعبة وما زالت المشكلة قائمة. لقد جربت إصدار Steam فقط للتأكد وما زالت المشكلة قائمة. آمل حقًا أن يتم إصلاح هذه المشكلة.

أتساءل لماذا تغير عنوان الموضوع ..؟ لأنه يبدو أنها ليست مشكلة Nvidia فقط.

لا تزال المشكلة قائمة بالنسبة لي (AMD RX580 - إصدار إعدادات Radeon: 2019.0326.2353.42986 - إصدار OpenGL: 25.20.15000.13547 - إصدار OpenGL API: 4.6)

القضية لا تزال موجودة بالنسبة لي. الآن على Nvidia Driver v430.64. لا يزال لا يعمل.

بالتأكيد مشكلة OpenGL وليست خاصة بـ Godot أو Nvidia أو AMD لهذه المسألة. حتى مشروع MonoGame الفارغ يستغرق وقتًا طويلاً لفتحه.

مرحبا!
كان كل شيء يعمل بشكل جيد ثم تم تحديث برامج تشغيل nvidia الخاصة بي إلى 430.64.

منذ ذلك الحين عندما بدأت اللعبة عبر F5 / F6 ، كان الأمر بطيئًا حقًا في البدء (تقريبًا دقيقة).

هنا التكوين الخاص بي:
Windows 10 Pro 64 بت
16go DDR4
Geforce GTX1060 6 جيجا بايت
يعمل على SSD

أحتاج إلى تشغيل التمهيد المزدوج مع Ubuntu فقط للعمل مع Godot بطريقة فعالة. مجرد نصيحة للمناضلين الآخرين!

مرحبًا يا شباب ، لدي مشكلة مماثلة ، لكنها تحدث فقط مع الإصدار 3.1.1 ، وهناك نسخة أخرى جيدة.

هذه هي مواصفات البطاطس الخاصة بي:
نظام التشغيل Windows 10
مُعالج الرسومات: nVidia GeForce GT 520M
إصدار برنامج التشغيل: 391.35 (أنا عالق مع هذا الإصدار ، لا يتوفر برنامج تشغيل أحدث لـ 520 مليونًا)

نعم ، إنها ليست آلة قوية ، لكنها جيدة جدًا. يمكنني تشغيل Unity بسلاسة ، حتى يمكنني تشغيل لعبة ps3 المنقولة من Steam باستخدام FPS الكامل. لذا ، يجب أن يكون تشغيل Godot أمرًا سهلاً.

عندما أستخدم 3.1.1 بعد لعب اللعبة من المحرر ، تباطأ الكمبيوتر المحمول الخاص بي ، استمرت هذه الحالة حتى بعد إغلاق Godot.
إنه بطء كبير جدًا يجعل جهاز الكمبيوتر المحمول الخاص بي غير قابل للاستخدام. إذا أجبرت على استخدامه في النهاية ، فسيصبح الأمر أسوأ وشاشة سوداء وقطعة أثرية في شاشتي (لعدة دقائق). أنا خائفة جدا ، هذا يصيبني بالقشعريرة.
الطريقة الوحيدة لإصلاحها هي إعادة تشغيل النوافذ.

لذا فأنا الآن أستخدم 3.1 ، فهي تعمل بشكل جيد ، تحدث زوبعة صغيرة عندما ألعب اللعبة من المحرر ، لكنها بالكاد ملحوظة.

هذا كل شئ. آمل أن يساعد في إصلاح هذه المشكلة.

أهلا مرة أخرى،

لقد قمت للتو بتهيئة الكمبيوتر ، وقمت للتو بتثبيت برنامج Godot. أحدث إصدار 3.1.1 إلى x64. وعندما فتحته لأول مرة ، حدثت لي هذه المشكلة.

مواصفات الكمبيوتر:
وحدة معالجة الرسومات: Nvidia 1060 3GB [مع تثبيت برامج تشغيل جديدة نظيفة]
وحدة المعالجة المركزية: 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 البطيء ، وفتح المشاريع وتشغيل المشاهد من المحرر.

مشاريعي هي TINY ، لأنني بدأت للتو دورة Discovering 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 & Mouse ، Focusrite Scarletti soundcard ، وحدة تحكم Xbox ، iLok dongle

أقوم أيضًا بتشغيل الإصدار نفسه من Godot على Thinkpad T420 القديم مع Win10 وربما في بطاقة رسومات Intel الداخلية. هناك يعمل بشكل لا تشوبه شائبة.

لدي مشكلة مماثلة ، لكنني لن أسميها تباطؤًا ، لكنها معلقة في الواقع ، بينما ترتفع وحدة المعالجة المركزية بنسبة 80٪. لذلك لست متأكدًا من أن مشكلتي هي نفسها ، لأنني لا أمتلك NVIDIA ، و godot معلق لإجراءات محددة للغاية وحتى نقطة معينة فقط ، كما سأشرح أدناه ، وفقط في GLES3 وفقط في 3D . بعد ذلك ، كل شيء يبدو لطيفًا وسلسًا. بدء تشغيل اللعبة يتم بشكل فوري بمشروع فارغ.

أولاً ، أنا أستخدم Godot 3.1.1 Stable ، ونظامي هو:
ويندوز 7
سلسلة ATI Radeon HD 4800 (ذاكرة 1 جيجابايت ، iirc)
Intel Core Duo 2.13 جيجاهرتز (مركزان ، مع OC بسرعة 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 ، يتم وضعها على الفور ، ولكن بعد ذلك ، فإن العقدتين الثالثة والرابعة التي أضعهما في نفس الأوقات مثل الثانية والثالثة أعلاه.

هناك شيء آخر لاحظته ، وهو أنه بعد وضع الجذر المكاني ، يمكنني وضع Spatials كل ما أريده دون أي تعليق. عندما أضع عقدة ثلاثية الأبعاد مختلفة ، فإنها تتوقف مرة أخرى. وينطبق الشيء نفسه على كل عقد محددة أضعها بعد ذلك ، بغض النظر عما أختاره: لذلك إذا كانت العقدة التالية التي أختارها هي CSGBox ، فإنها تتوقف لمدة 54 ثانية ، وبعد ذلك يمكنني وضع CSGBoxes في محتوى قلبي دون تعليق ... حتى أضع العقدة الثالثة المختلفة.

(تحرير: وبالمناسبة ، إذا كنت أتعامل مع المشاهد التي قمت بإنشائها من قبل ، فإن مجرد تحديد العقد بعد بدء التشغيل يؤدي إلى تعليق المحرك بنفس النمط)

إزالة البيئة الافتراضية توقف godot لمدة 72 ثانية في المرة الأولى. ثم يمكنني إعادتها وإخراجها بلا مشكلة. يستغرق التبديل من العرض ثنائي الأبعاد إلى العرض ثلاثي الأبعاد أيضًا بعض الوقت في المرة الأولى (لم يسبق ذلك الوقت).

في 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 مباشرةً (أو 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 ، فهل يحدث هذا إذا

ملاحظة: قد يكون من المفيد أن تسبق كل سطر من هذه الأسطر بطابع زمني:

لا أرى حالة استخدام حقيقية في إضافة ذلك - لن يساعد ذلك في حل المشكلة المطروحة هنا. تضيف أدوات التسجيل عادةً طوابع زمنية من تلقاء نفسها على أي حال:

Calinou كنت مهندسًا كبيرًا في كل من فريق Visual Studio في MS وفريق Xcode في Apple. استخدام الطوابع الزمنية بشكل متحرّر لا يضر بأي شيء. ؛-)

وبالمناسبة ، فإن التأخير 35-40 ثانية الذي أراه يحدث عند كل إطلاق لتطبيقي البسيط (ليس فقط عند إطلاق Godot). هذا يعني أن Godot غير صالح للاستخدام في هذه الحالة.

آه ... قمت بتحرير تعليقك. أنا أستخدم MSI GS75 Stealth 479 . يؤدي التشغيل باستخدام رسومات مدمجة إلى حدوث نفس التأخيرات.

لقد وجدت حلاً:

لقد قمت في البداية بتوصيل الكمبيوتر المحمول الخاص بي بجهاز Alienware 1900R 34.1 بوصة ، شاشة منحنية للألعاب عبر Thunderbolt 3. إذا قمت بتشغيل Godot _ بدون _ فإن الشاشة متصلة ، كل شيء يعمل كما هو متوقع.

وبالتالي ، فإن الحل الخاص بي هو:

1. افصل شاشتي
2. إطلاق Godot
3. قم بتوصيل شاشتي

بعد هذه الخطوات ، يتم إطلاق Godot exe دون تأخير ، كما تعمل عمليات الإطلاق اللاحقة لمشروع نموذجي كما هو متوقع.

كما لاحظ الآخرون ، يستخدم Godot صفرًا من وحدة المعالجة المركزية أثناء "تعليق" لذا فمن المرجح أن تكون مكالمة واحدة معلقة. واسمحوا لي أن أعرف ما إذا كانت هناك طريقة لإطلاق Godot باستخدام القياس عن بعد / التسجيل الممتد حيث سيكون من السهل جدًا عزل المشكلة. (مرة أخرى ، كتبت محرك الأجهزة الأصلي لملف تعريف Visual Studio ، لذا فأنا على دراية بهذه الأنواع من المشكلات).

لقد قمت في البداية بتوصيل الكمبيوتر المحمول الخاص بي بجهاز Alienware 1900R 34.1 بوصة ، شاشة منحنية للألعاب عبر Thunderbolt 3. إذا قمت بتشغيل Godot دون توصيل الشاشة ، فإن كل شيء يعمل كما هو متوقع.

هل تحتوي الشاشة على موزع USB؟ إذا كان الأمر كذلك ، فقد يكون هذا هو السبب.

واسمحوا لي أن أعرف ما إذا كانت هناك طريقة لإطلاق Godot باستخدام القياس عن بعد / التسجيل الممتد حيث سيكون من السهل جدًا عزل المشكلة.

هناك وسيطة سطر أوامر --verbose ، ولكن على حد علمي ، لا تطبع أي شيء عن مسح جهاز USB.

نعم ، شاشتي بها موزع USB (ما الذي لا تحتويه الشاشة الحديثة؟). وأنت محق ، --verbose ليس مفيدًا. أقوم بتنزيل مصدر Godot الآن وسأخبرك إذا كان بإمكاني تحديد المشكلة.

بالنسبة لي كانت عبارة عن USB DAC (بطاقة صوت) من ماركة FiiO. يؤدي فصل هذا إلى إصلاح التشغيل البطيء. حتى أنه تسبب في عمليات الإطلاق البطيئة أثناء إيقاف التشغيل (وضع الشحن).

بالنسبة للمتضررين ، هل تؤدي هذه المشكلة أيضًا إلى إبطاء الألعاب المصدرة أيضًا ، أم المحرر فقط؟

هل يمكن لأي شخص متأثر محاولة بناء Godot من المصدر ، واستخدام مصحح الأخطاء لمعرفة ما يفعله عندما يحدث هذا التباطؤ؟ يجب أن تكون قادرًا عادةً على قطع التنفيذ أثناء التباطؤ وأن ترى في مصحح الأخطاء ما هو تتبع التكديس الحالي.

عانيت من نفس المشكلة ، أو على الأقل نفس الأعراض. حاولت فصل العديد من أجهزة USB ، ووجدت أن الجاني هو Massdrop O2 + ODAC المعروف أيضًا باسم "ODAC-revB USB DAC".

بعد بعض البحث ، صادفت منشور StackOverflow هذا ، والذي يحتوي على الحل النهائي للمشكلة.

تبين لأي سبب من الأسباب ، أن DAC تضيف جهازًا إضافيًا إلى "Human Interface Devices" والذي يظهر بالاسم العام "USB Input Device". ليس لدي أي فكرة عما يفعله ، ولكن لا يبدو أن تعطيله في مدير الجهاز يؤثر على وظائف الصوت (ما الذي يحتاجه جهاز الصوت حتى إلى جهاز إدخال على أي حال؟) ويصلح مشكلة Godot وبعض الألعاب (Dark Souls و Sekiro إلى الذهن) يعاني من توقف طويل أثناء بدء التشغيل.

لتحديد "جهاز إدخال USB" الصحيح (كان لدي مجموعة كاملة منهم ، ومعظمهم غير مرتبط بـ DAC) ، يمكن مقارنة معرف الجهاز الخاص بهم بجهاز الصوت الفعلي.
في حالتي ، كان جهاز الصوت هو 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 ، وفصلت لوحة المفاتيح ، وتم تحميل Godot في 3 ثوانٍ كما توقعت. توصيل لوحة المفاتيح مرة أخرى ويستمر Godot في تحميل وتشغيل المشاهد كالمعتاد. لست متأكدًا مما إذا كنت سأحتاج إلى فصل لوحة المفاتيح وإعادة توصيلها في كل مرة أرغب في استخدام Godot. سأرى كيف ستسير الامور وتحديث هذا المنشور.

تحرير: لقد قمت بتحديث البرنامج الثابت للوحة المفاتيح عبر برنامج iCUE الخاص بشركة Corsair وقد أدى ذلك إلى حل المشكلة. أصل إلى قائمة المشروع في 2-3 ثوانٍ ، وفي مشروع في حوالي 3 ثوانٍ ، كالمعتاد. قبل توصيل لوحة مفاتيح جديدة اليوم.

أستطيع أن أؤكد أن تحديث البرامج الثابتة للوحة المفاتيح الخاصة بي K55 عبر برنامج ICUE قد أصلح خطأ تعداد الجهاز البطيء للإدخال المباشر كما هو موضح هنا: https://stackoverflow.com/questions/10967795/directinput8-enumdevices-sometimes-painfully- بطيء

كانت لوحة مفاتيح My Corsair K70 RGB على البرنامج الثابت v 2.05. قمت للتو بتحديثه إلى 3.08 ، والذي أفترض أنه سيحل المشكلة.

أريد أن أضيف أنني رأيت نفس المشكلة بالضبط في تطبيق مختلف تمامًا في اليوم الآخر: لعبة القتال Skullgirls 2nd Encore. كانت اللعبة معلقة عند الإطلاق ، ولم أستطع فهم السبب. حاولت بدء تشغيل Godot ، وواجهت مشكلة التحميل القديمة مرة أخرى ، لذلك أعدت تشغيل جهاز الكمبيوتر الخاص بي (ربما كان ينبغي إعادة إدخال لوحة المفاتيح بدلاً من ذلك) ، وكان كلا التطبيقين على ما يرام. إذا رأيت أي مشكلات مرة أخرى بعد التحديث ، فسأراجع هنا ، لكن

IMO ، ترتبط هذه المشكلة بالأجهزة / برامج التشغيل / البرامج الثابتة السيئة أكثر من وجود خطأ في Godot. نظرًا لبساطة الحل البديل (قم بتحديث البرامج الثابتة لجهاز USB الخاص بك أو أعد إدخاله) ، لست متأكدًا من أنه يبرر الإصلاح.

IMO ، ترتبط هذه المشكلة بالأجهزة / برامج التشغيل / البرامج الثابتة السيئة أكثر من وجود خطأ في Godot. نظرًا لبساطة الحل البديل (قم بتحديث البرامج الثابتة لجهاز USB الخاص بك أو أعد إدخاله) ، لست متأكدًا من أنه يبرر الإصلاح.

سيتخلى الكثير من اللاعبين عن اللعبة لأول مرة ، بدلاً من الغوص بعمق في استكشاف أخطاء نظامهم لاكتشاف مشكلة السائق ، على افتراض أن لديهم هذه المعرفة. سيكون الافتراض أن اللعبة هي عربات التي تجرها الدواب ولا يمكن لعبها.

إذا كانت هناك طريقة لحلها ، فإن الأمر يستحق القيام به.

ربما فاتني التعليق ، لكنني اعتقدت أن هذه مشكلة تخص المحرر فقط. إذا كان يؤثر على الألعاب أيضًا ، فمن المحتمل أنه يجب إصلاحه.

ربما فاتني التعليق ، لكنني اعتقدت أن هذه مشكلة تخص المحرر فقط. إذا كان يؤثر على الألعاب أيضًا ، فمن المحتمل أنه يجب إصلاحه.

إذا لم يكن القيام بذلك أمرًا مزعجًا للغاية ، فهل ستتمكن من التراجع عن برامج التشغيل الخاصة بك لإعادة إنشاء تعليق المحرر ومحاولة إعادة إنشائه في مشروع تم تصديره؟

لم أتمكن مطلقًا من إعادة إنتاج المشكلة بشكل موثوق ، حتى قبل تحديث البرامج الثابتة للوحة المفاتيح. لا أعتقد أن البرنامج الذي يقوم بالتحديث يدعم بالفعل خفض مستوى البرامج الثابتة.

أفضل ما يمكنني التفكير فيه هو شراء لوحة مفاتيح جديدة (لا يتوفر لدي حاليًا على أمازون) وآمل أن يكون به برنامج ثابت قديم ، ثم استخدمه لأسابيع / أشهر حتى يحدث الخطأ بشكل عشوائي مرة أخرى.

هذا يحدث لي مرة واحدة في الشهر. ولكن الأمر مزعج للغاية ، حيث يتعين عليك إعادة تشغيل الكمبيوتر لإصلاحه بعد بدء تشغيل جميع عناصر التطوير الخاصة بي.

وجود هذه المشكلة أيضًا ، + 30 ثانية لكل منهما:

• فتح اختيار المشروع
• مشروع مفتوح
• تشغيل المشهد.

تم تعقبها إلى لوحة مفاتيح Corsair K95 RGB. يتمثل الحل البديل في الوقت الحالي في تبديل معدل الاستقصاء / مفتاح التبديل على لوحة المفاتيح نفسها ، والذي يقوم في الأساس بنفس الشيء مثل إعادة إدخال كابل USB. يعمل جودو كالمعتاد بعد ذلك.
الإصدار 3.27.68 من iCue. البرامج الثابتة 3.08v.

لاحظت للتو في iCUE كان لدي أيضًا علامة اختيار "تمكين SDK". لقد ألغيت اختياره في الوقت الحالي أيضًا. وجدت رابطًا سابقًا قد يكون السبب.

Godot V3.2.1 ، ولكن لدي مشاكل مع الإصدارات السابقة.

landgrafa هل أنت قادر على إعادة إنتاج المشكلة بمشروع مبني؟

يعمل برنامج "الإصلاح" الخاص بفك التوصيل وإعادة توصيل USB بالنسبة لي.

يعمل تحديث البرنامج الثابت على لوحة مفاتيح K55 Corsair من خلال iCUE أيضًا.

لا تزال أفضل لوحة مفاتيح من حيث الحجم / الوزن ، ولكن يا رجل ، كانت هذه مشكلة غبية.

دليل مثير للاهتمام لهذا الخطأ من Ryan Gordon ، حيث يبدو أن SDL تعاني من مشكلة مماثلة: https://mobile.twitter.com/icculus/status/1256845560763551744

قد يكون بالفعل رمز فحص joypad الخاص بنا هو الذي يسبب المماطلة. ربما يمكننا فرض تخطي الأجهزة التي تستغرق أكثر من ثانيتين للاستجابة ، وإصدار تحذير حتى يتمكن المستخدمون أيضًا من تحديد أجهزة USB التي تحتاج إلى ترقية البرامج الثابتة.

أود أن أخطو خطوة إلى الأمام وأتذكر الجهاز الذي تم تخطيه (على الأقل حتى إعادة تشغيل Godot) حتى تتمكن من الاستمرار في تخطيه بدلاً من الانتظار لمدة ثانيتين وإزعاج المستخدم في كل مرة. أقول هذا لأنه عندما واجهت المشكلة ، فإنها ستظهر في كل مرة أبدأ فيها تصحيح الأخطاء.

أو نقل اكتشاف الجهاز إلى موضوع مختلف ربما؟

بالنسبة لي ، كانت المشكلة هي YETI Microphone on USB عند توصيله بـ GODOT يستغرق 30 ثانية للبدء ، عندما أفصله بسرعة فائقة.

كانت المشكلة بالنسبة لي هي سماعة الرأس Razer Kraken USB . جعلني فصل سماعة الرأس من 20 ثانية إلى ثانيتين.

إذا كان أي شخص متأثر يعرف كيفية استخدام مصحح أخطاء على نظام Windows ، فيمكننا حقًا استخدام نظام stacktrace الذي يُظهر مكان توقف المحرك بالضبط أثناء خطوة التهيئة الطويلة هذه:

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

بالنظر إلى المشكلة المماثلة في SDL ، أفترض أنها موجودة في مكان ما في platform/windows/joypad_windows.cpp ، لكن معرفة المكان الذي سيساعد فيه بالضبط في معرفة مكان إحباط الأجهزة التي بها مشكلات أو وضعها في القائمة السوداء.

حصلت على نفسي لتجميع الإصدار 3.2 ولكن لم أستطع تشغيل مصحح الأخطاء من VS.

sungvzer لست على خبرة كبيرة في ذلك ، ولكن إذا كان لديك المزيد من التفاصيل ،

حصلت على تحديث حول المشكلة ، بعد نقل سماعة الرأس إلى موزع USB ، من بين الأجهزة الأخرى ، توقف عن الحدوث. أوقات التحميل والبدء أسرع بكثير.

مستخدم قرصان K70 هنا. تحديث البرامج الثابتة إصلاحه للأبد.

عناصر USB الأخرى التي قمت بتوصيلها لم تكن هي المشكلة:
HyperX Cloud USB Dongle ، ماوس Rival 300 ، بطاقة صوت Line6 GX ، كاميرا ويب Logitech ، مروحة USB.

خطأ مثير للاهتمام.

يبدو أن قرصان هو الأرضية المشتركة الملحوظة مع العديد من الحالات المبلغ عنها هنا.
كنت أواجه نفس المشكلة (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 هذا ، والذي يحتوي على الحل النهائي للمشكلة.

تبين لأي سبب من الأسباب ، أن DAC تضيف جهازًا إضافيًا إلى "Human Interface Devices" والذي يظهر بالاسم العام "USB Input Device". ليس لدي أي فكرة عما يفعله ، ولكن لا يبدو أن تعطيله في مدير الجهاز يؤثر على وظائف الصوت (ما الذي يحتاجه جهاز الصوت حتى إلى جهاز إدخال على أي حال؟) ويصلح مشكلة Godot وبعض الألعاب (Dark Souls و Sekiro إلى الذهن) يعاني من توقف طويل أثناء بدء التشغيل.

لتحديد "جهاز إدخال USB" الصحيح (كان لدي مجموعة كاملة منهم ، ومعظمهم غير مرتبط بـ DAC) ، يمكن مقارنة معرف الجهاز الخاص بهم بجهاز الصوت الفعلي.
في حالتي ، كان جهاز الصوت هو 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 المذكور أعلاه ، لكنني لم أجد أي جهاز قام بإجراء أي تغيير ملحوظ.

تأكيد المشكلة لا تزال قائمة ؛ محرر وإطلاق البرنامج المصدر

شكرا للتاكيد. لذلك فهي تؤثر على الإصدارات المصدرة أيضًا. هذا مقلق.