Godot: गोडॉट ओपन टू स्लो, एडिट करने में धीमा, सरल गेम लॉन्च करने के लिए धीमा [विंडोज, विशिष्ट USB बाह्य उपकरणों के कारण]

NVIDIA, हुह? मेरा मानना ​​है कि NVIDIA पर धीमी शुरुआत की खबरें थीं, आप मुद्दों में "NVIDIA" की खोज करने की कोशिश कर सकते हैं। अंत में आम सहमति थी कि ड्राइवर बग है।

nVidia GeForce GTX 1060 6GB / PCIe / SSE2 यहां, Godot 3.0.6 मेरे लिए (वेबसाइट नॉन-मोनो वर्जन) ठीक है। मुझे पता है कि खराब ऑटो-प्रदर्शन मोड के कारण एनवीडिया के साथ गोडोट कुछ मामलों में थोड़ा धीमा है, लेकिन यह धीमा नहीं है (जैसा

GTX 960 और 1070 रिपोर्टिंग समान समस्याओं के साथ। विंडोज़ में स्लो लॉन्च, तेजी से लिनक्स में।
मैं वास्तव में चाहता हूं कि इसे ठीक किया जा सके, क्योंकि यह गोडोट के साथ मेरा सबसे बड़ा मुद्दा है। मुझे छोटे ट्विक्स का परीक्षण करने के लिए हर समय अपना गेम लॉन्च करना पसंद है, लेकिन अपने एनवीडिया जीपीयू के साथ खिड़कियों में बहुत समय लगता है।

GTX 1070 के साथ इस मुद्दे पर शामिल होना। गोडोट के सभी स्थिर रिलीज की कोशिश की। इसके अलावा नवीनतम ड्राइवर के 3 संस्करणों पर प्रयास किया गया 398.98, 398.82, 398.36। लेकिन मैंने नोटिस किया कि पहली बार (ड्राइवर रिइंस्टॉल करने के बाद, कंप्यूटर रिबूट) यह जल्दी शुरू हुआ। समय मिलने पर मैं कुछ एनवीडिया सेटिंग्स के साथ खेलूंगा। यह एक बड़ा मुद्दा है और इस पर थोड़ा और गौर किया जाना चाहिए।

संपादित करें: मैं पुन: पुष्टि करता हूं कि सिस्टम पुनरारंभ होने के बाद पहली शुरुआत सामान्य रूप से काम करती है। प्रत्येक बाद का स्टार्टअप लंबा (40s) लेता है।

https://www.nvidia.co.kr/Download/driverResults.aspx/137317/en
399.07 ड्राइवर जारी किया गया है।
क्या आप इसके साथ परीक्षण करेंगे?

अरे वोल्ज़ - हाँ जो तय हो गया लगता है!
अभी तक व्यापक परीक्षण करने का समय नहीं था, लेकिन बस कुछ गेम खेले / संपादित किए गए / चले गए और प्रदर्शन बहुत अच्छा था।
नवीनतम ड्राइवर पर सिर के लिए धन्यवाद।

मुझे नहीं पता कि यह कैसे प्रभावित करता है लेकिन ड्राइवर रिलीज़ नोट में यह शामिल है।

[GeForce GTX 1050/1070]: OpenGL ड्राइवर रेंडरिंग प्रसंग को जारी नहीं करता है
सही ढंग से। [2305430]

बहुत बढ़िया @volzhs मिला , धन्यवाद :)

@fossegutten @cimpresovec क्या

मैंने हाल ही में अपने पीसी का पूरा प्रारूप तैयार किया और समस्या उसी ड्राइवर (398.98) के साथ चली गई। मैंने आज नए ड्राइवर की कोशिश की और समस्या नहीं हुई। इसलिए मुझे नहीं पता कि क्या कहना है। प्रारूप से पहले और बाद में एक ही ड्राइवर लेकिन अलग व्यवहार। मैं यह नहीं कह सकता कि पिछली स्थापना में क्या समस्या हुई थी, लेकिन इसने मुझे गोडोट का उपयोग करने से रोक दिया।

दुर्भाग्य से यह मेरे लिए फिर से होने लगा है। Godot लगभग 1 घंटे या इसके बाद ठीक चलता है, फिर धीमी गति से चलने लगता है।

वास्तव में अजीब बात यह है कि अगर मैं अपने पीसी को रिबूट करता हूं, तो गोडोट थोड़ी देर के लिए फिर से ठीक हो जाता है, लेकिन फिर धीमा होने लगता है।
हालाँकि, मुझे अब पूरा यकीन है कि यह गोडोट का मुद्दा नहीं है। एक एएमडी कार्ड की कोशिश करें और देखें कि क्या यह समस्या को खत्म करता है।

यहां GTX750; मुझे लगा कि यह https://github.com/godotengine/godot/issues/21472#issuecomment -416151678 sse2 के साथ नहीं बन रहा है, जब से मैं निर्माण के लिए नया था, लेकिन मुझे लगता है कि इस समस्या से केवल बदतर हो गया है पिछले कुछ हफ्तों में, 3.1a1 के साथ अभी तक का सबसे लंबा लोड समय है।

मैं वर्तमान में ड्राइवर 399.07 चला रहा हूं।

संपादित करें: शायद एक GPU मुद्दा नहीं है? इन धीमे लोड समय के दौरान अत्यधिक उच्च CPU उपयोग और कम GPU उपयोग पर ध्यान दिया गया। लगभग 27% CPU (मेरे CPU पर संपूर्ण हार्डवेयर थ्रेड का आवंटन) लेते हुए, एक बार लोडिंग समाप्त होने पर सामान्य स्तर तक गिर जाता है।

Edit2: इस मुद्दे से संबंधित नहीं है, मैंने एक और मुद्दा दायर किया है।

देर से उत्तर देने के लिए हमें खेद है। अभी भी सुपर धीमी है, ड्राइवर के साथ GTX 1070 gpu पर 399.24।

मुद्दा मेरे लिए वापस आ गया है। जब मैंने रायलिब लाइब्रेरी के साथ कुछ अन्य एप्लिकेशन विकसित कर रहे थे, तो मैंने इसे देखा (नीचे GLFW का उपयोग करता है)। एप्लिकेशन ने गोडोट के समान व्यवहार दिखाया। मैंने फिर गोडोट को डाउनलोड किया और मुद्दा वापस आ गया। मैंने नोटिस किया कि एक सिस्टम रिस्टार्ट होने के बाद सब कुछ सामान्य चलता है, भले ही कई अलग-अलग रन हो। समस्या कुछ समय (परीक्षण नहीं) के बाद या सिस्टम पर कुछ भारी गेम चलाने के बाद और गोडोट को चलाने की कोशिश करने के बाद से शुरू होती है। दूसरी ओर, एकता प्रभावित नहीं है, लेकिन मैंने डिफॉल्ड की कोशिश नहीं की है।

GLFW और गोडोट आम में क्या हो सकता है?

दोनों हुड के नीचे ओपन का उपयोग करते हैं। जैसा कि मैंने कुछ अन्य कार्यक्रमों का उल्लेख किया है जो इस मुद्दे को प्रदर्शित नहीं करते हैं।

मुद्दा ओपन जीएल हाँ लगता है। मोनोगेम का OpenGL प्रोजेक्ट्स के साथ समान व्यवहार है, लेकिन डायरेक्ट X प्रोजेक्ट्स के साथ नहीं।

हम्म, अगर मुद्दा सभी ओपनजीएल चीजों के लिए मौजूद है, तो यह शायद भद्दा जीपीयू ड्राइवर है।

व्यवहार अलग-अलग ओपनजीएल एप्लिकेशन के अनुरूप नहीं है। कुछ ठीक काम करते हैं (एकता ओपनगेल बिल्ड, डिफॉल्ड इंजन आदि)। यह संभवतः उपयोग किए गए संस्करण पर निर्भर करता है लेकिन यह सिर्फ शुद्ध अनुमान है। मैं दुख की बात है कि कोई ठोस मदद नहीं दे सकता।

यहाँ एक ही समस्या, कोई सुझाव?

मेरा स्टार्टअप समय 30+ सेकंड की सीमा में नहीं है, लेकिन लगभग 5 - 10 सेकंड है। यह निश्चित रूप से धीमी गति से होना चाहिए। मैंने इसे एक्सपोर्ट किए गए एक्ज़ीक्यूटेबल और इन-इंजन के साथ आज़माया है। यह GLES3 और GLES2 के साथ भी होता है।

मैं ड्राइवर 416.16 पर GTX 1080 का उपयोग कर रहा हूं
मैं ड्राइवर को पल-पल अपडेट करता रहूंगा और किसी भी बदले हुए नोट के साथ वापस आ जाऊंगा।

संपादित करें: समस्या ड्राइवर 416.34 के साथ बनी रहती है, और (संभवतः असंबंधित) यह गोडोट को शुरू करने के लिए थोड़ा धीमा लगता है, साथ ही साथ एक परियोजना भी खोल रहा है।

मैं लिनक्स पर हूँ और मैं NVIDIA ड्राइवरों को चला रहा था 390.87। यह वास्तव में लग रहा था कि उदाहरण के लिए स्क्रॉलिंग के दौरान उच्च CPU उपयोग के बाद से यह सॉफ्टवेयर रेंडरिंग पर चल रहा था।
मैंने 410.73 NVIDIA ड्राइवरों को स्थापित किया है और अब सब कुछ ठीक है। पता नहीं है कि क्या NVIDIA ने इस मुद्दे को हल किया है या बस ड्राइवरों को फिर से स्थापित करने में मदद की है

मैंने लिनक्स में भी कोशिश की, और गोडोट को शानदार रन लगता है। यह अभी भी विंडोज पर धीमा है।

मैंने लिनक्स में भी कोशिश की, और गोडोट को शानदार रन लगता है। यह अभी भी विंडोज पर धीमा है।

आप लिनक्स के किस संस्करण का उपयोग कर रहे हैं? और क्या आप इसे वीएम में उपयोग कर रहे हैं?

आर्क लिनक्स। कोई वी.एम.

यहाँ पर @JavaryGames हम सभी कंप्यूटरों के साथ अनुभव कर रहे हैं, कुछ 1050Ti के साथ और कुछ 1060 के साथ। यहां तक ​​कि नवीनतम ड्राइवर (417) के साथ भी।

लिनक्स पर वही मशीनें ठीक चलती हैं, इसलिए यह एक ड्राइवर की समस्या है।

मेरा मानना ​​है कि मुझे यह समस्या विंडोज 10 गॉडोट 3.0.6 पर भी महसूस हो रही है

हालांकि मेरे पास AMD RX 580 है

अपने स्वयं के डेटा बिंदुओं को जोड़ना:

इंटेल i7-3770K CPU
16GB RAM
विंडोज 7

1. यह समस्या 3.06-static_win64 और 3.1-alp5_win64 के साथ है। इंजन को लोड करने या एक दृश्य को चलाने में 30 सेकंड से 1 मिनट तक का समय लगता है।
2. कंप्यूटर को पुनरारंभ करके इसे ठीक किया जा सकता है, लेकिन कई दृश्यों के खेलने के बाद हमेशा लौटता है। इंजन / दृश्य दुर्घटनाओं से जुड़ा हो सकता है।
3. यह समस्या कभी भी हो जाती है [एक बार जब यह संक्षिप्त विवरण 'इलाज' के बाद शुरू होता है] गोडोट इंजन संपादक विंडो (टर्मिनल आउटपुट के साथ) कभी भी "ओपनजीएल ईएस [एक्स] .0 रेंडरर" दिखाई देता है। तो जब निष्पादन योग्य शुरू होता है, और जब एक दृश्य चलाया जाता है।
4. यह ड्राइवर या GPU निर्भर नहीं है। मैंने अपडेट किए गए ड्राइवरों के साथ एक RX480, और अपडेट किए गए ड्राइवरों के साथ GTX 1070 का उपयोग किया। समस्या नहीं बदली। अगर यह

यह भी एक Nvidia GTX 1070 पर होने

विंडोज, केवल लिनक्स में ठीक से खुलता और चलता है।

मैं एक ही मुद्दा रहा हूँ, लेकिन एक AMD GPU के साथ लिनक्स पर। मुझे इसे ट्रैक करने में मुश्किल समय हो रहा है, क्योंकि यह सिस्टम अपडेट के बाद शुरू हुआ, लेकिन डाउनग्रेडिंग ने इसे ठीक नहीं किया। डाउनग्रेड गोडोट का कोई प्रभाव नहीं था। मेरी परियोजना को खोलने में 30+ सेकंड का समय लगता है, इसे शुरू करने के लिए 30+ सेकंड का समय लगता है, और यह पहली बार स्क्रीन पर दिखाए जाने वाले किसी भी समय (कभी-कभी थोड़ी देर के लिए जमा देता है) रुक जाता है। संपादक में, बुनियादी चीजें जैसे नोड पर क्लिक करना या एक दृश्य खोलना अक्सर 30+ सेकंड लेता है।

जब चीजें जमी हुई होती हैं तब भी बजता रहता है, गोडोट एक कोर पर 100% सीपीयू का उपयोग करता है, और न तो गोडोट और न ही डम्सग एक भी त्रुटि दिखाते हैं। पहले तो मैंने सोचा कि यह कंपाइलिंग शेड्स से हो सकता है, और शेडर एडिटर का उपयोग करते समय और इसे कंपाइल करने से 30 सेकंड का फ्रीज हो सकता है, ऐसा पहली बार होने के बाद ऐसा लगता नहीं है।

मेरे मामले में, यह कुछ हद तक यादृच्छिक लगता है, या तो एक 10 फ्रेम-ईश हकलाना, या 30+ सेकंड के बीच में नहीं के साथ। यह लगभग हमेशा एक चीज को लोड होने के बाद चला जाता है, लेकिन यह व्यवहार रीसेट करता है जब गोडोट बंद / फिर से खोल दिया जाता है, एक रिबूट इसे प्रभावित नहीं करता है।

क्या आपका लिनक्स टकसाल या आर्क किसी भी संयोग से है?

@retrotails # 24783 की तरह लगता है।

@retrotails # 24783 की तरह लगता है।

ओह धन्यवाद, ऐसा लगता है। मेरे पास केवल 18.2 कैश हैं, और यह अभी भी 18.2 पर होता है लेकिन बहुत कम गंभीर है। नवीनतम मेसा को संकलित करने का प्रयास करने और यह देखने के लिए कि क्या यह कम से कम वहां तय है।

इस समस्या से प्रभावित लोगों के लिए: क्या आप गोडोट 3.1 बीटा 2 (या बाद में) की कोशिश कर सकते हैं और देख सकते हैं कि क्या यह अभी भी वही व्यवहार करता है?

प्रारंभिक परीक्षण यह संकेत दे रहा है कि 3.1 बीटा 2 ने मेरे लिए समस्या तय कर दी है। अगर यह फिर से धीमी गति से चलने लगे तो मैं अपडेट करूंगा। इसे छांटने के लिए धन्यवाद।

नहीं, 3.1 बीटा 2 में अभी भी मेरे gtx 1070 पर आंतरायिक मुद्दे हैं। कभी-कभी यह तेज होता है, अन्य बार यह अस्वीकार्य रूप से धीमा होता है। नोट: मेरे पास कोई समस्या नहीं है मेरे p52 लैपटॉप में भी विंडोज़ चल रहा है, एक क्वाड्रो p2000 कार्ड के साथ।

नमस्ते,
यहाँ एक ही मुद्दा:
विंडोज 10 x64 घर
सीपीयू: एएमडी रायजेन 5 2600X
gpu: AMD Rx580

एक नए कंप्यूटर की शुरुआत के बाद, Godot को एक प्रोजेक्ट खोलने, लोड करने या चलाने के लिए 30/40 सेकंड का समय लगेगा ...
कोई फर्क नहीं पड़ता गोडोट संस्करण (2.x, 3.0.x, 3.1 अल्फ़ा x या बीटा x)
कंप्यूट को पुनः आरंभ करने के बाद, सब कुछ ठीक चलता है जहां तक ​​मैं बता सकता हूं

मैंने विंडोज़ पर फास्ट स्टार्ट / बूट को अक्षम करने की कोशिश की, लेकिन समस्या ठीक नहीं हुई है।
मैं वास्तव में उलझन में हूँ क्योंकि कुछ दिन / सप्ताह पहले सब कुछ ठीक था ...

हालांकि मुझे पूरा यकीन है कि यह सीधे तौर पर गोडोट का मुद्दा नहीं है। मैंने देखा, उदाहरण के लिए, कि STEAM क्लाइंट का गॉडोट के रूप में एक ही व्यवहार है (और कुछ गेम बिल्कुल नहीं चलते हैं) जब समस्या आती है ..

मैं फिर से:

इंटेल i7-3770K CPU
16GB RAM
विंडोज 7

अब 3.1 बीटा 2 पर, ~ 30 सेकंड का अंतराल तुरंत शुरू होता है, एक सामान्य हनीमून अवधि के बिना फिर से शुरू होने के बाद जहां चीजें तेज़ होती हैं।

हैलो, _ [गोडोट v3.0.6 - विन 10 - जीटीएक्स 1060 3 जीबी - 16 जीबी रैम डीडीआर 3 - इंटेल i5-4460] _

यहाँ एक ही मुद्दा है, लेकिन Nvidia क्रैश या कंसोल में फीडबैक के बिना।

प्रोजेक्ट मैनेजर को खुलने में एक लंबा समय लगता है जब मैं उसी चीज को संपादित करता हूं, और अगर मेरी किस्मत अच्छी है, तो मैं मुश्किल से संपादक में पहुंच सकता हूं, जहां खेलने में क्लिक करने में उम्र लगती है और यह ठीक से काम करने की उम्मीद करता है।

टास्क मैनेजर में, मुझे पता चलता है कि गोडोट मेरे सीपीयू के 1% का उपयोग कर रहा है और रैम के साथ भी ऐसा ही है। यह मेरा कंप्यूटर नहीं है क्योंकि कभी-कभी यह अपेक्षा के अनुरूप काम करता है, सभी धाराप्रवाह और कभी-कभी यह मुद्दा दिखाई देता है।

मुझे प्रोजेक्ट मैनेजर के साथ एक आइकन के रूप में प्रदर्शित करने के लिए एक पीएनजी लोड करने की कोशिश करने में भी परेशानी होती है, और मेरे गोडोट को फिर से धीमा कर दिया।

पूरी तरह से असंबंधित प्रश्न, क्या आप में से किसी ने विंडोज पर इस मुद्दे को किसी भी प्रकार के एंटीवायरस / एंटीमलेवेयर सॉफ़्टवेयर को चलाया है? शायद कुछ बाइनरी स्कैन कर रहा है जब निष्पादित किया जाता है।

यहां अन्य चीजें हैं जो आप लोग आजमा सकते हैं, हो सकता है कि यह ओपनजीएल कैश से संबंधित हो, एनवीडिया ने इसे यहां संग्रहीत किया है:
C: \ Users \\ AppData \ Local \ NVIDIA \ GLCache

यदि आप यहां फ़ाइलों को हटाते हैं, तो क्या आप अभी भी समस्या को पुन: उत्पन्न कर सकते हैं?

अंत में, एनवीडिया मंचों पर मुझे कुछ और मिला, क्या आप इस पर्यावरण चर को सेट करते समय गोडोट को मैन्युअल रूप से चलाने की कोशिश कर सकते हैं? पसंद:

__GL_SHADER_DISK_CACHE_SKIP_CLEANUP=1
godot.exe

reduz: मैंने कोशिश की है कि। यह कुछ भी नहीं बदला।

@ a200 क्या आपके पास

@reduz हाँ, 1070GTX।

मेरे पास बहुत धीमी गति से खुलने वाली भी है, लेकिन मैं इसे फ़ाइल को हटाकर ठीक करता हूं: %appdata%/Godot/editor_settings-3.tres यह वास्तव में बड़ा था (~ 100mb या अधिक, मुझे याद नहीं है)। शायद यह मदद करेगा।

मेरे पास एक ही मुद्दा था, और आखिरकार मेरे पास प्रोजेक्ट सेटिंग्स में था -> डिबग -> सेटिंग -> "फोर्स एफपीएस" 1 पर सेट :) इसे 0 पर सेट करना मुद्दा तय हो गया। बस यहां पोस्टिंग है, क्योंकि लैगिंग के साथ यह पहली कड़ी है।

क्षमा करें दोस्तों, मुझे लग रहा है कि यह मुद्दा विभिन्न समस्याओं का एक सलाद बन गया है।

बड़ी विन्यास फाइल:

यदि आप में से कोई भी PROJECT MANAGER और EDITOR खोलने के लिए धीमी गति से और अपने संयोग से प्रभावित होता है
% appdata% / Godot / editor_settings-3.tres बहुत बड़ा है, कृपया इसे पूरा करें और इसे भेजें क्योंकि हम जान सकते हैं कि यह फ़ाइल बहुत बड़ी क्यों है। यदि किसी कारण से इसमें निजी जानकारी शामिल है, तो कृपया इसे हटाने के लिए पहले इसे संपादित करें (हालांकि मुझे नहीं लगता कि यह आपकी परियोजनाओं के लिए पथ को सहेजता है)।

धीमी गति से खेल शुरू करने के लिए

यदि आपका GAME लॉन्च करने में धीमा है, लेकिन प्रोजेक्ट मैनेजर और संपादक ठीक हैं। कृपया OS, GPU और ड्राइवर संस्करण सहित अपने हार्डवेयर का वर्णन करें।

धीमी गति से खेल शुरू करने के लिए

यदि आपका GAME लॉन्च करने में धीमा है, लेकिन प्रोजेक्ट मैनेजर और संपादक ठीक हैं। कृपया OS, GPU और ड्राइवर संस्करण सहित अपने हार्डवेयर का वर्णन करें।

समान # 23986 के अनुसार, यह नवीनतम एनवीडिया चालक (विंडोज 10 पर 419.17) में तय किया गया लगता है। क्या आप में से कुछ इसकी पुष्टि कर सकते हैं?

मुझे भी यही समस्या है।

आरंभिक लॉन्च, ओपनिंग प्रोजेक्ट, और रनिंग के लिए ~ 41 सेकंड का समय लगता है (मैंने प्रत्येक को व्यक्तिगत रूप से समय दिया और वे सभी एक दूसरे के 1 सेकंड के भीतर थे)।
रिस्टार्ट ने इसे ठीक कर दिया।

मैंने गैर-मोनो और मोनो दोनों के साथ v3.0.6 की कोशिश की और दोनों के साथ एक ही मुद्दा। यह सुपर बेसिक ट्यूटोरियल प्रोजेक्ट "इंस्टेंसिंग" के साथ भी है।

ऐनक:
विंडोज 10 (64-बिट)
AMD Radeon HD 6700 (v15.201.1151.1008)
16 जीबी रैम

संपादित करें: मैं 3.1 बीटा का उपयोग करना शुरू कर रहा हूं और ऐसा लगता है कि यह तय हो गया है लेकिन समय बताएगा। अगर यह वापस आता है तो मैं इसे अपडेट करूंगा।

मेरा अभी यह मुद्दा कहीं नहीं था ... फिर मुझे याद आया कि मैंने अपने NVidia ड्राइवरों को अपडेट किया था और टेलीमेट्री को निष्क्रिय करना भूल गया था ( https://github.com/NateShoffner/Disable-Nvidia-Telemetry ) ऐसा करने और रिबूट करने के बाद, Godot अभी ठीक शुरू हुआ। यह वास्तव में बहुत दिलचस्प है ... (विंडोज़ 10 x64 v1809)

क्या किसी ने शायद यह कोशिश की? मुझे लगता है कि यह इन टेलीमेट्री सामान के साथ कुछ करना है। मैं नवीनतम एनवीडिया ड्राइवरों का भी उपयोग कर रहा हूं:

मेरे पास अभी भी यही मुद्दा है।

शुरू में शुरू करने और फिर परियोजना को खोलने के लिए वास्तव में लंबा समय लगता है। जब मैंने शुरुआत में गोडोट को डाउनलोड किया था, तो यह ठीक ही काम कर रहा था, लेकिन एक बार लॉन्ग लोडिंग टाइम शुरू होने के बाद इसे दोबारा काम करने का कोई रास्ता नहीं है।

गोडोट v3.1 और v3.1.1 (दोनों गैर-मोनो) पर होता है

यहाँ सभी सुझावों की कोशिश की और मदद नहीं करता है।

ऐनक:
विंडोज 10 (64-बिट)
एनवीडिया आरटीएक्स 2070 (v430.39)
16 जीबी रैम

टेलीमेट्री को अक्षम करके टिह्यू के सुझाव का पालन करना रिबूट करने के बाद काम करता है। लेकिन एक बार जब आप रिबूट करते हैं तो यह फिर से धीमा हो जाता है। टेलीमेट्री को फिर से सक्षम करने और फिर इसे अक्षम करने से समस्या फिर से हल नहीं होती है। मैंने अपने Nvidia ड्राइवर v430.39 को साफ किया और यह रिबूट के बाद एक बार काम करने के साथ भी करता है लेकिन दूसरे रिबूट के बाद काम नहीं करता है। मैंने खेल तैयार ड्राइवर के बजाय एनवीडिया निर्माता चालक को स्विच किया और अभी भी यह मुद्दा बरकरार है। मैंने केवल सुनिश्चित करने के लिए स्टीम संस्करण की कोशिश की और मुद्दा अभी भी मौजूद है। मुझे वास्तव में उम्मीद है कि यह मुद्दा तय हो सकता है।

मुझे आश्चर्य है कि मुद्दे का शीर्षक क्यों बदल दिया गया है ..? चूंकि यह एक एनवीडिया-समस्या नहीं है।

समस्या अभी भी मेरे लिए है (AMD RX580 - Radeon Settings Version: 2019.0326.2353.42986 - OpenGL संस्करण: 25.20.15000.13547 - OpenGL API संस्करण: 4.6)

मुद्दा अभी भी मेरे लिए मौजूद है। अब एनवीडिया ड्राइवर पर v430.64। अभी भी काम नहीं कर रहा है।

निश्चित रूप से एक OpenGL मुद्दा और गोडोट विशिष्ट नहीं, या उस मामले के लिए एनवीडिया या एएमडी। यहां तक ​​कि एक रिक्त मोनोगैम परियोजना को खोलने में बहुत लंबा समय लगता है।

नमस्ते!
सबकुछ ठीक चल रहा था और फिर मैंने अपने एनवीडिया ड्राइवरों को 430.64 में अपडेट किया।

तब से जब मैंने एफ 5 / एफ 6 के माध्यम से गेम लॉन्च किया, तो यह लगभग (लगभग एक मिनट) शुरू करने के लिए बहुत धीमा है।

यहाँ मेरा विन्यास है:
विंडोज 10 प्रो 64 बिट्स
16go DDR4
जीएफएक्स जीटीएक्स 1060 6 जीबी
एक SSD पर चल रहा है

मुझे एक कुशल तरीके से गोडोट के साथ काम करने के लिए उबंटू के साथ दोहरी बूट चलाने की आवश्यकता है। अन्य संघर्ष करने वालों के लिए बस एक टिप!

हाय दोस्तों, मैं इसी तरह की समस्या है, लेकिन यह केवल 3.1.1 के साथ होता है, एक और संस्करण ठीक है।

यह मेरा आलू का चश्मा है:
विंडोज 10
GPU: nVidia GeForce GT 520M
चालक संस्करण: 391.35 (मैं इस संस्करण के साथ फंस गया, 520M के लिए कोई नया ड्राइवर उपलब्ध नहीं है)

हाँ, यह एक शक्तिशाली मशीन नहीं है, लेकिन यह बहुत अच्छा है। मैं एकता को सुचारू रूप से चला सकता हूं, यहां तक ​​कि मैं पूर्ण एफपीएस के साथ भाप से पीएस 3 पोर्टेड गेम खेल सकता हूं। तो, गोडोट को चलाने के लिए एक हवा होनी चाहिए।

जब मैं 3.1.1 का उपयोग करता हूं तो संपादक से गेम खेलने के बाद मेरा लैपटॉप धीमा हो गया, गोडोट को बंद करने के बाद भी यह स्थिति बनी हुई है।
यह बहुत ही धीमा है कि यह मेरे लैपटॉप को बेकार कर देता है। अगर मैं इसे इस्तेमाल करने के लिए मजबूर करता हूं तो अंततः यह खराब हो जाता है और मेरी स्क्रीन (कई मिनटों के लिए) में ब्लैक स्क्रीन और आर्टवर्क हो जाता है। मुझे बहुत डर लग रहा है, यह मुझे गुंडे देता है।
इसे ठीक करने का एकमात्र तरीका विंडोज़ को पुनरारंभ करना है।

तो अब मैं 3.1 का उपयोग करता हूं यह ठीक चलता है, जब मैं संपादक से खेल खेलता हूं तो एक छोटी सी हिचकी आती है, लेकिन यह मुश्किल से ध्यान देने योग्य है।

बस इतना ही। आशा है कि यह इस मुद्दे को ठीक करने में मदद करेगा।

फिर से नमस्कार,

मैंने सिर्फ कंप्यूटर को स्वरूपित किया, और मैंने सिर्फ गोडोट को स्थापित किया। नवीनतम संस्करण 3.1.1 x64। और जब मैंने पहली बार इसे खोला, तो यह मुद्दा सिर्फ मेरे साथ हुआ।

पीसी विनिर्देशों:
GPU: एनवीडिया 1060 3 जीबी [स्वच्छ नए ड्राइवरों के साथ स्थापित]
सीपीयू: इंटेल i5-4460
RAM: 16GB DDR3
ओएस: विन 10

मैंने .tres फ़ाइल को देखा और इसे केवल 5KB मिला।
और कंसोल का कहना है "ओपन ES ES रेंडरर: GeForce GTX 1060 3GB / PCIe / SSE2।"

मेरे पास यह मुद्दा बहुत पहले से था और इसका NVIDIA से कोई संबंध नहीं था। मेरे पास कुछ समय पहले एक समस्या थी कि मेरे USB ड्राइवर ठीक से स्थापित नहीं थे। गोडोट अपने पिछड़े हुए दिखाई देता है लेकिन सब कुछ अभी भी उत्तरदायी है। यह तब होगा जब मैं परियोजनाओं को लोड कर रहा हूं और जब मैं गोडोट संपादक के अंदर खेल को चलाने की कोशिश करूंगा।

गोडोट सभी कनेक्टेड यूएसबी उपकरणों को यह देखने के लिए देखने की कोशिश करता है कि क्या यह एक कीबोर्ड, गेम कंट्रोलर, वीआर हेडसेट आदि है, अगर यूएसबी कंट्रोलर / ड्राइवर को ठीक से स्थापित नहीं किया गया है, तो यह एक मिनट तक प्रतीक्षा करेगा। उस मिनट के बाद, यह डिबग गेम या लोड प्रोजेक्ट चलाएगा।

अपने ड्राइवरों को पुनर्स्थापित करने से समस्या ठीक हो जाएगी। मुझे यह जानकारी तब मिली जब कुछ साल पहले गोडोट डिसॉर्ड पर पोस्ट किया गया था। आशा है कि इससे सहायता मिलेगी। मैंने अपनी लाइव स्ट्रीम पर भी इस मुद्दे पर दो लोगों को रिपोर्ट किया था। मेरी जानकारी ने बहुतों की मदद की।

मोनोगेम परियोजनाओं के लिए, हाँ, यह कुछ भी होगा जो गेम कंट्रोलर्स या यूएसबी उपकरणों के लिए जांच करता है। मोनोगेम USB उपकरणों के लिए भी जाँच करता है।

मुझे अन्य लोगों के समान समस्या थी। खिड़कियों के स्टार्ट-अप पर गोडोट 3.1.1 पहले तो ठीक चलेगा, लेकिन गोडोट को शुरू करने के कुछ समय बाद, प्रोजेक्ट लोड करना और प्रोजेक्ट खेलना लगभग 30 के दशक का समय लगेगा।

मेरे लिए यह एक usb डिवाइस की वजह से भी था (जैसे shmellyorc ने कहा)। वह usb डिवाइस एक usb हब था, जो मेरे M & K को मेरे पीसी से जोड़ता था। मैंने किसी भी ड्राइवर को फिर से स्थापित नहीं किया, लेकिन मैंने अपने M & K को सीधे अपने पीसी से जोड़ा। यह सभी धीमे चढ़ाव को निर्धारित करता है (मुझे गोडोट या मेरे पीसी को पुनरारंभ करने की आवश्यकता नहीं थी)।

पुष्टि कर सकते हैं कि मैं एक ही समस्या है। मेरे पास एक नया स्थापित पीसी है, मई में पुन: स्थापित किया गया है, बस कुछ कार्यक्रमों को स्थापित किया गया है और मुझे गोडोट की समान धीमी शुरुआत, प्रोजेक्ट्स खोलना और संपादक से दृश्य खेलना है।

मेरी परियोजनाएं टिनि हैं, जैसा कि मैंने अभी उदमी पर डिस्कवरिंग गोडोट कोर्स शुरू किया है और अब तक सिर्फ गोडोट में आउटपुट कंसोल पर टेक्स्ट प्रिंट कर रहा है।

मेरा% appdata% / Godot / editor_settings-3.res सिर्फ 8Kb है, इसलिए मैं उस विशाल को कॉल नहीं करूंगा।

मैंने एनवीडिया टेलीमेट्री को निष्क्रिय करने की कोशिश की, मेरे पीसी को रिबूट किया और सब कुछ तेज और अच्छा है।

विन 10, संस्करण 1903, 18362.10005 का निर्माण करें
GFX: MSI 970GTX, नवीनतम एनवीडिया ड्राइवर
रैम: 16 जीबी
सीपीयू: i7-4790
USB: कॉर्सेर केबी एंड माउस, फ़ोक्रेसाइट स्कारलेटि साउंडकार्ड, Xbox कंट्रोलर, iLok डोंगल

मैं भी एक पुराने थिंकपैड T420 पर Win10 और शायद आंतरिक इंटेल ग्राफिक्स कार्ड में Godot का एक ही संस्करण चला रहा हूं। वहां यह त्रुटिपूर्ण काम करता है।

मेरे पास एक समान मुद्दा है, लेकिन मैं इसे मंदी नहीं कहूंगा, लेकिन वास्तव में लटका हुआ है, जबकि सीपीयू 80% से ऊपर जाता है। इसलिए मुझे यकीन नहीं है कि मेरा मुद्दा समान है, क्योंकि मेरे पास एक NVIDIA नहीं है, और गोडोट बहुत विशिष्ट कार्यों के लिए लटका हुआ है और केवल एक निश्चित बिंदु तक है, जैसा कि मैं नीचे बताऊंगा, और केवल जीएलईएस 3 और केवल 3 डी में। । उसके बाद, सब कुछ अच्छा और चिकना लगता है। एक खाली परियोजना के साथ एक गेम लॉन्च करना तात्कालिक है।

सबसे पहले, मैं Godot 3.1.1 स्थिर का उपयोग कर रहा हूं, और मेरी प्रणाली है:
विंडोज 7
अति Radeon HD 4800 श्रृंखला (1GB मेमोरी, iirc)
Intel Core Duo 2.13Ghz (दो कोर, OC के साथ 3.6Ghz पर)
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.

बात यह है कि, फांसी का समय हर बार ऐसा ही होता है जब मैं यह कोशिश करता हूं, एक सेकंड देता हूं या लेता हूं, कोई कम नहीं - यह लगभग सटीक है। मैंने एक अजीब अपवाद पर ध्यान दिया: यदि दूसरा भिन्न नोड I स्थान Sprite3D है, तो इसे तुरंत रखा जाता है, लेकिन फिर मैं जिस 3 और 4 नोड को जगह देता हूं, वही 2 और 3 के ऊपर होता है।

एक और बात जिस पर मैंने गौर किया, वह यह है कि जड़ स्थानिक रखने के बाद, मैं Spatials सभी को बिना किसी लटकाए रख सकता हूं। यह तब होता है जब मैं एक अलग 3D नोड रखता हूं जो इसे एक बार फिर लटका देता है। मेरे द्वारा निर्दिष्ट प्रत्येक विशिष्ट नोड्स के लिए वही सच है, जिसकी परवाह किए बिना मैं चुनता हूं: इसलिए यदि मैं जो अगला चुनता हूं वह एक CSGBox है, यह 54 सेकंड लटकाता है, और फिर मैं CSGBoxes को बिना लटकाए अपने दिल की सामग्री में रख सकता हूं ... जब तक मैं तीसरा अलग नोड रखता हूं।

(संपादित करें: और btw, अगर मैं उन दृश्यों के साथ काम कर रहा हूं जो मैंने पहले ही बनाए थे, तो स्टार्टअप के बाद नोड्स का चयन करना इंजन को उसी पैटर्न में लटका देता है)

डिफ़ॉल्ट वातावरण को हटाने से पहली बार 72 सेकंड के लिए गोडोट लटका हुआ है। फिर मैं इसे वापस रख सकता हूं और इसे बाहर निकाल सकता हूं। 2 डी दृश्य से वापस 3 डी दृश्य पर स्विच करने में भी पहली बार (समय नहीं है) काफी समय लगता है।

GLES2 में गॉडोटट मुझे ~ 11 सेकंड के स्टार्टअप के लिए ले जाता है, और सब कुछ वहाँ से सुचारू और तात्कालिक है, जिसमें दोष को दूर करना भी शामिल है। env। (हालांकि यह गोडोट 2 की तुलना में अभी भी काफी धीमा है, जैसा कि मैंने # 27230 में उल्लेख किया है)।

इसके अलावा, मुझे स्टार्टअप पर स्टडआउट में यह सभी त्रुटियां मिलती हैं (यह बहुत जल्दी सूचीबद्ध है, केवल तभी यह 38 सेकंड के लिए निष्क्रिय रूप से लटका हुआ है):

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

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

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

(अंतिम WASAPI त्रुटियाँ होने की संभावना है क्योंकि मेरे पास कोई साउंड कार्ड नहीं है।)

@Skaruts Godot डेस्कटॉप प्लेटफ़ॉर्म पर OpenGL ES का उपयोग नहीं करता है। इसके बजाय, यह सीधे OpenGL 3.3 का उपयोग करता है (या GLES2 बैकएंड का उपयोग करते समय OpenGL 2.1)।

पुराने एएमएल ग्राफिक्स कार्ड ओपनजीएल समर्थन के मामले में बहुत खराब हैं, जो ERROR: initialize: Directional shadow framebuffer status invalid (https://github.com/godotengine/godot/issues/27572) जैसी त्रुटियों का कारण है।

मेरे पास यह मुद्दा बहुत पहले से था और इसका NVIDIA से कोई संबंध नहीं था। मेरे पास कुछ समय पहले एक समस्या थी कि मेरे USB ड्राइवर ठीक से स्थापित नहीं थे। गोडोट अपने पिछड़े हुए दिखाई देता है लेकिन सब कुछ अभी भी उत्तरदायी है। यह तब होगा जब मैं परियोजनाओं को लोड कर रहा हूं और जब मैं गोडोट संपादक के अंदर खेल को चलाने की कोशिश करूंगा।

गोडोट सभी कनेक्टेड यूएसबी उपकरणों को यह देखने के लिए देखने की कोशिश करता है कि क्या यह एक कीबोर्ड, गेम कंट्रोलर, वीआर हेडसेट आदि है, अगर यूएसबी कंट्रोलर / ड्राइवर को ठीक से स्थापित नहीं किया गया है, तो यह एक मिनट तक प्रतीक्षा करेगा। उस मिनट के बाद, यह डिबग गेम या लोड प्रोजेक्ट चलाएगा।

अपने ड्राइवरों को पुनर्स्थापित करने से समस्या ठीक हो जाएगी। मुझे यह जानकारी तब मिली जब कुछ साल पहले गोडोट डिसॉर्ड पर पोस्ट किया गया था। आशा है कि इससे सहायता मिलेगी। मैंने अपनी लाइव स्ट्रीम पर भी इस मुद्दे पर दो लोगों को रिपोर्ट किया था। मेरी जानकारी ने बहुतों की मदद की।

मोनोगेम परियोजनाओं के लिए, हाँ, यह कुछ भी होगा जो गेम कंट्रोलर्स या यूएसबी उपकरणों के लिए जांच करता है। मोनोगेम USB उपकरणों के लिए भी जाँच करता है।

धन्यवाद, मैंने USB कंप्यूटर पर समस्या की पुष्टि की है कि USB ड्राइवर ठीक से स्थापित नहीं हैं, मैंने अपने कंप्यूटर में एक नया USB एक्सटेंशन हब स्थापित किया है और इसे बंद करने से मेरी समस्या हल हो गई है।

पुष्टि की कि USB हब को डिस्कनेक्ट करने से मेरे लिए भी समस्या तय हो गई।

मैं यह भी पुष्टि कर सकता हूं कि यह समस्या मेरे कुछ USB2 पोर्ट से संबंधित है (मेरे USB नियंत्रक को डिस्कनेक्ट कर रहा है, या बस इसे अन्य USB3 पोर्ट से कनेक्ट करने से समस्या हल होती है)।
उस ओर इशारा करने के लिए आप सभी का धन्यवाद।

मेरे पास यह एक ही मुद्दा था, और मेरे कीबोर्ड की दूसरी यूएसबी केबल को अनप्लग करके इसे हल किया गया था, जो कि दो यूएसबी पोर्ट के लिए था, जो इसमें अंतर्निहित है। कुछ बिंदु पर, अगर मैं वास्तव में उन बंदरगाहों का उपयोग करने की योजना बना रहा हूं, तो मैं अपने ड्राइवरों को फिर से स्थापित करने और इसे वापस प्लग इन करने की कोशिश कर सकता हूं।

मुझे आश्चर्य है कि अगर गोडोट में कुछ ध्वज सेट करना संभव है तो गेमपैड्स मैन्युअल रूप से अपडेट करें (कोड से स्पष्ट अनुरोध द्वारा)? सभी प्रभावित खिलाड़ियों को (संयुक्त राष्ट्र) के लिए usb ड्राइवरों को उस गेम के लिए पूछने के लिए बहुत अच्छा नहीं है जो वास्तव में usb ड्राइवरों की परवाह नहीं करता है।

बस Godot v3.1.2.stable.official (स्टीम से) स्थापित किया गया।

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

गोडोट को लॉन्च करने में 35 सेकंड लगते हैं। एक बार खोलने के बाद, एक "हेलोवर्ल्ड ऐप" (कुछ भी नहीं है लेकिन एक एकल नोड) लॉन्च करने में 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 जब से आपको एक ऑप्टिमस लैपटॉप दिखाई देता है, क्या यह तब होता है जब आप Godot को एकीकृत ग्राफिक्स पर चलने के लिए मजबूर करते हैं? यह निष्पादन योग्य पर राइट-क्लिक करके और GPU का चयन करके किया जा सकता है।

नोट: यह टाइमस्टैम्प द्वारा इन पंक्तियों में से प्रत्येक को पूर्ववर्ती करने में सहायक हो सकता है:

मुझे यह जोड़ने में एक वास्तविक उपयोग का मामला नहीं दिखता है - यह यहाँ हाथ में समस्या को हल करने में मदद नहीं करेगा। लॉगिंग यूटिलिटीज आमतौर पर किसी भी समय टाइमस्टैम्प जोड़ते हैं: थोड़ा_स्माइलिंग_फेस:

@ कैलीनोउ मैं MS में विजुअल स्टूडियो टीम और Apple में Xcode टीम दोनों में एक वरिष्ठ इंजीनियर था। उदारतापूर्वक टाइमस्टैम्प का उपयोग करने से कुछ भी नुकसान नहीं होता है। ;-)

और वैसे, जो 35-40 सेकंड की देरी मुझे दिखाई दे रही है वह मेरे सरल ऐप के हर लॉन्च पर होती है (न कि केवल गोडोट के लॉन्च पर)। इसका अर्थ है कि गोडोट इस राज्य में अनुपयोगी है।

आह ... आपने अपनी टिप्पणी संपादित की। मैं एक MSI GS75 चुपके 479 का उपयोग कर रहा हूं। एक ही देरी में एकीकृत ग्राफिक्स परिणाम के साथ चल रहा है।

मुझे एक समाधान मिला:

मेरे पास शुरू में अपना लैपटॉप एक एलियनवेयर 1900 आर 34.1 ”से जुड़ा था, थंडरबोल्ट 3. के माध्यम से घुमावदार गेमिंग मॉनिटर 3. अगर मैं गोडोट _without_ लॉन्च करता हूं, तो मॉनिटर जुड़ा हुआ सब कुछ अपेक्षित रूप से काम करता है।

इस प्रकार, मेरा काम यह है:

1. मेरे मॉनिटर को डिस्कनेक्ट करें
2. गोडोट लॉन्च करें
3. मेरा मॉनिटर कनेक्ट करें

उन चरणों के बाद, गोडोट एक्सई बिना देरी के लॉन्च करता है और बाद में मेरे उदाहरण प्रोजेक्ट के लॉन्च भी उम्मीद के मुताबिक काम करते हैं।

जैसा कि अन्य ने उल्लेख किया है, गोडोट "हैंग" के दौरान शून्य सीपीयू का उपयोग कर रहा है, इसलिए यह सबसे अधिक संभावना है कि एक ही कॉल लटका हुआ है। कृपया मुझे बताएं कि क्या गोडोट को विस्तारित टेलीमेट्री / लॉगिंग के साथ लॉन्च करने का कोई तरीका है क्योंकि इस मुद्दे को अलग करना बहुत आसान होना चाहिए। (फिर, मैंने विजुअल स्टूडियो के प्रोफाइलर के लिए मूल इंस्ट्रूमेंटेशन इंजन लिखा, इसलिए मैं इस प्रकार के मुद्दों से बहुत परिचित हूं)।

मेरे पास शुरू में अपना लैपटॉप एक एलियनवेयर 1900 आर 34.1 से जुड़ा था ", थंडरबोल्ट 3. के माध्यम से घुमावदार गेमिंग मॉनिटर। अगर मैं मॉनिटर के बिना गोडोट को लॉन्च करता हूं, तो सब कुछ उम्मीद के मुताबिक काम करता है।

क्या मॉनिटर में USB हब शामिल है? यदि हां, तो यही कारण हो सकता है।

कृपया मुझे बताएं कि क्या गोडोट को विस्तारित टेलीमेट्री / लॉगिंग के साथ लॉन्च करने का कोई तरीका है क्योंकि इस मुद्दे को अलग करना बहुत आसान होना चाहिए।

--verbose कमांड-लाइन तर्क है, लेकिन जहां तक ​​मुझे पता है, यह USB डिवाइस स्कैनिंग के बारे में कुछ भी नहीं छापता है।

हाँ, मेरे मॉनिटर में एक USB हब है (आधुनिक मॉनीटर क्या नहीं करता है?)। और आप सही हैं, --verbose मददगार नहीं है। मैं अब गोडोट स्रोत डाउनलोड कर रहा हूं और आपको बता दूंगा कि क्या मैं इस मुद्दे को इंगित कर सकता हूं।

मेरे लिए यह FiiO ब्रांड का USB DAC (साउंड कार्ड) था। इसे अनप्लग करना धीमी लॉन्चिंग को ठीक करता है। यहां तक ​​कि यह धीमी गति से लॉन्च होने के कारण बंद हो गया (चार्जिंग मोड)।

प्रभावित लोगों के लिए, क्या यह समस्या निर्यात किए गए खेलों को भी धीमा कर देती है, या सिर्फ संपादक को?

क्या कोई भी स्रोत से गोडोट के निर्माण के प्रयास को प्रभावित कर सकता है, और यह पता लगाने के लिए डिबगर का उपयोग कर सकता है कि यह मंदी क्या होती है? आपको आम तौर पर एक मंदी के दौरान निष्पादन को तोड़ने में सक्षम होना चाहिए और डीबगर में देखना चाहिए कि वर्तमान स्टैकट्रेस क्या है।

मेरे पास एक ही मुद्दा था, या कम से कम समान लक्षण थे। मैंने विभिन्न USB उपकरणों को अनप्लग करने की कोशिश की, और पाया कि अपराधी मेरा मासड्रॉप O2 + ODAC उर्फ ​​"ODAC-revB USB DAC" था।

कुछ खोज के बाद, मैं इस StackOverflow पोस्ट पर आया, जिसमें समस्या का अंतिम समाधान था।

जो भी कारण से बाहर हो जाता है, डीएसी "मानव इंटरफ़ेस डिवाइस" में एक अतिरिक्त डिवाइस जोड़ता है जो जेनेरिक नाम "यूएसबी इनपुट इनपुट" के साथ दिखाई देता है। मुझे पता नहीं है कि यह क्या करता है, लेकिन डिवाइस मैनेजर में इसे अक्षम करने से ऑडियो कार्यक्षमता प्रभावित नहीं होती है (वैसे भी ऑडियो डिवाइस को किसी इनपुट डिवाइस की क्या आवश्यकता होगी?) और गोडोट और कुछ गेम (डार्क सोल) के मुद्दे को ठीक करता है? Sekiro के दिमाग में) स्टार्टअप के दौरान लंबे समय तक जमाव का अनुभव होता है।

सही "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: एक स्प्राइट नोड से जुड़ी लगभग एक खाली स्क्रिप्ट के साथ एक दृश्य ट्यूटोरियल प्रोजेक्ट (हाँ, मेरे पास जाने के लिए एक लंबा रास्ता है!)। अपनी विंडो प्रदर्शित होने के लिए प्रोजेक्ट को चलाने में लगभग एक मिनट का समय लगा। मैंने गोडोट को बंद कर दिया, कीबोर्ड को अनप्लग कर दिया, और गोडोट ने 3 सेकंड में लोड किया जैसा कि मुझे उम्मीद है। कीबोर्ड को वापस और गोडोट में प्लग करना सामान्य रूप से दृश्यों को लोड करना और खेलना जारी रखता है। मुझे यकीन नहीं है कि अगर मुझे हर बार गोडोट का उपयोग करना है तो मुझे अपने कीबोर्ड को अनप्लग-एंड-प्लग-बैक करने की आवश्यकता होगी। मैं देखता हूँ कि यह कैसे जाता है और इस पोस्ट को अपडेट करता है।

संपादित करें: मैंने Corsair के iCUE सॉफ्टवेयर के माध्यम से कीबोर्ड के फर्मवेयर को अपडेट किया है और इसने समस्या को ठीक कर दिया है। मुझे प्रोजेक्ट सूची 2-3 सेकंड में मिलती है, और लगभग 3 में एक प्रोजेक्ट के रूप में, सामान्य रूप से। इससे पहले कि मैं आज में एक नया कीबोर्ड प्लग करता।

मैं पुष्टि कर सकता हूं कि ICUE सॉफ़्टवेयर के माध्यम से मेरे corsair K55 कीबोर्ड फ़र्मवेयर को अपडेट करने का निर्देश यहाँ दिखाने के रूप में डाइनामिन स्लो डिवाइस एन्यूमरेशन बग को निर्धारित करता है: https://stackoverflow.com/questions/10967795/directinput8-enumdevices-sometimes-painfully-slow

मेरा Corsair K70 RGB कीबोर्ड फर्मवेयर v 2.05 पर था। बस इसे 3.08 में अपडेट किया, जिसे मैं मान रहा हूं कि समस्या का समाधान हो जाएगा।

मैं जोड़ना चाहता हूं कि मैंने दूसरे दिन पूरी तरह से अलग ऐप में इस सटीक एक ही मुद्दे को देखा: लड़ खेल Skullgirls 2 एनकोर। खेल लॉन्च पर लटका होगा, और मुझे समझ नहीं आया कि क्यों। मैंने गोडोट को शुरू करने की कोशिश की, और इसमें पुरानी लोडिंग समस्या फिर से थी, इसलिए मैंने अपने पीसी को रिबूट किया (शायद इसके बजाय कीबोर्ड को फिर से स्थापित किया जाना चाहिए), और दोनों ऐप ठीक थे। अगर मुझे अपडेट करने के बाद फिर से कोई समस्या दिखाई देती है, तो मैं यहां वापस जांच करूंगा, लेकिन @saulpalv प्रतिक्रिया के लिए धन्यवाद, क्योंकि पिछले टिप्पणीकार के संपादन ने इसे मेरे इनबॉक्स में कभी नहीं बनाया।

IMO, यह समस्या गोडोट के साथ बग की तुलना में खराब हार्डवेयर / ड्राइवर / फर्मवेयर से अधिक संबंधित है। वर्कअराउंड की सादगी को देखते हुए (अपने USB डिवाइस के फ़र्मवेयर को अपडेट करें या इसे रीस्टोर करें), मुझे यकीन नहीं है कि यह एक फिक्स को सही ठहराता है।

IMO, यह समस्या गोडोट के साथ बग की तुलना में खराब हार्डवेयर / ड्राइवर / फर्मवेयर से अधिक संबंधित है। वर्कअराउंड की सादगी को देखते हुए (अपने USB डिवाइस के फ़र्मवेयर को अपडेट करें या इसे रीस्टोर करें), मुझे यकीन नहीं है कि यह एक फिक्स को सही ठहराता है।

चालक की समस्या का पता लगाने के लिए अपने सिस्टम को समस्याग्रस्त करने में गोता लगाने के बजाय, पहली बार बहुत सारे खिलाड़ी खेल को छोड़ देंगे। धारणा यह होगी कि खेल छोटी गाड़ी है और इसे खेला नहीं जा सकता।

यदि इसके चारों ओर काम करने का कोई तरीका है, तो यह करने योग्य होगा।

मुझे टिप्पणी याद आ गई होगी, लेकिन मुझे लगा कि यह केवल एक संपादक का मुद्दा था। यदि यह खेल को प्रभावित करता है, तो भी, हाँ, यह निश्चित रूप से तय किया जाना चाहिए।

मुझे टिप्पणी याद आ गई होगी, लेकिन मुझे लगा कि यह केवल एक संपादक का मुद्दा था। यदि यह खेल को प्रभावित करता है, तो भी, हाँ, यह निश्चित रूप से तय किया जाना चाहिए।

यदि ऐसा करने में बहुत परेशानी नहीं है, तो क्या आप अपने ड्राइवरों को संपादक हैंग को फिर से बनाने और एक निर्यातित परियोजना पर इसे फिर से बनाने की कोशिश कर पाएंगे?

मैं अपने कीबोर्ड के फ़र्मवेयर को अपडेट करने से पहले भी मज़बूती से इस मुद्दे को पुन: पेश करने में सक्षम नहीं था। मुझे नहीं लगता कि सॉफ़्टवेयर जो अपडेट करता है वह वास्तव में फर्मवेयर डाउनग्रेडिंग का भी समर्थन करता है।

सबसे अच्छा मैं सोच सकता हूं कि एक नया कीबोर्ड खरीदना है (मेरा वर्तमान में अमेज़ॅन पर उपलब्ध नहीं है) और आशा है कि इसका एक पुराना फर्मवेयर है, फिर इसे हफ्तों / महीनों तक उपयोग करें जब तक कि बग यादृच्छिक रूप से फिर से न हो जाए।

मेरे लिए महीने में एक बार ऐसा होता है। लेकिन इतना गुस्सा, मेरे सभी देव सामान को शुरू करने के बाद इसे ठीक करने के लिए कंप्यूटर को पुनरारंभ करना।

इस समस्या के होने पर, प्रत्येक को 30 सेकंड:

• खुला परियोजना चयन
• ओपन प्रोजेक्ट
• रन सीन।

इसे मेरे Corsair K95 RGB कीबोर्ड पर ट्रैक किया गया। इस समय मेरा काम कीबोर्ड पर ही पोलिंग रेट / बायोस स्विच को टॉगल करना है, जो कि मूल रूप से usb केबल को रीस्टोर करने जैसा ही काम करता है। गोडोट सामान्य बाद की तरह काम करता है।
iCue संस्करण 3.27.68। फर्मवेयर 3.08v।

सिर्फ iCUE में ध्यान दिया गया है कि मेरे पास "सक्षम एसडीके" चेकमार्क था। मैंने इसे अभी के लिए भी रद्द कर दिया है। पहले एक लिंक मिला जो इसका कारण हो सकता है।

गोडोट V3.2.1, लेकिन मेरे पास पहले संस्करणों के साथ मुद्दे हैं।

@landgrafa क्या आप किसी निर्मित प्रोजेक्ट के साथ समस्या को पुन: उत्पन्न करने में सक्षम हैं?

संयुक्त राष्ट्र के प्लग और री-प्लग यूएसबी "फिक्स" मेरे लिए काम करता है।

ICUE के माध्यम से मेरे K55 Corsair कीबोर्ड पर फर्मवेयर को अपडेट करने के साथ-साथ काम किया।

अभी भी आकार / वजन के लिए सबसे अच्छा मूल्य कीबोर्ड है, लेकिन आदमी, यह एक गूंगा समस्या थी।

रेयान गॉर्डन से इस बग के लिए दिलचस्प सुराग, जैसा कि SDL एक समान मुद्दे से पीड़ित लगता है: https://mobile.twitter.com/icculus/status/1256845560763551744

यह वास्तव में स्टॉल का कारण बनने वाला हमारा जियोपैड प्रोबिंग कोड हो सकता है। हम हो सकता है कि स्किप करने वाले उपकरणों को बाध्य करें जो प्रतिक्रिया देने के लिए कुछ सेकंड से अधिक समय लेते हैं, और एक चेतावनी फेंकते हैं ताकि उपयोगकर्ता फर्मवेयर अपग्रेड की आवश्यकता में यूएसबी उपकरणों की पहचान भी कर सकें।

मैं इसे एक कदम आगे ले जाऊंगा और स्केप्ड डिवाइस को याद रखूंगा (कम से कम जब तक गोडोट को रिहा नहीं किया जाता है) ताकि आप हर बार 2 सेकंड इंतजार करने और उपयोगकर्ता को परेशान करने के बजाय इसे छोड़ दें। मैं यह कहता हूं क्योंकि जब मेरे पास मुद्दा था, तो यह हर बार प्रकट होगा जब मैंने डिबगिंग शुरू की।

या हो सकता है डिवाइस डिस्कवरी को एक अलग धागे में स्थानांतरित करें?

मेरे लिए यह मुद्दा YETI Microphone on USB जब GODOT में प्लग किया गया, शुरू होने में 30 सेकंड लगते हैं, जब मैं इसे सुपर क्विक अनप्लग करता हूं।

मेरे लिए मुद्दा Razer Kraken USB हेडसेट था। हेडसेट को अनप्लग करने से मुझे 20 सेकंड से 2 सेकंड तक का समय मिला।

यदि कोई प्रभावित जानता है कि विंडोज पर डिबगर का उपयोग कैसे किया जाता है, तो हम वास्तव में एक स्टैकट्रेस का उपयोग कर सकते हैं जो दिखाता है कि वास्तव में इंजन इस लंबे इनिट स्टेप के दौरान कहां अटक गया है:

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

एसडीएल में इसी तरह के मुद्दे को देखते हुए, मुझे लगता है कि यह कहीं न कहीं platform/windows/joypad_windows.cpp , लेकिन यह जानना कि वास्तव में यह जानने में मदद मिलेगी कि समस्याग्रस्त उपकरणों को कहां या कहां पर ब्लैकलिस्ट किया जाए।

अपने आप को 3.2 संस्करण संकलित करने के लिए मिला, लेकिन वी.एस. से चल रहे डिबगर को नहीं मिला।

@sungvzer मैं इसके साथ बहुत अनुभवी नहीं हूं, लेकिन यदि आपके पास अधिक विवरण हैं, तो मैं मदद करने की कोशिश कर सकता हूं। क्या यह स्वयं लॉन्च नहीं हुआ या आपको इसे संलग्न करने में समस्या आ रही है?

इस समस्या पर एक अपडेट मिला, हेडसेट को USB हब में स्थानांतरित करने के बाद, अन्य उपकरणों के बीच, यह होना बंद हो गया। लोड हो रहा है और समय तेजी से रास्ते हैं।

Corsair K70 उपयोगकर्ता यहाँ। फर्मवेयर को अपडेट करना इसे अच्छे के लिए तय करता है।

अन्य USB सामान जो मैंने कनेक्ट किया है वह समस्या नहीं थी:
हाइपरएक्स क्लाउड यूएसबी डोंगल, प्रतिद्वंद्वी 300 माउस, लाइन 6 जीएक्स साउंड कार्ड, लॉजिटेक वेब कैमरा, यूएसबी फैन।

दिलचस्प बग।

लगता है कि Corsair यहां कई रिपोर्ट किए गए मामलों के साथ ध्यान देने योग्य सामान्य आधार है।
मुझे एक ही समस्या हो रही थी (विंडोज 10, जबकि मेरे आर्क लिनक्स गोडोट पर तेज धमाका हो रहा है) एक कॉर्सेर एचएस 60 हेडसेट के साथ है और मालिकाना सॉफ्टवेयर क्यूई और उपयुक्त ड्राइवरों को स्थापित करने के मुख्य सुझाव का पालन करते हुए धीमा निर्धारित किया है।
सटीक होने के लिए, मैंने CUE को एक महीने पहले ही स्थापित किया था ताकि आवश्यक ड्राइवर मिल सकें, फिर उस 1,5 GB बकवास की स्थापना रद्द की। इसे पढ़ने के बाद, मैंने बस सॉफ्टवेयर को फिर से स्थापित किया है (बिना इसे चलाए और ड्राइवरों को अपडेट किए) और गोडोट का प्रदर्शन पहले से ही स्थिर है।

अद्यतन: मैंने अपने पीसी को रिबूट किया है और समस्या फिर से वापस आ गई है, लेकिन यह सुनिश्चित करने के लिए कि यह हेडसेट से जुड़ा हुआ है।
अगर मैं अपने हेडसेट की USB केबल बाहर निकालता हूं (यह मेरे सिस्टम का एकमात्र ऑडियो आउटपुट डिवाइस है) सब कुछ फिर से ठीक है।
USB केबल को फिर से रखना सिस्टम के अगले पुनरारंभ तक प्रदर्शनों से समझौता नहीं करेगा।

मैंने जो सबसे अच्छा वर्कअराउंड पाया है वह कंट्रोल पैनल से अपने हेडसेट डिवाइस को अनइंस्टॉल करने और यूएसबी केबल को बाहर निकालने और फिर से डालने का है। नए ड्राइवर स्थापित किए गए (ICUE पर) मुझे कोई समस्या नहीं है।
क्या यह ICUE के बिना स्थापित पुराने ड्राइवरों के बीच संघर्ष हो सकता है, जिसे नए अपडेट किए गए लोगों के बजाय पहले चुना जा सकता है?

मेरे पास यह मुद्दा बहुत पहले से था और इसका NVIDIA से कोई संबंध नहीं था। मेरे पास कुछ समय पहले एक समस्या थी कि मेरे USB ड्राइवर ठीक से स्थापित नहीं थे। गोडोट अपने पिछड़े हुए दिखाई देता है लेकिन सब कुछ अभी भी उत्तरदायी है। यह तब होगा जब मैं परियोजनाओं को लोड कर रहा हूं और जब मैं गोडोट संपादक के अंदर खेल को चलाने की कोशिश करूंगा।

गोडोट सभी कनेक्टेड यूएसबी उपकरणों को यह देखने के लिए देखने की कोशिश करता है कि क्या यह एक कीबोर्ड, गेम कंट्रोलर, वीआर हेडसेट आदि है, अगर यूएसबी कंट्रोलर / ड्राइवर को ठीक से स्थापित नहीं किया गया है, तो यह एक मिनट तक प्रतीक्षा करेगा। उस मिनट के बाद, यह डिबग गेम या लोड प्रोजेक्ट चलाएगा।

अपने ड्राइवरों को पुनर्स्थापित करने से समस्या ठीक हो जाएगी। मुझे यह जानकारी तब मिली जब कुछ साल पहले गोडोट डिसॉर्ड पर पोस्ट किया गया था। आशा है कि इससे सहायता मिलेगी। मैंने अपनी लाइव स्ट्रीम पर भी इस मुद्दे पर दो लोगों को रिपोर्ट किया था। मेरी जानकारी ने बहुतों की मदद की।

मोनोगेम परियोजनाओं के लिए, हाँ, यह कुछ भी होगा जो गेम कंट्रोलर्स या यूएसबी उपकरणों के लिए जांच करता है। मोनोगेम USB उपकरणों के लिए भी जाँच करता है।

इस मुद्दे को यहाँ (अनुस्मारक) वर्णित किया गया है!

मेरे पास एक ही मुद्दा था, या कम से कम समान लक्षण थे। मैंने विभिन्न USB उपकरणों को अनप्लग करने की कोशिश की, और पाया कि अपराधी मेरा मासड्रॉप O2 + ODAC उर्फ ​​"ODAC-revB USB DAC" था।

कुछ खोज के बाद, मैं इस StackOverflow पोस्ट पर आया, जिसमें समस्या का अंतिम समाधान था।

जो भी कारण से बाहर हो जाता है, डीएसी "मानव इंटरफ़ेस डिवाइस" में एक अतिरिक्त डिवाइस जोड़ता है जो जेनेरिक नाम "यूएसबी इनपुट इनपुट" के साथ दिखाई देता है। मुझे पता नहीं है कि यह क्या करता है, लेकिन डिवाइस मैनेजर में इसे अक्षम करने से ऑडियो कार्यक्षमता प्रभावित नहीं होती है (वैसे भी ऑडियो डिवाइस को किसी इनपुट डिवाइस की क्या आवश्यकता होगी?) और गोडोट और कुछ गेम (डार्क सोल) के मुद्दे को ठीक करता है? Sekiro के दिमाग में) स्टार्टअप के दौरान लंबे समय तक जमाव का अनुभव होता है।

सही "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 और अंतिम संख्या को छोड़कर।

यह मेरे लिए समस्या तय करता है, मेरे पास टॉपिंग एमएक्स 3 है जो एक अलग ब्रांड है और मैंने ड्राइवरों को अपडेट करने की कोशिश की, लेकिन विंडोज का कहना है कि यह पहले से ही अद्यतित है, मुझे आश्चर्य है कि क्या यूएसबी इनपुट चिप्स उनके बीच समान हैं। खुशी है कि मुझे यह ठीक लगा क्योंकि मुझे कुछ टिप्पणियों को लोड करने पर क्लिक करना पड़ा, निश्चित नहीं कि अगर मैं किसी प्रोजेक्ट में या ऑडियो के बिना हर पुनरावृत्ति को अनब्लॉक करने के लिए 30 सेकंड प्रतीक्षा के माध्यम से झेल सकता था।

किसी ने पहले सोचा था कि थ्रेड में मैंने पूछा, लेकिन यह एक निर्यातित बिल्ड के साथ भी होता है, मुझे नहीं पता कि एक समाप्त गेम के दौरान यह मंदी कितनी बार होगी, लेकिन मैंने शायद इसे समाप्त गेम के साथ समस्या निवारण की कोशिश नहीं की होगी और बस मान लो कि यह छोटी गाड़ी है।

Windows 10 Pro x64
Version 20H2
OS build 19042.572

GPU Nvidia RTX2070 Super
GPU driver 457.09

समस्या की पुष्टि करना अभी भी मौजूद है; संपादक और निर्यात किए गए प्रोग्राम लॉन्च समय मेरे कंप्यूटर पर सामान्य रूप से उप-सेकंड होते हैं, लेकिन जब समस्या आती है, तो लॉन्च करने में 30-40 सेकंड लग सकते हैं। यह संपादक में डिबगिंग को भी प्रभावित करता है, जो लॉन्च और कनेक्ट करने के लिए एक मिनट से अधिक समय ले सकता है।

समस्या हमेशा पुनरारंभ होने के बाद खुद को सही करती है, लेकिन कुछ समय बाद वापस आ जाएगी। मैं एक ट्रिगर को इंगित नहीं कर पाया, लेकिन मुझे संदेह है कि यह किसी भी पूर्ण-स्क्रीन अनुप्रयोगों को चलाने से प्रभावित हो सकता है।

मैंने ऊपर उल्लिखित USB फिक्स का प्रयास किया था, लेकिन मुझे ऐसा कोई उपकरण नहीं मिला जिसने कोई ध्यान देने योग्य परिवर्तन किया हो।

समस्या की पुष्टि करना अभी भी मौजूद है; संपादक और निर्यात कार्यक्रम लॉन्च

पुष्टि के लिए धन्यवाद। तो यह निर्यातित संस्करणों को भी प्रभावित करता है। यह चिंताजनक है।