+1

+10

+1

मैंने उस कोड को reference_gl_win.cpp में लिखा था, लेकिन यह आमतौर पर दुर्घटनाग्रस्त हो जाता है
चमकदार ड्राइवर के कारण खिड़कियों में कुछ अनइम्प्लीमेंटेड फंक्शन
काश मैं बिल्कुल पता लगा सकता कि क्यों

शनिवार, 17 जनवरी 2015 को दोपहर 2:56 बजे, MSC नोटिफिकेशन @github.com ने लिखा:

+1

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/okamstudio/godot/issues/1162#issuecomment -70376758

इसे अब के लिए उच्च प्राथमिकता के रूप में सेट करना एक बहुत ही उपयोगी विशेषता होगी। हमें बहुत पुराने Intel IGP या whatnot जो GLES2 का समर्थन नहीं करते हैं, के कारण दुर्घटनाओं की टन रिपोर्ट प्राप्त करते हैं।

ठीक है, मुझे लगता है कि मैंने अपने ऊपर "टन" को रेखांकित करने के लिए पर्याप्त क्रैश का उल्लेख किया है, मैं अभिलेखागार के माध्यम से खुदाई करना बंद कर दूंगा: डी

+1 गॉडोट जादुई रूप से उबंटू पर काम क्यों नहीं करता है, लेकिन विंडोज पर?

यह कैसे लागू किया जा सकता है @reduz पर कोई विचार?

मैंने उस कोड को Reference_gl_win.cpp में लिखा था, लेकिन यह आमतौर पर विंडोज़ में कुछ अनइम्प्लीमेंटेड फंक्शन के कारण क्रैश हो जाता है

डायनेमिक लिंकिंग का उपयोग क्यों नहीं किया जाता है? यह स्पष्ट होगा कि कौन सा फ़ंक्शन गायब है। मेरा मानना ​​है कि https://github.com/p3/regal ऐसा करता है।

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

Tue, Feb 2, 2016 को दोपहर 12:11 बजे, अनातोली टेकटोनिक < नोटिफिकेशन @github.com

लिखा था:

मैंने उस कोड को reference_gl_win.cpp में लिखा था, लेकिन यह आमतौर पर दुर्घटनाग्रस्त हो जाता है
खिड़कियों में कुछ अनइम्प्लीमेंटेड फंक्शन

डायनेमिक लिंकिंग का उपयोग क्यों नहीं किया जाता है? यह स्पष्ट होगा कि कौन सा कार्य है
गायब है। मेरा मानना ​​है कि https://github.com/p3/regal ऐसा करता है।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -178624438

यदि कोई पुराना GPU वाला व्यक्ति लिनक्स पर gdb के माध्यम से Godot चलाने की कोशिश कर सकता है, तो यह काफी मददगार हो सकता है। Windows "समस्या हस्ताक्षर" डीबग जानकारी काफी व्यर्थ लगती है: /

मैं C ++ बिल्कुल नहीं कर रहा हूं। केवल पायथन, इसलिए मैं एक उपयोगकर्ता हूं। मुझे बताओ कि क्या चलाना है और मुझे जानकारी मिल सकती है।

मुझे बताओ कि क्या चलाना है और मुझे जानकारी मिल सकती है।

मुझे विंडोज पर डिबगर के माध्यम से सामान चलाने के बारे में कोई सुराग नहीं है, लेकिन मुझे लगता है कि यह उन लोगों के लिए गैर-तुच्छ है, जिनके पास विंडोज पर सामान संकलन का अधिक अनुभव नहीं है। इसलिए मैंने किसी को लिनक्स पर GDB के साथ डिबग करने की कोशिश करने का सुझाव दिया, क्योंकि इसका उपयोग करना बहुत आसान है:

$ gdb /path/to/godot/binary // if possible self-compiled in debug mode, to have more info
-> run
// see that it segfaults in the terminal
-> bt

और इस बग रिपोर्ट में इस bt (backtrace) कमांड के आउटपुट को कॉपी करें।

बेशक यह हो सकता है कि समस्या विंडोज-विशिष्ट है, इसलिए लिनक्स पर डिबगिंग व्यर्थ होगी, लेकिन मेरा मानना ​​है कि लिनक्स उपयोगकर्ताओं के पास सेगफॉल्ट भी थे जो उपयोगकर्ता को यह बताने के लिए नहीं पकड़े गए थे कि उनका हार्डवेयर OpenGL (ES) 2.1 का समर्थन नहीं करता है।

बीटा 2.0 मेरे लिनक्स पर चलने में विफल रहता है, लेकिन यह ग्राफिक्स कार्ड से असंबंधित लगता है - # 3557

हे आप हम सभी मामलों में कोने के मामलों में जाने वाले एक भाग्यशाली व्यक्ति हैं :)

मुझे लगता है कि मेरे पास एक "शिकायत करने वाली प्रतिभा" और एक GitHub खाता है। =)

मैं ऐसे पुराने वीडियोकार्ड के बारे में नहीं जानता जो स्टार्टअप पर क्रैश करते हैं, लेकिन उदाहरण के लिए, NVIDIA 6800 GT पर,
यह केवल कुछ परियोजनाओं पर क्रैश होता है। तो सभी प्रोजेक्ट्स और गोडोट मॉड्यूल पर फ्रेमबफ़र त्रुटियों के बारे में cmd ​​आउटपुट हैं। यह पूरी तरह से प्रोजेक्ट rasterizer सेटिंग में "fp16_framebuffer" सेटिंग को अक्षम करके तय किया जा सकता है। मुझे पता है, एक ही वीडियोकार्ड पर (पूर्ण कनेक्शन के बारे में नहीं पता), गलत तरीके से रेखांकन (कोई बनावट नहीं) है जो "फ्रेगमेंट_लाइटिंग" सेटिंग को अक्षम करके पूरी तरह से तय किया जा सकता है।
इसलिए मुझे लगता है कि गोडोट को जांच करनी चाहिए कि क्या ये कार्य समर्थित हैं, और यदि नहीं, तो उपयोगकर्ता को नोट करें और उन्हें अक्षम करें।
शायद यह स्टार्टअप पर दुर्घटना के साथ भी मदद करेगा।

मुझे बताओ कि क्या चलाना है और मुझे जानकारी मिल सकती है।

$ gdb / पाथ / टू / गोडोट / बाइनरी // यदि संभव हो तो डिबग मोड में स्वयं संकलित, अधिक जानकारी के लिए

Godot_v2.0_beta_20160205_x11.64 फेडोरा 23 पर समान हार्डवेयर के साथ क्रैश नहीं होता है। यह वहां Mobile Intel® GM45 Express Chipset रूप में पाया गया है।

विस्टा 32 पर Godot_v2.0_beta_20160205_win32.exe अभी भी दुर्घटनाग्रस्त होते हैं।

@techtonik मुझे लगता है कि इसका कारण यह है कि लिनक्स, विंडोज के विपरीत, हार्डवेयर ओपन के साथ समस्या होने पर OpenGL के लिए सॉफ़्टवेयर प्राप्ति का उपयोग करता है, लेकिन यह हार्डवेयर की तुलना में धीमा है, ज़ाहिर है।

@ Algrin6 यह अच्छा होगा यदि इंजन उस तथ्य में कुछ पारदर्शिता प्रदान कर सकता है। पुराने समय में, बाल्डुरस गेट जैसे गेम ग्राफिक्स टेस्ट बायनेरिज़ के साथ भेजे जाते थे। http://www.fileplanet.com/13582/download/Baldur's का गेट-ग्राफिक्स-टेस्ट

BIOWARE VIDEO DRIVER TEST

PURPOSE
-------
This program tests each of the DirectDraw calls used in the full version of Baldur's
Gate.  The program uses 640x480 mode with 16-bit color, which has proved to be 
problematic with some video drivers.

REQUIREMENTS
------------
This program requires a video card with 2 MB of memory.  This program also expects
to see DirectX 3.01a or greater on your system.
...

2 एमबी मेमोरी! और अब मेरे पास 3 GB + 3 GHz है और गेम इंजन नहीं चला सकता। ऐसा कैसे?

2 एमबी मेमोरी! और अब मेरे पास 3 GB + 3 GHz है और गेम इंजन नहीं चला सकता। ऐसा कैसे?

क्योंकि हम 2016 में हैं और Bioware इंजन सुपर पुराना है? और यह परीक्षण यह जांचने के लिए डिज़ाइन किया गया था कि क्या ग्राफिक्स ड्राइवर पर्याप्त शक्तिशाली है, इसलिए संभावना थी कि परीक्षण _working_ DirectX 3.01a के साथ शुरू हो रहा था, लेकिन शायद यह कहकर कि "आप अपने हार्डवेयर या ड्राइवरों को अपग्रेड करें" यदि आप DirectX 7 या कुछ से नीचे थे। और Biare का इंजन केवल MS Windows <= XP पर काम कर रहा था, जबकि Godot एक दर्जन प्लेटफार्मों पर काम करता है ...

अब चूंकि आपको यह पता लग गया है कि हमें क्या करना है, कृपया एक पुल अनुरोध करें।

इसके बारे में

बाल्डुर के गेट को सामान्य उद्देश्य 2D / 3D गेम इंजन में प्रोग्राम नहीं किया जाता है।
यह कस्टम अनुरूपित क्रमादेशित है C, x86 कोडांतरक, संभावना वाटकॉम
संकलक, संरक्षित मोड और स्क्रिप्टिंग के लिए एक मूल स्टैक मशीन का उपयोग करता है। भी
अपने आप को सभी कस्टम ब्लिटिंग कोड करने के लिए स्वतंत्र महसूस करें।

सूर्य पर, 7 फरवरी, 2016 को 12:36 बजे, जॉर्ज मार्केस सूचनाएं @github.com
लिखा था:

इसके बारे में https://github.com/techtonik प्रमुख समस्या है
इस मुद्दे को परखने के लिए किसी भी कोर डेवलपर के पास पुराना हार्डवेयर नहीं है। इसलिए
आपको या तो परेशानी के कारण को इंगित करने के लिए डिबग जानकारी प्रदान करनी होगी या
इसे अपने आप से ठीक करें (जो खुले स्रोत की सुंदरता है)।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -181034018।

@reduz इंजन द्वारा निर्मित कोड (या संपादक द्वारा उपयोग किया गया) के लिए "प्लेटफ़ॉर्म संगतता टेबल" का निर्माण कर सकता है जो वर्तमान में उपयोग किए जाने वाले सभी गुणों को सूचीबद्ध करता है (ब्लिटिंग, कण, 3 डी ऑब्जेक्ट, ...)?

यदि इस समय यह असंभव है, तो क्या यह कम से कम तकनीकी रूप से संभव है?

सत्यापन के लिए उपयोग का मामला न्यूनतम गेम (परीक्षण) बनाने में सक्षम होना है कि यह किसी भी ब्लिटिंग डिवाइस पर चल सकता है और प्रदर्शन को माप सकता है।

@reduz https://github.com/godotengine/godot/issues/1162#issuecomment -180466018 के बारे में क्या?

@ Algrin6 यह जाँचने के लिए व्यर्थ है कि क्या वह सामग्री OpenGL के पुराने संस्करणों में समर्थित है। इन GPU में ड्राइवर होते हैं जो OpenGL को बताते हैं कि सबकुछ समर्थित है, फिर किसी प्रकार के विचित्र सॉफ़्टवेयर फ़ॉलबैक में जाएं जो धीमा, जमा या क्रैश होता है।

मैं यह बहाना पसंद करता हूं कि इस तरह के पुराने हार्डवेयर मौजूद नहीं हैं और ग्रह से गिर गए हैं।

मुझे लगता है कि इसका मतलब है "पैच का स्वागत है" मुझे वास्तव में संदेह है कि कोई भी अस्वीकार कर देगा
अच्छी तरह से के लिए समर्थन किया
पुराना मंच।

Thu पर, 11 फरवरी, 2016 को 3:41 AM, Juan Linietsky सूचनाएं @github.com
लिखा था:

@ Algrin6 https://github.com/Algrin6 यह जाँच करने के लिए व्यर्थ है कि अगर
सामान OpenGL के पुराने संस्करणों में समर्थित है। इन GPU में ड्राइवर होते हैं
OpenGL को बताएं कि सब कुछ समर्थित है, फिर किसी प्रकार में जाएं
विचित्र सॉफ्टवेयर कमबैक जो धीमा, जमा देता है या क्रैश होता है।

मैं यह बहाना पसंद करता हूं कि इस तरह के पुराने हार्डवेयर मौजूद नहीं हैं और गिर गए हैं
ग्रह से।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -182658216।

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

बुध पर, 10 फरवरी, 2016 को 11:30 बजे, सर्गेई लापिन सूचनाएं @github.com
लिखा था:

मुझे लगता है कि इसका मतलब है "पैच का स्वागत है" मुझे वास्तव में संदेह है कि कोई भी अस्वीकार कर देगा
अच्छी तरह से के लिए समर्थन किया
पुराना मंच।

Thu पर, 11 फरवरी, 2016 को 3:41 AM, Juan Linietsky सूचनाएं @github.com
लिखा था:

@ Algrin6 https://github.com/Algrin6 यह जाँच करने के लिए व्यर्थ है कि अगर
सामान OpenGL के पुराने संस्करणों में समर्थित है। इन GPU में ड्राइवर होते हैं
OpenGL को बताएं कि सब कुछ समर्थित है, फिर किसी प्रकार में जाएं
विचित्र सॉफ्टवेयर कमबैक जो धीमा, जमा देता है या क्रैश होता है।

मैं यह बहाना पसंद करता हूं कि इस तरह के पुराने हार्डवेयर मौजूद नहीं हैं और गिर गए हैं
ग्रह से।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
< https://github.com/godotengine/godot/issues/1162#issuecomment -182658216
।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -182676389

मेरे पास 80 के दशक से 2000 की शुरुआत तक पीसी के साथ स्टोर करने की पहुंच है, अगर इससे मदद मिलेगी,
लेकिन मुझे कुछ विवरणों की आवश्यकता है कि मैं कैसे परीक्षण करूं और डिबग कैसे करूं
किसी भी तरह से विंडोज़ डेवलपर और उपकरण आदि पर कोई विचार नहीं है।
Win95se2 बक्से के साथ i740s का एक सेट है, कुछ Pentim233MMX भी।
लेखांकन के कारण इसे 2025 तक नहीं फेंका जाएगा।

btw, जुआन क्या आप मुझे ईमेल के माध्यम से संपर्क कर सकते हैं ताकि मेरे पास आपका व्यक्तिगत पता हो?
यह बेवकूफ कुछ भी नहीं होगा।

Thu पर, 11 फरवरी, 2016 को सुबह 5:48 बजे, Juan Linietsky सूचनाएं @github.com
लिखा था:

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

बुध पर, 10 फरवरी, 2016 को 11:30 बजे, सर्गेई लापिन सूचनाएं @github.com
लिखा था:

मुझे लगता है कि इसका मतलब है "पैच का स्वागत है" मुझे वास्तव में किसी पर भी संदेह होगा
अस्वीकार
अच्छी तरह से के लिए समर्थन किया
पुराना मंच।

थू पर, फ़रवरी 11, 2016 को 3:41 पूर्वाह्न, जुआन लिनिएत्स्की <
सूचनाएं@github.com>
लिखा था:

@ Algrin6 https://github.com/Algrin6 यह जाँच करने के लिए व्यर्थ है कि अगर
सामान OpenGL के पुराने संस्करणों में समर्थित है। इन GPU में ड्राइवर होते हैं
OpenGL को बताएं कि सब कुछ समर्थित है, फिर किसी प्रकार से जाएं
का
विचित्र सॉफ्टवेयर कमबैक जो धीमा, जमा देता है या क्रैश होता है।

मैं यह ढोंग करना पसंद करता हूं कि इस तरह के पुराने हार्डवेयर मौजूद नहीं हैं और हैं
गिरा हुआ
ग्रह से।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
<
https://github.com/godotengine/godot/issues/1162#issuecomment -182658216
।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
< https://github.com/godotengine/godot/issues/1162#issuecomment -182676389
।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -182678470

आपको आगे पीछे जाने की आवश्यकता नहीं है। बस इंटेल सीरीज 3/4 या i940 है
यह दुर्घटना करने के लिए पर्याप्त ...
बस mingw / msvc के साथ संकलित करें और यह पता लगाने की कोशिश करें कि इसके बजाय क्रैश क्यों होता है
एक संदेश बॉक्स दिखाने के लिए कि हार्डवेयर समर्थित नहीं है

Thu पर, 11 फरवरी, 2016 को 12:00 पूर्वाह्न, सेर्गेई लापिन सूचनाएं @github.com
लिखा था:

मेरे पास 80 के दशक से 2000 की शुरुआत तक पीसी के साथ स्टोर करने की पहुंच है, अगर इससे मदद मिलेगी,
लेकिन मुझे कुछ विवरणों की आवश्यकता है कि मैं कैसे परीक्षण करूं और डिबग कैसे करूं
किसी भी तरह से विंडोज़ डेवलपर और उपकरण आदि पर कोई विचार नहीं है।
Win95se2 बक्से के साथ i740s का एक सेट है, कुछ Pentim233MMX भी।
लेखांकन के कारण इसे 2025 तक नहीं फेंका जाएगा।

btw, जुआन क्या आप मुझे ईमेल के माध्यम से संपर्क कर सकते हैं ताकि मेरे पास आपका व्यक्तिगत पता हो?
यह बेवकूफ कुछ भी नहीं होगा।

Thu पर, 11 फरवरी, 2016 को सुबह 5:48 बजे, Juan Linietsky सूचनाएं @github.com

लिखा था:

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

बुध पर, 10 फरवरी, 2016 को 11:30 बजे, सर्गेई लापिन < सूचनाएं @github.com

लिखा था:

मुझे लगता है कि इसका मतलब है "पैच का स्वागत है" मुझे वास्तव में किसी पर भी संदेह होगा
अस्वीकार
अच्छी तरह से के लिए समर्थन किया
पुराना मंच।

थू पर, फ़रवरी 11, 2016 को 3:41 पूर्वाह्न, जुआन लिनिएत्स्की <
सूचनाएं@github.com>
लिखा था:

@ Algrin6 https://github.com/Algrin6 अगर यह जाँचना व्यर्थ है
उस
सामान OpenGL के पुराने संस्करणों में समर्थित है। ये जी.पी.यू.
ड्राइवरों
OpenGL को बताएं कि सब कुछ समर्थित है, फिर किसी प्रकार से जाएं
का
विचित्र सॉफ्टवेयर कमबैक जो धीमा, जमा देता है या क्रैश होता है।

मैं यह ढोंग करना पसंद करता हूं कि इस तरह के पुराने हार्डवेयर मौजूद नहीं हैं और हैं
गिरा हुआ
ग्रह से।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
<
https://github.com/godotengine/godot/issues/1162#issuecomment -182658216
।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
<
https://github.com/godotengine/godot/issues/1162#issuecomment -182676389
।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
< https://github.com/godotengine/godot/issues/1162#issuecomment -182678470
।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -182679526

MinGW के साथ संकलित godot.windows.tools.32.exe। दुर्घटना। आगे क्या करना है?

केवल एक चीज जो मैं सोच सकता हूं, वह यह है कि आपको क्रैश को डीबग करना होगा। मैं हो
मुख्य () फ़ंक्शन के साथ शुरू करें और प्रत्येक फ़ंक्शन का नाम प्रिंट करें
यह तब तक चलता है जब तक कि यह दुर्घटनाग्रस्त नहीं हो जाता है, तब तक केवल मुद्रण जोड़ें
फ़ंक्शन की प्रत्येक पंक्ति सटीक रेखा को खोजने के लिए जहां वह है
क्रैश और परिणाम वापस रिपोर्ट करें। भी अगर आप के रूप में mingw द्वारा संकलित
दुर्घटना पता आप उपयोग कर सकते हैं
addr2line -e / path / to / debug / exe 0x

दरअसल, मिनग डब्ल्यू gdb साथ भेज दिया जाना प्रतीत होता है:

E:\r\godot\bin>gdb godot.windows.tools.32.exe
GNU gdb (GDB) 7.8.1
...
This GDB was configured as "i686-w64-mingw32".
...
Reading symbols from godot.windows.tools.32.exe...done.
(gdb) run
Starting program: E:\r\godot\bin\godot.windows.tools.32.exe
[New Thread 384.0xca0]
EXEC PATHP??: E:\r\godot\bin\godot.windows.tools.32.exe
EXEC PATHP??: E:\r\godot\bin\godot.windows.tools.32.exe
EXEC PATHP??: E:\r\godot\bin\godot.windows.tools.32.exe
DETECTED MONITORS: 1

Program received signal SIGSEGV, Segmentation fault.
0x00000000 in ?? ()
(gdb) bt
#0  0x00000000 in ?? ()
#1  0x004baf5f in RasterizerGLES2::init (this=0xa144dd0) at drivers\gles2\rasterizer_gles2.cpp:10808
#2  0x00db4863 in VisualServerRaster::init (this=0xa1c6a20) at servers\visual\visual_server_raster.cpp:7550
#3  0x00db5cef in VisualServerWrapMT::init (this=0xb3c3e30) at servers\visual\visual_server_wrap_mt.cpp:156
#4  0x004041e6 in OS_Windows::initialize (this=0x22dd20, p_desired=..., p_video_driver=0, p_audio_driver=0) at platform\windows\os_windows.cpp:984
#5  0x004101c6 in Main::setup2 () at main\main.cpp:852
#6  0x0040f504 in Main::setup (execpath=0x8f143a8 "E:\\r\\godot\\bin\\godot.windows.tools.32.exe", argc=0, argv=0x8f1438c, p_second_phase=true)
    at main\main.cpp:796
#7  0x00401935 in widechar_main (argc=1, argv=0x273e58) at platform\windows\godot_win.cpp:138
#8  0x00401a53 in main (_argc=1, _argv=0x8f11c98) at platform\windows\godot_win.cpp:172
(gdb)

उपरोक्त ट्रेस के अनुसार, यह रेखा पर दुर्घटनाग्रस्त होता है:

...
    glGenTextures(1, &white_tex);
    unsigned char whitetexdata[8*8*3];
    for(int i=0;i<8*8*3;i++) {
        whitetexdata[i]=255;
    }
--> glActiveTexture(GL_TEXTURE0);
    glBindTexture(GL_TEXTURE_2D,white_tex);
    glTexImage2D(GL_TEXTURE_2D, 0, GL_RGB, 8, 8, 0, GL_RGB, GL_UNSIGNED_BYTE,whitetexdata);
    glGenerateMipmap(GL_TEXTURE_2D);
...

https://github.com/godotengine/godot/blame/f6a8a0f51358e42295cc5a049074a59466161ad8/drivers/gles2/rasterb_gles2.cpp#L10808

तो फिर आगे क्या?

एपिट्रेस आउटपुट

E:\r\godot\bin>apitrace.exe trace godot.windows.tools.32.exe
apitrace: loaded into E:\r\godot\bin\godot.windows.tools.32.exe
EXEC PATHP??: E:\r\godot\bin\godot.windows.tools.32.exe
EXEC PATHP??: E:\r\godot\bin\godot.windows.tools.32.exe
EXEC PATHP??: E:\r\godot\bin\godot.windows.tools.32.exe
DETECTED MONITORS: 1
apitrace: tracing to E:\r\godot\bin\godot.windows.tools.32.1.trace
apitrace: warning: caught exception 0xc0000005
apitrace: flushing trace due to an exception

E:\r\godot\bin>glretrace.exe godot.windows.tools.32.1.trace -v -d
2 <strong i="8">@0</strong> wglCreateContext(hdc = 0xcd01199a) = 0x10000
3 <strong i="9">@0</strong> wglMakeCurrent(hdc = 0xcd01199a, hglrc = 0x10000) = TRUE
warning: ChoosePixelFormat returned a pixel format supported by the GDI software implementation
4 <strong i="10">@0</strong> glViewport(x = 0, y = 0, width = 1024, height = 600)
4: warning: glGetError(glViewport) = GL_INVALID_ENUM
5 <strong i="11">@0</strong> glScissor(x = 0, y = 0, width = 1024, height = 600)
741 <strong i="12">@0</strong> glEnable(cap = GL_DEPTH_TEST)
742 <strong i="13">@0</strong> glDepthFunc(func = GL_LEQUAL)
743 <strong i="14">@0</strong> glFrontFace(mode = GL_CW)
744 <strong i="15">@0</strong> glClearColor(red = 0, green = 0, blue = 0, alpha = 1)
745 <strong i="16">@0</strong> glClear(mask = GL_DEPTH_BUFFER_BIT | GL_COLOR_BUFFER_BIT)
746 <strong i="17">@0</strong> glGenTextures(n = 1, textures = &1)
Rendered 0 frames in 0.268717 secs, average of 0 fps

godot.windows.tools.32.1.trace.zip

फ़ंक्शन NULL है क्योंकि ड्राइवर इसे प्रदान नहीं करता है, इसीलिए यह है
दुर्घटनाओं।

12 फरवरी 2016 को 01:21 बजे, अनातोली टेकटोनिक नोटिफिकेशन @github.com
लिखा था:

godot.windows.tools.32.1.trace.zip
https://github.com/godotengine/godot/files/127485/godot.windows.tools.32.1.trace.zip

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -183174112

@ punto- जहाँ आप देखते हैं कि यह NULL है?

बैकट्रेस के शीर्ष पर, फ़्रेम 0, पता यदि 0x00000 है, तो यह ऐसा है
ऐसा लगता है जब आप एक फ़ंक्शन पॉइंटर कहते हैं जो अशक्त है

12 फरवरी 2016 को 06:58 पर, अनातोली टेकटोनिक नोटिफिकेशन @github.com
लिखा था:

@ punto- https://github.com/punto- जहाँ आप देखते हैं कि यह NULL है?

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -183257600।

लेकिन मुझे नहीं मिलता - सी ++ पायथन नहीं है, इसलिए जब गॉड बाइनरी लोड होता है, तो सिस्टम को ड्राइवर डीएल को लोड करना चाहिए और चेतावनी के साथ विफल होना चाहिए कि दिया गया प्रतीक मौजूद नहीं है। ऐसा क्यों नहीं होता?

या इसका मतलब यह है कि गोडोट वास्तव में गतिशील रन-टाइम लिंकिंग को लागू करता है, लेकिन लापता प्रतीकों के बारे में चेतावनी नहीं देता है?

glew रन टाइम लिंकिंग करता है, इसीलिए फ़ंक्शन मौजूद है लेकिन कर सकता है
कभी कभी अशक्त हो जाओ ।।

12 फरवरी 2016 को 13:41 पर, अनातोली टेकटोनिक नोटिफिकेशन @github.com
लिखा था:

या इसका मतलब यह है कि गोडोट वास्तव में गतिशील रन-टाइम लिंकिंग को लागू करता है,
लेकिन लापता प्रतीकों के बारे में चेतावनी नहीं है?

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -183401773।

@ punto- यह सही नहीं लगता। क्या यह GLEW इन NULL फ़ंक्शंस के लिए अपने स्वयं के स्टब को इंजेक्ट कर सकता है जो segfaulting के बजाय त्रुटि के साथ शिकायत करते हैं?

मुझे नहीं पता .. शायद .. यह एक अच्छा विचार होगा

12 फरवरी 2016 को 15:01 बजे, अनातोली techtonik सूचनाएं @github.com
लिखा था:

@ punto- https://github.com/punto- यह सही नहीं लगता। यह कर सकते हैं
GLEW इन NULL फ़ंक्शंस के लिए अपने स्वयं के स्टब को इंजेक्ट करते हैं जो शिकायत करते हैं
सीगफॉल्टिंग के बजाय त्रुटि?

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -183431329

C ++ अजगर नहीं है, लेकिन अजगर C है :) glew शायद प्रतीकों की तलाश करता है
और जब वे उपस्थित नहीं होते हैं तो यह फंक्शन पॉइंटर को NULL असाइन करता है। मैं
सभी विवरणों को याद न रखें, लेकिन यह हमेशा कैसे दुर्घटनाग्रस्त होता है,
gl से जो भी फ़ंक्शन है NULL ..

12 फरवरी 2016 को 13:40 पर, अनातोली टेकटोनिक नोटिफिकेशन @github.com
लिखा था:

लेकिन मुझे नहीं मिलता - सी ++ पायथन नहीं है, इसलिए जब गॉड बाइनरी लोड होता है, तो
सिस्टम को चालक dll को लोड करना चाहिए और चेतावनी के साथ विफल होना चाहिए कि प्रतीक दिया गया है
उपस्थित नहीं। ऐसा क्यों नहीं होता?

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -183401442।

क्या इनमें से कोई एक इंटेल कार्ड इस निर्माण की कोशिश कर सकता है?

http://op.godotengine.org : 81 / godot.windows.tools.angle.32.exe

12 फरवरी 2016 को 15:45 बजे, एरियल मंज़ूर एरियल @godotengine.org ने लिखा:

C ++ अजगर नहीं है, लेकिन अजगर C है :) glew शायद प्रतीकों की तलाश करता है
और जब वे उपस्थित नहीं होते हैं तो यह फंक्शन पॉइंटर को NULL असाइन करता है। मैं
सभी विवरणों को याद न रखें, लेकिन यह हमेशा कैसे दुर्घटनाग्रस्त होता है,
gl से जो भी फ़ंक्शन है NULL ..

12 फरवरी 2016 को 13:40 पर, अनातोली टेकटोनिक नोटिफिकेशन @github.com
लिखा था:

लेकिन मुझे नहीं मिलता - सी ++ पायथन नहीं है, इसलिए जब गॉड बाइनरी लोड होता है, तो
सिस्टम को चालक dll को लोड करना चाहिए और चेतावनी के साथ विफल होना चाहिए कि प्रतीक दिया गया है
उपस्थित नहीं। ऐसा क्यों नहीं होता?

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -183401442
।

दृश्य 32

यह 32 बिट्स है। क्या केवल 64 बिट्स को स्वीकार करना विंडोज़ के लिए संभव है?

14 फरवरी 2016 को 01:29 बजे, अनातोली techtonik सूचनाएं @github.com
लिखा था:

[छवि: छवि]
https://cloud.githubusercontent.com/assets/515889/13031852/90815d62-d2ec-11e5-8b8c-ccbc54af1f48.png

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -183819635।

डिपेंडेंसी वॉकर से पता चलता है कि यह 64-बिट मॉड्यूल 32-बिट लिब से जुड़ा है।

यह कौन कहता है?

14 फरवरी 2016 को 01:38 बजे, अनातोली techtonik सूचनाएं @github.com
लिखा था:

डिपेंडेंसी वॉकर से पता चलता है कि यह 64-बिट मॉड्यूल 32-बिट लिब से जुड़ा है।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -183820237

(यह भी क्यों यह मेरे कंप्यूटर पर काम करता है? यह एक 32 बिट्स सीपीयू है?)

14 फरवरी 2016 को 01:52 बजे, एरियल मंज़ूर [email protected] ने लिखा:

यह कौन कहता है?

14 फरवरी 2016 को 01:38 बजे, अनातोली techtonik सूचनाएं @github.com
लिखा था:

डिपेंडेंसी वॉकर से पता चलता है कि यह 64-बिट मॉड्यूल 32-बिट लिब से जुड़ा है।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -183820237
।

क्या आप इसे आज़मा सकते हैं?

http://op.godotengine.org : 81 / godot.windows.opt.tools.angle.64.exe

14 फरवरी 2016 को 01:54 पर, एरियल मंज़ूर [email protected] ने लिखा:

(यह भी क्यों यह मेरे कंप्यूटर पर काम करता है? यह एक 32 बिट्स सीपीयू है?)

14 फरवरी 2016 को 01:52 बजे, एरियल मंज़ूर [email protected] ने लिखा:

यह कौन कहता है?

14 फरवरी 2016 को 01:38 बजे, अनातोली टेकटोनिक < नोटिफिकेशन @github.com

लिखा था:

डिपेंडेंसी वॉकर से पता चलता है कि यह 64-बिट मॉड्यूल 32-बिट लिब से जुड़ा है।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -183820237
।

मेरे पुराने लैपटॉप (Intel gma x3100) पर यह क्रैश नहीं होता है, लेकिन विंडो निम्न त्रुटियों के साथ ग्रे रहती है:

ERROR: ShaderGLES2::get_current_version: CanvasShaderGLES2: Program LINK FAILED:
Failed to create D3D shaders.
   At: drivers\gles2\shader_gles2.cpp:544
ERROR: ShaderGLES2::get_current_version: Method/Function Failed, returning: 0
   At: drivers\gles2\shader_gles2.cpp:551
ERROR: ShaderGLES2::bind: Condition ' !version ' is true. returned: false
   At: drivers\gles2\shader_gles2.cpp:126
ERROR: ShaderGLES2::_get_uniform: Condition ' !version ' is true. returned: -1
   At: .\drivers/gles2/shader_gles2.h:354

क्या यह बहुत पुराना शेड वर्जन हो सकता है?
लेकिन यह अजीब है यह GLSL के बजाय D3D वालों की कोशिश करता है ...

सूर्य पर, 14 फरवरी, 2016 को सुबह 9:03 बजे, हॉन्ड्रेस नोटिफिकेशन @github.com ने लिखा:

मेरे पुराने लैपटॉप (Intel gma x3100) पर यह क्रैश नहीं होता है, लेकिन विंडो रुक जाती है
निम्नलिखित त्रुटियों के साथ ग्रे:

त्रुटि: ShaderGLES2 :: get_current_version: CanvasShaderGLES2: प्रोग्राम लिंक नंबर:
डी 3 डी शेड बनाने में विफल।
At: ड्राइवर \ gles2 \ shader_gles2। cpp: 544
त्रुटि: ShaderGLES2 :: get_current_version: विधि / फ़ंक्शन विफल रहा, लौट रहा है: 0
At: ड्राइवर \ gles2 \ shader_gles2। cpp: 551
त्रुटि: ShaderGLES2 :: बाँध: हालत '! संस्करण' सच है। लौटा: झूठा
At: ड्राइवर \ gles2 \ shader_gles2। cpp: 126
त्रुटि: ShaderGLES2 :: _ get_uniform: स्थिति 'संस्करण' सत्य है। लौटा: -1
पर:। ड्राइवर / gles2 / shader_gles2.h: 354

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -183827627

तो क्या कभी ऐसा मामला है जहां ग्राफिक्स कोण का उपयोग कर काम करते हैं और सीधे gl नहीं?

14 फरवरी 2016 को 03:25 बजे, सेर्गेई लापिन नोटिफिकेशन @github.com ने लिखा:

क्या यह बहुत पुराना शेड वर्जन हो सकता है?
लेकिन यह अजीब है यह GLSL के बजाय D3D वालों की कोशिश करता है ...

सूर्य पर, 14 फरवरी, 2016 को सुबह 9:03 बजे, हॉन्ड्रेस नोटिफिकेशन @github.com ने लिखा:

मेरे पुराने लैपटॉप (Intel gma x3100) पर यह क्रैश नहीं होता है, लेकिन विंडो रुक जाती है
निम्नलिखित त्रुटियों के साथ ग्रे:

त्रुटि: ShaderGLES2 :: get_current_version: कैनवसशैडरजीएल 2: प्रोग्राम लिंक
अनुत्तीर्ण होना:
डी 3 डी शेड बनाने में विफल।
At: ड्राइवर \ gles2 \ shader_gles2। cpp: 544
त्रुटि: ShaderGLES2 :: get_current_version: विधि / फ़ंक्शन विफल,
वापसी: 0
At: ड्राइवर \ gles2 \ shader_gles2। cpp: 551
त्रुटि: ShaderGLES2 :: बाँध: हालत '! संस्करण' सच है। लौटा: झूठा
At: ड्राइवर \ gles2 \ shader_gles2। cpp: 126
त्रुटि: ShaderGLES2 :: _ get_uniform: स्थिति 'संस्करण' सत्य है।
लौटा: -1
पर:। ड्राइवर / gles2 / shader_gles2.h: 354

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
< https://github.com/godotengine/godot/issues/1162#issuecomment -183827627
।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -183830014

@ punto- उपकरण रिपोर्ट करते हैं कि godot.windows.tools.angle.32.exe एक मान्य PE निष्पादन योग्य नहीं है। क्या आप वह संस्करण पोस्ट कर सकते हैं जो UPX द्वारा छुआ नहीं गया है?

इसका IMAGE_OPTIONAL_HEADER.Magic IMAGE_NT_OPTIONAL_HDR64_MAGIC के बराबर है जो गलत है https://msdn.microsoft.com/en-us/library/windows/designtop/ms680339%28v=vs.85%29.aspx

ठीक है यह कोशिश करो:

http://op.godotengine.org : 81 / godot.windows.opt.tools.angle.32.exe

यह ऊपर से संकुचित नहीं है

14 फरवरी 2016 को 05:10 बजे, अनातोली techtonik सूचनाएं @github.com
लिखा था:

@ punto- https://github.com/punto- इसका IMAGE_OPTIONAL_HEADER.Magic है
IMAGE_NT_OPTIONAL_HDR64_MAGIC के बराबर जो गलत है
https://msdn.microsoft.com/en-us/library/windows/desktop/ms680339%28v=vs.85%29.aspx

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -183846301।

अभी भी वही समस्या है। depends सोचता है कि यह 64-बिट बाइनरी है, और न केवल depends :

E:\_IDE_\godot>file godot.windows.opt.tools.angle.32.exe
godot.windows.opt.tools.angle.32.exe: PE32+ executable (console) x86-64, for MS Windows

यह यूनिक्स यूटिलिटी है, बी.टी.वी.

@Hinsbart क्या आप इस http://tof.p1x.in/html5/ को उस कंप्यूटर पर आज़मा सकते हैं जहाँ आपको ग्रे स्क्रीन और वह त्रुटि मिलती है? माना जाता है कि क्रोम उनके रेंडरर के लिए समान कोड का उपयोग करता है।

@techtonik शायद मैं उस बग को पा रहा हूँ जहाँ मैं बिट्स = 32 का उपयोग करता हूँ और मुझे वास्तव में 64 बिट बाइनरी मिलती है?

@ punto- मुझे नहीं पता कि आप इसे कैसे संकलित करते हैं या किस बग का जिक्र कर रहे हैं। कमांड्स और बिल्ड लॉग इसे स्पष्ट कर सकते हैं। यदि आप किसी शाखा में अपने परिवर्तन करने के लिए तैयार हैं तो मैं इसे स्वयं संकलित कर सकता हूँ।

हाँ, मैं इस पर हूँ

यहाँ यह https://github.com/punto-/godot/tree/angle है

15 फरवरी 2016 को 14:53 बजे, अनातोली techtonik सूचनाएं @github.com
लिखा था:

@ punto- https://github.com/punto- मुझे नहीं पता कि आप इसे कैसे संकलित करते हैं या
किस बग का जिक्र कर रहे हैं कमांड्स और बिल्ड लॉग इसे स्पष्ट कर सकते हैं। हाँ मैं
यदि आप किसी शाखा में अपने परिवर्तन करने के लिए तैयार हैं तो इसे स्वयं संकलित करें।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -184323695।

कोण से संकलित = हाँ

15 फरवरी 2016 को 15:25 बजे, एरियल मंज़ूर एरियल @godotengine.org ने लिखा:

यहाँ यह https://github.com/punto-/godot/tree/angle है

15 फरवरी 2016 को 14:53 बजे, अनातोली techtonik सूचनाएं @github.com
लिखा था:

@ punto- https://github.com/punto- मुझे नहीं पता कि आप इसे कैसे संकलित करते हैं
या किस बग का जिक्र कर रहे हैं। कमांड्स और बिल्ड लॉग इसे स्पष्ट कर सकते हैं। मैं
यदि आप कुछ में अपने परिवर्तन करने के लिए तैयार हैं, तो इसे स्वयं संकलित कर सकते हैं
डाली।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -184323695
।

scons: *** [drivers\theora\theora\x86\mmxencfrag.windows.tools.32.o] Source `drivers\theora\theora\x86\mmxencfrag.c' not found, needed by target `drivers\theora\theora\x86\mmxencfrag.windows.tools.32.o'.
scons: building terminated because of errors.

कोई भाग्य नहीं।

theora_opt = नहीं के साथ भी प्रयास करें

15 फरवरी 2016 को 18:40 पर, अनातोली टेकटोनिक नोटिफिकेशन @github.com
लिखा था:

scons: *** [ड्राइवर्स \ _ \ _ theora \ x86 \ mmxencfrag.windows.tools.32.o] स्रोत drivers\theora\theora\x86\mmxencfrag.c' not found, needed by target ड्राइवरों
scons: त्रुटियों के कारण भवन को समाप्त कर दिया गया।

कोई भाग्य नहीं।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -184405417

In file included from drivers\angle/common/angleutils.h:12:0,
                 from drivers\angle\common\angleutils.cpp:7:
drivers\angle/common/platform.h:62:28: fatal error: d3d11_1.h: No such file or directory
 #       include <d3d11_1.h>
                            ^

पूर्ण विराम?

खैर यह कोण की बात है, यह opengl के बजाय प्रत्यक्ष 3 डी का उपयोग करता है: पी

15 फरवरी 2016 को 18:57 पर, अनातोली टेकटोनिक नोटिफिकेशन @github.com
लिखा था:

ड्राइवर \ कोण / आम / एंगुटिल्स से फाइल में शामिल हैं ।h: 12: 0,
ड्राइवरों से कोण \ आम \ कोण। सीपीपी: 7 :
ड्राइवर
# शामिल
^

पूर्ण विराम?

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -184411949।

ANGLE के दो बैकएंड हैं - पुराने वाले DirectX 9 का उपयोग करते हैं। मैं अभी DirectX 11 हेडर के साथ नए MinGW डाउनलोड कर रहा हूं।

संदर्भ प्लेटफ़ॉर्म / विंडोज़ / gl_context_egl_angle.cpp, I में बनाया गया है
लगता है कि बैकेंड चुनने के लिए एक पैरामीटर था .. मुझे लगता है
समस्या उस फ़ाइल में है, यह पता लगाने का एक तरीका हो सकता है कि पैरामीटर क्या हैं
सिस्टम के लिए सबसे अच्छा ।।

16 फरवरी 2016 को 05:51 पर, अनातोली techtonik सूचनाएं @github.com
लिखा था:

ANGLE के दो बैकएंड हैं - पुराने वाले DirectX 9 का उपयोग करते हैं। मैं नया डाउनलोड कर रहा हूं
डायरेक्टएक्स 11 हेडर के साथ मिनगव अभी।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -184580963

उदाहरण के लिए, नए gcc 5.3.0 के साथ बहुत सी त्रुटियां:

In file included from drivers\angle\common\angleutils.cpp:7:0:
drivers\angle/common/angleutils.h:29:21: warning: defaulted and deleted functions only available with -std=c++11 or -std=gnu++11
     NonCopyable() = default;
                     ^
...

आपको लगता है कि मुझे लगता है कि C ++ झंडे में -std=c++11 जोड़ने की आवश्यकता है।
उदा। इस पंक्ति को इसके बाद जोड़ें: https://github.com/punto-/godot/blob/angle/drivers/angle/SCsub#L276

env_angle.Append(CCFLAGS=['-std=c++11'])

यकीन नहीं है कि सिंटैक्स MSVC के लिए काम करेगा, लेकिन MinGW के साथ यह ठीक होना चाहिए।

drivers\angle\libANGLE\renderer\d3d\d3d11\win32\NativeWindow.cpp:15:19: fatal error:
dcomp.h: No such file or directory
compilation terminated.

नए मिनग्यू रिलीज के लिए इंतजार करने की जरूरत है।

हो सकता है कि ANGLE के बारे में चर्चा को एक अलग मुद्दे पर ले जाया जाए, जो "उपयोगकर्ता को यह बताने के लिए कि उनका हार्डवेयर पुराना है और दुर्घटनाग्रस्त होने से पहले असमर्थित है"?

हाँ मै सह्मत हूँ

17 फरवरी 2016 को 13:25 पर, रेमी वर्शेलेड नोटिफिकेशन @github.com
लिखा था:

हो सकता है कि ANGLE के बारे में चर्चा को एक अलग मुद्दे पर ले जाया जाए,
इसे रखने के लिए "उपयोगकर्ता को बताएं कि उनका हार्डवेयर पुराना है और
दुर्घटनाग्रस्त होने से पहले असमर्थित "?

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -185282158।

3634 ANGLE समस्या है। # 3694 लोडिंग इंजन के बारे में अधिक जानकारी प्राप्त करने के लिए पीआर है।

@ हेयबे ४४

गोडोट जादुई रूप से उबंटू पर काम क्यों करता है लेकिन विंडोज पर नहीं?

हाँ! मैं इसका कारण भी जानना चाहूंगा। यह तब काम करता है जब मैंने Xubuntu के साथ परीक्षण किया था लेकिन किसी भी विंडोज संस्करण पर नहीं।

^ ^

यह ओएस के बारे में नहीं है, यह ड्राइवरों के बारे में है। डायरेक्ट 3 डी की बदौलत, जीएल ड्राइवरों को लिनक्स की तुलना में विंडोज पर उपेक्षित किया जाता है। Windows के नए संस्करणों पर न्यूनतम GL 1.5 कार्यान्वयन के साथ बहुत से पुराने ish GPUs समाप्त हो जाते हैं।

@ आदोलन

Windows के नए संस्करणों पर न्यूनतम GL 1.5 कार्यान्वयन के साथ बहुत से पुराने ish GPUs समाप्त हो जाते हैं।

तो पहले GodGL में OpenGL संस्करण कब समर्थित होंगे? क्या 2.0+ पर भरोसा करने के लिए एक पूर्ण स्पष्ट आवश्यकता है? ऐसा नहीं है कि बैकवर्ड-कम्पेटिबिलिटी मौजूद नहीं है, इसलिए एक अधिक सक्षम डिवाइस ओपनजीएल के पहले पुनरावृत्ति को प्रस्तुत करने में विफल नहीं होगा। क्या दृश्य संपादक की विशेषताएँ स्वयं GLES2 के आसपास बनाई गई हैं जो झूठे में GL1.4 का उपयोग करने के लिए वापस नहीं बढ़ाया जा सकता है? मेरा मतलब है, सबसे बाद में जीएल सुविधाएँ वैसे भी 3 डी रेंडरिंग के लिए हैं, जो कि गोडोट के साथ 2 डी गेम बनाने के इरादे से आने के दौरान अनावश्यक हैं।

@WinnerEX ऐसा नहीं होगा। जीएल 1.4 के साथ संगत होने का मतलब होगा कई दिलचस्प विशेषताएं जो 2 डी और 3 डी दोनों के लिए उपयोग की जाती हैं; और स्पेक्ट्रम के दूसरे छोर पर हमारे पास ऐसे लोग हैं जो GL 3+ समर्थन या यहां तक ​​कि वल्कन के लिए अब और इंतजार नहीं कर सकते। आप गोडोट को जीएल 2.1+ इंजन के रूप में सुरक्षित रूप से विचार कर सकते हैं; यदि वह नहीं है जो आप चाहते हैं, तो बहुत सारे अन्य इंजन हैं जो कम GL प्रतिबंध हो सकते हैं (जैसे OGRE 1.9, या SDL 2.0)।

यहाँ विषय यह है कि जब आवश्यक जीएल 2.1+ सुविधाएँ दुर्घटनाग्रस्त होने के बजाय उपलब्ध नहीं हैं, तो गोडोट को एक उचित त्रुटि देनी चाहिए; GLES1 रेंडरर को फिर से लिखने का कोई इरादा नहीं है। विंडोज उपयोगकर्ताओं के लिए कुछ उम्मीद हो सकती है अगर ANGLE Direct3D के माध्यम से GL एमुलेशन के लिए एकीकृत है, लेकिन GLES2 रेंडरर का डाउनग्रेड नहीं होगा।

वापस विषय पर: @reduz , मैंने सोचा कि 2 जी और 3 डी त्वरण के बिना वर्चुअल मशीन में गोडोट को लोड करने की कोशिश करके जीएल 2.1 सक्षम हार्डवेयर पर भी दुर्घटना को पुन: उत्पन्न करना संभव हो सकता है। मैं इसकी पुष्टि करने के लिए एक कोशिश करूँगा, लेकिन यह पता लगाने में मदद कर सकता है कि यह कहाँ क्रैश होता है, और segfaulting के बजाय मानव-पठनीय त्रुटि संदेश के साथ ठीक से कैसे जमानत करें।

मैंने सोचा कि 2 डी और 3 डी त्वरण के बिना वर्चुअल मशीन में गोडोट को लोड करने की कोशिश करके जीएल 2.1 सक्षम हार्डवेयर पर भी दुर्घटना को पुन: उत्पन्न करना संभव हो सकता है। मैं यह पुष्टि करने के लिए एक कोशिश दे दूँगा

ठीक है, वर्चुअलबॉक्स 5 के साथ ऐसा लगता है कि यह आसान नहीं है क्योंकि इसमें अब एक अच्छा जीएल चालक है जो ओपनजीएल 3.0 एक्सडी तक का समर्थन करता है।

ओपेंग्ल 3.0 आसान टी डिटेक्ट है, क्योंकि आपको एक विशेष शंकु का अनुरोध करना होगा
(आई होप)

सोम, जुलाई २५, २०१६ को दोपहर १२:२, बजे, रेमी वर्शेलेड नोटिफिकेशन @github.com
लिखा था:

मैंने सोचा था कि जीएल 2.1 पर भी दुर्घटना को पुन: उत्पन्न करना संभव हो सकता है
2 डी के बिना वर्चुअल मशीन में गोडोट को लोड करने की कोशिश करने में सक्षम हार्डवेयर
और 3 डी त्वरण। मैं यह पुष्टि करने के लिए एक कोशिश दे दूँगा

ठीक है, वर्चुअलबॉक्स 5 के साथ ऐसा लगता है यह आसान नहीं है क्योंकि यह अब एक सभ्य है
GL ड्राइवर जो OpenGL 3.0 xD तक का समर्थन करता है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/1162#issuecomment -2349879689,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z2_MK5iQA0RxLwv0FHu6po8ucVE8kks5qZNYlgaJpZMMDQoN3
।

मैंने अभी अपनी पुरानी नेटबुक पर एक असंगत भद्दा इंटेल igp के साथ विंडोज के तहत एक परीक्षण किया है।

rasterizer_gles2.cpp 10791 RasterizerGLES2::init() मैंने इन कुछ पंक्तियों को जोड़ा है:

    if (!glewIsSupported("GL_VERSION_2_1")) {
        print_line(String("Your graphics card is crappy. It does not support Opengl 2.1. Now Godot is going to crash."));
    }

गोडोट अभी भी दुर्घटनाग्रस्त है, लेकिन यह बेहोशी से पहले कंसोल में इस त्रुटि संदेश को प्रदर्शित करता है।

मुझे नहीं पता कि गोडोट को रैस्टराइज़र इनिशियलाइज़ेशन (RasterizerGLES2 :: init) रद्द करने के लिए कैसे सच / गलत नहीं लौटाता है, यह ऐसा है जैसे यह कोई विकल्प नहीं है लेकिन सफलता या दुर्घटना है), न ही मुझे पता है कि गोडोट को कैसे छोड़ना है अच्छी तरह।

भले ही यह संगतता परीक्षण 100% विश्वसनीय नहीं हो, लेकिन यह कम से कम मूक दुर्घटना की संख्या को कम कर सकता है, और उपयोगकर्ता को चेतावनी देते हुए एक छोटी प्रणाली संवाद बॉक्स प्रदर्शित करता है कि यह दुर्घटनाग्रस्त हो रहा है और क्यों।

बहुत बढ़िया @SuperUserNameMan मिला। मैं इसके साथ थोड़ा खेलता हूं और मैं पुष्टि करता हूं कि यह काम करता है (कम से कम मेरे परीक्षणों में जहां मैंने if (glewIsSupported("GL_VERSION_2_1")) लिए OS::alert() का उपयोग कर सकते हैं।

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

यहाँ अवधारणा के प्रमाण का एक अंतर है:

diff --git a/drivers/gles2/rasterizer_gles2.cpp b/drivers/gles2/rasterizer_gles2.cpp
index 4cd97a7..910d5bf 100644
--- a/drivers/gles2/rasterizer_gles2.cpp
+++ b/drivers/gles2/rasterizer_gles2.cpp
@@ -10788,8 +10788,14 @@ void RasterizerGLES2::init() {
        if (OS::get_singleton()->is_stdout_verbose()) {
                print_line(String("GLES2: Using GLEW ") + (const char*) glewGetString(GLEW_VERSION));
        }
-#endif

+       // Check for GL 2.1 compatibility, if not bail out
+       if (!glewIsSupported("GL_VERSION_2_1")) {
+               ERR_PRINT("Your system's graphic drivers seem not to support OpenGL 2.1 / GLES 2.0, sorry :(\nTry a drivers update, buy a new GPU or move to Linux; Godot will now exit.");
+               OS::get_singleton()->alert("Your system's graphic drivers seem not to support OpenGL 2.1 / GLES 2.0, sorry :(", "Insufficient OpenGL / GLES drivers");
+               // Now DIE! Or at least stop without segfault and memory leaks :)
+       }
+#endif

जीएल 2.1 समर्थन वाले लोगों के लिए परीक्षण करने में सक्षम होने के लिए, बस यदि परीक्षण में ! को हटा दें।

यह X11 पर यह (अवरुद्ध) संदेश बॉक्स स्पॉन करता है:

@Reduz के साथ चर्चा करने के बाद, ऐसा प्रतीत होता है कि मेरा उपरोक्त पैच पहले चरण के रूप में काफी अच्छा हो सकता है; चूंकि OS अलर्ट अवरुद्ध है, इसलिए हम लोगों को इस मुद्दे के बारे में बता सकते हैं और उन्हें चेतावनी दे सकते हैं कि गोडोट दुर्घटनाग्रस्त हो जाएगा :) सफाई से बाहर निकलना बेहतर होगा, लेकिन यह मध्यवर्ती समाधान पहले से ही अच्छा है।

कोड को बदलने और पुन: जमा किए बिना लिनक्स के तहत परीक्षण करने के लिए, मुझे लगता है कि आप पर्यावरण चर MESA_GL_VERSION_OVERRIDE को 2.0 पर सेट कर सकते हैं: http://www.mesa3d.org/envvars.html

IIRC, यह भी कि कैसे MESA को ब्लैक लिस्टेड GPU को गोडोट के साथ काम करने की अनुमति देने के लिए मजबूर किया जाए।