Godot: तिलमप / ड्रा_ड्राइव Nvidia ड्राइवरों के साथ यादृच्छिक फ़्लिकरिंग

पुष्टि कर सकते हैं यह अभी भी Godot 3.0 कस्टम बिल्ड https://github.com/godotengine/godot/commit/29db531fc8360b1e6d5e23008b208517b6dcc627 का उपयोग करके हो रहा है

यह संपादक में भी होता है:

यह सभी घास होना चाहिए।

EDIT: ऐसा लगता है कि क्वाड्रेंट साइज़ 1 पर सेट होने पर समस्या गायब हो जाती है

संपादित करें 2: टाइल गायब नहीं होती हैं, लेकिन स्थानांतरित हो जाती हैं (एक परिवर्तन समस्या?)

EDIT 3: कम गुणवत्ता वाला वीडियो। https://streamable.com/6a07b समस्या को ट्रिगर करने के लिए मुझे कुछ समय लगा (संपादक हमेशा अद्यतन करने के लिए सेट है)

यह मुद्दा अभी भी नवीनतम मास्टर 1f4685375f2d2e36a2e19e67ac9f614b8c99ea28 में हो रहा है

ऐसा लगता है कि समस्या केवल एक संबंधित नहीं है। मुझे एक लेबल के अंदर एक बड़े पाठ के साथ समान समस्याएं मिलीं। मुझे लगता है कि यह केवल percent_visible और या लेबल को स्थानांतरित करने के बाद होता है। इस बार मैं केवल इसे नोटिस कर सकता था जबकि खेल चल रहा था लेकिन मैं संपादक के रूप में ऐसा नहीं करूंगा। मैं इसका एक चित्र या वीडियो नहीं ले पाया हूँ, लेकिन कुछ पात्र अलग-अलग परिवर्तन के साथ झिलमिलाते हैं और दूसरी स्थिति में चले जाते हैं (आप फ़ॉन्ट बनावट से अक्षरों का एक हिस्सा देख सकते हैं)

अद्यतन: यह समस्या एक मुख्य मुद्दा है। यह संपादक के लिए भी हो रहा है। मैं एक स्क्रीनशॉट नहीं ले सकता क्योंकि जब तक मैं इसे नोटिस करता हूं और स्क्रीनशॉट लेना चाहता हूं संपादक शायद अपडेट कर चुका है और समस्या दूर हो जाती है। मैंने संपादक के दो खंडों में समस्या पर ध्यान दिया, ऐसा नहीं है कि यह इन दो खंडों में होता है, लेकिन जिन खंडों में मैंने समस्या देखी है: आउटपुट सामग्री में कुछ अक्षर टिमटिमाते हैं और स्क्रीन के नीचे टैब लेबल में से एक है जहाँ आउटपुट, डीबगर, ऑडियो, ... लेबल हैं। डीबगर लेबल से डी झिलमिलाना शुरू कर दिया। इसे ट्रिगर करना आसान नहीं है लेकिन यह एक ही समस्या है।

मुझे वीडियो पर लेबल की समस्या है (टिमटिमाती हुई वीडियो के बारे में आधे से शुरू होता है) https://streamable.com/e31xp 4 लाइन के अंत की ओर देखो और आपको कुछ अक्षर दिखाई देंगे

क्षमा करें, मुझे नहीं लगता कि संपादन सूचनाएँ भेजेगा और मुझे लगता है कि यह एक महत्वपूर्ण मुद्दा है

https://i.gyazo.com/1ccc584f1746d0fc342f6de6609d33f0.mp4

मैं एक ही मुद्दा रहा हूँ ... (लगभग 0:04 आप एक टाइल झिलमिलाहट देखते हैं)
मैं सिर्फ एक स्प्राइट और अपनी खुद की आंदोलन स्क्रिप्ट का उपयोग कर रहा हूं

बहुत परीक्षण के बाद, मुझे विश्वास है कि मेरा मुद्दा (# 15113) इस तरह ही है। क्या अजीब है कुछ बातें:

1. मैं मूल रूप से ठीक उसी मुद्दे को देख रहा था जो @Remixful पूरे वर्गों को टिमटिमाते हुए देख रहा था, लेकिन फिर वह कुछ भी बदले बिना चला गया, और इसके बजाय, मैं इन अजीब झिलमिल लाइनों को देख रहा था। फिर वे कहीं से भी बाहर चले गए और मूल टिमटिमाते हुए वर्ग लौट आए ... ऊ
2. यदि मैं बस दृश्य को निष्क्रिय कर देता हूं, तो मुझे कोई अजीब कलाकृतियों या झिलमिलाहट दिखाई नहीं देती है, लेकिन एक बार जब मैं अपने चरित्र को चारों ओर ले जाना शुरू कर देता हूं (या शायद यह कैमरे के चारों ओर घूम रहा है?) यही कारण है कि जब मैं किसी रूप में झिलमिलाहट देखना शुरू करता हूं।
3. मैं आसानी से वीडियो पर पूर्ण वर्ग फ़्लिकरिंग को कैप्चर करने में सक्षम हूं, लेकिन जब मैं लाइन फ़्लिकरिंग रिकॉर्ड करने की कोशिश करता हूं, बावजूद इसके कि निश्चित रूप से फिल्मांकन के दौरान होती है, फ़्लिकरिंग वीडियो पर कहीं नहीं पाया जाता है।

इसके अलावा, एफडब्ल्यूआईडब्ल्यू, यह ठीक उसी परियोजना के साथ 2.1 में नहीं हुआ था।

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

@ Akien-mga
flickertest.zip

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

मैंने यह देखने के लिए कई चीजों की कोशिश की कि क्या यह विभिन्न परिदृश्यों में हुआ है। मैं केवल इसे पुन: पेश कर सकता था जब कैमरा 2 डी वाईएसओआरटी का बच्चा था। यह एक सुराग हो सकता है।

मैंने कल इसे kinematic_char डेमो में देखा है: \ _

मैंने इस समस्या के बारे में क्या पाया है:

• वीडियो में पुन: पेश करना और कैप्चर करना कठिन है। कभी-कभी आप इसे हर समय देख रहे होंगे और जब इसे ओबीएस या किसी भी स्क्रीन रिकॉर्डिंग सॉफ़्टवेयर के साथ रिकॉर्ड करने की कोशिश करेंगे तो समस्या नहीं होगी। तो फिर, कभी-कभी रिकॉर्डिंग करते समय भी ऐसा होता है तो मुझे नहीं पता will
• यह किसी भी समय और कहीं भी हो सकता है (यहां तक ​​कि स्वयं संपादक में, न केवल दृश्य में संपादित किया जा रहा है)
• केवल एक सेल क्वाड्रंट साइज़> 1 और कभी-कभी, टेक्स्ट के साथ TileMap s के साथ होता है। मैं यह नहीं कह रहा हूं कि यह अन्य सामान के साथ नहीं होता है, लेकिन मैंने केवल उन दो चीजों का उपयोग करते समय ऐसा होता देखा है।
• और मैं कोड के साथ कुछ भी गलत नहीं देख सकता। दी मैं इस पर एक विशेषज्ञ या कुछ भी नहीं हूँ। केवल एक चीज जिसके बारे में मैं सोच सकता हूं कि कुछ परिवर्तन यादृच्छिक रूप से सही ढंग से सेट नहीं हो रहे हैं ... डननो वास्तव में think

किसी अन्य उदाहरण प्रोजेक्ट के लिए # 16277 देखें, जिसे समस्या को पुन: उत्पन्न करना चाहिए।

इस संबंध में एक अन्य मुद्दे के लिए 16280 देखें।

नमस्ते, इसे जोड़ने के लिए और स्पष्ट करने के लिए, मैंने गोडोट के साथ कुछ भी नहीं किया है और मैंने इस परियोजना को विशेष रूप से आज़माया है क्योंकि मैं उत्सुक था:

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

कम से कम मेरे अनुभव में, यह स्थिर देवत्व में हल किया गया लगता है
3.0 रिलीज।

सूर्य पर, फरवरी 4, 2018, 2:56 पूर्वाह्न पुरातत्व सूचनाएं @github.com ने लिखा है:

नमस्कार, इसे जोड़ने के लिए और स्पष्ट करने के लिए, मैंने कुछ भी नहीं किया है
गोडोट के साथ और मैंने अभी-अभी इस प्रोजेक्ट को विशेष रूप से आजमाया है
जिज्ञासु:
[छवि: छवि]
https://user-images.githubusercontent.com/6222499/35776735-0b413ce2-09dd-11e8-81cc-be7a097d61cd.png

दिलचस्प बात यह है कि मुझे यह समस्या 2 डी काइमैटिक कैरेक्टर से नहीं मिलती
डेमो

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

@jonbonazza मैंने नवीनतम स्थिर गॉडोट 3 का उपयोग किया और यह अभी भी होता है। मेरी छवि ऊपरी दाएं कोने पर भी दिखाई देती है T_T)

ऐसा लगता है कि यह बग एनवीडिया ग्राफिक कार्ड पर होता है जो जीटीएक्स 970 एम से ऊपर हैं?

यहाँ GeForce GTX 970।

यहाँ मेरे कुछ निष्कर्ष और इस मुद्दे को पुन: पेश करने के लिए एक सरल परियोजना है। (2 अलग-अलग स्प्राइट के साथ एक टिलमैप, उल्टे रंग के साथ गॉडोट आइकन और गॉडोट आइकन, टिलेमैप के ऊपर के लेबल के साथ, वह दृश्य जो टाइलसेट में परिवर्तित किया गया था, शामिल है)

Flicker.zip

• इस दृश्य में लेबल के लिए भी, एकल वर्ण बेतरतीब ढंग से चलते हैं (यहां तक ​​कि घुमाते हैं), बिलकुल टाइल की तरह
• यदि आप संपादक के अंदर हैं और अपने माउस को टाइल पर रखते हुए ग्रिड पर घुमाएँ, तो आप कभी-कभी अपने माउस को एक अलग ग्रिड सेक्शन में ले जाने तक इस समस्या को जमे हुए अवस्था में देख सकते हैं।
• दृश्य वृक्ष में नोड्स का क्रम इस की आवृत्ति को बदलता है (यदि टिलेमैप अंतिम नोड है, तो यह टिलेमैप के लिए अधिक बार होता है और यदि टिलमैप पहला नोड है, तो यह लेबल पर अधिक बार होता है)

संपादित करें: मुद्दे का एक स्क्रीनशॉट Heres। आप देख सकते हैं कि टिलमाप के एक टाइल सेक्शन में फैली पहली लाइन के 2 ई। (लाल)

एक बार टिलमैप को दृश्य से हटाने के बाद लेबल टिमटिमाना बंद कर देते हैं।

मुझे उम्मीद है कि यह इस मुद्दे को हल करने में मदद करने वाला है।

45ab9cdfb55eed4eef59feee225248ccc20a6235
निर्यात (विमोचन) लिनक्स पर विंडोज़ (32 और 64 बिट) पर
एनवीडिया जीटीएक्स 750 टीआई के साथ विन 10 पर फ़्लिकर (इस मशीन की डीबग करने की पहुंच नहीं है)

डेबियन या Win7 के साथ एनवीडिया जीटीएक्स 760 पर पुन: पेश नहीं कर सका।

फ़्लिकरिंग मेरे लिए Win7 पर GTX 1060 के साथ मौजूद है। मुझे वास्तव में उम्मीद है कि यह बहुत जल्द ही ठीक हो जाएगा क्योंकि यह अब है, टाइलपाइप उत्पादन के लिए बस उपयोग करने योग्य नहीं है। :(

यहाँ टाइल्स के बीच झिलमिल लाइनों के साथ एक ही मुद्दा। इसकी जांच करें
platformer tut.zip
बहुत कष्टप्रद और अप्रिय गड़बड़ = ((

टाइल्स के बीच @podmentor लाइनें सामान्य हैं और यह इस मुद्दे से संबंधित नहीं है। आपकी समस्या को हल करने के कई तरीके हैं: http://docs.godotengine.org/en/latest/tutorials/2d/using_tilemaps.html?highlight=tilemap#offset-and-scaling- कलाकृतियाँ

मेरे खेल के साथ भी यह मुद्दा है। लेकिन केवल जब मैं dGPU (एनवीडिया) पर स्विच करता हूं। मैंने इसे अभी तक एकीकृत इंटेल जीपीयू के साथ नहीं देखा है।

एक नोट जो मदद कर सकता है। मैं win10 और nvidia gtx 1070 के साथ यह मुद्दा रखता हूं। लेकिन तिलमप पर ysort चालू करने से गड़बड़ को रोकना प्रतीत होता है।

ध्यान दें कि Ysort बलों ~~ (सेल) ~ चतुर्थांश आकार = 1।

@securas वाह, वास्तव में काम किया! उसके लिए धन्यवाद। :)
@ bojidar-bg हो सकता है कि मैं गलत समझूं कि आपका क्या मतलब है, लेकिन मेरे पास (16, 16) के सेल साइज़ के साथ एक टाइल मैप है और यसोर्ट को सक्षम करने से उस बारे में कुछ भी नहीं बदला है ...

@ असुरों को इस नए सवाल के लिए खेद है, लेकिन मुझे ysort कहां मिल सकता है?

@Archeia आप इसे "सेल" के तहत पा सकते हैं जब

संपादित करें: ऊपर से मेरे उदाहरण में, लेबल अभी भी वाई-सॉर्ट के साथ झिलमिलाहट करते हैं, लेकिन मैंने अभी तक टिलेमैप झिलमिलाहट नहीं देखी।

Edit2: बस Y- सॉर्ट के साथ एक टाइल झिलमिलाहट देखा। यह इस समस्या को हल करने के लिए प्रतीत नहीं होता है। हालांकि यह बहुत कम बार होता है।

धन्यवाद! इसने मेरे लिए इसे ठीक कर दिया।

धन्यवाद @ बजीदार-बीजी मैं इस धारणा के तहत था कि सेल का आकार कोशिकाओं के आकार की तरह कुछ और था ... सेल आकार से आपका क्या मतलब है?

@ ससुरास ओह, मेरा बुरा, मेरा मतलब क्वाड्रेंट साइज़ है। यकीन नहीं होता कि मैंने गलती क्यों की ...।

माफी अगर यह बातचीत के लिए बहुत कुछ नहीं जोड़ता है, लेकिन मैं दोनों संपादक में और एक निर्यात निष्पादन योग्य के रूप में काइनेमैटिक टकराव डेमो के साथ इस टिमटिमा रहा है। विंडोज 10 64 बिट। GTX 1080 तिवारी। 2 मॉनिटर @ 1440 पी। मैं Godot 3.0.2 स्थिर का एक स्व संकलित संस्करण चला रहा हूं। मैंने डिबग, रिलीज़, और रिलीज़_डबग में यह कोशिश की है और टिमटिमा सभी उदाहरणों में मौजूद है।

संपादित करें: पहली नज़र में, ऐसा प्रतीत होता है कि tilemap के लिए ysort को सक्षम करने से झिलमिलाहट दूर हो जाती है।

मुझे आश्चर्य है कि अगर यह एक ड्राइवर मुद्दा नहीं है शुरू। ऐसा लगता है कि हर कोई जो प्रोबल्म का अनुभव कर रहा है, एक एनवीडिया कार्ड का उपयोग कर रहा है, और लगता है जैसे अधिकांश लोग विंडोज़ 10 पर हैं।

यह भी Gettnig और मैं यहाँ, मंज़रो, GTX970 पर हूँ

मैं इसे रद्द कर सकता हूं और यह भी पुष्टि कर सकता हूं कि सक्षम करने से वाई सॉर्ट इसे ठीक करता है। मैं एक GeForce GTX 1060 के साथ विंडोज 8.1 चला रहा हूं।

संपादित करें: वास्तव में मुझे लगता है कि चंचल आकार से संबंधित हो सकता है, जैसा कि @ bojidar-bg से पता चलता है। वाई सॉर्ट अक्षम होने के साथ, मैं चतुष्कोणीय आकार में भिन्नता के साथ चंचलता के विभिन्न स्तरों को देखता हूं। मुझे अभी तक 1, 2, 64, या 128 के आकार में चंचलता का निरीक्षण करना है। मैं 16-32 की श्रेणी में बहुत देखता हूं।

@ecdavis क्या आप सुनिश्चित हैं कि यह पूरी तरह से

मैं वास्तव में उत्सुक हूं कि कभी-कभी टिलेमैप टाइलों के अंदर रखे जाने वाले लेबल पत्रों का क्या कारण हो सकता है।

कई चीजें झिलमिलाहट की आवृत्ति पर प्रभाव डालती हैं, नोड आदेश की तरह, मुझे नहीं लगता कि यह चौकोर आकार से बहुत निकट से संबंधित है।

आर्कलिनक्स - एनवीडिया जीटीएक्स 970 - गोडोट v3.0.2.stable.custom_build

चतुर्भुज आकार के साथ कुछ भी करने के लिए सेट! 1, टाइल विस्थापन मुद्दा लगातार होता है।

क्वाड्रेंट साइज़ 1 पर सेट होने के कारण, किसी भी विस्थापित टाइल को नहीं मिला, फिर भी कुछ फ्रेमों के लिए एक बार में एक फाड़नेवाला गड़बड़ मिला। शायद असंबंधित।

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

घर पर और परिणामों पर अपडेट करने पर @rosshadden कोशिश करेगा। साझा करने के लिए धन्यवाद!

पिक्सेल स्नैप पर था जब मैंने ऐसा किया और यह समस्या हल नहीं हुई।
मैं वास्तव में क्या समाधान हो सकता है पर मारा है।
यदि आप सेल आकार पर वाई-सॉर्ट चालू करते हैं और सेल आकार (मेरे मामले में 128) से मिलान करने के लिए चतुर्थांश आकार को चालू करते हैं तो यह कम से कम मेरे लिए समस्या को पूरी तरह से समाप्त करने के लिए लगता है

@irresistiblejelly के रूप में @ bojidar-bg ने बताया, y- तरह के सेट को 1 आंतरिक रूप से क्वाड्रेंट पर मुड़ते हुए, संपादक पर निर्धारित मूल्य की अनदेखी करते हुए। तब फिर से पूरी तरह से टाइलसेट की समस्या नहीं होती है, क्योंकि माइपमैपिंग और फिल्टर सक्रिय के साथ गतिशील फोंट का एक ही मुद्दा होता है (इस मामले में पत्र का विस्थापन)।

सटीक मुद्दे को इंगित करने के लिए संपूर्ण परीक्षण करने की आवश्यकता है।

मैंने सिर्फ Pixel Snap को चालू करने के @rosshadden के सुझाव की कोशिश की, ऐसा लगता है कि यह मेरे लिए तय हो गया है।

यह अभी भी आईओएस और मैकओएस में हो रहा है, एंड्रॉइड पर नहीं हो रहा है।
मैंने रेंडरिंग को सक्रिय किया -> गुणवत्ता -> 2d -> पिक्सेल स्नैप जिसने आवृत्ति को कम करने में मदद की, लेकिन यह अभी भी हो रहा है।

@ByTheQuietLake क्या आपने पहले इन मुद्दों को देखा था, मेरा मानना ​​है कि आप गैर-एनवीआईडीआई कार्ड के साथ झंकार करने वाले पहले व्यक्ति हैं।

यह बहुत अच्छी तरह से तब एक NVIDIA चालक मुद्दा हो सकता है।

Godot 3.0.2 का उपयोग करके विंडोज 10 पर इसका परीक्षण किया गया:

• एनवीडिया 1070 जीटीएक्स (चालक 397.64): इश्यू हो रहा है।
• इंटेल एचडी 4600: इश्यू नहीं हो रहा है।

यह एक निश्चित समस्या है जो कम से कम Nvidia gpus वाले उपयोगकर्ताओं के साथ हो रही है। मैं ध्यान देता हूं कि टाइलें संपादन मोड में दृश्य के चारों ओर बेतरतीब ढंग से ड्राइंग कर रही हैं क्योंकि माउस कर्सर दृश्य और साइड टैब के साथ चलता है। यह गेम चलाते समय भी होता है। क्वाड्रंट साइज़ को 1 पर सेट करते समय तीव्रता कम हो जाती है (Y सॉर्ट इसे 1 पर सेट करता है) लेकिन यह अभी भी होता है और यह बड़े मैप्स पर ऑप्टिमाइज़ेशन को ले जाता है जिससे भारी फ्रेम रेट डूब जाता है।

जब मैं एक बड़े मानचित्र पर सेटिंग बदलने के बाद (1 क्रमांक 19617 के साथ समस्या को खोलता हूं) के बाद क्वाड्रंट आकार 1 (या Y सॉर्ट की जांच करने की कोशिश कर रहा हूं) सेट करने का प्रयास करते समय मैंने क्रैश का अनुभव किया है। यह दिखाने के लिए लगता है कि अत्यधिक प्रसंस्करण शामिल है (या मेमोरी लीक हो सकता है?) और जिस तरह से टाइलमेप्स को अनियमित रूप से खींचा जा रहा है, उसे रेंडर करने के लिए कोड किए गए तरीके के साथ समग्र समस्या से संबंधित हो सकता है। मुझे संदेह है कि समस्या टाइल_मैप.कैप में है और संभवत: वीएस या जो भी कोड टाइल्स के प्रतिपादन को संभाल रहा है।

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

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

ऐसा लगता है कि समस्या शायद "पावरमाइज़र" से संबंधित है, जब पसंदीदा मोड को "अनुकूली" पर सेट किया जाता है, तो प्रदर्शन का स्तर शून्य (35 ~ 40 सेकंड के बाद) तक कम हो जाता है और फिर झिलमिलाहट शुरू हो जाती है, लेकिन अगर मैं "पसंदीदा" पर सेट करता हूं अधिकतम प्रदर्शन ", झिलमिलाहट गायब हो जाती है।

मैंने लिनक्स (ड्राइवर 390.59 और 396.24) और विंडोज (ड्राइवर 388.71 और 398.11) के साथ परीक्षण किया।
~ विंडोज पर, मेरे ड्राइवर को 398.11 में अपग्रेड करने के बाद, ऐसा लगता है कि समस्या बंद हो गई है ~

वीडियो जिसे मैंने बग दिखाया है: https://youtu.be/R6TLpDX71RQ?t=32s
यदि कोई परीक्षण करना चाहता है, तो यहां प्रोजेक्ट का उपयोग किया गया है: Flicker.zip

अपडेट करें:
मेरे उदाहरण में, मैं टाइलपाइप का उपयोग नहीं कर रहा हूं, यह उस ग्रिड को बनाने के लिए केवल सरल ड्रा फ़ंक्शन (ड्रा_लाइन और ड्रा_ करेक्ट) है।

@guilhermefelipecgs मुझे वास्तव में नहीं लगता कि यह एक सही समाधान है। मैं मान रहा हूं कि एनवीडिया एक्स सर्वर विंडोज 10 के साथ एनवीडिया कंट्रोल पैनल के समान एक लिनक्स ओएस प्रोग्राम है। मैंने पॉवर मैनेजमेंट सेटिंग को "अधिकतम प्रदर्शन को प्राथमिकता" देने के लिए सेट किया है और यह स्थानांतरित टाइल्स को कम करने के लिए लगता है, लेकिन मैंने अभी भी इसे देखा है। सेटिंग बदलना। यह बग अजीब है कि यह हमेशा कार्यक्रम का उपयोग करते समय नहीं दिखाता है, लेकिन ऐसा होता है। हो सकता है कि आपको एक वास्तविक टाइलपाइप के साथ यह कोशिश करनी चाहिए।

भले ही वह सेटिंग काम कर गई हो। यह क्यों काम करेगा? अधिकतम प्रदर्शन के लिए पावर मैनेजर को सेट करने का मतलब यह नहीं होगा कि कोड प्रोसेसर पर कितना कठिन है? यह मेरे लिए एक अंतर बनाने के लिए लग रहा था लेकिन समस्या को पूरी तरह से हल नहीं किया। मैं अभी भी जगह से बाहर ड्राइंग टाइलें पकड़ सकता हूं।

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

यह अजीब है कि आपके पास मेरे जैसा अनुभव नहीं था। बस जिज्ञासा के लिए, आपका एनवीडिया ड्राइवर संस्करण क्या है?

@guilhermefelipecgs यह संस्करण 398.11 है। ऐसा लगता है कि PowerMizer एक लैपटॉप ऐप है, जबकि मैं डेस्कटॉप पीसी का उपयोग कर रहा हूं, इसलिए मेरे पास वह प्रोग्राम नहीं है। मैंने सिर्फ एनवीडिया कंट्रोल पैनल में "अधिकतम प्रदर्शन को प्राथमिकता" देने के लिए सेटिंग पावर मैनेजमेंट को बदल दिया। यह अव्यवस्थित टाइलों की मात्रा को कम करने के लिए प्रतीत होता है, लेकिन खेल को चलाने के दौरान मैंने इसे देखा। इसी प्रकार चतुष्कोणीय आकार को 1 पर सेट करने पर, इसने आवृत्ति को कम कर दिया लेकिन समस्या को पूरी तरह से हल नहीं किया। मेरे पास अभी भी यह मुद्दा है कि अगर मैं एक बड़े मानचित्र पर क्वाड्रेंट आकार को 1 में बदलता हूं, तो संपादक क्रैश हो जाता है। सेटिंग को अधिकतम प्रदर्शन में बदलने के बाद भी यह अक्सर कम होता है लेकिन मैंने इसे अभी परीक्षण किया और यह दुर्घटनाग्रस्त हो गया।

नोट मेरा जीपीयू एनवीडिया जीटीएक्स 1060 6 जीबी है जो उपरोक्त ड्राइवर के साथ है। मेरा ओएस विंडोज 10 प्रोफेशनल है।

मैं यहां एक पीसी का भी उपयोग कर रहा हूं। WIndows पर, नियंत्रण कक्ष यह वास्तव में थोड़ा अलग है, आपके द्वारा बदला गया विकल्प यह वही विकल्प है जो मैंने यहां परीक्षण किया था। दुन्नो क्या करे। यह बग बहुत उबाऊ है। :(

यह एक समस्या है जो रेंडरिंग कोड में होना है। इंजन कोड के साथ इसका परीक्षण करने और इसे स्वयं काम करने के लिए मेरे पास पर्याप्त अनुभव नहीं है। यह दिलचस्प है कि आपने (@guilhermefelipecgs) ने ग्रिड को मैन्युअल रूप से ड्राइंग करते समय समस्या को देखा। मुझे लगा कि यह समस्या पूरी तरह से टाइलपाइप स्रोत कोड में है।

यदि आयटम पूरी तरह से टाइलपॉइंट नोड का उपयोग न करने पर भी खींचे जाते हैं, तो मुझे यह मान लेना होगा कि बग ड्रा_ सही () फ़ंक्शन में भी सक्रिय है (https://github.com/godotengine/godot पर स्रोत कोड में) बूँद / मास्टर / दृश्य / संसाधन / बनावट। लाइन 47 पर)।

ड्रॉइंग टाइलमैप्स वीएस का उपयोग अपने अधिकांश कार्यों में (https://github.com/godotengine/godot/blob/master/scene/2d/tile_map.cpp में) और फंक्शन draw_rect () VisualServer (मैं ये अनुमान लगा रहा हूं) में करता है। वही चीज़)।

यह एनवीडिया जीपीस को क्यों प्रभावित करेगा? मैं अन्य कार्यक्रमों (अन्य गेम इंजन) में इस प्रकार की समस्या नहीं देखता हूं, इसलिए मैं केवल इसका स्रोत कोड में एक समस्या होने का लक्ष्य रख सकता हूं कि किसी कारण से (कम से कम अधिक ध्यान देने योग्य प्रभाव) एनवीडिया ग्राफिक्स प्रोसेसर।

@guilhermefelipecgs बिजली प्रबंधन सेटिंग बदलने के बाद समस्या बहुत कम है और यही कारण है कि आप इसे

मुझे 98% यकीन है कि यह एक ड्राइवर समस्या है। एनवीडिया चालक को Power management mode से Prefer maximum performance करने से समस्या का समाधान प्रतीत होता है।

निम्नलिखित परीक्षण @guilhermefelipecgs झिलमिलाहट परियोजना का उपयोग करते हैं और इसे उन मूल बातों तक नीचे ले जाते हैं जो अभी भी समस्या को ट्रिगर करते हैं।

मैं लगभग 4 घंटे के लिए रेंडरडॉक के साथ गेम में कम प्रोसेस मोड को सक्षम करने के लिए GPU का पता लगाने की कोशिश कर रहा हूं (इसलिए मूल रूप से 1 फ्रेम प्रति सेकंड) लेकिन, जबकि मुझे लगता है कि मैं कुछ समस्याग्रस्त फ़्रेमों को पकड़ने में सक्षम था, मैं नहीं देख सका। ओपेंगल कमांड में कोई त्रुटि या रेंडरडोक से पुनर्निर्मित फ्रेम। फिर से, मुझे लगता है कि मैं कुछ समस्याग्रस्त तख्ते मिला ... जब वे यादृच्छिक होते हैं तो उन्हें प्राप्त करना कठिन होता है।

मैंने प्रत्येक फाइल में एक रेक्ट को आकर्षित करने के लिए shader को भेजी जाने वाली रेक्ट्स को भी लॉग इन किया है और x <60 या x> 420 या y <60 या y> 420 के बाहर किसी भी रेक्ट की खोज की है या चौड़ाई या ऊँचाई 20 से भिन्न है मुझे कुछ भी नहीं मिला है और मुझे यकीन है कि 100% खराब परतें होनी चाहिए क्योंकि मैंने उन्हें प्रोजेक्ट चलाते समय और इसे लॉग इन करते हुए देखा है। यहां लॉग्स godot_tilemap_issue_logs.zip हैं यदि आप लोगों को उनके माध्यम से जाने का मन करता है (145 आइटम से छुटकारा है तो dst_rect यहाँ से https: / /github.com/godotengine/godot/blob/master/drivers/gles3/rasterizer_canvas_gles3.cpp#L687 -L701

यहाँ विंडोज़ का निर्माण प्लस संशोधित झिलमिलाहट है जिसे मैं रेक्टर्स लॉग करता था। यदि आप इसे लॉग इन करना चाहते हैं, तो किसी cmd में godot.windows.opt.tools.64.exe > log.txt का उपयोग करें (शक्तियां नहीं क्योंकि यह एक और एन्कोडिंग का उपयोग करता है और यह एक दर्द है)

संदर्भ के लिए, मैंने @guilhermefelipecgs के फ़्लिकर परीक्षण (लिनक्स x86_64) और @mrcdk के संशोधित संस्करण (वाइन) दोनों की कोशिश की है और निम्नलिखित प्रणाली पर किसी भी झिलमिलाहट को पुन: उत्पन्न नहीं कर सका:

• मागिया 6 x86_64
• X11 1.19.5, प्लाज्मा / केविन 5.12.2 (ON और OFF की रचना के साथ परीक्षण किया गया)
• ऑप्टिमस लैपटॉप, एनवीडिया जीटीएक्स 670 एमएक्स का उपयोग एनवीडिया प्राइम टाइम के माध्यम से (ड्राइवर 390.59)
• Godot vsync ओन और ऑफ के साथ टेस्ट किया गया, साथ ही ड्राइवर्स vsync ओन और ऑफ के साथ

यह हो सकता है कि ड्राइवर बग केवल डेस्कटॉप या हाल के GPU को प्रभावित करता है।

यह मेरी धारणा भी है क्योंकि 7 दिन में श्रृंखला 10 कार्ड के साथ समस्या हो रही है
बहुत बड़े पैमाने पर। मुझे बिना किसी कारण के यादृच्छिक एफपीएस ड्रॉप्स 160 से 10 तक मिलते हैं
एनवीडिया GeForce 6Gb gtx 1060 के साथ न्यूनतम सेटिंग्स पर। डेस्कटॉप पीसी

Tue पर, 19 जून 2018, 09:04 रेमी वर्शेल्ड, नोटिफिकेशन @github.com
लिखा था:

संदर्भ के लिए, मैंने @guilhermefelipecgs दोनों की कोशिश की है
https://github.com/guilhermefelipecgs का फ़्लिकर परीक्षण (लिनक्स x86_64) और
@mrcdk https://github.com/mrcdk का संशोधित संस्करण (शराब) और नहीं
निम्नलिखित प्रणाली पर किसी भी झिलमिलाहट को पुन: उत्पन्न करें:

• मागिया 6 x86_64
• X11 1.19.5, प्लाज्मा / केविन 5.12.2 (ON और OFF की रचना के साथ परीक्षण किया गया)
• ऑप्टिमस लैपटॉप, एनवीडिया जीटीएक्स 670 एमएक्स का उपयोग एनवीडिया टाइम (ड्राइवरों के माध्यम से)
  390.59)
• Godot vsync ON और OFF के साथ-साथ ड्राइवर vsync ON और के साथ परीक्षण किया गया
  बंद

यह हो सकता है कि ड्राइवर बग केवल डेस्कटॉप या हाल के GPU को प्रभावित करता है।

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

@ akien-mga परीक्षण को चलाने के दौरान ग्राफिक्स घड़ी बदलता है जैसा कि उनके वीडियो में @guilhermefelipecgs दिखाता है?

क्या टेस्ट को चलाते समय ग्राफिक्स घड़ी बदल जाती है क्योंकि उनके वीडियो में

यह नहीं बदलता है, जब मैं गोडोट शुरू करता हूं तो यह सबसे अधिक घड़ी मूल्य पर चलता है और वहां रहता है। तो यह बताता है कि मैं टिमटिमा क्यों नहीं देखूंगा, जैसा कि @guilhermefelipecgs के वीडियो के अनुसार यह केवल तब होता है जब डाउनक्लॉकिंग होता है (मुझे लगता है कि मेरा कार्ड इतना शक्तिशाली नहीं है कि एक साधारण गोडोट प्रोजेक्ट चलाते समय डाउनक्लॉक करना चाहता हो)।

जब आपको लगता है कि यह अधिक निरापद नहीं हो सकता ...

मैंने एक नया प्रोजेक्ट बनाया और 2 अजीब व्यवहार देखे।

1) मुझे पता है "बिल्कुल" जहां झिलमिलाहट होगी।
2) Control 3 कभी भी "चंचल" नहीं मिलता।

मैं समझाने की कोशिश करूँगा कि क्या हो रहा है:
1) मैंने इस तरह के दृश्य पर 4 नियंत्रण जोड़े:

सभी नियंत्रण समान आधार कोड का उपयोग करते हैं। Control 1 केवल झिलमिलाहट वाला नोड होगा।

2) कुछ समय (20 ~ 50 सेकंड) के बाद, Node.gd इस तरह से नोड्स को पुन: प्रस्तुत करेगा:

और फिर, झिलमिलाहट Control1 से Control 2 , यानी केवल पहले बच्चे के पास झिलमिलाहट होगी।
नोट 1: मुझे लगता है कि ऐसा शायद इसलिए होता है क्योंकि ड्रॉ फ़ंक्शन नोड्स के क्रम में कतारबद्ध होंगे।
नोट 2: Control 2 draw_texture का उपयोग कर रहा है, इस पद्धति में भी झिलमिलाहट है।

3) जब Control 3 पहले बच्चे बन जाते हैं, झिलमिलाहट जादुई रूप से गायब हो जाती है, और इसका कारण यह झंडा है:

Invert झंडा आरेखण कार्यों को पलटने के लिए कोड को बताता है, इसलिए मेरा कोड पहले draw_line और इसके बाद draw_rect , इसलिए लाल आयताकार ग्रिड के सामने होगा।

4) और अंत में, झिलमिलाहट Control 4 में वापस आती है, यहां मैं केवल draw_rect कॉल करता हूं।

मैं पहले कह चुका हूं कि मुझे GTX970 है।

विंडोज पर, मैंने अपने gpu घड़ी को बदलते हुए देखने के लिए एक कार्यक्रम का उपयोग किया:

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

नई परियोजना: Flicker_2.zip
वीडियो 1: https://youtu.be/01LWVQqp5yg
वीडियो 2: https://youtu.be/XTKTe9aZAuU?t=50s

मुझे 5 ~ 8 बार कोशिश करनी चाहिए जब तक मुझे एक अधिक तीव्र झिलमिलाहट नहीं मिलती। ऐसा लगता है कि जितना अधिक मैं खेलता हूं, उतना ही तीव्र प्रभाव होता है।

वीडियो 2 वीडियो 1 जैसी ही है, लेकिन किसी कारण से वीडियो के अंतिम भाग में प्रदर्शन का स्तर बढ़ जाता है और ऐसा होने पर आप झिलमिलाहट गायब होने का नोटिस कर सकते हैं।

वीडियो 60 एफपीएस के साथ लिनक्स पर (क्योंकि बग लिनक्स पर अधिक तीव्र है) रिकॉर्ड किए गए हैं।

मुझे 98% यकीन है कि यह एक ड्राइवर समस्या है।

मैं सहमत हूं, मैंने कोड (गोडोट) में देखा और मुझे कुछ भी अजीब नहीं मिला।

ठीक है, मैं प्रॉजेक्ट को एपिट्रेस के साथ लॉन्च करने में सक्षम था और मुझे अब 99.9998% यकीन है कि यह Power management mode से संबंधित ड्राइवर समस्या है। यहाँ पर flicker_trace.zip फ़ाइल है, ताकि आप लोग इसे अपने मोबाइल पर भी चला सकें। ।

और यहाँ एक वीडियो मैंने दर्ज किया है: https://streamable.com/yk1qq गुणवत्ता थोड़े खराब है, इसलिए यहाँ मूल (जो बहुत बेहतर नहीं है)

पहले 20 सेकंड प्रोजेक्ट रनिंग और लॉगिंग है। मैं पहली बार ओबीएस को कम करना भूल गया था जब मैंने एपिट्रेस का इस्तेमाल किया था और मेरी जीपीयू घड़ी अधिकतम पर बंद थी (यह शीर्ष-दाएं कोने पर ग्राफ है) और झिलमिलाहट नहीं थी। Aprox को छोड़ दें। 3:15 जहाँ मैंने OBS को कम से कम किया और ट्रेस को फिर से दिखाने पर बग दिखाई दिया। मैंने तब प्रत्येक फ्रेम के लिए थंबनेल बनाने के लिए Show thumbnails विकल्प का उपयोग किया। मैंने तब तक थंबनेल के माध्यम से खोज की जब तक मुझे एक फ्रेम नहीं मिला जिसमें बग था। मैंने उस ठोस फ्रेम के opengl राज्य को प्राप्त करने के लिए lookup state भागे और इसके खत्म होने के बाद, मैंने बग के बिना फ्रेमबफ़र दिखाया।

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

तो हम यहां क्या कर सकते हैं? मुझे नहीं लगता कि हम (एक समुदाय के रूप में) आवश्यक रूप से स्वयं को NVIDIA से परिवर्तन शुरू करने के लिए क्लॉट हैं। या हम करते हैं?

तो हम यहां क्या कर सकते हैं? मुझे नहीं लगता कि हम (एक समुदाय के रूप में) आवश्यक रूप से स्वयं को NVIDIA से परिवर्तन शुरू करने के लिए क्लॉट हैं। या हम करते हैं?

IMO यह एक शॉट के लायक है :) सबसे खराब स्थिति हमें एक जवाब नहीं मिलता है, लेकिन एनवीडिया देव फोरम में इस बारे में एक धागा खोलना अच्छा होगा।

हाय दोस्तों,

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

मैं अभी भी Godot v3.0.6 पर एक ही समस्या प्राप्त कर रहा हूं और नवीनतम Nvidia ड्राइवरों को डाउनलोड करने से इस समस्या से बिल्कुल भी मदद नहीं मिलती है। मैं एक एनवीडिया जीटीएक्स 750 टीआई ग्राफिक्स कार्ड का उपयोग कर रहा हूं। इस मुद्दे को ठीक करने के लिए वैसे भी क्या है? जब मैं अपना गेम वेब ब्राउज़र पर चलाता हूं, तो चमकता मुद्दा बिल्कुल भी प्रकट नहीं होता है?

क्या कोई इस मुद्दे पर अभी तक एनवीडिया तक पहुंचा है?

इस मुद्दे को उस वीडियो के लिए ty @guilhermefelipecgs करें , वास्तव में मेरे साथ क्या हो रहा है।
मैं gtx 950 पर हूँ। मैंने चतुष्कोण आकार की चीज़ और & ysort की कोशिश की, लेकिन कोई भाग्य नहीं।

मैं निश्चित नहीं हूं कि क्या करूं। एक नया मुद्दा बनाने के लिए जा रहा था, लेकिन मुझे लगा कि मैं इसके बजाय में पोस्ट करूंगा। मैं Godot v3.0.6 पर भी हूँ

क्या किसी ने संस्करण 3.1 अल्फा के साथ GLES2.0 के साथ इसे सक्रिय करने की कोशिश की है? शायद यह एक OpenGL3 x एनवीडिया ड्राइवर समस्या है?

मुझे लगता है कि मुझे यह बदलना होगा कि कैसे परतें खींची जाती हैं, इससे पता चलता है कि ओपनजीएल ड्राइवर समर्थन के साथ स्थिति कितनी खराब है और क्यों वल्कन को स्थानांतरित करना जल्द ही आवश्यक है।

भी, क्या किसी ने इसे GLES2 रेंडर के साथ परीक्षण किया?

@reduz मुझे खेद है कि इसमें इतना समय लगा। अंत में संकलन करने के लिए 3.1 मिला
हाँ, मैं cna पुष्टि चंचल अभी भी GLES2 रेंडरर पर हो रहा है

मैं इसके साथ कुछ परीक्षण कर रहा हूं , और लेकिन मेरे 32x32 और 48x48 पर, यह अभी भी है।
मुझे यकीन नहीं है कि अगर मदद करता है, लेकिन मुझे लगता है कि यह कुछ है
e: btw अगर कोई चाहता है कि मैं कुछ c ++ कोड संपादित करूं और सामान का परीक्षण करने के लिए फिर से संकलित करूं, तो बस lmk
e2: nvm यह अभी वापस आया है। हाँ, यह बहुत कम अक्सर होता है

मुझे एक अस्थायी समाधान मिला जो वास्तव में काफी अच्छा काम करता है। (यदि कोई जल्द ही अपना खेल जारी कर रहा है)

- टाइलों में :

• एक नया टाइल वाला नक्शा बनाएं और टाइल्स की मात्रा 40x40 पर सेट करें
• अपनी जमीन टाइलसेट का चयन करें
• फिर शीर्ष शीर्ष लेख बार (कुंजी f ) पर बाल्टी भरण उपकरण पर क्लिक करें, टाइल वाले ग्रिड पर कहीं भी क्लिक करें
• अब फ़ाइल पर जाएं -> छवि के रूप में निर्यात करें, टाइल हटाएं और पृष्ठभूमि color_ शामिल करें, निर्यात पर क्लिक करें।
• tinypng.org पर जाएं, इसे संपीड़ित करें (मैंने फ़ाइलों का 71% बचाया)।

- गोडोट में:

• अपनी तिलमिला परत में स्प्राइट नोड जोड़ें।
• टाइलों से निर्यातित छवि को स्प्राइट की बनावट सेट करें।
• अपने सेल आकार के अनुसार फिट करने के लिए ग्रिड स्टेप विकल्प सेट करें (मेरे मामले में, यह 48x48 था)

अब, आप स्प्राइट पर केवल ctrl + d कर सकते हैं और इसे चारों ओर स्नैप कर सकते हैं। कोई चंचलता और प्रदर्शन महान नहीं है (आंतरिक रूप से केवल कैनवास पर व्हाट्स को प्रस्तुत करता है)

e: आशा है कि यह मदद करता है। यह थोड़ा अजीब है, लेकिन यह एक समाधान है (सबसे अच्छा नहीं है, लेकिन इसकी कुछ)
ई: आप अभी भी वस्तुओं और whatnot के लिए अन्य tilemap परतों का उपयोग कर सकते हैं। यह सिर्फ अच्छा प्रदर्शन बनाए रखने के दौरान मैदान को टिमटिमाना बंद करने के लिए है (जमीन tilemap परत एफपीएस पर ysort को सक्षम करना)

@ByTheQuietLake एनपी, मेरी खुशी! मेरे पास nvidia gtx 950 है और मैं इसके काम करने की पुष्टि कर सकता हूं। 20 + घंटे से अधिक किसी भी काली टाइल को टिमटिमाते हुए नहीं देखा है। संपादक में, या खेल में। केवल एक चीज जो मैंने देखी है कि लोड समय 20ms (जो मुश्किल से कुछ भी नहीं है) की तरह बढ़ा है, लेकिन यह सिर्फ इसलिए है क्योंकि छवि बहुत बड़ी है। हालाँकि, जब आपके चरित्र के साथ नक्शे में आगे बढ़ते हैं, तो यह उतना ही सहज लगता है जैसे कि यह एक तिलमिलाप हो।

लचीलेपन के बारे में निश्चित नहीं है। छोटी कहानी, बस अपनी ज़मीन की टाइलें टाइलों में बनाएँ, छवि के रूप में निर्यात करें, और उन्हें अपने बच्चे के बच्चे के रूप में प्रेत के रूप में उपयोग करें। फिर, एक बार reduz / nvidia devs / etc एक फिक्स ढूंढते हैं, बस अपने पुराने स्प्राइट्स को डिलीट कर दें और टिलेमैप का उपयोग करें जैसा कि आप सामान्य रूप से करते हैं। यह एक आसान संक्रमण होना चाहिए।

समाधान काम किया है या नहीं अगर आपके पास एनवीडिया नहीं है :(

e: यह बग केवल nvidia gpus bythequietlake के साथ होता है

यह गितुब पर मेरी पहली पोस्ट है, और अगर यह गलत जगह पर है (मैं इस धागे को गूगल से पाया) तो मैं माफी मांगता हूं।

मैंने हाल ही में 2.1 से एक गेम परिवर्तित करने के बाद इसी मुद्दे का अनुभव किया। Girng का समाधान मेरे लिए काम करता है, लेकिन यह थोड़ा हैकची लगता है। मैंने यह भी देखा कि स्प्राइट नोड बनावट और तिलमैप सेल बनावट के बीच थोड़ी सी ऑफसेट होती है जब चलती है (उसके समाधान का उपयोग करके)। यह एक मंजिल टिलाप का उपयोग करने के लिए स्पष्ट नहीं था।

मैं GTX 960 पर हूं। मुझे विंडोज 10 (guilhermefelipecg के उपरोक्त पोस्ट से) पर कोई भी पावरमाइज़र सेटिंग्स नहीं मिल रही हैं। ऐसा इसलिए हो सकता है क्योंकि मैं विंडोज़ पर हूँ, और यह एक लिनक्स चीज़ हो सकती है। मैं भी ऊपर पढ़ा, कि यह भी इसे ठीक नहीं किया।

यह थोड़ा ऑफ-टॉपिक हो सकता है, लेकिन क्या मुझे 2.1 पर रहना चाहिए, जब तक यह ठीक नहीं हो जाता है, या क्या मुझे गोडोट के "कस्टम संस्करण" को संकलित करने की आवश्यकता होगी?

सधन्यवाद,

--Aaron

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

एक चीज जो मैंने पाया कि मेरे लिए काम करना परियोजना सेटिंग्स में एचडीआर को अक्षम कर रहा था।

एक चीज जो मैंने पाया कि मेरे लिए काम करना परियोजना सेटिंग्स में एचडीआर को अक्षम कर रहा था।

मेरे लिए नहीं, केवल एक ही काम किया है जो Ysort को सेट कर रहा था, लेकिन यह काफी व्यवहार्य विकल्प नहीं है (1 के लिए चतुर्थांश आकार सेट करता है)

मैं इसमें भी भाग रहा था..और हर बार जब मैं इस दृश्य को चलाता था, तब लगातार पुन: पेश करने में सक्षम था।
क्या किसी ने गुणवत्ता सेटिंग रेंडर करने के साथ खिलवाड़ करने की कोशिश की है? विशेष रूप से Framebuffer Allocation को 2D में सेट करना?

अभी तक यह _looks_ जैसे कि काम कर रहा हो सकता है ... या कम से कम इसे बनाने से बहुत कम बार होता है (मैंने देखा नहीं है कि टिमटिमाना फिर से होता है ..._ अभी तक)

@ByTheQuietLake अब तक ऐसा लगता है कि झिलमिलाहट का कोई उदाहरण नहीं है।

@XNargaHuntress वास्तव में? आपने फ्रेमबॉलर आवंटन के लिए क्या सेट किया था? यह एक अच्छा अस्थायी तय हो सकता है
संपादित करें: nvm ने गलत पढ़ा, 2d फ्रेमबफ़र के लिए यह परीक्षण करें

@XNargaHuntress टिमटिमाता आवंटन के साथ मेरे लिए अभी भी टिमटिमा रहा है जो 2 डी पर सेट है। मुझे लगता है कि यह अब और भी अधिक बार हो रहा है, लेकिन यह एक संयोग हो सकता है।
मैं विंडोज 7 x 64, गोडोट 3.0.6 स्थिर पर एनवीडिया जीटीएक्स 750 टीआई का उपयोग कर रहा हूं।

संपादित करें: मैंने बस "2D विदाउट सैंपलिंग" के लिए फ्रेमबुफर आवंटन की कोशिश की। अभी भी टिमटिमाता है।

संपादित 2: टिमटिमा भी भगवान के साथ होता है 3.1 अल्फा GLES3 रेंडरर का उपयोग करते हुए। लेकिन जब जीएलईएस 2 रेंडरर का उपयोग कर रहा हूं, तो मैंने किसी भी तरह की झिलमिलाहट पर ध्यान नहीं दिया।

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

GTX 1050TI, विंडोज 10, गोडोट 3.1 अल्फा

संपादित करें: बहुत परीक्षण के बाद, यह फिर से दिखा ... लेकिन बहुत कम ..... लेकिन अभी भी वहाँ है

एक पूर्व ड्राइवर अपडेट के बाद I हेवन '; अभी कुछ समय के लिए समस्या को नहीं देखा। निश्चित रूप से निश्चित नहीं है कि किस अपडेट ने इसे ठीक किया है, और शायद विशिष्ट GPU पर निर्भर होने जा रहा है, लेकिन हाँ ...

दोस्तों याद रखें कि GLES2 ड्राइवर मास्टर पर इस समस्या को प्रदर्शित नहीं करता है।

कैमरा ज़ूम को वापस सेट करना (1,1) मेरे लिए समस्या तय कर सकता है, पहले मैंने इसे (0.5, 0.5) पर सेट किया था और मुझे फ़्लॉपर दिखाई दे रहे थे। अभी तक मुझे कोई चंचलता नहीं दिख रही है। क्या कोई और पुष्टि कर सकता है?

जब तक ysort विकल्प बंद है, मैं हमेशा टिमटिमाता रहता हूं।

सोम, 19 नवंबर, 2018 को दोपहर 2:10 बजे mikeleeman सूचनाएं @github.com ने लिखा:

कैमरा ज़ूम को वापस सेट करना (1,1) ने मेरे लिए समस्या तय कर दी होगी,
पहले मैंने इसे (0.5, 0.5) पर सेट किया था और मैं फ़्लिकर देख रहा था। अब तक मैं नहीं हूं
किसी भी चंचलता को देखकर। क्या कोई और पुष्टि कर सकता है?

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

@mikeleeman अभी भी जीएलएक्स 960 के साथ GLES3 पर हो रहा है। ट्राइएड 2 डी फ्रेमबफ़र मोड, कैमरा शेंनिगन, आदि। इस बिंदु पर मुझे लगता है कि वल्कन हमारी एकमात्र आशा है।

NVIDIA ने अभी भी अपने शेडर डिस्क कैश लॉक समस्या को ठीक नहीं किया है। यह दुखद है क्योंकि विंडोज w / NVIDIA कार्ड पर आने वाले लोग गोडोट की पूरी क्षमता का अनुभव नहीं कर रहे हैं।

ज्यादातर विक्रेता हाल ही में ओपन के बारे में कुछ नहीं दे रहे हैं, और इसके आसपास काम करना काफी जटिल है।
अभी के लिए गोडोट 3.1 में सबसे अच्छा समाधान ओपनजीएल 2 पर स्विच कर रहा है, जहां यह ठीक काम करता है।
आखिरकार GLES3 को बाद में वल्कन के लिए पदावनत कर दिया जाएगा, जहाँ यह उम्मीद नहीं होनी चाहिए।

फिर भी GLES2 के साथ 3.1alpha में होता है (जैसा कि इस gif के शीर्ष दाएं कोने में दिखाया गया है):

एक अस्थायी समाधान जो मुझे काम करने के लिए मिला, जिसे हमें वल्कन तक रखना चाहिए:

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

मैं इस बात की पुष्टि GLES2 पर भी कर सकता हूं: / (अंतिम बिल्ड b47d4e1ba5d72bac5c2e671d9e4c0ae037a248c0)

यह भी एक वैध काम के करीब नहीं है। आप पहली बार में टाइल के नक्शे का उपयोग करने के लिए हर कारण से बाहर खो देते हैं।

यह भी एक वैध काम के करीब नहीं है। आप पहली बार में टाइल के नक्शे का उपयोग करने के लिए हर कारण से बाहर खो देते हैं।

हाँ, लेकिन मेरा मतलब है कि यह चंचलता को रोकता है और यह केवल जमीनी परत के लिए है .. और आपका खेल बिल्कुल वैसा ही दिखता है। लेकिन मैं आपसे सहमत हूं, यह टिलमैप की सुविधाओं का लाभ नहीं उठाता है, लेकिन मुझे लगता है कि जब तक इसमें कोई सुधार नहीं होता है, यह एक उचित व्यापार है

मैं अब फ़्लिकर नहीं देख रहा हूँ जो अजीब है क्योंकि मैं निश्चित रूप से लंबे समय से पहले यादृच्छिक फ़्लिकर देख रहा था।

पिछली बार भी मैंने एक कैनवास पर टाइल खींचने की कोशिश की थी draw_rect फ़ंक्शंस के साथ, एक tilemap का अनुकरण करते हुए, और कॉल अपडेट () को कैनवास पर केवल एक बार अपडेट किया है, इसलिए यह केवल प्रोग्राम की शुरुआत में एक बार ड्रॉ होता है। हैरानी की बात है कि कैनवस के समान यादृच्छिक फ़्लिकर भी हैं (शायद कम लगातार?), लेकिन केवल जब कैमरा ज़ूम किया जाता है (0.5,0.5), लेकिन तब नहीं जब कैमरा (1,1) पर हो। मुझे पता है कि यह अजीब लगता है, शायद मुझे कुछ गलत लगा।

अब फ़्लिकर अब नहीं हो रहे हैं, दोनों के लिए कस्टम कैनवास इटेम ड्रॉ का उपयोग कर रहे हैं और गोडोट के डिफ़ॉल्ट टाइल मैप का उपयोग कर रहे हैं। मुझे ड्राइवर अपडेट पर संदेह है? मेरा कार्ड खिड़कियों पर एनवीडिया जीईफ़ोर्स जीटीएक्स 970 है। साइड नोट क्या कोई भी अपने वर्तमान में स्थापित ओपनजीएल संस्करण की जांच कर सकता है? मैंने सुना है कि यह linux पर करना आसान है।

संपादित करें: अनिश्चितता अच्छा नहीं है मुझे लगता है, कोई समस्या नहीं है यह सुनिश्चित करने के लिए वल्कन की आवश्यकता है।

मैंने बदल दिया कि ये कैसे OpenGL ES 2.0 रेंडरर में तैयार किए गए हैं, इसलिए इसे निश्चित रूप से वहां ठीक काम करना चाहिए। ओपनजीएल ईएस 3.0 पर मैं जो भी वर्कअराउंड के बारे में सोच सकता हूं, उनमें सबसे अधिक संभावना है कि प्रदर्शन पर चोट पड़ेगी, इसलिए 3.1 से बाहर होने के बाद वल्कन को जल्द से जल्द काम करने के लिए प्राथमिकता दी जाएगी।

कृपया पुष्टि करें कि क्या आप कर सकते हैं कि यह अब OpenGL ES 2.0 रेंडरर में विफल रहता है।

@reduz मैंने यहां कुछ मिनटों के लिए परीक्षण किया है और ऐसा नहीं हुआ। इसे ठीक करने के लिए धन्यवाद! :)
ध्यान दें:
मुझे नहीं पता कि यह संबंधित है, लेकिन मैं अभी भी टाइलों के बीच कुछ क्षैतिज सफेद लाइनें देख सकता हूं जब कैमरा हिलता है।

OpenGL ES 2.0 फिक्स के लिए धन्यवाद reduz!

@ मिकीलेमैन और अन्य को:
यहाँ NVIDIA GeForce कार्ड के लिए 20 नवंबर से अंतिम 3 पैच नोट हैं:
नवंबर 20 , दिसंबर 3 , और 12 दिसंबर । निश्चित मुद्दों की सूची पृष्ठ 15 पर है ।

एकमात्र मुद्दा मैंने पाया कि प्रासंगिक हो सकता है (यकीन नहीं) 12 दिसंबर को है:

• [हिटमैन 2 साइलेंट हत्यारे]: खेल में चंचल बनावट भ्रष्टाचार है।
  [200472315]

मैंने यह भी देखा कि कुछ मेरे तिलमिला गए:

मुझे यकीन नहीं है कि मैं इसके लिए मौजूदा फिक्स से ज्यादा कर सकता हूं। 3.1 बाहर होने के बाद, यह बग वल्कन पर मौजूद नहीं होगा, और इसे अब ES2 रेंडरर से जाना चाहिए।

अल्फा 4 का परीक्षण, मैंने इसे GLES2 और GLES3 का उपयोग करते हुए देखा। कोई शेड्स, विशेष रूप से कुछ भी नहीं। बस तिलमिलाहट।

@securas क्या आप ज़ूम के साथ कैमरे का उपयोग कर रहे हैं?

नहीं

शनिवार को, 29 दिसंबर, 2018 को 12:35 बजे गुइलेर्मे फेलिप डे सीजी दा सिल्वा <
सूचनाएं@github.com> ने लिखा:

@securas https://github.com/securas क्या आप ज़ूम के साथ कैमरा का उपयोग कर रहे हैं?

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

@securas जो एक अलग मुद्दे की तरह दिखता है, यह टाइल

@ akien-mga पर्याप्त मेला ... यह केवल tilemaps के लिए होता है तो मुझे लगा कि यह यहाँ का है।

@ gcardozo123 मुझे # 24642 ​​की तरह लग रहा है, पीआर जल्द ही आ रहा है

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

सॉरी मतलब बंद नहीं हुआ

क्या अन्य ओपन सोर्स गेम इंजन हैं जो जीएलईएस 3 का उपयोग करते हैं जिनमें टिलेमैप क्लास या कुछ रेंडरिंग हैं जिन्हें देखा जा सकता है? मैं सिर्फ तारीखों को देख रहा था, और यह 530 दिनों से अधिक हो गया है, और यह अब और भी लंबा होने जा रहा है: /

मैं कलह (@ bojidar-bg) पर एक देवता देव के पास पहुंचा, और पर्याप्त सहायता प्राप्त की। मैं इस मुद्दे को दिखाने की कोशिश कर रहा था लेकिन ओबीएस में रिकॉर्डिंग करते समय दिखाई देने वाली काली टाइलें नहीं मिल सकीं। वह मुझे NVIDIA नियंत्रण कक्ष में कुछ सेटिंग्स बदलने की सलाह देता है।

जानकारी: fa7329f6485058fde30b8e2bfe26291dfbfc4434, GLES3, W10-64bit, GTX950

• NVIDIA Control Panel
• Manage 3D settings पर क्लिक करें
• पावर प्रबंधन मोड पर स्क्रॉल अधिकतम प्रदर्शन पसंद करने के लिए इसे इष्टतम पावर से बदलें
  
• अप्लाई पर क्लिक करें

मैंने अभी तक एक भी ब्लैक टाइटल नहीं देखा है (लगभग 20+ बार गेम फिर से लोड किया गया है, और गायों के घर आने तक परीक्षण करना जारी रखेगा)। अब तक तो सब ठीक है! आशा है कि यह मदद करता है, और Bojidar के लिए एक महान धन्यवाद!

girng: मैंने निर्यात में इसी घटना को देखा। यही वह जगह है जहां मेरी चिंता सबसे ज्यादा है। हमें अपने अंत-उपयोगकर्ताओं से यह पूछने की जरूरत नहीं है कि वे अपनी जीपीयू सेटिंग्स को बदल दें, ताकि वे गायब न हो सकें। क्या आपने एनवीडिया टाइल हैक के साथ नवीनतम 3.1 बीटा की कोशिश नहीं की?

• पावर प्रबंधन मोड पर स्क्रॉल अधिकतम प्रदर्शन पसंद करने के लिए इसे _optimal power_ से बदलें

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

@ OvermindDL1 हाँ, reduz ने कहा कि उन्होंने सीधे nvidia devs से संपर्क किया, जो काबिले तारीफ है! मैं विकास के लिए पावर प्रबंधन मोड समाधान से खुश हूं। मुझे लगता है कि इसे हमें तब तक पकड़ना चाहिए जब तक कि एनवीडिया खुद इसे ठीक न कर ले।

@agameraaron मैं केवल gles3 का उपयोग करता हूं (गेम gpu कण बाउंड है)। क्षमा करें, टाइल हैक पर टिप्पणी नहीं कर सकता। लेकिन मैंने सुना है यह काम करता है

क्या मैं बस nv प्रतिनिधियों के साथ चर्चा की, वे कहते हैं कि वे अब इस मुद्दे का पालन नहीं कर सकते। क्या आप लोग नवीनतम ड्राइवर संस्करणों के साथ प्रयास कर सकते हैं और यदि यह विफल रहता है, तो अपने हार्डवेयर के बारे में थोड़ी और जानकारी दें? (GPU मॉडल, ड्राइवर स्थापित, पावर प्रबंधन सेटिंग्स)?

@reduz ने नवीनतम ड्राइवर ( 419.17 ) पर परीक्षण किया। टाइल फ़्लिकरिंग अब निम्न पावर मोड के साथ होता है: अधिकतम प्रदर्शन , इष्टतम और अनुकूली पसंद करते हैं ।

जीटीएक्स 950, डब्ल्यू 10, जीएलईएस 3

• जब ओबीएस स्टूडियो खोला जाता है, तो टिमटिमा गायब हो जाती है

@reduz @girng @xsellier
GTX 1070, GLES2, W10
नवीनतम चालक 419.35
पावर मोड की परवाह किए बिना कोई झिलमिलाहट of का इस्तेमाल किया

GLES3 भी लगता है काम करने के लिए .. इसके अलावा ढेर अतिप्रवाह पर इस मुद्दे को मिला:
gles2 स्क्रीन टिमटिमा रही है

GTX 1060, W10
ऊपर (419.35) के समान ड्राइवर के साथ, GLES2 और 3 दोनों में फ़्लिकरिंग अभी भी हो रही है।
आपको बस यूआई में क्लिक करना होगा और कंट्रोल पर होवर करना होगा, क्योंकि अब डिफॉल्ट रिडर सेटिंग "चेंज ऑन चेंज" है, जिसे टॉप राइट कॉर्नर में सर्कल पर क्लिक करके बदला जा सकता है।

मैंने https://github.com/godotengine/godot/issues/9913#issuecomment -364707061 में पोस्ट की गई पुरानी परियोजना का उपयोग किया, सब कुछ अभी भी हो रहा है - लेबल और टिलैपैप झिलमिलाहट और अक्षरों को एक अजीब तरीके से कुछ टाइलों में फैला हुआ है।

इस विकल्प को आज़माएं।

मुझे इस विकल्प के बारे में पता है, जो केवल GLES2 में काम करता है

@reduz @girng @xsellier
GTX 1070, GLES2, W10
नवीनतम चालक 419.35
पावर मोड की परवाह किए बिना कोई झिलमिलाहट of का इस्तेमाल किया

GLES3 भी लगता है काम करने के लिए .. इसके अलावा ढेर अतिप्रवाह पर इस मुद्दे को मिला:
gles2 स्क्रीन टिमटिमा रही है

ऊपर दी गई टिप्पणी ने केवल इस मुद्दे का सुझाव दिया कि वह अब मौजूद नहीं था।

@ मेनोमैक्स आप सही कह रहे हैं कि टिमटिमा अभी भी होता है..लेकिन GLES2 कार्यों के लिए समाधान, आशा है कि वल्कन समर्थन जल्द ही आएगा ax

@ gavriil07 समस्या है, gles2 वर्कअराउंड का मतलब है कि आप gpu कणों का उपयोग नहीं कर सकते: /
इसके अलावा, टिमटिमा gles3 पर तय किया गया था जब मैं feb 11 पर पोस्ट किया गया था (अधिकतम प्रदर्शन पसंद करने के लिए पावर मोड सेट के साथ)। अब, फ़्लिकरिंग वापस आ गई है, और नए अपडेट किए गए ड्राइवरों के साथ सभी 3 पावर मोड विकल्पों पर होता है। समझ में नहीं आता है, उनके ड्राइवर संस्करणों में से एक में फ़्लिकरिंग को अधिकतम प्रदर्शन पर तय किया गया है, अब नए ड्राइवरों में यह तय नहीं है।

@ यह gpu कणों के साथ क्या करना है?
@reduz क्या आपके पास प्रारंभिक वल्कन रेंडरर के लिए ईटीए है?

@ gavriil07 यदि कोई गेम GLES3 (gpu कणों के साथ) का उपयोग करता है, तो यह वास्तव में उनके लिए gles2 का उपयोग करने के लिए वर्कअराउंड नहीं है। तब, gpu कणों का समर्थन नहीं किया जाता है

@ GIRng CPUParticles को अभी भी GLES2 में उपयोग किया जा सकता है; वे कई उपयोग मामलों के लिए पर्याप्त हैं (जो सरल 2 डी गेम में विशेष रूप से सच है)। कृपया चर्चा को विषय पर रखें: थोड़ा_स्माइलिंग_फेस:

CPUParticles अभी भी GLES2 में इस्तेमाल किया जा सकता है; वे कई उपयोग मामलों के लिए पर्याप्त हैं (जो सरल 2 डी गेम में विशेष रूप से सच है)। कृपया चर्चा को विषय पर रखें

मैं सीपीयू नहीं, बल्कि जीपीयू कणों के बारे में बात कर रहा हूं

एक महीने पहले https://www.reddit.com/r/godot/comments/9ljor3/psa_tilemap_flickering_possible_fix/ लिखित पोस्ट पर लिखा था कि "प्रोजेक्ट सेटिंग्स में HDR को अक्षम करने का प्रयास करें"। (प्रतिपादन -> गुणवत्ता -> गहराई -> Hdr)

मैंने कोशिश की कि GLES3 प्रोजेक्ट पर और यह मेरे लिए अब तक काम कर रहा है (Nvidia 970 संस्करण 415.27, Linux चैनल)। क्षमा करें यदि यह एक दोहरा संदेश है।

मैं कह सकता हूं कि यह बग GLES2 ड्राइवर के लिए मेरे Nvidia gtx760 (Windows 10 x64) पर मौजूद है। नीचे वीडियो:

https://www.youtube.com/watch?v=TM1BN4uwMfA
वीडियो में ऐसा होने का पहला उदाहरण 0:36 पर है, और लगभग 5 सेकंड के भीतर फिर से होता है।

GLES2 फिक्स मेरे लिए समस्या को कम करने के लिए लग रहा था।

प्रोजेक्ट सेटिंग में एचडीआर को अक्षम करना मेरे लिए काम किया। धन्यवाद!

विंडोज 10 प्रो 64 बिट
एनवीडिया चालक 430.39

गोडोट 3.1.1 स्थिर
OpenGL ES 2.0 रेंडरर: GeForce GTX 1080 / PCIe / SSE2

चंचलता होती है।

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

विंडोज 10 होम
गोडोट 3.1 स्थिर
GTX 1070, चालक 430.86
HDR के साथ GLES 3.0, टिमटिमाता है, इसे बंद करके इसे ठीक करता है।

यह एक कस्टम ग्रिड (बच्चों के रूप में स्प्राइट्स के साथ Node2D) के साथ परीक्षण किया है

गोडोट 3.1.1 स्थिर
विंडोज 10
GTX1080 चालक 430.86
एचडीआर बंद के साथ जीएलईएस 3.0, झिलमिलाहट जारी रहती है, जब "अधिकतम प्रदर्शन पसंद करते हैं" चालू होता है तो ऐसा लगता है कि यह गायब हो जाता है (आंशिक समाधान के लिए धन्यवाद देव)। देवों को देखने के लिए खुशी इस बात से है, ऐसा लगता है कि गोडोट की तुलना में एनवीडिया समस्या अधिक है। किसी भी 1 amd कार्ड के साथ इस मुद्दे को होने?

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

समस्या AMD कार्ड के साथ नहीं होती (शीर्षक nvidia ड्राइवरों के साथ btw)

गोडोट में ३.१.१ OpenGL ES 3.0 Renderer: GeForce GTX 1060 6GB/PCIe/SSE2 पर यह मुद्दा रहा।
मेरे पास एक तिलमप नहीं है, केवल कस्टम draw_texture() का एक गुच्छा है। मुझे यादृच्छिक टिमटिमाते हुए अंक मिलते हैं, लेकिन कभी-कभी यह लगभग पूर्ण-स्क्रीन गड़बड़ है।

इस बिंदु पर, मुझे लगता है कि वल्कन एक बार और सभी के लिए इस मुद्दे का समाधान होगा।

मैं अपनी परियोजना में भी अजीब टिमटिमा रहा था, Gles 2 Use Nvidia Rect Flicker Workaround सेटिंग ने इसे तय किया।

https://twitter.com/reduzio/status/115595328036878775171 uz

GTX 980 के साथ 3.1.1 स्थिर निर्माण पर पुन: पेश कर सकते हैं।
एचडीआर को अक्षम करना मेरे लिए समस्या को ठीक करता है।

बस एक अद्यतन जिसे मैं अभी भी देख रहा हूँ टाइलें पॉप आउट हो रही हैं और मैंने यहाँ अब तक बताई गई हर चीज़ की कोशिश की है। मैं केवल उम्मीद कर सकता हूं कि वल्कन इसे ठीक कर सकता है, लेकिन अच्छा होगा यदि वे इसे 3.2 के लिए भी समझ सकें।

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

मुझे इस तरह की पोस्ट लिखना पसंद नहीं है क्योंकि यह मददगार नहीं है और यह कानाफूसी के रूप में आता है, लेकिन मुझे नहीं पता कि और क्या कहना / करना है। उसी समय, मैं चाहता हूं कि कोर डेवलपर्स को पता चले कि यह बग गोडोट के अनुभव को कैसे प्रभावित कर रहा है। 😭 कृपया @reduz / कोर डेवलपर्स

विंडोज 10 होम
जीईएफटी जीटीएक्स 1060 चालक संस्करण 440.97
भगवान 3.1.1 GLES3 का उपयोग कर स्थिर
मैंने यहां सूचीबद्ध कुछ सुझावों की कोशिश की है (एचडीआर को अक्षम करना, "Gles2 उपयोग एनवीडिया आयल फ्लिकर वर्कअराउंड" विकल्प पर क्लिक करना, और मेरी प्रदर्शन सेटिंग्स के साथ खिलवाड़ करना) और समस्या को हल करने के लिए कोई भी दिखाई नहीं दिया।

यहाँ वही, टिमटिमा रहा है। वाई-सॉर्टिंग के साथ 3 टिलमैप, जल स्तर के लिए 1 और जमीनी स्तर के लिए 1, बादलों के लिए 1 चालू है।

विंडोज 10 होम
जीएफएक्स जीटीएक्स 1060 नवीनतम चालक
गोडोट 3.2 बीटा पिछले सप्ताह से संकलित किया गया, जीएलईएस 3 का उपयोग कर
gdscript, HDR बंद है

रुक-रुक कर या टिमटिमाते हुए पानी की टाइलें देखें।

अपडेट किया गया:

ऐसा लगता है कि मुझे GLES2 का उपयोग करना है और 'NVIDIA फ़्लिकर फिक्स' वाली चीज़ पर क्लिक करना है, जिससे फ़्लिकर को दूर जा सके। क्या इस फिक्स को GLES3 में किसी भी संयोग से अनुकूलित किया जा सकता है?

मैं सिर्फ एक नया ASUS RTX2060 hjoping खरीदा यह समस्या को ठीक करेगा, लेकिन अफसोस, यह नहीं होना था। चमकती रहती है। 3.2 और VULKAN शाखाओं के साथ एक निर्माण की कोशिश करने जा रहा है।

विंडोज 10
RTX 2060 नवीनतम चालक
गोडोट 3.1.1

हे भगवान
मैं सब कुछ करने की कोशिश करता हूं, लेकिन यह अभी भी वहां है, GLES2 के साथ मेरा गेम काम करता है यहां तक ​​कि मैं "2d / gles2_use_nvidia_rect_flicker_workaround" को सक्रिय करता हूं, लेकिन फिर भी टिमटिमा रहा है।
मैं गोडोट से प्यार करता हूं यहां तक ​​कि मुझे गोडोट का नया संस्करण 3.1 अधिक पसंद है, लेकिन कृपया इस समस्या को हल करें।

अच्छी खबर यह है कि VULKAN बिल्ड इस समस्या को ठीक करता है। इसलिए मुझे नहीं पता कि क्या यह 3.X शाखा में कभी सही होगा।

तो जब VULKAN के साथ गोडोट का आगमन होता है?

जहां तक ​​मुझे ऊपर की टिप्पणियों से पता है, यह गोडोट 3.x में तय नहीं किया जाएगा, जो कि जीएलईएस 3 के साथ किसी भी टीलमैप-आधारित परियोजना को रोकता है। देवों का कहना है कि यह एक NVIDIA मुद्दा है, इसलिए इसके बारे में वे बहुत कुछ नहीं कर सकते हैं। । आप या तो वल्कन के साथ 4.0 (6 ~ 8 महीने से कम नहीं) के लिए इंतजार कर सकते हैं, जिसमें कुछ समय लगेगा, या 3.x से शुरू होगा और 4.0 के लिए एक आसान अपग्रेड की उम्मीद है। मुझे संदेह है कि अपग्रेड आसान होगा, खासकर यदि आप GLES 3 फीचर्स जैसे फैंसी शेड्स और जीपीयू कणों का उपयोग कर रहे हैं।
मेरा काम यह है कि tilemap विकल्पों पर y-सॉर्टिंग का उपयोग किया गया है। ऐसा लग रहा था कि समस्या की आवृत्ति कम हो गई है। फिर भी, मुझे अभी भी खिलाड़ियों की शिकायत थी कि कभी-कभी, खेल की दुनिया के कुछ हिस्सों को गायब कर दिया जाएगा।

अगर यह NVIDIA का मुद्दा है, तो ऐसा क्यों नहीं होता, कहते हैं, एकता? (बस सोच रहा)

वाणिज्यिक पुस्तकालयों बनाम ओपन सोर्स लाइब्रेरी, मुझे लगता है। पहले की जाँच करें
देवों द्वारा पोस्ट।

सूर्य पर, जनवरी 12, 2020, 21:33 सर्गेई कोस्पानोव सूचनाएं @github.com
लिखा था:

अगर यह NVIDIA का मुद्दा है, तो ऐसा क्यों नहीं होता, कहते हैं, एकता? (बस
सोच)

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/9913?email_source=notifications&email_token=AAV7RW2ZZLY7ZYQ46RUK7KDOS3MEH5H5CNFSM4DUVCVVKYYYVPNVOULOULOHOHOHOHOHOHO4H5H4H4U4H2H2H4H2H4H2H4H2H4H2H4H2H4H4H4H4H4H4H2H2H4H3
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AAV7RWYIXVBYAYGZ3VLSPF3Q5ME3HANCNFSM4DUVCVVA
।

@securas यह सच नहीं है, क्योंकि कई अन्य ओपन सोर्स फ्रेमवर्क इस मुद्दे से ग्रस्त नहीं हैं (भले ही वे प्रतिपादन के लिए ओपन का उपयोग करें)।

यह सिर्फ एक बग है जो निदान करने के लिए बहुत मुश्किल होता है, और वर्तमान में कोई भी इसमें समय लगाने को तैयार नहीं है।

यह सिर्फ एक बग है जो निदान करने के लिए बहुत मुश्किल होता है, और वर्तमान में कोई भी इसमें समय लगाने को तैयार नहीं है।

स्पष्ट करने के लिए, वर्तमान समझ यह है कि हम एनवीडिया ड्राइवर बग मार रहे हैं। जिस तरह से हम OpenGL API का उपयोग करते हैं, उससे यह ट्रिगर हो जाता है, और यदि अन्य प्रोजेक्ट्स एक ही समस्या में नहीं चलते हैं, तो ऐसा इसलिए है क्योंकि वे संभवतः OpenGL का अलग-अलग उपयोग करते हैं, या यह समझते हैं कि क्या बग को ट्रिगर करता है और इसे रोकने के लिए वर्कअराउंड लिखा है (जैसे हमने एक साथ किया था GLES2 के लिए विकल्प, प्रदर्शन की लागत पर)।

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

मेरी गलती। उसके लिए माफ़ करना। मुझे इसकी बहुत कम समझ है
कार्यान्वयन विवरण।

सूर्य पर, 12 जनवरी, 2020, 22:46 रेमी वर्शेलेड नोटिफिकेशन @github.com
लिखा था:

यह सिर्फ एक बग है जिसका निदान करना बहुत मुश्किल होता है, और नहीं
एक वर्तमान में इसमें समय लगाने को तैयार है।

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

जिस तरह से हम अपनी समझ के लिए एपीआई का उपयोग करते हैं, पूरी तरह से उपयुक्त है
ओपनजीएल विशिष्ट के अनुसार। लेकिन ड्राइवर बग का मतलब है कि कानूनी उपयोग भी
एपीआई के समस्याग्रस्त परिणाम उत्पन्न कर सकते हैं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/9913?email_source=notifications&email_token=AAV7RW2U4Q6NE3R62ME75GDQNNNM5CNFSM4DUVCVVYYYYPNPN_WOHOULOHOHOHOHOHO4H4U4H8648&hl=hi पर क्लिक करें ।
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AAV7RW4WGXFM7MQZKAQJ4X3Q5MNJVANCNFSM4DUVCVVA
।

यह अच्छी तरह से हो सकता है वर्टेक्स बफ़र्स के कारण वर्तमान में प्रति फ्रेम कई बार पुन: उपयोग किया जा रहा है (जो शायद प्रदर्शन के मुद्दों को भी पैदा कर रहा है)। यानी एक वस्तु को खींचने के लिए शीर्ष बफर का उपयोग किया जा रहा है, अगले चित्र को शुरू करने के लिए मध्य तरीका बदल दिया है। जांच कर रहे हैं।

मुझे संदेह है कि उचित 2d बैचिंग इस और 2d प्रदर्शन मुद्दों को हल करेगा।

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

मेरे पास अपने लैपटॉप पर एक एकीकृत इंटेल एचडी ग्राफिक्स 620 पर यह मुद्दा है। GLES2 पर स्विच करना मेरे लिए इसे ठीक करता है। मेरे लिए एक और बात यह है कि यह केवल 2D लाइट्स के साथ होता है

दिलचस्प है - मुझे यह जाँचना होगा कि क्या मेरे पास प्रकाश व्यवस्था है या नहीं

यह बताने के लिए खेद है कि मैंने अपने दृश्य में ऐसा किया था, लेकिन इसे हटाने से कोई प्रभाव नहीं पड़ा। मेरे लिए यह अधिक लगता है क्योंकि टाइलमैप पर टाइल की मात्रा के कारण - कौन जानता है

मैंने कल एक दिलचस्प प्रयोग किया - मैंने TILED का उपयोग करके एक ही मानचित्र बनाया और इसे VNEN के TILED आयातक के साथ आयात किया और वहाँ कोई फ़्लिकरिंग नहीं है - इसलिए यह मुझे यह सोचने के लिए प्रेरित कर रहा है कि यह दृश्य में कुछ और है, या जिस तरह से "सेटअप" tilemap - इसलिए मैं कुछ और शोध कर रहा हूं और वापस रिपोर्ट करूंगा

FWIW, ive ने हमेशा केवल टाइल का उपयोग किया था और मुझे अभी भी मुद्दा मिला है।

@jonbonazza मुझे यह सुनकर खेद है - मुझे ऐसा महसूस होता है कि 4.0 आने तक इस पर कोई उम्मीद नहीं है - या मैं GLES2 का उपयोग करता हूं जिसे मैं उपयोग नहीं करना पसंद करूंगा

साथ ही खुद को इस मुद्दे पर भागते पाया। क्या यह अभी भी बना रहता है जब कार्यक्रम संकलित किया जाता है और संपादक के बजाय एक निष्पादन योग्य के रूप में चलाया जाता है?

क्या यह अभी भी बना रहता है जब कार्यक्रम संकलित किया जाता है और संपादक के बजाय एक निष्पादन योग्य के रूप में चलाया जाता है?

हां, जैसा कि संपादक और एक रिलीज एक्सपोर्ट टेम्पलेट के बीच रेंडरिंग कोड समान है।

मेरे पास एक कंप्यूटर है: i3 2120, gt630।
इस कंप्यूटर पर सब कुछ पूरी तरह से काम करता है। मेरे अन्य कंप्यूटर पर: ryzen 1600, gtx1060। टाइलें पागलों की तरह चमकती हैं ... दोनों विंडोज़ 10 प्रो x64 के साथ।

ड्राइवर का नाम: GLES2
Gles 2 Nvidia Rect फ्लिकर वर्कअराउंड का उपयोग करें: ऑन
मेरा 1060 औसत 30 ~ 50 एफपीएस पर चलता है
वल्कन का इंतजार ...

GLES2 में ऐसा कोई भी हो सकता है कि हम # 37349 पर बना रहे टेस्ट बिल्ड को आज़माना चाहें। यह संभव है कि यह मदद कर सकता है क्योंकि यह रेक्टर्स को ड्राइंग के लिए एक अलग विधि का उपयोग करता है।

एक ही मुद्दा रहा। GTX 1060 6GB और Ryzen 7 1700X। cell_y_sort को सक्षम करना मेरे लिए इसे ठीक करता है, लेकिन भारी प्रदर्शन समस्याओं (एफपीएस ड्रॉप्स) का कारण बनता है। cell_quadrant_size 1 से 1 सेट करने के लिए भी।

बस फिर से पूछने के लिए, क्या कोई use_batching साथ 3.2.2 बीटा की कोशिश कर सकता है? इस बार भी, use_nvidia_workaround को भी सेट करें।

दुर्भाग्य से झिलमिलाहट की समस्या के साथ किसी ने भी मेरी पूर्व टिप्पणी के बाद से इसका परीक्षण नहीं किया: निराश: (शरारती परीक्षक), और उस समय से अब एकल परतों के लिए एक बैकअप रास्ता है, पुरानी पद्धति का उपयोग करके जो समस्या को फिर से प्रस्तुत कर सकती है

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

इसलिए मैंने अभी 3.2.2 डाउनलोड किया है। बीटा 1 और Driver Name: GLES2 का उपयोग Use Batching और Gles 2 use Nvidia Rect Filcker Workaround के साथ समस्या को ठीक करने में लगता है। हालाँकि मैंने अभी तक बहुत लंबे समय तक इसका परीक्षण नहीं किया था (क्योंकि 3.2.1 पर चंचलता केवल कुछ मिनटों के बाद, मेरे लिए कम से कम)।

इसलिए मैंने अभी 3.2.2 डाउनलोड किया है। बीटा 1 और Driver Name: GLES2 का उपयोग Use Batching और Gles 2 use Nvidia Rect Filcker Workaround के साथ समस्या को ठीक करने में लगता है। हालाँकि मैंने अभी तक बहुत लंबे समय तक इसका परीक्षण नहीं किया था (क्योंकि 3.2.1 पर चंचलता केवल कुछ मिनटों के बाद, मेरे लिए कम से कम)।

आह यह महान है। मुझे शक था कि यह होगा। एकल आयतों के लिए समाधान का उपयोग करके, हम जानते हैं कि काम करता है और झिलमिलाहट का कारण नहीं है। लेकिन बाकी स्प्राइट्स को बैचिंग कोड का उपयोग करके तैयार किया जाएगा जो अनुक्रमित प्राइमेटिव का उपयोग करके खींचता है, और मुझे संदेह है कि समस्या हल हो सकती है और ऐसा प्रतीत होता है। : +1:

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

हाँ, यह निश्चित रूप से तेज़ है। GLES2 ड्राइवर के साथ गोडोट 3.2.1 स्थिर का उपयोग करके मैंने केवल 20 एफपीएस को मारा, जबकि गोडोट 3.2.2 बीटा 1 का उपयोग करते हुए मैंने 60 एफपीएस को आसानी से मारा। लेकिन मैं उत्सुक हूं:

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

इसका मतलब यह है कि वहाँ GLES3 के लिए एक तय हो जाएगा?

हाँ, यह निश्चित रूप से तेज़ है। GLES2 ड्राइवर के साथ गोडोट 3.2.1 स्थिर का उपयोग करके मैंने केवल 20 एफपीएस को मारा, जबकि गोडोट 3.2.2 बीटा 1 का उपयोग करते हुए मैंने 60 एफपीएस को आसानी से मारा। लेकिन मैं उत्सुक हूं:

आह यह अच्छा है! : मुस्कुराती:

इसका मतलब यह है कि वहाँ GLES3 के लिए एक तय हो जाएगा?

GLES3 मैंने अब तक कुछ भी नहीं किया है। हम संभवतः 4.x जारी होने तक GLES3 लोगों को टाइड करने के लिए एक बहुत ही सरल और कटिंग संस्करण को काट सकते हैं, लेकिन जब तक कि मैं इस स्तर पर वादे नहीं कर सकता, तब तक रोडमैप पर बहुत कुछ है)। यह GLES3 पर समस्या को हल करना चाहिए, भले ही यह वहां हो।

हम संभवतः 4.00 जारी होने तक GLES3 लोगों को बसाने के लिए एक बहुत ही सरल और कटिंग संस्करण को काट सकते हैं।

प्लीज (4.x तक की अवधि क्या है, इसे परिप्रेक्ष्य में रखने के लिए; मुझे कई महीनों पर संदेह है, यदि आधा वर्ष नहीं)

मुझे लगता है कि अगर इस समस्या की रिपोर्ट करने वाले सैकड़ों लोग थे तो एक फिक्स की जरूरत होगी। मुझे नहीं लगता कि हमारे पास ऐसा है। कम से कम यह सूत्र इसका सुझाव नहीं दे रहा है।

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

यह वह जगह है जहाँ महत्वपूर्ण बगों के लिए मतदान प्रणाली होना अच्छा होगा जिसे ठीक करने की आवश्यकता है।

मेरा वोट 4.x की प्रतीक्षा करना है, और उस पर केंद्रित संसाधन हैं। हम जानते हैं कि वल्कन पहले से ही इस समस्या को हल करता है।

यह वह जगह है जहाँ महत्वपूर्ण बगों के लिए मतदान प्रणाली होना अच्छा होगा जिसे ठीक करने की आवश्यकता है।

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

सच। मैं सुझाव नहीं दे रहा हूं कि इसे ठीक करने में मदद मिलेगी। यह एक गेज पर अधिक होगा कि समस्या कितनी व्यापक है। मुझे लगता है कि इस चर्चा में शामिल लोगों की संख्या एक गेज हो सकती है। किसी भी दर पर, मैं इस धागे के साथ बहुत अधिक काम कर रहा हूं, और धैर्यपूर्वक 4.x की प्रतीक्षा करूंगा

मैं भी इस मुद्दे का सामना कर रहा हूँ। सामान्य रूप से ऑटोटाइलिंग करते समय मैंने इसका कभी सामना नहीं किया। अगर मैंने हाथ से नक्शा खींचा (जो मैंने एक अन्य परियोजना में किया था, उसी tilemaps का उपयोग करके) मैं इस मुद्दे पर कभी नहीं आया। लेकिन जब मैं tilemap.set_cellv (...) का उपयोग करके एक प्रक्रियात्मक रूप से उत्पन्न कालकोठरी को प्रस्तुत करने के लिए आया था, तो मुझे इस मुद्दे का लगातार सामना करना पड़ा। मैं सभी सुझाव देता हूं, और जो एकमात्र काम करता है वह वर्कअराउंड के साथ GLES2 का उपयोग कर रहा था। हालांकि यह एक बहुत गंभीर मुद्दा है! ज्यादातर बेसिक टिलेमैप रेंडरिंग फेल है। GLES3 btw के लिए वर्कअराउंड क्यों नहीं है? मैं कुछ ओपनजीएल को जानता हूं, मैंने एक बुनियादी गेम इंजन लिखा है जो बनावट को छायाकारों के साथ प्रस्तुत करता है लेकिन इससे अधिक कुछ नहीं। क्या कोई समझा सकता है कि यह वास्तव में क्या कारण है? उम्मीद है कि मैं समझ सकता हूं। <3

मैं भी इस मुद्दे का सामना कर रहा हूँ। सामान्य रूप से ऑटोटाइलिंग करते समय मैंने इसका कभी सामना नहीं किया। अगर मैंने हाथ से नक्शा खींचा (जो मैंने एक अन्य परियोजना में किया था, उसी tilemaps का उपयोग करके) मैं इस मुद्दे पर कभी नहीं आया। लेकिन जब मैं tilemap.set_cellv (...) का उपयोग करके एक प्रक्रियात्मक रूप से उत्पन्न कालकोठरी को प्रस्तुत करने के लिए आया था, तो मुझे इस मुद्दे का लगातार सामना करना पड़ा। मैं सभी सुझाव देता हूं, और जो एकमात्र काम करता है वह वर्कअराउंड के साथ GLES2 का उपयोग कर रहा था। हालांकि यह एक बहुत गंभीर मुद्दा है! ज्यादातर बेसिक टिलेमैप रेंडरिंग फेल है। GLES3 btw के लिए वर्कअराउंड क्यों नहीं है? मैं कुछ ओपनजीएल को जानता हूं, मैंने एक बुनियादी गेम इंजन लिखा है जो बनावट को छायाकारों के साथ प्रस्तुत करता है लेकिन इससे अधिक कुछ नहीं। क्या कोई समझा सकता है कि यह वास्तव में क्या कारण है? उम्मीद है कि मैं समझ सकता हूं। <3

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

GLES3 btw के लिए वर्कअराउंड क्यों नहीं है?

मैंने वास्तव में यह नहीं देखा था कि, मैं कल GLES3 में वर्कअराउंड कोड पोर्ट करने पर जा सकता हूं। यह धीमा होगा हालांकि अगर हम इसे काम कर सकते हैं।

मुझे अब GLES3 के लिए समाधान के लिए WIP PR (ऊपर देखें) मिला है। मुझे यूनिफॉर्म ड्रॉइंग मेथड को ठीक करने के लिए कुछ आइडियाज भी मिले हैं, क्योंकि शेडर को जरूरत के लिए ओवरकॉम्प्लिकेटेड लगता है। मुझे कुछ मदद परीक्षण की आवश्यकता हो सकती है कि अगर मैं एक फिक्स करता हूं, जैसा कि मैं अपनी मशीन पर फ़्लिकरिंग को दोहरा नहीं सकता।

मुझे लगता है कि मैं इसके साथ मदद कर सकता हूं। मुझे आपके PR पर एक कस्टम विंडोज बिल्ड करने में सक्षम होना चाहिए।

अब मैं झिलमिलाहट को रोकने के लिए तेज पथ shader को फिर से लिखने पर काम कर रहा हूं। अब मेरे पास # 38628 में कोशिश करने के लिए एक प्रोटोटाइप उपलब्ध है। मैं बहुत सराहना करूंगा अगर कोई इसे आज़मा सकता है जिसके पास हार्डवेयर है जो झिलमिलाहट प्रदर्शित करता है, निर्देश पीआर में हैं।

अच्छी तरह से अद्यतन:

• ऐसा लगता है कि GLES3 वर्कअराउंड ठीक काम करता है: पार्टीइंग_फेस: (_ अगले बीटा_ में होना चाहिए),
• हालांकि तेज पथ shader के साथ प्रयोगों ने मदद नहीं की: निराश: और, परीक्षण के बाद ऐसा लगता है कि shader को संभवतः कारण के रूप में खारिज किया जा सकता है।

इसलिए वर्तमान में मैं इसके बारे में सोच रहा हूं कि केवल nvidia, या ड्राइवर बग पर हमारी तरफ से बाध्यकारी होने के संदर्भ में कुछ अजीब स्थिति है (शायद ड्राइंग के इस तरीके की परिकल्पना नहीं कर रहा है, या इसका परीक्षण नहीं कर रहा है?)।

वैसे भी अच्छी खबर यह है कि

• बैचिंग के साथ GLES2 के साथ, आपको 99% गेम में फ़ॉलबैक विधि का उपयोग करने की आवश्यकता महसूस नहीं होनी चाहिए, इस प्रकार आपको फ़्लिकर नहीं मिलेगा
• और GLES3 के साथ, एनविडिया फॉलबैक की पुष्टि की जाती है कि एक प्रदर्शन लागत पर, झिलमिलाहट को रोकने के लिए काम करें।

इस स्तर पर, मुझे लगता है कि मेरा समय अधिक उत्पादक रूप से जीएलईएस 3 में काम करने में कुछ बैचेन करने में व्यतीत होगा, जिससे प्रदर्शन में अंतर होगा। : +1:

@lawnjelly यह एक ड्राइवर बग है और यह शक्ति प्रबंधन से संबंधित है। इस टिप्पणी में आप मेरे निष्कर्ष पा सकते हैं।

@lawnjelly यह एक ड्राइवर बग है और यह शक्ति प्रबंधन से संबंधित है। इस टिप्पणी में आप मेरे निष्कर्ष पा सकते हैं।

Ahha! : मुस्कुराहट:

समस्याओं में से एक यह धागा अब इतना लंबा हो गया है! वास्तव में एपीआई ट्रेस यह निर्धारित करने का एक बहुत अच्छा तरीका है यदि आप अपने हार्डवेयर पर झिलमिलाहट प्राप्त करते हैं, और मैं समझौते में हूं यदि आपको हर बार अलग-अलग परिणाम मिलते हैं तो आप उस ट्रेस को दोहराते हैं जो ड्राइवर बग को इंगित करता है। : +1:

@securas क्या आपने कभी इस बात की पुष्टि की कि आपके द्वारा पोस्ट किए गए वीडियो में समस्या इस झिलमिलाहट के कारण हो रही है?

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

यह 3.2.1 स्थिर, विंडोज 10, जीटीएक्स 1080 पर है।

दृश्य में चार दूर 1400x800 tilemaps है जो काले रंग की पृष्ठभूमि, पृष्ठभूमि के पास ज़िगज़ैग, अग्रभूमि और कैमरा टक्कर के लिए प्रत्येक शीर्ष पर स्थित है।

अगर कोई किसी अंतर्दृष्टि की पेशकश कर सकता है, तो मैं बहुत मजबूर हो जाऊंगा - एक मजबूत वर्कअराउंड लिखना परियोजना समय का एक बहुत हिस्सा होने जा रहा है जो कि मैं नहीं कर पाऊंगा अगर इसे टाला जा सके।

अगर मुझे सही से याद है, तो यह 2d पिक्सेल के स्नैपिंग बंद होने के कारण था।

@ शेफ़ी वास्तव में ऐसा लगता है कि यह एक अलग मुद्दा हो सकता है। अगर nvidia workarounds इसे ठीक नहीं करते हैं तो इसकी पुष्टि हो जाएगी। क्या आप हार्डवेयर विवरण और न्यूनतम प्रजनन परियोजना के साथ एक नया मुद्दा खोल पाएंगे?

@lawnjelly सही के बारे में लगता है। मैंने ऊपर के gif में दृश्य के आधार पर न्यूनतम प्रजनन परियोजना के साथ # 39720 खोला है।

मैंने प्रभावित दृश्य को अपने व्यूपोर्ट नोड के अंदर घोंसला बनाकर इस मुद्दे को ठीक करने में कामयाबी हासिल की है, इसलिए परियोजना के अंदर भी इसके लिए एक उदाहरण सेटअप शामिल किया है।

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