Godot: सरल 2 डी गेम में भारी बड़बड़ा मुद्दा [विंडोज 10, एनवीडिया]

नमस्ते, मैंने अपनी रिपोर्ट को अपडेट कर दिया है क्योंकि मैंने इसे अपने अन्य कंप्यूटर (घर) पर परीक्षण किया है और मुद्दा यहां भी है क्योंकि मैं एनीमेशन बदलता हूं। तो, यह वह एनीमेशन नहीं है जो समस्या का कारण बनता है। मुझे लगता है कि मैं इसे मानता था क्योंकि जब मैंने देखा कि यह मेरे लैपटॉप पर था, तो इसकी एक छोटी स्क्रीन है। यहाँ समस्या का एक वीडियो है (वीडियो 60 एफपीएस पर है):
GodotStutter.zip

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

यहाँ मेरे सिस्टम पर परीक्षण परियोजना का एक वीडियो है, हाल ही के मालिकाना ड्राइवरों (390.59) के साथ Mageia 6 x86_64 (Linux), Nvidia GTX 670MX। कोई हकलाना नहीं है (ओपनबॉक्स पर - KWIN पर कंपोजिटर चीजों को गड़बड़ करता है और हर 10 s या तो बहुत हल्का हकलाना है)।
StutterTest_LinuxNvidia_OK.zip

BTW यहाँ डेमो प्रोजेक्ट FirstGame_fixed.zip का एक निश्चित संस्करण है, मूल किसी भी तरह से तीन अलग-अलग फ़ोल्डरों ("फर्स्टगेम", "फ़र्स्टगैम" और "फ़र्स्टगैम") में अलग-अलग फ़ाइलों को विभाजित किया गया था।

खेल मुझे वीडियो में उतनी ही मात्रा में हकलाने की अनुमति देता है।
हालाँकि, vsync को बंद करने से हकलाने से पूरी तरह छुटकारा मिल जाता है (लेकिन गेम 4000 एफपीएस पर चलता है)।
विंडोज 10 64 बिट्स एनवीडिया जीटीएक्स 1060 यहां भी।

मैंने @Zylann के रूप में भी यहां परीक्षण किया और उसी के परिणाम मिले। मेरे पास भी Win10 x64 और nVidia GTX 1060 है।

संपादित करें: मैं nVidia से इन ड्राइवरों का उपयोग करता हूं:
398.11-desktop-win10-64bit-अंतरराष्ट्रीय-WHQL

विन 7 64 बिट GLES2 और GLES3, GeForce GTX 660 / PCIe / SSE2 ... कोई स्टूटर्स का परीक्षण किया। एयरो को चालू करना, खेल के पीछे गोडोट के 2d संपादक के साथ कुछ कम हकलाना (गोडोट संपादक रेंडर खेल के प्रतिपादन में हस्तक्षेप करता है)।

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

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

आपकी समस्या अलग-अलग भौतिकी की तरह लगती है जैसे कि मॉनिटर रिफ्रेश रेट के साथ एफपीएस

डेमो भौतिकी का उपयोग नहीं करता है, केवल एक सरल _process ।

सच ... मैं कहता हूं कि मैं केवल इस मामले में उस भारी हकलाने को देखता हूं, लेकिन यह सच है कि इसमें कोई भौतिकी प्रक्रिया शामिल नहीं है। मैं एक मॉनिटर और बिना किसी अंतर के बदलते हुए hz का परीक्षण करता हूं, मेरे गियर में 0 हकलाना।

संपादित करें: मुझे इस कंप्यूटर में 7 में जीत, 8.1 को जीत और 10 में जीत मिली। 8.1 की जीत में कोई कसर नहीं। मैं अब 10 जीत में परीक्षण कर रहा हूँ और बहुत चिकनी है ... कोई विंडोज़ समस्या नहीं। गोडोट आपके 1060 से नाराज हैं?

यहाँ मेरे लैपटॉप के साथ एक ही परीक्षा है। जैसा कि आप देख सकते हैं समस्या यहाँ भी है। लेकिन ऐसा लगता है कि यह कम दिखाई देता है लेकिन यह यहाँ है।

लैपटॉप चश्मा: विंडोज 10 - Geforce 940M

यहाँ लैपटॉप वीडियो (यह एक 60 एफपीएस वीडियो है):
GodotStutterLap.zip

हकलाने की समस्या वाले किसी को भी खिलाड़ी में बदलने वाले डेमो को निष्पादित करने की कोशिश की जा सकती है। _dyscess with _physics_process?

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

चेतावनी: मैं केवल अपने लैपटॉप के लिए बात करता हूं। मेरे घर पीसी पर GTX 1060 के साथ समस्या हमेशा रहती है। लेकिन मेरे लैपटॉप पर समस्या बेतरतीब ढंग से होने लगती है। इसलिए मुझे लगता है कि अभी के लिए, मैं अपने लैपटॉप को परीक्षण के उद्देश्य के लिए पक्ष में दूंगा और मैं केवल अपने घर के पीसी पर परीक्षण करूंगा, जिसमें हर समय समस्या है, "बग" को अलग करने में सक्षम होने के लिए।

@ रानोलर मैंने इसका परीक्षण किया और वही परिणाम मिला। हकलाना अभी भी वहाँ है और यह बहुत ही समान दिखता है।

@Ranoller मेड परीक्षण और एक @RaXaR एक ही है कि कुछ भी नहीं बदलता है। एक ही समस्या है।

ये अच्छा नहीं लग रहा है…।

बग को ठीक से निर्दिष्ट करने के लिए मैं यह परीक्षण करूंगा:

1) पूर्ण स्क्रीन पर बंद
2) यदि 1 से अधिक मॉनिटर:
अक्षम- साझा किए गए डेस्कटॉप को सक्षम करें
3) एयरो ऑन-ऑफ

आपके कार्ड अन्य खेलों को अच्छी तरह से चलाते हैं? ...

एनीमेशन के बारे में पहली पोस्ट पढ़ना -> हकलाना / कोई एनीमेशन नहीं -> कोई हकलाना नहीं मैंने कोड पढ़ा और मुझे कुछ सामान दिखाई देता है जो मुझे लगता है कि यह सही नहीं है ... वास्तव में: हर फ्रेम में एनीमेशन बदलना। मुझे लगता है कि कोड को वर्तमान एनीमेशन की जांच करनी चाहिए। शायद यह कुछ भी नहीं बदला, लेकिन अगर कोई इस तरह से Player.gd को बदलने के लिए परीक्षण करना चाहता है:

extends Area2D

# class member variables go here, for example:
# var a = 2
# var b = "textvar"
export (int) var SPEED #How fast the player will move (pixel/sec)
var screenSize #size of the game window
onready var AnimSprite = $AnimatedSprite


func _ready():
    # Called when the node is added to the scene for the first time.
    # Initialization here
    screenSize = get_viewport_rect().size
    #Engine.target_fps = 60
    pass

func _process(delta):
#   # Called every frame. Delta is time since last frame.
#   # Update game logic here.
    var velocity = Vector2() #Player movement vector
    if Input.is_action_pressed("ui_right") :
        velocity.x += 1
    if Input.is_action_pressed("ui_left") :
        velocity.x -= 1
    if Input.is_action_pressed("ui_down") :
        velocity.y += 1
    if Input.is_action_pressed("ui_up") :
        velocity.y -= 1
    if velocity.length() > 0 :
        velocity = velocity.normalized() * SPEED
        if !AnimSprite.is_playing():
            AnimSprite.play()
    else :
        if AnimSprite.is_playing():
            AnimSprite.stop()

    if velocity.x != 0 :
        if AnimSprite.animation != "right":
            AnimSprite.animation = "right"
        AnimSprite.flip_v = false
        AnimSprite.flip_h = velocity.x < 0
    elif velocity.y != 0 :
        if AnimSprite.animation != "up":
            AnimSprite.animation = "up"
        AnimSprite.flip_v = velocity.y > 0

    position += velocity * delta
    position.x = clamp(position.x, 0, screenSize.x)
    position.y = clamp(position.y, 0, screenSize.y)

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

@Ranoller

के लिये :

• पहला बिंदु: पहले से ही पूर्ण स्क्रीन की कोशिश की गई है या नहीं, यह कुछ भी नहीं बदलता है

• 2: पहले से ही केवल एक मॉनिटर के साथ चलने की कोशिश की गई है (यह मेरा सामान्य कॉन्फ़िगरेशन है, लेकिन मेरे पास एक दूसरा मॉनिटर भी है कभी-कभी, इसलिए मैंने दोनों की कोशिश की) और यह कुछ भी नहीं बदलता है।

• 3: मुझे परीक्षण करना चाहिए (यह करने में सक्षम होना चाहिए, आज शाम (फ्रांस समय)।

• 4: मुझे आपके कोड का परीक्षण करना चाहिए (यह करने में सक्षम होना चाहिए, आज शाम (फ्रांस समय)।

बस अपने कोड का परीक्षण किया है और यह कुछ भी नहीं बदलता है :(

हालाँकि यह समस्या सीधे तौर पर गोडोट से संबंधित नहीं हो सकती है, गोडोट को अच्छी तरह से हकलाने वाले मुद्दों को संशोधित करना चाहिए ... यह सच नहीं है कि सभी खेल डगमगाते हैं जैसा कि एक और सूत्र में कहा गया था। आज मैं n ++, फुल स्क्रीन, विन्डोज़ चला रहा था, किसी भी हकलाने को देखने की कोशिश कर रहा था और नहीं .... कोई स्टट्टर नहीं। ओरी और अंधे जंगल के साथ, कई बुरी चीजों को इस खेल में किसी भी हकलाने के लिए करना पड़ता है (पृष्ठभूमि में अन्य कार्यक्रमों के साथ विंडो, आदि .... और एक घंटे में केवल 2 ओ 3 फ्रेम की खाल ...)। गोडोट, निष्पादन शुरू करने पर, हमेशा x सेकंड की संख्या को हकलाता है, बाद में यह स्थिर हो जाता है, लेकिन हर X सेकंड में आपको फ्रेम स्काईप्स होने जा रहे हैं (यदि आपके पास gtx1060 की समस्या नहीं है)। हमें इस समस्या को मामूली समस्या नहीं मानना ​​चाहिए।

मैं समस्या को अलग करने की पूरी कोशिश करता हूं लेकिन अपने स्तर पर यह थोड़ा मुश्किल है। मैंने अलग-अलग सेटअपों का परीक्षण करने की कोशिश की लेकिन परिणाम के बिना। मैंने परीक्षण भी किया, लेकिन क्लियरस्क्रीन के साथ एक रंग का उपयोग करने के बजाय एक पृष्ठभूमि छवि। मैंने पहले ही देखा है (रिमेम्ब्रे विच नहीं) इस समस्या के साथ एक इंजन है क्योंकि एक "शून्य स्क्रीन" पर 2 डी स्प्राइट को प्रस्तुत करने से यह समस्या होती है, लेकिन ऐसा लगता है कि यहां ऐसा नहीं है। इसलिए मेरे पास अभी के लिए कोई विचार नहीं है।

जिज्ञासा से बाहर, प्रोफ़ाइल का प्रयास करें कि SwapBuffers लाइन में context_gl_win.cpp रेखा से 68 के आसपास कितना समय लगता है। अगर यह 16ms से अधिक समय लेता है, तो आप यहाँ एक फ्रेम छोड़ने की संभावना है।

यदि कोई व्यक्ति जो गोडोट के स्रोतों को जानता है, वह परीक्षण कर सकता है कि मैं परिणाम में दिलचस्प हूं (मेरे अंग्रेजी के लिए खेद है ...)

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

जिज्ञासा से बाहर, प्रोफ़ाइल का प्रयास करें कब तक SwapBuffers संदर्भ_gl_win.cpp में लाइन 68 के आसपास लेता है। यदि यह 16ms से अधिक समय लेता है, तो आप संभवतः यहां एक फ्रेम छोड़ने की संभावना है।

शायद यह जानने में मददगार हो सकता है कि समस्या GLES2 में है, तो हम इसका परीक्षण नहीं करते हैं

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

2 मिनट से अधिक समय तक खेल को जारी रखने की कोशिश की, लेकिन समस्या हमेशा यहाँ है 60 एस के बाद मेरे लिए हल नहीं है।

मैं 3.0.3 के साथ एक समान मुद्दा था। (विन 10 64 बिट, एनवीडिया 660) मैंने इसे 3.0.2 के साथ नोटिस नहीं किया।

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

.. दिलचस्प बात यह है कि मेरे पास उदाहरण के लिए प्रोजेक्ट 'FirstGame.zip' नहीं है ... लेकिन फिर भी अपने खेल के साथ, FPS 5 तब गिरता है जब IDE और 32bit संस्करण से चलाया जाता है, GPU लगभग 2% बैठता है। लेकिन, 64 बिट एक्सपोर्ट के साथ GPU 30% पर है और सब कुछ ठीक है।

हाय, इस समस्या के बारे में कोई खबर है? मैंने सिर्फ पोंग डेमो के साथ परीक्षण किया है (मैंने पहले ऐसा नहीं किया था, बस ट्यूटोरियल गेम के साथ) और ऐसा लगता है कि इस समस्या के साथ यह प्रोजेक्ट प्रोजेक्ट भी है। मैं इसका परीक्षण करने के लिए स्टीम पर गोडोट के अंतिम संस्करण का उपयोग करता हूं।

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

मेरे पास अब एक कंप्यूटर है जिसमें जीईएफएक्स जीईएक्स 1060 (3 जीबी-सस्ता) है और विंडोज 10 में समस्या नहीं है। यह कुछ पृष्ठभूमि ऐप हो सकता है? कुछ हार्डवेयर विशिष्ट विन्यास AMD-Nvidia Intel-Nvidia ....? मुझे इस कंप्यूटर में कोई गेम अप्लायन्स नहीं है (मेरे म्यूजिक रिकॉर्डिंग-स्टूडियो में है) लेकिन कंप्यूटर से जुड़ी 3 स्क्रीन के साथ भी गोडोट स्मूथली चलता है। समस्या के साथ कोई भी देख सकता है कि क्या कोई गेम-मॉनिटरिंग सॉफ़्टवेयर पृष्ठभूमि में चल रहा है, या भाप, या ऐसा कुछ ...? और अगर यह भंग करने की कोशिश की?

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

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

यह समस्या "इंजन-देव-विशिष्ट" भी है, जो स्वयं की खोज द्वारा स्वीकार्य समाधान खोजने के लिए है। मैं गोडोट कोड के लिए घंटों देख सकता हूं और मुझे पता है कि कभी भी इससे संबंधित कुछ भी खोजने की कोई संभावना नहीं होगी ... मुझे पता है कि इंजन अधिक कोड नई कार्यक्षमता और "बग-फिक्स" जैसे अधिक "जूनियर-वर्क" पर विचार करता है " या इस तरह का कुछ। लेकिन इस तरह के मुद्दे के साथ ऐसा नहीं है। हमें इस मुद्दे को ऑटो-असाइन करने के लिए कुछ इंजन डेव की आवश्यकता है और अन्य "जटिल-भूत-निम्न स्तर-कठिन" बग फिक्स को बर्दाश्त करने के लिए ...

मैं उल्लेख करता हूं कि मैंने पहले ही देव संस्करण (स्टीम के बिना) की कोशिश की और समस्या समान है।

नमस्ते मुझे ठीक वही हकलाने की समस्या थी (गोट स्रोत से गोडोट 3.1 का उपयोग करके), मेरे लिए कोई भी आंदोलन पिछड़ गया, बिलकुल आपके वीडियो की तरह, यह मूव_आंड_लाइड हो या सिर्फ एनीमेशन-प्लेयर आंदोलन। लेकिन प्रोजेक्ट सेटिंग में वी-सिंक को 2 डी गेम में पूरी तरह से हल किए गए हकलाने की समस्या को चालू करना।

मैं थोड़े उलझन में हूं क्योंकि @Zylann ने कहा कि V-Sync को बंद करने से हकलाना दूर हो गया, लेकिन मेरे लिए यह विपरीत है।

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

पहला परीक्षण जो मैंने नए gtx 1060 के साथ किया था, कोई समस्या नहीं है ... लेकिन बाद में मुझे उस हकलाने का अनुभव हुआ। केवल एक चीज जिसे मैंने बदला है वह है hdmi शंकुवृक्ष (और कुछ प्रोग्राम इंस्टाल किए गए)। यह थोड़ा अजीब है। केवल एक चीज जो मुझे आश्वस्त करती है कि समस्या विंडोज़ 10 साइड में नहीं है।

मुझे इतना ही कहना है। मैं Gamedev.tv के ट्यूटोरियल से 2 डी गेम ट्यूटोरियल "हॉपी डेज़" पर काम कर रहा हूं। मैं इसे विकसित करने के लिए 3.0.2 का उपयोग कर रहा था, और यह ठीक काम कर रहा था। मैंने देखा कि ट्यूटोरियल 3.0.4 का उपयोग कर रहा था, इसलिए सचमुच TODAY मैंने 3.0.6 में अपग्रेड करने का निर्णय लिया। खेल में अब ध्यान देने योग्य अंतराल है। _ लैग 3.0.2_ में बिल्कुल नहीं था । यह अब वहाँ है। अन्य सभी सेटिंग्स समान हैं।

मेरा लैपटॉप काफी नया है (2017 के मार्च में खरीदा गया) डेल इंस्पिरॉन 7000 श्रृंखला गेमिंग लैपटॉप। प्रोसेसर 7th जेनरेशन इंटेल कोर i7-7700HQ क्वाड कोर (6MB कैश, 3.8 गीगाहर्ट्ज तक) है। वीडियो कार्ड 4GB GDDR5 के साथ NVIDIA GeForce GTX 1050Ti है। रैम 16GB, 2400MHz, DDR4 है। हार्ड ड्राइव एक सैमसंग एसएसडी है। विंडोज 10।

मेरे लिए, यह बहुत कुछ ऐसा लगता है जैसे 3.0.4 या 3.0.6 में कुछ बदल गया है ..... और कुछ नहीं बदला है। यहां तक ​​कि खेल भी नहीं (जैसा कि ... मैंने बिल्कुल भी स्तर को परिवर्तित / संपादित / अपडेट नहीं किया है)।

@ emo10001 क्या आप 3.0.3 का परीक्षण कर सकते हैं? जब हमने 3.0.x बायनेरिज़ बनाने के लिए उपयोग किए जाने वाले निर्माण प्रणाली को बदल दिया था, तो MSV 2015 के साथ AppVeyor CI पर 3.0 (3.0 अप करने के लिए 3.0.3 बनाया गया था, 3.0.3 से 3.0.6 तक GCC 8 के साथ MinGW के साथ बनाया गया है)।

यदि आपके लैपटॉप में ऑप्टिमस / स्विचेबल ग्राफिक्स हैं, तो हो सकता है कि आपके सिस्टम ने 3.0.2 बाइनरी को एनवीडिया जीपीयू के साथ इस्तेमाल किया हो, जबकि 3.0.3+ आईजीपी के लिए डिफ़ॉल्ट होगा। या यह हो सकता है कि 3.0.2 को आपके एंटीवायरस द्वारा श्वेत किया गया था, जबकि 3.0.3+ को एक अलग स्रोत (जो सच है) से आ रहा है और अभी तक सुरक्षित नहीं माना जाता है, इसलिए एंटीवायरस अपनी पूरी जांच और प्रभाव प्रदर्शन चलाएगा।
वे केवल अनुमान हैं, लेकिन अन्यथा मुझे यकीन नहीं है कि वास्तविक गोडोट परिवर्तन इस तरह के प्रदर्शन को प्रभावित करेगा, इसलिए मैं केवल बिल्ड सिस्टम परिवर्तनों के बारे में सोच सकता हूं।

CC @hpvb

मुझे भी यही तकलीफ़ है! मेरी परियोजना 20 से 30 सेकंड के लिए रुक जाती है, फिर बाद में आसानी से चलती है। मैंने ओपी पोस्ट में प्रोजेक्ट डाउनलोड किया और यह बिल्कुल वही बात है।
वी-सिंक को बंद करने से समस्या दूर हो जाती है, और यह 4000+ एफपीएस पर चलता है।

मैं लिनक्स मिंट 19 पर संस्करण 3.0.6 चला रहा हूं (इसलिए मुझे लगता है कि नवीनतम मालिकाना ड्राइवरों के साथ विंडोज़ टैग निर्दोष है, एह?) और जीटीएक्स 760।

मैं लिनक्स मिंट 19 पर संस्करण 3.0.6 चला रहा हूं (इसलिए मुझे लगता है कि नवीनतम मालिकाना ड्राइवरों के साथ विंडोज़ टैग निर्दोष है, एह?) और जीटीएक्स 760।

नहीं, लेकिन यह संभवतः एक अलग मुद्दा है। लिनक्स पर हकलाना अक्सर विंडो मैनेजर की कंपोजिटिंग के कारण होता है (उदाहरण के लिए मेरे पास केविन के साथ कुछ है, ओपनबॉक्स के साथ कोई नहीं)।

मेरी परियोजना 20 से 30 सेकंड के लिए रुक जाती है, फिर बाद में आसानी से चलती है

मैं इसे बहुत नोटिस करता हूं, अगर मैं उस दृश्य को निष्पादित करता हूं जो कि मैं संपादन करता हूं, तो 15-30 सेकंड के बारे में हकलाना और कुछ फाड़ देना (vsync के साथ) है, लेकिन अगर मैं मुख्य मेनू से परियोजना शुरू करता हूं और दृश्य-चयनकर्ता के साथ दृश्य खोलता हूं ... ठीक है, एक ही दृश्य में कोई हकलाना नहीं है (वहाँ अंततः है, लेकिन कभी नहीं)। इस घटना के बारे में कुछ स्पष्टीकरण है? गोडोट? खिड़कियाँ? प्रजनन को स्थिर करने के लिए कितने फ्रेम आवश्यक हैं? ... यह जानकर बहुत अच्छा लगेगा कि गेम-डिज़ाइन के लिए आवश्यक चीजें हैं।

नहीं, लेकिन यह संभवतः एक अलग मुद्दा है।

ओह, अच्छा। मेरा क्या मतलब है, यह विशिष्ट मुद्दा शायद बहु-मंच है क्योंकि कई लोग समान समस्याओं का सामना कर रहे हैं।

मैं चारों ओर गड़बड़ कर रहा हूं और देखा है कि दो गतिज शरीर एक ही समय में बिल्कुल हिलते हैं, दोनों Move_and_slide () और Move_and_collide () के लिए।

एक कैमरा को हुक करने के रूप में वे दोनों दोलन करते हैं, दो गतिज नोड्स को छोड़कर दृश्य stutters में सब कुछ। एक स्थिर कैमरा केवल दो कीनेमेटिक नोड्स को हकलाना दिखाता है।

इससे कोई फर्क नहीं पड़ता है कि मैं कौन सी ग्राफिक सेटिंग्स बदलता हूं, न ही _process या _physics_process। न ही एक अलग डेल्टा चर का उपयोग करता है।

मुझे लगता है कि यह परियोजना वास्तविक उपयोग का प्रतिनिधि नहीं है ... अधिक जटिल परियोजनाएं थोड़ी चिकनी चलती हैं। मुझे लगता है कि खिड़कियां अच्छी तरह से एक विशाल बड़े गोडोटल बेकार समय को संभालती नहीं हैं ... मुझे न केवल गोडोट के लिए एक और संबंधित मुद्दा मिला, बल्कि इसके साथ बहुत कुछ भुगतना पड़ता है: विस्तारित डेस्कटॉप गेम के साथ मल्टीमोनिटर 1 मॉनिटर में अधिक चिकनी है अगर यह "प्राथमिक मॉनीटर" की तरह टेड है। यदि प्राथमिक मॉनीटर अन्य है कि 1 सेकेंडरी मॉनीटर में हकलाना है (यूट्यूब को इससे नुकसान होता है, लेकिन ओरी जैसे वाणिज्यिक गेम नहीं हैं)। सेकेंडरी मॉनीटर में फुल स्क्रीन के साथ, जीत 7 में एयरो, और मॉनिटर स्वेप्ड (ej: मॉनिटर 2 प्राइमरी की तरह) सबसे खराब है और सबसे बड़ा हकलाना है (न केवल गोडोट, बल्कि न ही गेम मेकर या यूनिटी गेम्स) ... । मुझे पता है कि 2 1080p स्क्रीन में विस्तारित डेस्कटॉप के साथ मल्टीमिंटन सस्ते जीपीयू के लिए कठिन है, लेकिन अन्य गेम चिकनी हैं (एफटीपी केवल खोना नहीं है)। यदि यह परीक्षण जारी रहेगा तो हमें और अधिक जटिल उदाहरण प्रस्तुत करना चाहिए।

@ रोलर मेरा सेटअप एक gtx 760 में एक दोहरी मॉनिटर है, दूसरा मॉनिटर जिसे 'प्राथमिक' के रूप में टैग किया गया है, दालचीनी के साथ लिनक्स टकसाल 19। मैं परियोजना stutters विशिष्ट स्थिति को समझने की कोशिश कर रहा था, लेकिन यह पता नहीं लगा सका। ये छोटी परियोजनाएं कभी-कभी हकलाने लगती हैं, कभी-कभी नहीं (केवल हकलाना, कोई एफपीएस हानि) नहीं होती हैं। इसके अलावा, जब यह डगमगाता है (विंडो में चल रहा है, गोडोट टेस्टिंग कॉन्फिगर करता है), मेरे पास आम तौर पर दूसरे मॉनिटर में एक या एक से अधिक क्रोम विंडो होती हैं (प्राइमरी नहीं), और जब मैं उन्हें छोटा करता हूं, तो हकलाना खत्म हो जाता है ... कुछ कम करने के बाद / क्रोम खिड़कियों पर बहाल, हकलाना पूरी तरह से चला गया है।

Ive को 2 कंप्यूटर मिले -> i5 gtx660 2 स्क्रीन 1080p के साथ एक और i7 gtx 1060 3 स्क्रीन (2 1080p और अन्य hdready) के साथ ... ठीक है, मेरे पास इस गंभीर समस्या gtx660 में द्वितीयक मॉनिटर से संबंधित है, मुझे लगता है कि रेंडरिंग, गोडोट और क्रोम स्टुटर्स, गेम मेकर और यूनिटी डोनट (कमर्शियल गेम्स, बिल्कुल हिपरलाइटडिटर और ओरिएंट, i didn demt टेस्ट डेमो या टेम्प्लेट) के साथ संबंधित है। पूर्ण स्क्रीन में विंडोज एयरो स्टूटर्स अधिक है (मुझे लगता है कि वास्तव में पूर्ण स्क्रीन नहीं है) लेकिन बहुत एफपीएस है, बिना एयरो के 7 i gotve मेरे प्रोजेक्ट में मिला 130-140 एफपीएस बिना vsync के, एयरो के साथ मैं 400 एफपीएस पास करता हूं, लेकिन। .. stutters (बहुत) कुछ शर्तों में (vsync के साथ और बिना)। मैं i7 gtx 1060 में वास्तविक रूप से गॉडोट हकलाना नहीं कर सकता (वास्तविक परियोजना के साथ, इस थ्रेड स्टुटर्स में डेमो और मैं जेट के बारे में मेरी राय समझाता हूं)। मुझे लगता है कि एक अनुकूलन / OpenGL समस्या है, ej: Light2D बहुत ही बेकार है, "मिक्स" के अलावा कोई भी मिक्स मोड सिस्टम को बहुत शक्तिशाली नहीं होने पर हकलाना सकता है, लेकिन गोडोट को उसी स्तर पर परमिशन संभालना चाहिए जो गेम मेकर या एकता करता है। संभवत: 3.1 लॉन्च होने के बाद, अनुकूलन का काम शुरू हो सकता है (यदि समस्या ठीक है और यह isn3ta Direct3D / OpenGL - विंडोज की समस्या है ... तो मुझे पता नहीं है कि GLES2 / 3 गेम को खोजने के लिए कैसे परीक्षण और अवहेलना करें एक प्रत्यक्ष OpenGL - एयरो / Win7-8-10 समस्या) ... मैं समझता हूं कि गोडोट की अनुमति कभी भी प्रस्तावक के समान नहीं होगी -> एक खेल आधारित इंजन (Ej: Rayman मूल एक पुराने लैपटॉप में आसानी से चलता है) , Godot 2) नहीं है, लेकिन इसे कम से कम उसी स्थिर स्तर पर प्रस्तुत करना चाहिए जो गेम मेकर (एकता शायद लंबे समय तक उस Godot को बेहतर रूप से अनुकूलित करेगी, आप जानते हैं, पैसा ...)। अभी के लिए मुझे लगता है कि गोडोट केवल उच्च अंत हार्डवेयर या कम रिज़ॉल्यूशन स्क्रीन में अच्छा प्रदर्शन करता है (I5 win7 32bit 15 "इंटेल एचडी ग्राफिक्स कंप्यूटर में परीक्षण करता है और अच्छा प्रदर्शन करता है, लेकिन मुझे नहीं लगता कि एचडी स्क्रीन के साथ यह कंप्यूटर करेगा runs गोडोट सुचारू रूप से) ...

निश्चित रूप से यह सब मेरी राय / अनुभव हैं, मैं गलत हो सकता हूं (और मुझे उम्मीद है कि .. अगर यह एक सरल एक-लाइन फिक्स होगा तो यह बहुत अच्छा हो सकता है !!!)

दूसरी ओर मुझे याद है कि गोडोट निष्पादन योग्य की "प्रक्रिया प्राथमिकता" से संबंधित कुछ लिखने के लिए रेडूज़ पढ़ना, लेकिन खिड़कियों में कोई अंतर नहीं है यदि आप मैन्युअल रूप से निष्पादन में गोडोट की प्राथमिकता को बदलते हैं, तो गॉडोट अंडरपरफॉर्मेंट (व्हॉ, मेरे पास नहीं है) एक शब्द का आविष्कार?

हाय, तो, क्या इस समस्या के बारे में कोई खबर है? ^ ^ मैं नवीनतम संस्करण के साथ फिर से परीक्षण करूंगा लेकिन ऐसा लगता है कि समस्या अभी भी है।

क्या यह अब एंड्रॉइड या आईओएस प्लेटफॉर्म से बाहर निकलता है exit शुरुआती गोदाम से बने Google स्टोर में कुछ गेम हैं जिनकी शटर समस्या भी है। जैसे: https://play.google.com/store/apps/details?id=com.MoTaiGikbudio .DunkUp

यह विभिन्न सर्कुलेशन और विविध ऑपरेटिंग सिस्टमों के साथ कुछ सर्कुलेशन में सभी टेस्ट किए गए प्लेटफ़ॉर्म में मौजूद है ... कंसोल में प्रलेखित नहीं है।

मैंने इसे linux और windows दोनों पर टेस्ट किया और यह आसानी से ऑकेशनल स्मॉल स्टाटरिंग के साथ चला, मेरे पास कम अंत इंटीग्रेटेड इंटेल एचडी ग्राफिक्स बायट्रिल ग्राफिक्स कार्ड है

हकलाने के कारण का पता लगाने के कई घंटों के बाद, मेरे मामले में, कम से कम, मैंने संयोग से 'ऑटो स्विच टू रिमोट सीन ट्री' में 'एडिट सेटिंग' में सक्षम होने के लिए लगातार 1s हकलाना को ट्रैक किया। इसे अनटैक करना मेरे लिए हकलाने और प्रदर्शन के मुद्दों को हल करता है। (संभवतः अभी भी बहुत मामूली हकलाना है, लेकिन यह मुश्किल से ध्यान देने योग्य है।)

गोडोट का निर्माण 8849d3b47de8ab936549f0b9262c1193164feee5
Win10 64bit, NVIDIA GeForce GTX 660, ड्राइवर v416.81

मेरे पास मेरे खेल के साथ हकलाने का मुद्दा भी है। केवल एक चीज जो इसे बेहतर बनाती है, वह फुल स्क्रीन को बंद कर रही है और खेल के चालू होने के दौरान ... और फिर भी एक छोटी सी गड़बड़ी है जो बाद में बढ़ती जाती है। पूरी तरह से यादृच्छिक पर होने लगता है। कभी-कभी खेल एकदम सही चलता है, दूसरी बार हकलाना होता है।

गतिज पात्रों के साथ 2 डी परियोजना।
इंटेल i5-2550K CPU
16 जीबी रैम
जीईएफटी जीटीएक्स 970
विन 10 64 बिट
गोडोट 3.0,6

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

मैंने एक प्रोटोटाइप पिनबॉल 2 डी गेम बनाना शुरू कर दिया है और मेरे पास गेंद के मूवमेंट में बहुत घबराहट है, मैं केवल एक कठोर हूं जो गुरुत्वाकर्षण के साथ गिरता है। मैं Win10 / NVidia GTX 560 Ti 1Go (नवीनतम ड्राइवरों के साथ) / 8 गो राम पर हूं, मेरा कंप्यूटर सबसे अच्छा नहीं है, लेकिन मेरी परियोजना में सीमाओं के लिए केवल एक गेंद और StaticBody2D है और मैं बहुत बार स्पष्ट रूप से घबराना देख सकता हूं, मैं ओपिनल 3.0 और 2.0 के साथ, विन्डोज़ और फुलस्क्रीन के साथ और अधिक और कम फिजिक एफपीएस के साथ कोशिश की गई है, समस्या अभी भी यहाँ है।
मेरा गोडोट संस्करण 3.1 अल्फा है।
मुझे लगता है कि यह एक बड़ी समस्या है, शायद इसे ठीक करना मुश्किल है लेकिन इसे छोड़ना नहीं चाहिए, 2 डी गेम के लिए एक चिकनी 2 डी आंदोलन होना महत्वपूर्ण है।

आप सही हैं, गोडोट में अब सभी शीर्ष इंजनों की बेहतर उपयोगिता है (मेरी राय)। प्रयोज्य पक्ष उन सभी को मारता है। लेकिन ...... प्रदर्शन पक्ष .... निर्यात पक्ष .... यह भगवान की तरह ऑपरेटिंग सिस्टम के साथ धड़क रहा था, एकता या खेल निर्माता निर्यात की तरह नहीं है जो अधिक तरल पदार्थ हैं (जब तक क्रोम में निर्माण अधिक तरल नहीं है ), और इसलिए नहीं है कि gdscript धीमापन (के साथ और GDScript के बिना खुश होता है), "अन्य अनिश्चित चीज़" है, मुझे आशा है कि एक दिन कोई एक cpp फ़ाइल में एक विद्रोही लाइन ढूंढ सकता है और एक सरल बदल सकता है! " इस समस्या को ठीक कर दिया जाएगा ... (गोडोट की तरह आशा मुक्त है!)

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

मैं समझता हूं कि यह समस्या केवल कुछ कॉन्फ़िगरेशन (उदाहरण के लिए Windows 10 और NVidia ड्राइवर) में दिखाई देती है, लेकिन मैं जानना चाहूंगा:

• क्या यह मुद्दा (या इसी तरह का) पहले से ही मील के पत्थर में योजनाबद्ध है या नहीं?
• क्या यह मुद्दा शायद वल्कन 3.2 में वल्कन द्वारा ओपनजीएल के प्रतिस्थापन की प्रतीक्षा कर रहा है?

पुनश्च: मैंने एक और पीसी के साथ कोशिश की है:

• इंटेल i7 4790K 4.00 Ghz
• Win10 64 बिट्स 16 गो रैम
• एनवीडिया जीटीएक्स 1060 3 जी (नवीनतम ड्राइवरों के साथ)
• गोडोट 3.1 अल्फा अधिकारी
  और मैं साधारण दृश्यों के साथ एक ही मुद्दा है।

मुझे लगता है कि इन प्रकार के पीसी कॉन्फ़िगरेशन (Win10 + Nvidia कार्ड) बहुत ही सांप्रदायिक हैं, और मुझे आशा है कि Godot समुदाय (जो कि बहुत अच्छा काम करते हैं) इस मुद्दे को बहुत जल्द ठीक कर देंगे और यह अच्छा 2D खेल दिखाना शुरू कर देंगे कि हम गोडोट के साथ कर सकते हैं, लेकिन मेरे लिए इस तरह के मुद्दे के साथ यह असंभव है।

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

संपादित करें: ओह और एक और बात ... जब मैंने Geforce अनुभव ऐप को अक्षम कर दिया, तो चीजें बेहतर होने लगीं।

गतिज पात्रों के साथ 2 डी परियोजना
गोडोट 3.0.6
विन 10 64 बिट
इंटेल i5-2550K CPU
16 जीबी रैम
जीईएफटी जीटीएक्स 970

मैंने कोशिश की कि आप क्या प्रस्ताव देते हैं, मैंने Geforce एक्सपीरिएंस को निष्क्रिय कर दिया है, फुलस्क्रीन से स्विच करने की कोशिश की, विन्डोज़ में, फ़ुलस्क्रीन पर फिर से, vsync सक्षम और अक्षम के साथ (यह vsync अक्षम के साथ बदतर है) लेकिन हकलाना मेरे लिए हमेशा दुर्भाग्यपूर्ण प्रतीत होता है।
यह बहुत यादृच्छिक है, लेकिन मैं कभी-कभी हकलाने के बिना 15-20 के पार नहीं गया हूं।

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

बस इस हकलाने पर ध्यान दिया।

(गोडोट 3.0.6, विंडोज 10, 64 बिट, i7-8550U, 16GB रैम, NVIDIA GeForce MX150)

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

कोई प्रगति नहीं है क्योंकि इस पर कोई काम नहीं कर रहा है, और हां, यह एक गंभीर मुद्दा है। लेकिन अभी के लिए, यदि आपको कॉमेरियल गेम जारी करने की आवश्यकता है, तो आप गोडोट में पोर्ट कर सकते हैं और एकता में पोर्ट कर सकते हैं (आप # # का उपयोग कर सकते हैं)। आपको दृश्य-गेमबजेक्ट-घटक दृष्टिकोण को ध्यान में रखना होगा और आप गोडोट में प्रतिकृति कर सकते हैं और यदि कार्य द्रव प्रवाह और प्रदर्शन के लिए एकता में जाते हैं, या यदि 2 डी गेममेकर में जाते हैं। मैं एक प्लगइन को अन्य इंजनों में बदलने की कोशिश करने के लिए एक प्लगइन में काम कर रहा हूं और एक मॉड्यूल के लिए gdscript को पोर्ट करने के लिए, gml या एकता सी # के लिए कोशिश कर रहा हूं, लेकिन एक बहुत बड़ा काम है (मुझे नहीं पता कि क्या प्रयास लायक है यह, खेल में काम नहीं करने के लिए बहुत अधिक समय) और सभी रास्ते अपूर्ण होंगे (मैं सभी प्रकारों को प्राप्त नहीं कर सकता, ej: टकराव द्वारा लौटाए गए ऑब्जेक्ट)। मेरे पास स्क्रिप्ट्स के लिए थोड़ा पार्सर है और एक पार्सर को tscn और tres के लिए शुरू करेगा, लेकिन gdscript के पार्सर परिणाम को एकता c # में बदल देगा या गेममेकर GML को एक टन कोड की आवश्यकता होती है और मुझे इस बारे में "वैधता" नहीं पता है (i) सभी एपीआई नाम ej की जरूरत है। json फ़ाइलों में और इस के आईपी के बारे में पता नहीं है)। एनिमेशन अन्य समस्या है, मुझे नहीं पता कि अब कैसे संपर्क करना है, लेकिन रीढ़ / ड्रैगनबोन का उपयोग करना आसान होगा। ऐसा करने का मेरा मुख्य विचार ईश्वर में शुरू हुआ था और एकता या ग्राम में अंत था, लेकिन नीव के लिए एक सिरदर्द है ... यदि एकता समान रूप से पोर्टेबल थी (मुझे इसकी आवश्यकता है), छोटे और गोडोट की तरह विकसित करने के लिए त्वरित (और एक 32 बिट है संपादक) मैंने अपने मुख्य प्रोजेक्ट को महीनों पहले पोर्ट किया था, मैं गोडोट से प्यार करता हूं, लेकिन एक छोटी टीम (या मेरे जैसे एकल व्यक्ति) में एक मध्यम आकार की परियोजना के लिए एक जोखिम है, कोई भी आपके लिए कोई गारंटी नहीं देता है कि एक समाप्त परियोजना एक टन नहीं देगी समस्या। लेकिन अगर आपकी टीम में एक अच्छा C ++ प्रोग्रामर है, तो दूसरी बात है, आप अपने खेल के लिए गोडोट को अनुकूलित कर सकते हैं (एकता में आप नहीं कर सकते, लेकिन कम छोटी गाड़ी है) ...।
मुझे इस मुद्दे से नफरत है जैसे मैं एक मध्य परियोजना में संपादक के कम प्रदर्शन और निर्यात किए गए खेल से नफरत करता हूं, लेकिन मुझे अधिक एकता से नफरत है (संपादक को खोलने के लिए मुझे सभी कंप्यूटरों में इंटरनेट की आवश्यकता क्यों है? मेरे पास इसके बिना एक कंप्यूटर है!) और नफरत है इतना गहरा दृश्य स्टूडियो ... मुझे यकीन है कि अगर गॉड ने हकलाना बंद कर दिया और प्रदर्शन और निर्यात पर काम किया, तो हम शानदार खेल देखना शुरू कर सकते हैं।

आज इस मुद्दे को सुनाने के लिए, मैंने निम्न किया, अभी भी विंडोज 10 पर nVidia GTX 1060 के साथ:

मैंने आइजैक की बाइंडिंग को खोला, विंडो मोड। हलकों में दौड़ा, कोई हकलाना (इसके बाद, मेरा मतलब है कि कम से कम 30 सेकंड के लिए)। मुझे नहीं पता कि खेल में वी-सिंक है या नहीं, हालांकि इसकी ऐसी कोई सेटिंग नहीं है।

मैंने Minecraft, Windowed mode खोला। एक सपाट दुनिया भरी हुई दिख रही थी, जहाँ ज़मीन अथाह थी, कोई हकलाना नहीं था।

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

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

अब, मैंने गोडोट 3.1 अल्फ़ा 3 के साथ एक 3 डी प्रोजेक्ट खोला, जिसमें कुछ संपत्ति और एक चलती चरित्र के साथ एक नक्शा है: लगभग कोई हकलाना नहीं, मैं केवल हर 20 सेकंड में सिर्फ एक देख सकता हूं, जो परेशान करने के लिए बहुत सूक्ष्म है।

मैंने अपने 2D प्रोजेक्ट वालेडर को भी आज़माया, जिसे मैंने गोडोट 3.0.6 में चित्रित किया था: वही, जो परेशान करने के लिए पर्याप्त नहीं था (प्रत्येक 20 सेकंड में एक यादृच्छिक)।

ऊपर इन सभी परियोजनाओं में यह आम है: वे स्क्रीन पर सिर्फ एक स्प्राइट नहीं खींचते हैं।

अगर मैं Godot 3.1 अल्फ़ा 3 के साथ @crystalnoir परीक्षण परियोजना की कोशिश करता हूं, तो मुझे तत्काल, अनियमित लगातार हकलाना मिलता है, जो केवल तभी दूर हो जाता है जब मैं आखिरी बार दिखाए जाने / अधिकतम होने के बाद लगभग 30 सेकंड तक प्रतीक्षा करता हूं। मैंने _physics_process स्विच करने की कोशिश की, और यहां तक ​​कि delta = 1.0 / 60.0 की कोशिश की, यह सब समान है। अगर मैं delta प्रिंट करता हूं, तो यह दर्शाता है कि हर सेकंड में उतार-चढ़ाव होता है, लेकिन खेल प्रति सेकंड कई बार स्टूटर्स दिखाता है कि delta बिल्कुल भी प्रतिबिंबित नहीं करता है। यह भी होता है अगर मैं संपादक के बिना खेल शुरू करता हूं।
मैंने इसे गोडोट 2.1.5 में पोर्ट करने की भी कोशिश की, और यही मुद्दा होता है (परियोजना: Stuttering_issue19783.zd )

और अब, यह वह जगह है जहाँ यह दिलचस्प हो जाता है:
अगर मैं स्क्रीन पर बैक टू बैक अपने 3D गेम और @crystalnoir दोनों का परीक्षण करता हूं, तो वे दोनों तुरंत, सुचारू रूप से चलते हैं। 2 डी गेम अभी भी थोड़ा रुकता है, लेकिन उतना नहीं। यदि मैं 3 डी गेम को बंद करता हूं, तो यह अभी भी ठीक काम करता है, लेकिन अगर मैं 2 डी गेम को कम करता हूं और इसे फिर से अधिकतम करता हूं, तो यह भयानक स्टुटर्स पर वापस जाता है।

यह अभी अंत नहीं है!
मैंने अब 2D गेम में 3D कैमरा जोड़ने की कोशिश की। और जादुई रूप से, हकलाना बहुत कम हो जाता है, और तुरंत, बस ऐसा करने से।
आप इसे PlayerWith3D दृश्य के साथ आज़मा सकते हैं: Stuttering_issue19783.zip
डिफ़ॉल्ट रूप से देखें कि यह कितना सुचारू है। अब magic बटन को हिट करें, देखें कि अगर कोई 3D वातावरण नहीं दिखाया गया है तो यह कैसे थूक जाता है (यह हमेशा 100% तक वापस नहीं जाता है, लेकिन मुझे PlayerWith3D.tscn हमेशा खिलाड़ी से बेहतर दिखता है। )।

मैं आगे जाना चाहूंगा और देखना होगा कि अगर मैं nVidia कंट्रोल पैनल को Optimal Power (डिफ़ॉल्ट) से Maximum performance बदल दूं, लेकिन ... एहम ...

वैसे भी, सभी मैं यह अनुमान लगा सकता हूं (लेकिन यह अनुमान है कि इसे नमक के दाने के साथ लें): यह सीधे गोडोट की गलती नहीं है। यह ग्राफिक्स ड्राइवर "स्मार्ट" होने की कोशिश कर रहा है।

खुराफातियों के भगवान के लिए !!! 😂😂😂

बस इसे वहीं फेंक देना ... नवंबर 2018 तक, स्टीम पर शीर्ष 14 वीडियो कार्ड एनवीडिया हैं। प्रत्येक GPU श्रेणी में शीर्ष कार्ड देखें:

NVIDIA GeForce GTX 1060: 14.60% स्टीम उपयोगकर्ता।
AMD Radeon R7 ग्राफिक्स: 1.06% स्टीम उपयोगकर्ता।
इंटेल एचडी ग्राफिक्स 4000: स्टीम उपयोगकर्ताओं के 1.06%।

https://store.steampowered.com/hwsurvey/videocard/

उपरोक्त आंकड़ों को देखते हुए, ऐसा लगता है कि इस मुद्दे को सर्वोच्च प्राथमिकता देनी चाहिए। गेमर्स का भारी बहुमत एनवीडिया कार्ड का उपयोग करता है, यह अब तक का सबसे आम कॉन्फ़िगरेशन है। तुलना द्वारा Radeon और Intel ग्राफ़िक्स उपयोगकर्ताओं की मात्रा को घटाया जाता है।

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

@Zylann मैंने सफलतापूर्वक "अधिकतम प्रदर्शन" के लिए पावर प्रबंधन मोड सेट करने की कोशिश की, लेकिन हकलाने में कोई सुधार नहीं देखा।

@ behelit2 कोई अपराध नहीं

@Zylann मैंने एक 3D कैमरा लगाया जो एक दृश्य के सामने एक जाल प्रस्तुत करता है जो एनिमेटेड बनावट के साथ एक

मुझे Zylann विचार पसंद है कि अन्य खेल क्या करें। मुझे पता नहीं है कि यह अपमानजनक है, लेकिन मैंने कुछ परीक्षण किया।
सबसे पहले, ऐसा लगता है कि 95% स्टीम गेम 32 बिट (हालिया रिलीज़ भी) हैं। ऐसा लगता है कि समान रूप से खेलों का प्रतिशत लगभग प्रॉक्सएक्स द्वारा ही है। मैं उन प्रक्रियाओं को पकड़ता हूं जो खेल निष्पादित करते हैं और यह देखने की कोशिश करते हैं कि प्रतिपादन के साथ क्या हो रहा है। पीछे कुछ जानकारी (किसी भी निष्कर्ष के लिए नहीं है, केवल जानकारी है):

खेल / निष्पादन योग्य बिट्स / इंजन / प्रक्रिया जो विंडोज़ 7 64 बिट और नोट्स में रेंडर करने के लिए उपयोग करता है।

• हाइपरलाइटड्राइपर -> 32 बिट / गेम मेकर / विंडोज जीडीआई
• हुक -> 32 बिट / एकता / विंडोज जीडीआई
• निधोग -> 32 बिट /? / विंडोज जीडीआई

• ओरिएंट एंड द ब्लाइंड फॉरेस्ट -> 32 बिट / यूनिटी / विंडोज जीडीआई। OPENGL32 नामक प्रक्रिया को गोडोट की तरह निष्पादित करता है लेकिन विंडोज GDI में एक प्रकार का आवरण है। OpenGL32 से एक भी कॉल नहीं है, सभी कॉल विंडोज जीडीआई से हैं।
  

• धूल: एक एलिसियन पूंछ -> 32 बिट / माइक्रोसॉफ्ट एक्सएनए / विंडोज जीडीआई। Gameoverlayrenderer.dll है और सभी कॉल इसी (ClientToScreen) से होती हैं। नहीं है OpenGL dll।

• सुपरमेटबॉय -> 32 बिट, स्टीम ओवरले के अंदर निष्पादन, विंडोज जीडीआई

• ΔV: रिंग ऑफ़ सैटर्न (डेमो) -> 64 बिट, गोडोट / एक्सक्यूट्स ओपनजीएल और विंडोज जीडीआई कॉल, ओपेनग्ल स्वैबफर्स ​​के लिए सिंगल कॉल करें - 8. के ​​मूल्य के साथ GetPixelformat 8. विंडोज जीडीआई के लिए बहुत सारे कॉल करें। क्या डुप्लीकेट कॉल? से WindowsFromDC- SetRect (विंडो का आकार), OffsetRect।
  

• बैशन -> 32 बिट / एसडीएल 2 / एक्सक्लूसिव ओपन ओपेन कॉल, नो विंडोज जीडीआई, स्वैपपफर्स का एक अनूठा कॉल करें - GetPixelFormat 10 के मूल्य के साथ हर समय।

• साउथपार्क सच्चाई की छड़ी -> 32 बिट / अनजाने इंजन / विंडोज जीडीआई में सभी कॉल को निष्पादित करता है, लगता है Direct3D v 9 (इस प्रक्रिया द्वारा d3d9.dll है, लेकिन बहुत कम कॉल करते हैं), अधिकांश कॉल स्टीम और uxtheme.dll के गेमओवररेंडर से होती हैं। OffsetRect और IsRectEmpty और अन्य विंडो फ़ंक्शंस निष्पादित करता है।
  

• साइन मोरा -> 32 बिट / अनजाने इंजन / भाप ओवरले द्वारा विंडोज जीडीआई में सभी कॉल निष्पादित करता है, dic3d 9

• Apotheon -> 32 बिट / Microsoft XNA / विंडो में सभी कॉल GDI, स्टीम ओवरले (क्लाइंट से स्क्रीन), Microsoft XNA (स्क्रीनटॉकिएंट) की एक कॉल, और uxthem..dll नामक एक प्रक्रिया से कॉल (विंडो प्रबंधन में एक कॉल) विंडोज़?) IsRectEmpty और PtInrect (सभी बूलियन) के लिए।
• अंडे घर लौटते हैं -> 64 बिट / गोडोट / कॉल ओपनजीएल से और खिड़कियों से जीडीआई, वही रिंग ऑफ सैटर्न।
• Guacamelee! सुपर टर्बो .... -> 32 बिट / अनजाने इंजन लेकिन फाइलों के लिए साइन मोरा के समान हो सकता है। यह गेम स्क्रीन को आकार देने की अनुमति देता है। Windows GDI से सभी कॉल।
• हीरो नहीं -> 32 बिट / SDL2 (विकिपीडिया, ClickTeam फ्यूजन कहता है) / विंडोज़ GDI Directx 9 से सभी कॉल।
• युद्ध की मध्य पृथ्वी की छाया -> 64 बिट (हाँ, वहाँ एक है) / इंट्रो फायरबर्ड कहते हैं, अब प्रक्रियाओं के बारे में कुछ भी नहीं है / विंडोज़ जीडीआई से सभी कॉल, लेकिन, बहुत कम कॉल हैं, कुछ अन्य खेलों में प्रति सेकंड कुछ कॉल (ej, आप गॉडोट आपी कॉल का अनुसरण कर सकते हैं, प्रति सेकंड टन हैं)। लेकिन यह गेम डी GPU को जलता है।

मैं ध्यान देता हूं कि खोए हुए अधिकांश गेम प्रक्रिया को रोकते हैं और रोकते हैं (शायद अच्छा अभ्यास?) और बहुत कम गेम आपको स्क्रीन को मैन्युअल रूप से आकार देने की अनुमति देता है (जैसे: नायक नहीं)। दुख की बात है कि मेरे पास iV में फ़ोकस लॉस / फ़ोकस गेन का हकलाने वाला मुद्दा है: रिंग्स ऑफ़ सैटर्न (डेमो)।

संपादित करें: ऐसा लगता है कि Godot एकमात्र इंजन है जो एक ही समय में OpenGL32 और WindowsGDI प्रक्रिया का उपयोग करता है।
ऐप का उपयोग किया गया: एपीआई मॉनिटर v2

(संपादित करें: :V का सही नाम: रिंग्स ऑफ सैटर्न (डेमो))

यदि रिंग्स ऑफ सैटर्न से आपका मतलब है RV: रिंग्स ऑफ सैटर्न (डेमो), तो इसे गोडोट 3.1 के साथ बनाया गया था, लेकिन मैं उनके उपयोग किए गए सटीक संशोधन के बारे में निश्चित नहीं हूं?

हकलाने के कारण का पता लगाने के कई घंटों के बाद, मेरे मामले में, कम से कम, मैंने संयोग से 'ऑटो स्विच टू रिमोट सीन ट्री' में 'एडिट सेटिंग' में सक्षम होने के लिए लगातार 1s हकलाना को ट्रैक किया। इसे अनटैक करना मेरे लिए हकलाने और प्रदर्शन के मुद्दों को हल करता है। (संभवतः अभी भी बहुत मामूली हकलाना है, लेकिन यह मुश्किल से ध्यान देने योग्य है।)

गोडोट ने 8849d3b का निर्माण
Win10 64bit, NVIDIA GeForce GTX 660, ड्राइवर v416.81

मेरे पास एक ही हकलाने वाला मुद्दा था और ऑटो स्विच टू रिमोट ट्री को अनचेक करना अपराधी था।

मुझे यहाँ वही समस्या हो रही है। इस घबराहट के बारे में कई मुद्दे हैं, लेकिन उनमें से अधिकांश के पास कोई उचित समाधान नहीं है और मुझे वास्तव में कुछ मदद की आवश्यकता है।

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

मैंने यह भी देखा कि 3.1 में 'फिजिक्स जिटर फिक्स' विकल्प सेटिंग्स मेनू (https://twitter.com/reduzio/status/984783032459685890) में जोड़ा गया है, लेकिन यह भी मदद नहीं करता है।

गोडोट संस्करण:
गोडोट 3.0.6

संस्करण सहित ओएस / डिवाइस:
MacOS 10.14.1
मैकबुक (रेटिना, 12-इंच, 2017)
1.2 गीगाहर्ट्ज इंटेल कोर एम 3
8 जीबी 1867 मेगाहर्ट्ज एलपीडीडीआर 3
इंटेल एचडी ग्राफिक्स 615 1536 एमबी
(लेकिन यह समस्या पीसी और मोबाइल और पीसी पर निर्यात किए गए गेम सहित कई उपकरणों पर होती है।)

मुदे का विवरण:
कोई भी वस्तु जो चलती है, स्क्रीन फ्रीजिंग के साथ समय-समय पर हकलाना या घबराना लगती है।

प्रजनन करने कि प्रक्रिया:
एक KinematicBody2D या यहां तक ​​कि एक AnimatedSprite के साथ एक नई परियोजना बनाएं और एक बेटे नोड के रूप में Camera2D जोड़ने के बाद Move_and_slide () या set_position () के साथ स्थिति को संशोधित करें। (लेकिन यह अभी भी Camera2D के बिना भी है।)

और यह कम प्रसंस्करण शक्तियों वाले उपकरणों पर अधिक बार होता है।

न्यूनतम प्रजनन परियोजना:
Godot_Jitter.zip

किनेमेटिकबॉडी 2 डी, _physics_process (), Move_and_slide ()

https://youtu.be/78S95yugRDk

extends KinematicBody2D
const SPEED = 75
var motion = Vector2()

func _physics_process(delta):
    if Input.is_action_pressed('ui_right'): motion.x = SPEED
    elif Input.is_action_pressed('ui_left'): motion.x = -SPEED
    else: motion.x = 0
    motion = move_and_slide(motion, Vector2(0, -1))
    print(delta, position)

एनिमेटप्रोसाइट, _physics_process (), set_global_position ()

https://youtu.be/gdc6NOoWG4E

extends AnimatedSprite
const SPEED = 75
var motion = Vector2()

func _physics_process(delta):
    if Input.is_action_pressed('ui_right'): motion.x = SPEED
    elif Input.is_action_pressed('ui_left'): motion.x = -SPEED
    else: motion.x = 0
    set_global_position(get_global_position() + motion*delta)
    print(delta, position)

KinematicBody2D, _process (), set_global_position ()

https://youtu.be/YVFtkbuyqEQ

extends KinematicBody2D
const SPEED = 75
var motion = Vector2()

func _process(delta):
    if Input.is_action_pressed('ui_right'): motion.x = SPEED
    elif Input.is_action_pressed('ui_left'): motion.x = -SPEED
    else: motion.x = 0
    set_global_position(get_global_position() + motion*delta)
    print(delta, position)

विन 7 64 बिट, जीटीएक्स 660 (ड्राइवर 391.35), गोडोट 3.0.6 और 3.1-बीटा 1 जीतें

अरे, मैंने मूल परियोजना को टाल दिया (एनिमेशन को रोक दिया, पदों को मैन्युअल रूप से समायोजित करने के बजाय कठोर शरीर का उपयोग किया, थोड़ा एनिमेटेड बैकग्राउंड जोड़ा, आदि)

यहाँ यह है: FirstGame_2.zip

आकार की खिड़की ~ 500x500 और 1920x1080 के मॉनिटर रिज़ॉल्यूशन के साथ परीक्षण किया गया

अब मेरी टिप्पणियों:

• जिटर सर्वव्यापी है (न केवल ऊर्ध्वाधर, हमेशा की तरह vsync मुद्दों)
• कम खिड़की का आकार है, अधिक लगातार घबराना है
• Vsync को बंद करने से घबराना दूर हो जाता है (अगली बुलेट पॉइंट vsync के साथ हैं)
• एक ही समय में स्क्रीन पर
• निर्यात खेल या संपादक से चलाने से कोई फर्क नहीं पड़ता
• अगर मैं एक ही स्क्रीन पर क्वाक्स्पास्म-एसडीएल 2 के साथ गेम चलाता हूं (पानी के नीचे खिलाड़ी पर हमला करने वाले ज़ोंबी के साथ), तो मुझे बहुत कम घबराहट होती है
• अगर मैं एक shadertoy साइट के साथ गेम चलाता हूं (यह डेमो: https://www.shadertoy.com/view/ll3fz4), एक ही स्क्रीन पर बहुत घबराहट दिखाई देती है
• यदि मैं एक shadertoy साइट के साथ खेल को चलाता हूं, लेकिन उसी स्क्रीन पर रोक दिया जाता है, तो मुझे थोड़ा घबराना दिखाई देता है
• अगर मैं संपादक के साथ खेल को उसी स्क्रीन पर चलाता हूं, तो संपादक में दिखाया गया कोई दृश्य अपडेट नहीं होता है (Player.tscn), मुझे थोड़ा घबराना दिखाई देता है
• अगर मैं संपादक के साथ खेल बहुत घबराहट होती है

एयरो के साथ कोशिश नहीं की, भूल गए कि कैसे जल्दी से इसे आगे और पीछे स्विच करें?

@ तारों-एरो को बंद करने के लिए, कॉन्फ़िगरेशन पैनल पर जाएं, "उपस्थिति और निजीकरण" चुनें, वहां आपको "विंडोज क्लासिक" जैसे एक पुराने विषय को बदलने में सक्षम होना चाहिए, जिसमें दृश्य प्रभाव (और फिर doesn ') नहीं है। टी एयरो का उपयोग करें), या "विंडोज 7 क्लासिक"।

ठीक है, इसलिए क्लासिक विषय के साथ खेल, स्क्रीन पर shadertoy / संपादक के साथ भी, हकलाने की स्थिति से आगे और पीछे की ओर चिकनी हो जाता है (प्रत्येक राज्य कई सेकंड तक रह सकता है)। और इस मोड में ऊर्ध्वाधर फ्रेम फाड़ के साथ हकलाना है। उस ने कहा, यहां तक ​​कि फ़ायरफ़ॉक्स स्क्रॉलिंग क्लासिक विषय के साथ आँसू: 'डी

मुझे एक ही समस्या हो रही है diiiiiiiii, move_and_slide साथ उसका उपयोग मामला मेरा समान है। यह आप बारीकी से देखते हैं, यह खिलाड़ी के लिए घबराने वाली वस्तु नहीं है, बल्कि इसके पीछे लंबन पृष्ठभूमि है।

गतिज पात्रों के साथ 2 डी परियोजना
गोडोट 3.0.6
विन 10 64 बिट
इंटेल i5-2550K CPU
16 जीबी रैम
जीईएफटी जीटीएक्स 970

चूंकि यह कई अलग-अलग प्रकार के उपकरणों पर होता है, मुझे नहीं लगता कि यह हार्डवेयर कॉन्फ़िगरेशन से संबंधित है। यह भी ios उपकरणों पर चल रहे निर्यात खेल पर होता है।

यह आप बारीकी से देखते हैं, यह खिलाड़ी के लिए घबराने वाली वस्तु नहीं है, बल्कि इसके पीछे लंबन पृष्ठभूमि है।

@ behelit2 मैं हालांकि उस बारे में निश्चित नहीं हूं। https://youtu.be/YVFtkbuyqEQ इस फुटेज में अगर आप प्लेयर ऑब्जेक्ट को देखते हैं, तो यह अपने आप से ही घिसटता है। यह एक अलग मुद्दा हो सकता है लेकिन यह तब और खराब हो जाता है जब कैमरा स्मूथिंग चालू हो या ऑब्जेक्ट Rigidbody2D पर स्विच हो जाए।

https://youtu.be/MGMlhl0tPTA
यह तब होता है जब कैमरा स्मूथिंग चालू होता है और ऑब्जेक्ट को Rigidbody2D पर स्विच किया जाता है।

extends RigidBody2D
const SPEED = 7
var motion = Vector2()

func _physics_process(delta):
    if Input.is_action_pressed('ui_right'): motion.x = SPEED
    elif Input.is_action_pressed('ui_left'): motion.x = -SPEED
    else: motion.x = 0
    apply_impulse(position, motion)

मैंने इस तरह से apply_impulse () का उपयोग करके घबराना बढ़ाया हो सकता है, लेकिन सेट_पोजिशन () का उपयोग करके सीधे वस्तु की स्थिति को संशोधित करने से बहुत फर्क नहीं पड़ा।

@diiiiiiiii मुझे लगता है कि आपको तब एक अलग मुद्दा खुला होना चाहिए। अन्यथा, धागा विरोधाभासी बयानों से भरा होगा क्योंकि लोग विभिन्न चीजों का परीक्षण कर रहे हैं।
उदाहरण के लिए, मैं आपके (खेद) नहीं, अब के लिए ओपी परियोजना की कोशिश कर रहा हूं।

@ starry-abyss मिल गया;)
हालांकि पहले से ही घबराने के बारे में कई मुद्दे हैं और मुझे लगता है कि वे निकटता से संबंधित हैं और इसका मूल कारण हो सकता है।

ओपी मुद्दे पर अपडेट। मुझे ई-सिंक का उपयोग किए बिना एफपीएस को कैप करने के लिए गोडोट में कुछ विकल्प मिले। तो मेरे लिए यह 60 एफपीएस है जिसमें वी-सिंक बंद है और अब ~ 4000 नहीं है।
और वी-सिंक को बंद करने का बहुत तथ्य मेरे लिए समस्या को हल करता है।

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

FYI करें, diiiiiiiii का मुद्दा यहां जारी है: # 25162

वी-सिंक ऑफ एप्रोच के अलावा, मुझे एक दिलचस्प विंडोज-विशिष्ट तरीका मिला (प्रतिबद्ध विवरण द्वारा यह मुद्दा हो सकता है), यह निश्चित नहीं है कि गोडोट पहले से ही इसका उपयोग करता है, लेकिन शायद किसी के पास प्रयास करने का समय है:
https://github.com/glfw/glfw/commit/8309e0ecb09fe5cf670dff5df1e7ca71821c27bd
यह भी संबंधित है: https://bugzilla.mozilla.org/show_bug.cgi?id=1127151

हालाँकि, यह धागा भी है जो अधिक विस्तार में और विभिन्न दृष्टिकोणों के साथ जाता है:
https://bugs.chromium.org/p/chromium/issues/detail?id=467617
और यह पूरक, कम और बिंदु से अधिक है, लेकिन शुरुआत में कुछ भावनाओं के साथ भी: https://www.vsynctester.com/firefoxisbroken.html

मेरी उपरोक्त रिपोर्ट में घबराने वाला शब्द बदल गया, क्योंकि मैंने जो अनुभव किया है (देखें https://docs.godotengine.org/en/latest/tutorials/misc/jitter_stutter.html)।

@ByTheQuietLake मेरा विचार केवल विंडो मोड में वी-सिंक को बंद करना था (यानी यह कोड से किया जा सकता है, यहां तक ​​कि एफपीएस कैप के लिए मॉनिटर की ताज़ा दर को भी क्वेरी कर सकता है), लेकिन चूंकि कोर देवता दृष्टिकोण का समर्थन नहीं करते हैं, इसलिए कुछ भी नहीं है अभी तक पुनर्विचार करने के लिए। :) अन्य विंडोज-विशिष्ट तरीके हैं, लेकिन हमें अभी भी यह साबित करना है कि वे अच्छे काम करते हैं और बहुत ज्यादा हैक नहीं हैं।

ओपी मुद्दे पर अपडेट। मुझे ई-सिंक का उपयोग किए बिना एफपीएस को कैप करने के लिए गोडोट में कुछ विकल्प मिले। तो मेरे लिए यह 60 एफपीएस है जिसमें वी-सिंक बंद है और अब ~ 4000 नहीं है।
और वी-सिंक को बंद करने का बहुत तथ्य मेरे लिए समस्या को हल करता है।

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

आपने अपने एफपीएस को 60 तक कैसे सीमित किया?

प्रोजेक्ट सेटिंग्स के डिबग श्रेणी में कहीं न कहीं "फोर्स एफपीएस" फ़ील्ड का उपयोग करना

Воскресенье, 17 февраля 2019, 9:25 +03: 00 от FabiánLC सूचनाएं @github.com:

ओपी मुद्दे पर अपडेट। मुझे ई-सिंक का उपयोग किए बिना एफपीएस को कैप करने के लिए गोडोट में कुछ विकल्प मिले। तो मेरे लिए यह 60 एफपीएस है जिसमें वी-सिंक बंद है और अब ~ 4000 नहीं है।
और वी-सिंक को बंद करने का बहुत तथ्य मेरे लिए समस्या को हल करता है।
मुझे आश्चर्य है कि अगर वी-सिंक विंडो मोड में बिल्कुल भी समझ में आता है। विंडोज अपने आप से वी-सिंक का उपयोग करने लगता है, और शायद यह गोडोट गेम से लड़ता है जो वी-सिंक सिग्नल प्राप्त होने के बाद फ्रेम को तेजी से तैयार करेगा। इसके अलावा IIRC अन्य गेम केवल v- सिंक ऑफ के साथ फुलस्क्रीन में आंसू बहाते हैं, न कि विंडो मोड में।
आपने अपने एफपीएस को 60 तक कैसे सीमित किया?
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

मैंने लोगों को अपने CPU को सिस्टम के साथ पोस्ट करने के लिए नहीं देखा है, सिवाय I5-2500K के और जिसमें इंटिग्रेटेड इंटेल GPU है।

मेरे लैपटॉप में इंटेल इंटिग्रेटेड जीपीयू और समर्पित एनवीडा कार्ड दोनों हैं। अगर सिर्फ दो gpu / ड्राइवरों और godot के बीच कोई समस्या हो सकती है तो मैं सोच रहा था

शायद। लेकिन यह gpu / सीपीयू पर निर्भर नहीं दिखता है। I7 2700 + 1080ti में मोबाइल 4000 पर इंटेल 4000 (प्रथम जीन सतह प्रो) के साथ स्टुटरी (विंडो) और मक्खन चिकना हो सकता है - फुलस्क्रीन में।

अजीब बात है कि आपको यह कहना चाहिए कि अगर मैं अपने लैपटॉप पर 940 मीटर पर डेमो प्रोजेक्ट चलाता हूं तो मुझे हकलाना दिखाई देता है। हालाँकि जब मैं समर्पित Intel 530 का उपयोग करके एप्लिकेशन चलाता हूं तो मुझे कोई हकलाना नहीं दिखता है।

विंडोज 10 घर
i3-6100H CPU @ 2.70GHz,
GeForce 940M (26.21.14.3064)
इंटेल (आर) एचडी ग्राफिक्स 530 (26.20.100.6709)

क्या इस परियोजना में हकलाना दिखाई दे रहा है? (तीर कुंजी दबाकर स्थानांतरित करें।)

मैंने अभी एक त्वरित निर्यात किया और 60 पर भौतिकी स्थापित किया।
940M में कभी-कभार झटके आते थे लेकिन कतराने नहीं
इंटेल 530 में कोई झटके नहीं थे, लेकिन कई बार स्पष्ट vsync बाल काटना,

मैं बाद में और करता हूं, और आपको बता देता हूं।

मुझे अपनी FPS को 60 पर कैप करने के साथ कुछ सफलता मिली है। यकीन नहीं होता कि 60 एक जादू की संख्या है, तो मेरी स्क्रीन 144 का समर्थन कर सकती है, मैंने 144 पर कैप सेट करने की कोशिश की, लेकिन हकलाना अभी भी दिखाई दे रहा था। मैंने अपने एफपीएस को 120 तक कम कर दिया, हकलाना अभी भी दिखाई दे रहा था, लेकिन "धुंधली" के रूप में नहीं, जो मुझे लगता है कि यह कम अंतराल पर हो रहा है। 80 तक FPS कम करने और पहले के समान परिणाम के साथ अनुसरण किया गया, लेकिन अब आश्चर्यजनक रूप से धीमा हो रहा है। इसके अलावा, मुझे कहना चाहिए, मैंने v- सिंक को अक्षम कर दिया और विंडो मोड में चल रहा है, मैंने फुलस्क्रीन के साथ परीक्षण किया है, लेकिन एक ही परिणाम है। क्या 60 एफपीएस में कैप्ड इंजन में कोई प्रक्रिया होती है?

क्या 60 एफपीएस में कैप्ड इंजन में कोई प्रक्रिया होती है?

डिफ़ॉल्ट रूप से, भौतिकी को 60 एफपीएस पर सिम्युलेटेड किया जाता है, जिसका अर्थ है कि जब एफपीएस भौतिकी एफपीएस की तुलना में अधिक है, तो दृश्यमान विसंगति होगी (बशर्ते कि अंतर दिखाने के लिए प्रदर्शन तेजी से पर्याप्त हो)। भौतिकी FPS को प्रोजेक्ट सेटिंग्स ( भौतिकी> सामान्य> भौतिकी एफपीएस ) में बदला जा सकता है।

यह भौतिकी निकायों को प्रक्षेपित करके समाप्त किया जा सकता है, लेकिन इसके लिए कोई आधिकारिक समर्थन नहीं है। 3.2alpha में, आप इस चौरसाई ऐड का उपयोग कर सकते हैं, जिससे नोड्स को प्रक्षेपित करना आसान हो जाता है।

क्या 60 एफपीएस में कैप्ड इंजन में कोई प्रक्रिया होती है?

डिफ़ॉल्ट रूप से, भौतिकी को 60 एफपीएस पर सिम्युलेटेड किया जाता है, जिसका अर्थ है कि जब एफपीएस भौतिकी एफपीएस की तुलना में अधिक है, तो दृश्यमान विसंगति होगी (बशर्ते कि अंतर दिखाने के लिए प्रदर्शन तेजी से पर्याप्त हो)। भौतिकी FPS को प्रोजेक्ट सेटिंग्स ( भौतिकी> सामान्य> भौतिकी एफपीएस ) में बदला जा सकता है।

यह भौतिकी निकायों को प्रक्षेपित करके समाप्त किया जा सकता है, लेकिन इसके लिए कोई आधिकारिक समर्थन नहीं है। 3.2alpha में, आप इस चौरसाई ऐड का उपयोग कर सकते हैं, जिससे नोड्स को प्रक्षेपित करना आसान हो जाता है।

विस्मयकारी, धन्यवाद, यह समझा सकता है कि क्यों आंदोलन के रूप में हकलाने वाले चरित्र भौतिकी प्रक्रिया कॉल में संभाले हुए हैं

फिर भी 3.1.1 BTW में पुन: पेश कर सकते हैं, सबसे आसान तरीका फ़ायरफ़ॉक्स में Shadertoy खुला (https://github.com/godotengine/godot/issues/19783#issuecomment-455830124) के साथ है

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

मैं विंडोज 10 पर गॉडोट 3.2 के नवीनतम अल्फा बिल्ड का उपयोग कर रहा हूं

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

मैं विंडोज 10 पर गॉडोट 3.2 के नवीनतम अल्फा बिल्ड का उपयोग कर रहा हूं

मुझे नहीं लगता कि आप इसे खिड़कियों पर ठीक कर सकते हैं, यह लिनक्स पर नहीं होता है, यह 4.0 में नए वल्कन रेंडरर के साथ तय किया जा सकता है।

मैं उम्मीद करता था कि कोई समाधान होगा, लेकिन इस धागे पर मैंने जो भी सलाह दी थी, उसके लगभग हर प्रयास के बाद भी कोई पासा नहीं गिरा। मेरे लिए, घबराना केवल तब होता है जब मैं प्रोजेक्ट को NVIDIA कार्ड में चलाता हूं। अगर मैं इसे इंटीग्रेटेड इंटेल जीपीयू का उपयोग करके चलाता हूं, तो यह सिल्की स्मूथ चलती है। : /
मैं विंडोज 10 पर गॉडोट 3.2 के नवीनतम अल्फा बिल्ड का उपयोग कर रहा हूं

मुझे नहीं लगता कि आप इसे खिड़कियों पर ठीक कर सकते हैं, यह लिनक्स पर नहीं होता है, यह 4.0 में नए वल्कन रेंडरर के साथ तय किया जा सकता है।

अच्छी तरह से बेकार है कि, Vulkan एपीआई केवल उच्च अंत उपकरणों पर ध्यान केंद्रित नहीं करता है?

मैं विशेष रूप से OpenGL 2.0 को लक्षित करता हूं ताकि मैं कम-अंत वाले उपकरणों का समर्थन कर सकूं। यह थोड़े उच्च अंत ग्राफिक्स एपीआई का उपयोग केवल 2 डी गेम के लिए करना और लोअर एंड कंप्यूटर / लैपटॉप वाले लोगों को बंद करना है। 😕

एक मिथक की तरह लगता है। हो सकता है समय-समय पर हकलाना निश्चित एटीएम नहीं हो सकता है, लेकिन हम जिस हकलाना का सामना कर रहे हैं वह एक गॉडोट-ओनली विशेषता है।

एक मिथक की तरह लगता है।

आप इससे क्या जिक्र कर रहे थे?

यह एक चुनौतीपूर्ण मुद्दा है। एक हाथ मैं इस ASAP को व्यक्तिगत रूप से ठीक करना चाहूंगा। लेकिन मैं पुन: पेश नहीं कर सकता, इसलिए ऐसा कुछ नहीं है जो मैं कर सकता हूं। (मैं एक एनवीडिया ग्राफिक्स कार्ड के साथ विंडोज 10 का उपयोग करता हूं)

कोई है जो इस मुद्दे को पुन: पेश कर सकता है दुर्भाग्य से इसे ठीक करने में एक छुरा लेने की जरूरत है। :(

हालांकि यह एक असामान्य समस्या है, लेकिन यह बहुत से लोगों को इस धागे को आकर्षित करने के लिए पर्याप्त सामान्य लगता है। तो उम्मीद है कि आप में से कोई एक इस पर काम कर सकता है।

आह, मैं हमेशा यह भूल रहा हूं कि मुझे जो अनुभव हुआ है उसे आधिकारिक गोडोट डॉक शब्दों में घबराना कहा जाता है।

किसी को पता है कि कैसे कुछ हार्डवेयर खरीदने के बिना 60 एफपीएस में समस्या को पूरी तरह से कैप्चर करना है? _
मुझे लगता है कि कुछ लोग इस बात को कम आंकते हैं कि यह कितना चमकदार है, और शायद यह अलग-अलग पीसी पर एक अलग दिखने वाला मुद्दा है।

आप इससे क्या जिक्र कर रहे थे?

मिथक: "यह हमेशा OpenGL (या Windows, आदि) पर ऐसा ही होता है। केवल वालकैन हमें बचा सकता है"।

ठीक है तो:

1. यह OBS का एक वीडियो है: https://www.youtube.com/watch?v=osbJlk1XD8c ओबीएस का प्रभाव यह है कि बस ओबीएस चलने से गोडोट परियोजना में यह घबराहट होती है (यहां तक ​​कि जब कब्जा बंद होता है)।
2. OBS के बिना यह तब तक सुचारू है जब तक कि मैं फ़ायरफ़ॉक्स को shadertoy के साथ अनइंस्टॉल नहीं करता, तब यह हकलाना शुरू कर देता है, लेकिन OBS के साथ कब्जा नहीं कर सकता, क्योंकि 1।

मेरी खुद की रिकॉर्डिंग में चिपिंग, यह Bandicam के साथ किया जाता है और अधिकांश भाग के लिए यह रिकॉर्डिंग के साथ या इसके बिना प्रदर्शन करता है। जैसा कि आप देख सकते हैं, यह सुचारू रूप से शुरू होता है, लेकिन धीरे-धीरे मुद्दे होने लगते हैं

@clayjohn मुझे लगता है कि यह भौतिकी के प्रक्षेप को लागू करने के द्वारा तय किया जाएगा, लेकिन reduz कुछ कारणों से इसे कोर में रखने का विरोध करता है। फिर भी, वर्तमान भौतिकी कदम अनुपात को उजागर करने के लिए 3.2alpha में एक विधि जोड़ी गई, जो मैन्युअल रूप से सटीक भौतिकी प्रक्षेप को लागू करना संभव बनाता है।

@ starry-abyss यदि आप 3.2alpha का उपयोग कर सकते हैं, तो लॉनजेली की स्मूदी - ऐडऑन को आज़माएं: थोड़ा_स्माइलिंग_फेस:

बस एक विचार, मैं अवास्तविक इंजन या फिजिक्स स्रोत को देखने के लिए कुछ भी उपयोगी है?

चीयर्स,
विक्टर स्टेन

22 अक्टूबर, 2019 को सुबह 4:17 बजे, ह्यूगो लोकोर्सियो नोटिफिकेशन @github.com ने लिखा:

@clayjohn मुझे लगता है कि यह भौतिकी के प्रक्षेप को लागू करने के द्वारा तय किया जाएगा, लेकिन reduz इसे कोर में होने का विरोध करता है।

@ starry-abyss यदि आप 3.2alpha का उपयोग कर सकते हैं, तो लॉनजेली की स्मूदी-एडन को आज़माएं ys

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें, या सदस्यता समाप्त करें।

@victorbstan हमें Unreal के सोर्स कोड को नहीं देखना चाहिए, क्योंकि यह एक ओपन सोर्स लाइसेंस के तहत नहीं है। (यह गैर-लाइसेंस प्राप्त अवास्तविक इंजन उपयोगकर्ताओं को पुनर्वितरण की अनुमति भी नहीं देता है।)

निश्चित रूप से बंद स्रोत से कोड नहीं उठाएं, लेकिन वास्तुशिल्प रूप से आप कर सकते हैं
इस से विचारों को चमक नहीं है? [वकील नहीं है]

Tue पर, 22 अक्टूबर, 2019 को सुबह 11:07 बजे ह्यूगो लोकोर्सियो नोटिफिकेशन @github.com
लिखा था:

@victorbstan https://github.com/victorbstan हमें नहीं देखना चाहिए
अवास्तविक स्रोत कोड, क्योंकि यह एक खुले स्रोत लाइसेंस के तहत नहीं है। (यह)
यहां तक ​​कि गैर-लाइसेंस प्राप्त अवास्तविक इंजन उपयोगकर्ताओं को पुनर्वितरण की अनुमति दें।)

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

@Razzlegames मैं अभी भी इसके स्रोत कोड को देखने की सिफारिश नहीं करूंगा। यदि आप कभी भी एक मालिकाना एल्गोरिथ्म से प्रेरणा लेना चाहते हैं, तो आपको संबंधित जोखिम को कम करने के लिए स्वच्छ कमरे में रिवर्स इंजीनियरिंग करना चाहिए।

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

मैं समझता हूं, सुझाव एक समाधान खोजने के लिए संभावित रास्ते का विचार प्राप्त करना है, जरूरी नहीं कि साहित्यिक चोरी हो। मैं कल्पना नहीं करूंगा कि चंचल / हकलाने वाले मुद्दों को सुलझाने का एक पेटेंट है लेकिन IANAL।

चीयर्स,
विक्टर स्टेन

22 अक्टूबर, 2019 को दोपहर 2:07 बजे, ह्यूगो लोकोर्सियो नोटिफिकेशन @github.com ने लिखा:

@victorbstan हमें Unreal के सोर्स कोड को नहीं देखना चाहिए, क्योंकि यह एक ओपन सोर्स लाइसेंस के तहत नहीं है। (यह गैर-लाइसेंस प्राप्त अवास्तविक इंजन उपयोगकर्ताओं को पुनर्वितरण की अनुमति भी नहीं देता है।)

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें, या सदस्यता समाप्त करें।

मेरे परिदृश्य में गोडोट प्रोफाइलर 60 एफपीएस दिखाता है, यहां तक ​​कि जब मैं घबराना / हकलाना देखता हूं। क्या इसका मतलब यह है कि मुद्दा प्रक्षेप से संबंधित नहीं है, या मैं कुछ याद कर रहा हूं?

मेरी धारणा यह थी कि गोडोट के समय को एक तरह से लागू किया गया था, जो विंडोज के कंपोजिटर टाइमिंग के साथ हस्तक्षेप करता है (और शायद एसडीएल इसे

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

गोडोट अपने स्वयं के विंडो प्रबंधन कोड का उपयोग करता है, यह न तो एसडीएल का उपयोग करता है और न ही GLFW: थोड़ा_स्माइलिंग_फेस:

मैं विंडोज 10 और एक nVidia GeForce GTX 1070 और, vsync सक्षम के साथ 3.2 अल्फ़ा 2 बिल्ड के साथ, झरोखे मोड में होने पर jitters है। फुल स्क्रीन मोड ठीक लगता है। यदि खेल चलता है तो संपादक को कम से कम नहीं किया गया तो समस्या विशेष रूप से खराब है। मैं जिस खेल के साथ परीक्षण कर रहा हूं वह केवल _process() को अपडेट करने के लिए उपयोग करता है। इस वजह से, मुझे संदेह था कि समस्या को बहुत शोर delta या गिरा फ्रेम (बड़े डेल्टा) के साथ करना था लेकिन ऐसा नहीं है। delta वास्तव में घबराने के दौरान रॉक-स्थिर है।

इस धागे में दूसरों के शोध के आधार पर, मैंने स्वैप अंतराल को 0 पर सेट करने के लिए context_gl_windows.cpp में एक हैक किया और DwmFlush() में swap_buffers() DwmFlush() कॉल किया।

#include <dwmapi.h>

#pragma comment(lib, "dwmapi.lib")

...

void ContextGL_Windows::swap_buffers() {

    DwmFlush(); // Added this.
    SwapBuffers(hDC);
}

void ContextGL_Windows::set_use_vsync(bool p_use) {

    if (wglSwapIntervalEXT) {
        // changed this: wglSwapIntervalEXT(p_use ? 1 : 0);
        wglSwapIntervalEXT(0); // To this.
    }
    use_vsync = p_use;
}

यह glfw और Chromium प्रोजेक्ट्स पर आधारित है।

यह परिवर्तन विंडो मोड में होने पर घबराना ठीक करने के लिए लगता है। पूर्ण स्क्रीन मोड में, खेल फाड़ रहा है इसलिए DWM अक्षम है और 1 के अंतराल मूल्य के माध्यम से डबल-बफरिंग आवश्यक प्रतीत होता है। (मूल रूप से, कोड को वह करने की आवश्यकता है जो वह वर्तमान में करता है।)

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

ऐसा लगता है कि wglSwapIntervalEXT(0); हिस्सा विकल्पों में वी-सिंक को बंद करने के समान है।

यह wglSwapIntervalEXT (0) जैसा दिखता है; भाग विकल्पों में वी-सिंक को बंद करने के समान है।

यह है। 1 - vsync सक्षम करें, 0 - अक्षम करें, और "अनुकूली vsync" के लिए -1 (कम फ्रेम दर पर सिंक को अक्षम करें, उच्च पर सक्षम करें)।

मैंने 3.1.x शाखा पर अपने सरल मामलों के साथ ऊपर से ड्वामफ्लश () चीज़ का परीक्षण किया।

• यह shadertoy परीक्षण मामले के साथ स्थिति को ठीक करता है;
• वी-सिंक ऑन या ऑफ - मेरे लिए समान दिखता है (मैंने wglSwapIntervalEXT () भाग) को पैच नहीं किया;
• ओबीएस मामला अभी भी घबराने वाला है (जैसा मैं सोचता हूं वैसा ही दिखता है), लेकिन गोडोट अब एफपीएस ड्रॉप 40 की रिपोर्ट करता है (मुझे आश्चर्य है कि गोडोट में प्रोफाइलर वास्तव में मूल गोडोट संस्करण के साथ निहित है);
• मैंने SwapBuffers (hDC) के बाद ड्वामफ्लश () को कॉल करने की कोशिश की, और सभी 3 अंक समान रहे।

मुझे यकीन नहीं है, लेकिन मुझे लगता है कि स्वपबफर्स ​​(एचडीसी) के बाद ड्वामफ्लश () हो सकता है क्योंकि गोडोट निकटतम कंपोजिटर के अपडेट में फ्रेम डालता है, न कि अगले पर, जो निकटतम के बाद है।
मुझे आश्चर्य है कि अगर कंपोज़िटर चल रहा है तो गोडोट को बेहतर पता लगाना चाहिए और अगर यह नहीं है तो वेनिला वी-सिंक विधि पर वापस जाएं।

तो अगले प्रयास में कैलिनौ द्वारा उल्लिखित नया प्रक्षेप फीचर होगा।

अद्यतन: हां, ओबीएस मामले में गोडोट 0.03 सेकंड की प्रक्रिया समय (लेकिन एफपीएस 60 के रूप में रिपोर्ट किया गया है) की रिपोर्ट करता है, शायद गोडोट एफपीएस काउंटर हर दूसरे समय वी-रिक्त याद नहीं करता है।
अद्यतन 2: दुख की बात है कि प्रक्षेप प्लगइन यहाँ मदद करने के लिए प्रतीत नहीं होता है; मैं अभी भी ओबीएस मामले में घबराना और shadertoy मामले में हकलाना और / या घबराना मिश्रण कर रहा हूं

ऐसा लगता है कि wglSwapIntervalEXT(0); हिस्सा विकल्पों में वी-सिंक को बंद करने के समान है।

सही है, लेकिन DwmFlush() को swap_buffers() जोड़ने से खेल सिंक्रनाइज़ेशन के लिए कंपोज़िटर (DWM) का उपयोग करने का कारण होगा। जब कंपोज़िटर को सक्षम किया जाता है, तो आपके पास प्रभावी रूप से डबल बफरिंग होती है, चाहे आप इसे चाहें या नहीं। आपके पास उस मामले में ट्रिपल-बफरिंग होगी जहां आपने ओपनजीएल के स्वैप अंतराल को 1 पर सेट किया है (आपके दो बफ़र्स और कंपोज़िटर!)।

मुझे आश्चर्य है कि अन्य परियोजनाओं ने DwmFlush() से पहले SwapBuffers() कॉल क्यों रखा। यह पीछे की ओर लगता है, लेकिन मैंने लगभग खुद को आश्वस्त किया है कि यह सही है।

उन परियोजनाओं के मामले में, वे OpenGL की डबल-बफ़रिंग (जब कंपोज़िटर सक्षम है) का उपयोग नहीं कर रहे हैं, तो ऐसा करना इस तरह लगता है कि ऊर्ध्वाधर खाली अवधि के साथ सिंक करने का सबसे अच्छा तरीका है। 0 के एक OpenGL स्वैप अंतराल के साथ, SwapBuffers() लिए कॉल ब्लॉक नहीं करता है इसलिए आप कंपोज़िटर को अगले फ्रेम के रूप में प्रस्तुत कर रहे हैं जैसे ही आप जानते हैं कि यह वर्तमान के साथ समाप्त हो गया है। इसका प्रभावी रूप से एक OpenGL स्वैप अंतराल का उपयोग करने के समान प्रभाव होता है 1. (जब कंपोज़ीटर हस्तक्षेप नहीं कर रहा है - उदाहरण के लिए पूर्ण स्क्रीन मोड।)
>
>

मुझे आश्चर्य है कि अगर कंपोज़िटर चल रहा है तो गोडोट को बेहतर पता लगाना चाहिए और अगर यह नहीं है तो वेनिला वी-सिंक विधि पर वापस जाएं।

मेरे विचार से आप सही है। यह स्पष्ट प्रतीत होता है कि जब कंपोज़िटर सक्षम किया जाता है तो ओपनजीएल का वी-सिंकिंग टूट जाता है। यदि आप glfw के और क्रोमियम के कोड को देखते हैं तो वे इसे कहते हैं ( DwmFlush() का उपयोग करके) एक हैक। यह संभावना है कि उन्हें लगता है कि ओपनजीएल इस मामले में टूट गया है और कुछ ऐसा करने जा रहा है जो उसे करना चाहिए।

@ starry-abyss OBS मामले के बारे में आपकी पोस्ट को फिर से पढ़ने के बाद नहीं बदल रहा है, मुझे आश्चर्य है कि अगर उस प्रोजेक्ट ने vsync को सक्षम किया है। चूंकि आपने कॉल को wglSwapIntervalEXT() में परिवर्तित नहीं किया है, DwmFlush() और SwapBuffers() दोनों में अवरुद्ध करेगा। वह 0.03 दूसरी प्रक्रिया के समय की व्याख्या करेगा।

@TerminalJack नहीं, मैंने सभी संयोजनों की कोशिश की। जब मैं ओबीएस चलाता हूं तो प्रक्रिया का समय हमेशा 0.03 तक बढ़ जाता है। ऐसा लगता है कि गोडोट 60 एफपीएस पर होना मुश्किल है, तब भी जब यह लगातार कई फ्रेम हासिल नहीं कर सका।

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

लेकिन अगर कोई विश्वसनीय तरीका है (डिस) साबित होता है कि 0.03 शुद्ध गणना समय है और सिंक नहीं कर रहा है, तो मैं इसे आज़मा सकता हूं।

@ starry-abyss परीक्षण उद्देश्यों के लिए, आप उस प्रक्रिया को 'उच्च' करने के लिए प्राथमिकता देने के लिए कार्य प्रबंधक का उपयोग कर सकते हैं। यह इसे दूसरों को प्रीमेच करने का कारण बनेगा और इसे प्रसंस्करण समय का शेर का हिस्सा देगा। यही है, जब तक यह एक चल राज्य में है और DwmFlush() और / या SwapBuffers() में अवरुद्ध नहीं है।

मुझे आज इसके साथ खिलवाड़ करने का ज्यादा मौका नहीं मिला है, लेकिन मैंने विंडोज 10 सिस्टम पर बदलाव को चलाने का प्रयास किया है जिसमें एक इंटेल इंटेल यूएचडी ग्राफिक्स 620 जीपीयू है। (काफी कम अंत वाला GPU।)

मैंने सबसे पहले 3.2 अल्फ़ा 2 बिल्ड के साथ गेम (विंडो मोड में) चलाया और इसमें कोई ध्यान देने योग्य घबराहट नहीं थी। मैंने तब बदलावों के साथ खेल को चलाया और यह ठीक भी रहा।

मैंने दो रन के दौरान delta बार लॉग इन किया था और मैंने पाया कि वे कॉल के साथ DwmFlush() तुलना में अधिक स्थिर थे ...

३.२ अल्फ़ा २

0.016667 (10 times)
0.016501
0.016667 (15 times)
0.016628
0.016667 (3 times)
0.016646
0.016667 (5 times)
0.016659
0.016667 (6 times)
0.016571
0.016667 (2 times)
0.016661
0.016667 (10 times)
0.016626
0.016667 (13 times)
0.016567
0.016667 (8 times)
0.016653

टेस्ट बिल्ड

0.018182
0.022628
0.018182 (3 times)
0.017982
0.016836
0.016781
0.016667 (5 times)
0.01671
0.016667 (129 times)
0.016935
0.016667 (13 times)
0.018094
0.016667 (2828 times)

(यहां शुरुआत में उच्च डेल्टा इस तथ्य के कारण हैं कि ये दृश्य लोड होने के बाद सही लिया गया था। अल्फा बिल्ड समान व्यवहार प्रदर्शित करता है।)

ध्यान दें कि परीक्षण का निर्माण आखिरकार कैसे तय हुआ और स्थिर स्थिति में पहुंच गया। 3.2 अल्फ़ा 2 बिल्ड ने कभी नहीं किया।

तो ऐसा लगता है कि न केवल प्रतिकूल इस परिवर्तन से प्रभावित नहीं होगा अन्य GPUs, लेकिन वास्तव में यह से लाभ होगा। मेरा अनुमान है कि जीटर खराब हो जाता है क्योंकि GPU अधिक शक्तिशाली हो जाता है और यह निर्माता या यहां तक ​​कि ड्राइवरों पर निर्भर नहीं करता है।

मैंने एक कांटा बनाया है जिसमें एक ही कमिट है जो इस समस्या को ठीक करना चाहिए।

मैंने केवल दो विंडोज 10 मशीनों पर इसका परीक्षण किया है, इसलिए यह बहुत अच्छा होगा यदि अन्य लोग इसे बना सकते हैं और अन्य विंडोज संस्करणों पर इसका परीक्षण कर सकते हैं। इसके अलावा, मैंने इसे VC ++ 2019 का उपयोग करके बनाया है, इसलिए यदि कोई मिंगव का उपयोग कर सकता है तो वह भी बढ़िया होगा।

यदि आपके पास परियोजना का अपना (हाल ही में) कांटा है, तो आपको इस बदलाव को बिना किसी समस्या के पैच करना चाहिए।

एक एनवीडिया जीटीएक्स 1050 के साथ विंडोज 10 पर इम।

जब तक मेरे पास एक shadertoy खुला और चल रहा है (जैसा कि ऊपर कुछ टिप्पणियों में वर्णित है) मेरे पास उदाहरण परियोजना में हकलाना नहीं है।

@TerminalJack के साथ

@clayjohn ने इसके परीक्षण के लिए धन्यवाद दिया। मुझे आश्चर्य है कि अगर आपके मामले में समस्या सिर्फ प्रोसेसिंग पावर की है।

मैं पृष्ठभूमि में एक 800 x 450 shadertoy और अग्रभूमि में एक विंडो में एक गॉडोट गेम (संपादक से रन) चला सकता हूं और मेरे द्वारा किए गए परिवर्तनों के साथ बहुत कम घबराहट हो सकती है। दूसरी ओर, अल्फा 2 बिल्ड में समान परिस्थितियों में गंभीर घबराहट होती है। मैं उन व्यक्तियों में से एक हूं, जिन्हें मेरे सिस्टम पर किसी भी भार के बिना भी गंभीर घबराहट है, इसलिए शायद यह भी ध्यान में रखना है।

@TerminalJack अच्छी बात। मैं iq के वर्षावन shader चला रहा था :)

मुझे लगता है कि यह भी एक उच्च संभावना है कि यहां खेलने में कई मुद्दे हैं। जैसा कि @Calinou ने ऊपर बताया है, कई उपयोगकर्ताओं के पास तयशुदा भौतिकी के साथ-साथ उपयोग करते समय समस्या है।

इस बिंदु पर मुझे लगता है कि आपको अपनी प्रतिबद्धता पीआर करनी चाहिए, यह अच्छा लग रहा है और पीआर बनाने से यह अधिक दृश्यता देगा और अन्य उपयोगकर्ताओं के लिए निर्माण और परीक्षण करना आसान होगा।

@clayjohn हाँ, मैं मानता हूँ कि इस तरह के व्यवहार करने वाले अन्य मुद्दों की संभावना है।

मैं वास्तव में एक खराब हकलाना के साथ एक समस्या को ट्रैक करने की कोशिश कर रहा था जो कि हर 60 से 90 सेकंड में एक बार होता है और इस धागे के पार आया। (ऐसा लगता है कि कुछ 60s से 100ms के लिए प्रक्रिया को रोक रहा है हर अब और फिर।) मैं अपने खेल को पूर्ण स्क्रीन मोड में चला रहा था और यह किसी भी घबराहट का अनुभव नहीं कर रहा था। इस धागे के पार आने के बाद, हालांकि, मैंने इसे एक खिड़की में चलाने की कोशिश की और, लो-एंड-बीहोल्ड: मैं भाग्यशाली लोगों में से एक हूं जो इस विशेष समस्या को पुन: उत्पन्न करने के लिए हो सकता है।

मैं अपने बदलावों से डिबगिंग स्टेटमेंट को हटाकर एक-दो घंटे में पीआर पर भेज दूंगा।

@TerminalJack कांटा अब उपलब्ध नहीं है (या यह निजी होना तय है), क्या आप इसे फिर से उपलब्ध करा सकते हैं?

@Calinou क्षमा करें। मैंने रिपॉजिटरी को जैक किया तो मैंने इसे हटा दिया। मैं इसे फिर से फोर्क कर दूंगा और शीघ्र ही यहां फिर से बदलाव करूंगा।

@Calinou नई प्रतिबद्धता यहाँ है ।

@TerminalJack आपका फिक्स केवल विंडोज के लिए लगता है लेकिन मैं उबंटू पर एक ही मुद्दे का सामना करता हूं।

@TerminalJack आपका फिक्स केवल विंडोज के लिए लगता है लेकिन मैं उबंटू पर एक ही मुद्दे का सामना करता हूं।

हां, यह निश्चित रूप से एक विंडोज-केवल फिक्स है। माफ़ करना।

मुझे नहीं पता कि उबंटू पर कुछ ऐसा ही करना जरूरी है या नहीं। मुझे भी यकीन नहीं है कि यह एक संगीतकार का उपयोग करता है

मुझे नहीं पता कि उबंटू पर कुछ ऐसा ही करना जरूरी है या नहीं। मुझे भी यकीन नहीं है कि यह एक संगीतकार का उपयोग करता है

यह, वास्तव में, इसे कुछ विंडो प्रबंधकों (उबंटू के डिफ़ॉल्ट सहित) पर अक्षम करने का कोई तरीका नहीं है: थोड़ा_साइडिंग_फेस:

@TerminalJack को इसके लिए कुछ तर्क की भी आवश्यकता हो सकती है जब Aero को उदा में अक्षम किया जाता है जैसे कि विंडोज 7 (IIRC यह v- सिंक नहीं करता है, इसलिए Godot को शायद अभी भी इस मामले में v- सिंक करना चाहिए)

@ starry-abyss मुझे उम्मीद है कि मामला पकड़ा जाएगा। मेरे पास एक पुराना लैपटॉप है जिस पर विंडोज 7 है। अगर यह अभी भी काम करता है तो मैं इसके साथ कुछ परीक्षण करूंगा और देखूंगा कि क्या कोई बदलाव आवश्यक है।

मैंने अपने 10 साल पुराने लैपटॉप को निकाल दिया, जिस पर विंडोज 7 है और मेरे बदलावों का परीक्षण किया। मुझे परीक्षण के लिए सबसे सरल परियोजनाओं का उपयोग करना था। (लैपटॉप GPU तब बहुत खराब थे।) मैंने इस पोस्ट से प्रोजेक्ट का उपयोग किया। मैंने निम्नलिखित जोड़ा है ताकि मैं पूर्ण स्क्रीन के / आउट-ऑफ कर सकूं।

func _input(event):
    if event is InputEventKey && event.scancode == KEY_F && event.pressed:
        # Switch into or out of full screen mode.
        OS.window_fullscreen = !OS.window_fullscreen

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

अच्छी खबर यह है कि _code_ के लिए आवश्यक कोई भी बदलाव नहीं होगा। कोड यह पता लगाता है कि कंपोजिटर सक्षम है या नहीं जैसा उसे चाहिए। यह उस स्थिति को भी संभालता है जहाँ आप एप्लिकेशन चला रहे हैं, तब कंपोज़िटर को सक्षम या अक्षम करते हैं। यह एक ऐसा मामला है, जो मैंने पहले कभी नहीं देखा था, इसलिए मैंने इसे उन मामलों में swap_buffers() टिप्पणी में शामिल नहीं किया, जहां v- सिंकिंग रणनीति मक्खी पर बदलती है। इसलिए मुझे पता है कि अभी तक मुझे केवल एक चीज को बदलने की जरूरत है।

Irc पर लाई गई चीजों में से एक आज इस पर चर्चा कर रही है (और TerminalJack's PR) आउटपुट डेल्टा में त्रुटि से मापा इनपुट डेल्टा में त्रुटि को अलग कर रही है।

कैलिनौ ने बताया कि हम कमांड लाइन स्विच --fixed-fps 60 साथ चलकर एक हद तक इसका परीक्षण कर सकते हैं। यह इनपुट डेल्टा का इलाज करेगा क्योंकि यह हमेशा एक सेकंड का 1/60 वां होता है।

यह बहुत मददगार होगा अगर समस्या वाले लोगों (विशेषकर खिड़कियों पर) हमें बता सकते हैं कि क्या इससे घबराने पर कोई प्रभाव पड़ता है।

@lawnjelly मैंने कमांड लाइन विकल्प के साथ और उसके बिना जल्दी से कोशिश की, लेकिन दुख की बात है कि मैं आज इस मुद्दे को नहीं दोहरा सकता)% OBS मामले को छोड़कर, जो अभी भी वैसा ही है।
क्या संयोग के बीच संग्रहित विकल्प का मूल्य संयोग से चलता है?

क्या संयोग के बीच संग्रहित विकल्प का मूल्य संयोग से चलता है?

नहीं, यह केवल एक कमांड-लाइन तर्क है (जो कि स्टेटलेस है)।

ठीक। इसके अलावा, बीटीडब्ल्यू, गोडोट 3.1.1 में उपलब्ध विकल्प है (जिस संस्करण पर मैं यहां अधिकांश परीक्षण करता हूं)?

ठीक। इसके अलावा, बीटीडब्ल्यू, गोडोट 3.1.1 में उपलब्ध विकल्प है (जिस संस्करण पर मैं यहां अधिकांश परीक्षण करता हूं)?

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

@ starry-abyss यह कमांड-लाइन तर्क 3.1 में जोड़ा गया था, इसलिए यह 3.1.1 में भी उपलब्ध होना चाहिए।

इसलिए, --fixed-fps 60 ने मेरे लिए इस मुद्दे की मदद नहीं की। और कमांड लाइन से गेम चलाने से सीधे मदद नहीं मिली (मैं अभी भी स्क्रीन पर संपादक का एक अलग उदाहरण है, हालांकि तेज पुन: पेश करता हूं)।

और --fixed-fps 60 अनुरोध के मामले में दोनों ने एक बार भी कोशिश की, फिर भी झटके लगे।

कल को पुन: पेश करने की कठिनाई थी क्योंकि मैं पिछले परीक्षणों से विकल्पों में वी-सिंक कर चुका था। : /

कोई निश्चित टाइमस्टेप प्रक्षेप नहीं है।

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

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

मैं समझता हूं कि यह डॉक्स में उल्लिखित नहीं है, और कोर में कोई निश्चित टाइमस्टेप प्रक्षेप नहीं है। शायद मुझे डॉक्स के लिए इस पर कुछ लिखने और लिखने की कोशिश करनी चाहिए, मैंने पहले प्रलेखन नहीं जोड़ा है।

_समर्थन यह है: _
अन्य समस्याओं (डेल्टा, OS) के बावजूद, यदि आप भौतिकी का उपयोग करते हैं या _physics_process में ऑब्जेक्ट ले जाते हैं, तो वर्तमान में Godot भौतिकी टिक और वास्तविक फ़्रेम के बीच aliasing के परिणामस्वरूप घबराना देगा। यह सभी भौतिकी टिक रेट / मॉनिटर रिफ्रेश रेट संयोजनों में कुछ हद तक घटित होगा, कुछ दूसरों की तुलना में खराब होंगे।

Odge जिटर फिक्स ’विधि इस अलियासिंग के आसपास कम स्पष्ट तरीके से होने के कारण चकमा देने का एक प्रयास था (यह अभी भी घटित होगा)। सीढ़ी के बारे में सोचें।

इस 'आधार स्तर' को रोकने के लिए आपको वर्तमान में या तो घबराना होगा
1) (सभी गोडोट संस्करणों में उपलब्ध) _process में वस्तुओं को ले जाएँ और उन्हें डेल्टा के समानुपाती दूरी पर ले जाएँ। यह खेलों के लिए आदर्श नहीं है क्योंकि आप भौतिकी का उपयोग नहीं कर सकते हैं, और व्यवहार फ्रेम दर पर निर्भर है, हालांकि यह घबराना परीक्षण के लिए ठीक है।

2) (गोडोट 3.2 में उपलब्ध है) निश्चित टाइमस्टेप प्रक्षेप का इस्तेमाल किया। इंजन-> get_physics_interpolation_fraction () फ़ंक्शन के साथ 3.2 में ही यह वास्तव में संभव है। इसका उपयोग कैसे करें के एक उदाहरण के लिए

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

इसे प्राप्त करने का एक वैकल्पिक (अधिक नौसिखिया अनुकूल) तरीका अर्ध-स्थिर टाइमस्टेप के साथ है, जिसे मैंने जुलाई # 30798 के बाद से पीआर के लिए किया है।

यह वैज्ञानिक जांच और परिकल्पना परीक्षण का आधार है। यह विचार जितना संभव हो उतने जटिल प्रभावों को कम करता है और एक समय में एक की जांच करता है।

यहाँ खेलने के 3 मुख्य कारक हैं:

1) खेल से वस्तु स्थिति और समय के बीच रैखिक संबंध (ऊपर देखें)
2) इनपुट टाइमिंग में त्रुटि
3) आउटपुट टाइमिंग में त्रुटि

उपरोक्तानुसार (१) हटा दें। कमांड लाइन तर्क का उपयोग करके (2) को हटा दें, फिर आप अलगाव में (3) की जांच कर सकते हैं।

इसके अलावा, घबराना की किसी भी जांच के लिए, आपको वस्तुओं को सीधे स्थानांतरित करना चाहिए, न कि भौतिकी के माध्यम से, क्योंकि भौतिकी संभावित रूप से खुद को घबराना जोड़ सकती है।

_Edit: _
मैंने इस थ्रेड में न्यूनतम रिप्रो प्रोजेक्ट पर एक नज़र डाली है (ढोंगी चकमा) और यह _process में वेग * डेल्टा के साथ घूम रहा है, जो ठीक होना चाहिए। यह is_action_pressed पर निर्भर करता है और व्यक्तिगत रूप से मैं इसे एक संभावित समस्या के रूप में निकालूंगा, लेकिन शायद यह ठीक है। हालांकि, घबराना परीक्षण करने के लिए एक और परियोजना का उपयोग करते हुए, ऊपर दिए गए बिंदुओं से सावधान रहें।

@lawnjelly मैं देख रहा हूं। मुझे आभास हो रहा था कि इंटरपोलेशन प्लगइन अभी भी केवल कुछ लोगों द्वारा परीक्षण किया गया है, और छोटी गाड़ी हो सकती है (और यहां तक ​​कि घबराना भी)। इसलिए मैंने क्या स्थिर (3.1.1) लिया, यही मेरे लिए "वैज्ञानिक" काम करता है।
मैं अगली बार नए विचारों के साथ कोशिश करूँगा।

मैंने इस थ्रेड में न्यूनतम रेप्रो परियोजना पर ध्यान दिया है

मैं परियोजना के अपने संस्करण का उपयोग कर रहा हूं, क्योंकि मूल एक एनिमेशन का उपयोग कर रहा है (घबराना मुखौटा कर सकता है) और ग्रे पृष्ठभूमि पर ग्रे स्प्राइट है। मैं इसे समायोजित करूँगा ताकि यह आपके मानदंडों को पूरा करे।

इसलिए, --fixed-fps 60 ने मेरे लिए इस मुद्दे की मदद नहीं की।

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

यह कमांड लाइन तर्क के साथ @TerminalJack के लिए भी मामला है?

मैं अपने स्वयं के प्रोजेक्ट का उपयोग कर रहा हूं, जैसा कि मूल एक एनिमेशन का उपयोग कर रहा है (घबराना मुखौटा कर सकता है) और ग्रे पृष्ठभूमि पर ग्रे स्प्राइट है। मैं इसे समायोजित करूँगा ताकि यह आपके मानदंडों को पूरा करे।

आह अच्छा, धन्यवाद! : +1:

@lawnjelly मैं देख रहा हूं। मुझे आभास हो रहा था कि इंटरपोलेशन प्लगइन अभी भी केवल कुछ लोगों द्वारा परीक्षण किया गया है, और छोटी गाड़ी हो सकती है (और यहां तक ​​कि घबराना भी)।

थोड़ा सा विषय, लेकिन यह ठीक होना चाहिए (मैंने कुछ हफ्तों में इसे छुआ नहीं है), घबराहट का परिचय नहीं देना चाहिए। यदि आपको कोई कीड़े मिलते हैं तो मुझे समस्या ट्रैकर पर बताएं या यहां तक ​​कि एक पीआर भी बनाएं। : +1: क्या मैं इसे 3.2 _When के लिए आधिकारिक addons पर डालने का इरादा रखता हूँ, मैं इसके आसपास पहुँचता हूँ: मुस्कान:।

@lawnjelly

यह कमांड लाइन तर्क के साथ @TerminalJack के लिए भी मामला है?

क्षमा करें, मुझे आपके सुझावों को आज़माने का मौका नहीं मिला है। मुझे लगता है कि मैं काम कर रहा हूँ पर एक खरगोश छेद नीचे चला गया।

@lawnjelly पीआर धागे में हमारी चर्चा के अनुसार, मैंने अभी सोचा था कि मैं उल्लेख करूंगा कि आप --fixed-fps <fps> कमांड-लाइन विकल्प के बारे में सही थे। यह वास्तव में, vsync को सक्षम रखता है। तो, जैसे आप कह रहे थे, यह डेल्टा की गणना के साथ किसी भी मुद्दे को फैक्टर-आउट करने का एक अच्छा तरीका है। जब मैंने पहले कोशिश की थी, तो मैंने गड़बड़ कर दी थी और मैं हकलाता था क्योंकि अब ऐसा नहीं है।

मैं अपने परिवर्तन के साथ उस विकल्प का उपयोग कर रहा हूं कि संपादक के बाहर चलने पर DwmFlush() उपयोग करने में मदद मिले। यदि आप DwmFlush() अक्षम करते हैं, तो आप गेम में हकलाना पैदा कर सकते हैं बस कुछ अन्य विंडो को घेर कर या अपने माउस को टास्कबार में चल रहे कार्यों में से एक पर मँडरा सकते हैं। जाहिर है, चूंकि खेल 'सामान्य से ऊपर' प्राथमिकता पर चल रहा है, ऐसा नहीं होना चाहिए। (और यह नहीं है अगर DwmFlush() का उपयोग किया जा रहा है।)