Godot: 간단한 2D 게임에서 심한 끊김 문제 [Windows 10, Nvidia]

안녕하세요. 다른 컴퓨터 (집)에서 테스트했기 때문에 보고서를 업데이트했으며 애니메이션을 변경하는 것과 동일한 문제가 여기에 있습니다. 따라서 이것은 문제를 일으키는 애니메이션이 아닙니다. 노트북에있는 것을 보았을 때 화면이 작기 때문에 믿었던 것 같습니다. 다음은 문제에 대한 동영상입니다 (동영상은 60FPS).
GodotStutter.zip

비디오가 화면에있는 내용을 실시간으로 정확하게 표현한 경우 여기에서 말더듬 관련 문제에서 언급 한 것보다 훨씬 더 많이 말더듬입니다. 이 Windows 10 / GTX 1060 설정에 심각한 문제가있을 것입니다 (Windows 10 / Nvidia의 주요 Windows 업데이트 후 성능 문제를 자세히 설명하는 인터넷 기사를 많이 볼 수 있지만 관련 여부는 알 수 없습니다).

다음은 내 시스템의 테스트 프로젝트 인 Mageia 6 x86_64 (Linux), Nvidia GTX 670MX (최신 독점 드라이버 (390.59))의 비디오입니다. 전혀 끊김이 없습니다.
StutterTest_LinuxNvidia_OK.zip

BTW 여기에 데모 프로젝트 firstGame_fixed.zip 의 고정 버전이 있습니다. 원본 파일은 어떻게 든 3 개의 다른 폴더 ( "firstgame", "firstGame"및 "FirstGame")로 분할되어 있습니다.

게임은 비디오에서와 같은 양의 말더듬을 제공합니다.
그러나 vsync를 끄면 끊김 현상이 완전히 제거됩니다 (하지만 게임은 4000fps로 실행됩니다).
Windows 10 64 비트 nVidia GTX 1060도 여기에 있습니다.

나는 또한 @Zylann이 여기에서 제안한대로 테스트했고 동일한 결과를 얻었습니다. 나도 Win10 x64와 nVidia GTX 1060을 가지고 있습니다.

편집 : nVidia에서 다음 드라이버를 사용합니다.
398.11-desktop-win10-64bit-international-whql

Win 7 64 비트 GLES2 및 GLES3 테스트, GeForce GTX 660 / PCIe / SSE2 ... 끊김이 없습니다. 게임 뒤에서 godot의 2d 편집기를 사용하여 Aero를 켜면 약간의 끊김 현상이 발생합니다 (Godot 편집기 렌더링이 게임 렌더링을 방해 함).

그러나 Godot 말더듬은 거대한 보이지 않는 적입니다. 우리 모두는 그것이 있다는 것을 알고 있지만 해결책이 간단하지 않다는 것을 알고 있기 때문에 자세히 살펴보고 싶지 않습니다.

귀하의 문제는 모니터 새로 고침 빈도가있는 다른 물리 고정 fps처럼 보입니다. 편집기가 물리 fps를 구성 한 것과 동일한 hz가없는 모니터에서 이런 종류의 끊김이 보이지만 다른 것일 수 있습니다.

귀하의 문제는 모니터 새로 고침 빈도와 다른 물리적 고정 fps처럼 보입니다.

데모는 물리학을 사용하지 않고 단순한 _process 합니다.

사실 ... 나는이 경우에 심한 말더듬 만 보인다고 말하지만, 관련된 물리 과정이 없다는 것은 사실이다. 나는 모니터 중 하나의 hz 변경을 테스트하고 차이가 없으며 내 장비에서 끊김이 없습니다.

편집 : 나는이 컴퓨터에서 승리 7, 승리 8.1, 승리 10을 얻었고 모든 것을 테스트하는 데 시간을 할애했습니다. 승리 8.1에서 말더듬이 없음. 나는 지금 win 10에서 테스트하고 있으며 매우 부드럽습니다. 윈도우 문제가 없습니다. Godot는 당신의 1060에 화가 났습니까?

여기 내 노트북으로 동일한 테스트가 있습니다. 보시다시피 문제도 여기에 있습니다. 그러나 그것은 덜 눈에 띄지 만 여기에 있습니다.

노트북 사양 : Windows 10-Geforce 940M

다음은 노트북 비디오입니다 (60FPS 비디오입니다).
GodotStutterLap.zip

끊김 문제가있는 사람이 _physics_process를 사용하여 Player.gd _process에서 데모 변경을 실행할 수 있습니까?

나는 오늘 저녁 내 집 PC에서 테스트 할 것이다. 이것은 내가 항상 문제가있는 곳이다. 하지만 이상한 점이 있습니다. 오늘 아침에 제 노트북으로 프로젝트에 대한 비디오를 제공했는데 보시다시피 같은 종류의 말더듬이 있습니다. 문제는 이제 다시 실행하면 무작위처럼 다시 말더듬이 발생하지 않는다는 것입니다. 그리고 랩톱에서 아무것도 변경하지 않았으며 아침 내내 TSE 세션에서 작업했습니다.

경고 : 나는 내 노트북에 대해서만 이야기합니다. GTX 1060이 설치된 가정용 PC에서 문제는 항상 여기에 있습니다. 그러나 내 랩톱에서는 문제가 무작위로 발생하는 것 같습니다. 그래서 지금은 테스트 목적으로 랩톱을 옆에두고 "버그"를 격리 할 수 ​​있도록 항상 문제가있는 가정용 PC에서만 테스트 할 것이라고 생각합니다.

@Ranoller 나는 그것을 테스트했고 동일한 결과를 얻었습니다. 말더듬이 여전히 있고 거의 동일하게 보입니다.

@Ranoller 는 아무것도 변경하지 않는 @RaXaR 과 동일한 테스트를했습니다. 같은 문제가 있습니다.

이거 잘 안 보이네요 ....

버그를 정확히 지정하기 위해이 테스트를 수행합니다.

1) 전체 화면 켜기 / 끄기
2) 모니터가 2 대 이상인 경우 :
비활성화-공유 데스크톱 활성화
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)

이것이 마지막 아이디어입니다 ... 아마도 문제에 대해 말도 안되지만 ... 그래픽 카드는 플레이어에게 매우 일반적이므로 godot이 잘 실행되어야합니다.

뿡뿡

대상 :

• 첫 번째 요점 : 이미 전체 화면을 시도했는지 여부, 아무것도 변경되지 않습니다.

• 2 : 이미 하나의 모니터로만 실행하려고했지만 (내 공통 구성이지만 두 번째 모니터도 가끔 사용하므로 둘 다 시도했습니다) 아무것도 변경되지 않습니다.

• 3 : 테스트를해야합니다 (오늘 저녁 (프랑스 시간), 이것을 할 수 있어야합니다.)

• 4 : 코드를 테스트해야합니다 (오늘 저녁 (프랑스 표준시),이 작업을 수행 할 수 있어야합니다.)

방금 코드를 테스트했는데 아무것도 변경되지 않았습니다.

이 문제가 godot과 직접적으로 관련이있을 수는 없지만 godot은 잘 말더듬 문제를 수정해야합니다. 다른 스레드에서 말한 것처럼 모든 게임이 더듬 거리는 것은 사실이 아닙니다. 오늘 나는 n ++, 전체 화면, 창, 어떤 끊김도 보려고 노력하고 있었는데 .. 전혀 끊김이 없습니다. Ori와 블라인드 포레스트와 마찬가지로,이 게임에서 말더듬이 발생하기 위해서는 많은 나쁜 일이 필요합니다 (백그라운드에서 다른 프로그램과 함께 창 등 ... 그리고 한 시간에 2 ~ 3 프레임 스킵 ...). Godot는 실행을 시작할 때 항상 x 초 동안 끊기고 나중에 안정화되지만 X 초마다 프레임 스킵이 발생합니다 (물론 gtx1060의 문제가 없다면). 이 문제를 사소한 문제로 취급해서는 안됩니다.

나는 문제를 분리하기 위해 최선을 다하지만 내 수준에서는 조금 어렵습니다. 다른 설정을 테스트했지만 결과가 없었습니다. 또한 클리어 스크린으로 색상을 사용하는 대신 배경 이미지를 테스트했습니다. "빈 화면"에 2D 스프라이트를 렌더링하기 때문에이 문제가있는 엔진을 이미 본 적이 있습니다 (마녀를 기억하지 마십시오). 그래서 지금은 아무 생각이 없습니다.

궁금해서 SwapBuffers 가 68 행 주위에서 context_gl_win.cpp 걸리는 시간을 프로파일 링하십시오. 16ms보다 오래 걸리면 여기에 프레임을 떨어 뜨릴 가능성이 높습니다.

Godot의 출처를 아는 누군가가 결과에서 내가 흥미 롭다는 것을 테스트 할 수 있다면 (내 영어에 대해 죄송합니다 ...)

어제이 문제를 가지고 있었는데 게임 창이 약 60 초 동안 실행 된 후 마법처럼 저절로 해결되었습니다. 그럼 부드러워서 캐싱이 될 수 있다는 걸 말해 주나요?

호기심에서 SwapBuffers가 68 행 주위의 context_gl_win.cpp에 걸리는 시간을 프로파일 링하십시오. 16ms보다 오래 걸리면 여기에 프레임을 떨어 뜨릴 수 있습니다.

GLES2에서 문제가 발생했는지 확인하는 것이 도움이 될 수 있습니다.

나는 그것에 대해 Godot의 옵션을 가지고 놀려고 노력했지만 나에게는 아무것도 바뀌지 않습니다. 무엇을 바꿀지 정확히 알지 못합니까?

게임을 2 분 이상 놔두려고했지만 60 초가 지나도 문제는 항상 해결되지 않았습니다.

3.0.3에서 비슷한 문제가 발생했습니다. (Win10 64 비트, Nvidia 660) 3.0.2에서는 눈치 채지 못했습니다.

이 노드가있는 레벨에서 성능 문제를 볼 수 있기 때문에 AnimatedSprite 노드와 관련이 있다고 생각합니다. IDE에서 실행하거나 Win 32 비트로 내보낼 때 셔터 링이 발생하지만 Win 64 비트로 내 보내면 모든 것이 제대로 실행되고 끊김이 없습니다.

.. 흥미롭게도 예제 프로젝트 'FirstGame.zip'에는 문제가 없지만 여전히 내 게임과 관련하여, IDE 및 32 비트 버전에서 실행하면 FPS가 5로 떨어지고 GPU는 약 2 %에 있습니다 .. .하지만 64 비트 내보내기 GPU는 30 %이고 모든 것이 정상입니다.

안녕하세요.이 문제에 대한 소식이 있습니까? 방금 퐁 데모로 테스트 해봤는데 (전에는 튜토리얼 게임에서 한 적이 없었습니다)이 샘플 프로젝트에도 문제가있는 것 같습니다. 나는 그것을 테스트하기 위해 Steam에서 Godot의 마지막 버전을 사용합니다.

Nvidia 드라이버를 업데이트해도 아무것도 바뀌지 않았기 때문에이 문제에 대한 뉴스를 가져 왔습니다. 나는 그것을 타는 방법을 아직 찾지 못했습니다.

이제 geforce gtx 1060 (3GB 저렴한)이있는 컴퓨터가 있으며 Windows 10 홈에는 문제가 없습니다. 백그라운드 앱일 수 있습니까? 일부 하드웨어 특정 구성 AMD-Nvidia Intel-Nvidia ....? 이 컴퓨터에는 게임 응용 프로그램이 없지만 (음악 녹음 스튜디오에 있음) 컴퓨터에 3 개의 화면이 연결되어 있어도 godot이 원활하게 실행됩니다. 문제가있는 사람은 게임 모니터링 소프트웨어가 백그라운드에서 실행 중인지, Steam 또는 이와 비슷한 것이 있는지 확인할 수 있습니다. 그리고 그것이 있다면 비활성화하려고?

Steam을 사용하여 Godot를 시작할 때 끄기가 어렵습니다 ... Godot이 훌륭하게 실행됩니다. 문제는 당신이 만든 게임입니다. 나는 이미 비활성화 할 수있는 모든 것을 비활성화하려고 시도했지만 아무것도 변경하지 않았습니다. 나는 성공하지 못한 채 많은 테스트를했다. 예를 들어 nvidia 드라이버를 재설정하고 업데이트하려고 시도했지만 아무것도 변경하지 않았습니다.

다른쪽에는 원활하게 작동하는 엔진이 많이 있는데 Godot는 어떻습니까? 그게 제가 찾으려고 한 것입니다. 그러나 지금은 아무것도 찾지 못했습니다. 어딘가에 무언가가 있지만 무엇과 장소가 질문입니다 :-)

이 문제는 자체 검색으로 허용 가능한 솔루션을 찾기에는 너무 "엔진 개발 관련"문제입니다. 나는 godot 코드를 몇 시간 동안 찾을 수 있고 이것과 관련된 것을 찾을 가능성이 전혀 없다는 것을 알고 있습니다. 엔진 개발자들은 더 많은 코드 새로운 기능을 좋아하고 "버그 수정"이 더 "중급 작업"으로 간주된다는 것을 압니다. "또는 이와 비슷한 것. 그러나 이런 종류의 문제는 사실이 아닙니다. 이 문제를 자동 할당하기 위해 엔진 개발자가 필요하고 다른 "복잡한 고스트 수준이 낮은 수준의 비용 부담"버그 수정이 필요합니다.

나는 이미 (Steam없이) dev 버전을 시도했고 문제는 동일하다고 언급했습니다.

안녕하세요 저는 똑같은 끊김 문제가있었습니다 (Git 소스의 Godot 3.1 사용). 비디오에서와 똑같은 움직임이 저에게 지연되었습니다. move_and_slide 또는 애니메이션 플레이어 움직임입니다. 하지만 프로젝트 설정에서 V-Sync를 켜면 2D 게임에서 끊김 문제가 완전히 해결되었습니다.

@Zylann 이 V-Sync를 끄면 말더듬이 제거 스럽지만 저에게는 그 반대입니다.

@Qws를 끄고 게임을 60fps 이상으로 실행하면 (당시 그랬던 것처럼) 말더듬이 사라지지만 다른 문제가 발생합니다 (사용 가능한 모든 전력을 사용하고 적절한 델타를 사용하지 않은 모든 것을 실패하게 만듭니다) 시각). V-sync를 끈 상태에서 끊김 현상이 발생하면 부적절한 델타 시간 또는 게임이 화면을 업데이트하기 위해 프레임보다 더 오래 대기 / 처리해야하는 상황 때문입니다.

새로운 gtx 1060으로 한 첫 번째 테스트는 아무런 문제가 없지만 나중에 그 말더듬을 경험합니다. 내가 바꾼 유일한 것은 dvi to hdmi conexion (및 일부 프로그램 설치)입니다 ... 이것은 약간 이상합니다. 내가 확신 한 유일한 것은 문제가 Windows 10 측에 있지 않다는 것입니다.

나는 이것을 많이 말할 것이다. Gamedev.tv 튜토리얼에서 2D 게임 튜토리얼 "Hoppy Days"를 작업 중입니다. 나는 그것을 개발하기 위해 3.0.2를 사용하고 있었고 잘 작동했습니다. 튜토리얼이 3.0.4를 사용하고 있다는 것을 알았으므로 말 그대로 오늘 3.0.6으로 업그레이드하기로 결정했습니다. 이제 게임에서 눈에 띄는 지연이 있습니다. _3.0.2_에서는 지연이 전혀 없었습니다 . 지금 거기에 있습니다. 다른 모든 설정은 동일합니다.

내 노트북은 상당히 새로운 (2017 년 3 월 구매) Dell Inspiron 7000 시리즈 게임용 노트북입니다. 프로세서는 7 세대 Intel Core i7-7700HQ 쿼드 코어 (6MB 캐시, 최대 3.8GHz)입니다. 비디오 카드는 4GB GDDR5의 NVIDIA GeForce GTX 1050Ti입니다. RAM은 16GB, 2400MHz, DDR4입니다. 하드 드라이브는 삼성 SSD입니다. 윈도우 10.

나에게는 3.0.4 또는 3.0.6에서 변경된 것 같습니다 ...... 다른 것은 전혀 변경되지 않았습니다. 게임도 아닙니다 (예 : 레벨을 전혀 변경 / 편집 / 업데이트하지 않았습니다).

@ emo10001 3.0.3을 테스트 할 수 있습니까? 3.0.x 바이너리를 만드는 데 사용되는 빌드 시스템을 변경했습니다 (MSVC 2015를 사용하여 AppVeyor CI에 3.0에서 3.0.2까지 빌드했으며 MinGW를 통해 GCC 8로 3.0.3에서 3.0.6까지 빌드했습니다).

랩톱에 Optimus / 전환 가능한 그래픽이있는 경우 시스템이 Nvidia GPU와 함께 사용할 3.0.2 바이너리를 허용 목록에 추가 한 반면 3.0.3+는 기본적으로 IGP를 사용하는 것일 수 있습니다. 또는 3.0.2가 안티 바이러스에 의해 허용 목록에 포함 된 반면 3.0.3+는 다른 소스 (사실)에서 온 것으로 보이지만 아직 안전하지 않은 것으로 간주되어 안티 바이러스가 전체 검사를 실행하고 성능에 영향을 미칠 수 있습니다.
그것들은 단지 추측 일뿐입니다. 그렇지 않으면 실제 Godot 변경이 성능에 어떤 영향을 미칠지 확신 할 수 없으므로 빌드 시스템 변경 만 생각할 수 있습니다.

CC @hpvb

나는 같은 문제가있다! 내 프로젝트가 20 ~ 30 초 동안 끊겼다가 나중에 원활하게 실행됩니다. OP 포스트에서 프로젝트를 다운로드했는데 똑같은 것입니다.
V-Sync를 끄면 문제가 제거되고 4000 + fps로 실행됩니다.

나는 Linux Mint 19에서 버전 3.0.6을 실행하고 있습니다 (그래서 Windows 태그가 무의미하다고 생각합니다. eh?) 및 최신 독점 드라이버가있는 GTX 760.

나는 Linux Mint 19에서 버전 3.0.6을 실행하고 있습니다 (그래서 Windows 태그가 무의미하다고 생각합니다. eh?) 및 최신 독점 드라이버가있는 GTX 760.

아니요,하지만 이것은 다른 문제 일 수 있습니다. Linux에서 끊김 현상은 종종 창 관리자의 합성으로 인해 발생합니다 (예 : KWin에는 일부가 있지만 Openbox에는 없음).

내 프로젝트가 20 ~ 30 초 동안 끊겼다가 나중에 원활하게 실행됩니다.

편집중인 장면을 실행하면 15 ~ 30 초 정도 끊김 현상이 발생하고 (vsync가 켜진 상태에서) 찢어지는 현상이 많이 발생합니다.하지만 메인 메뉴에서 프로젝트를 시작하고 장면 선택기로 장면을 열면 ... 글쎄, 같은 장면에서 말더듬이 없습니다 (결국은 있지만 결코 아닙니다). 이 이벤트에 대한 설명이 있습니까? 고도? Windows? 재생산 안정화를 위해 몇 개의 프레임이 필요한가요? ... 게임 디자인에 필요한 것이기 때문에 그런 것들을 아는 것이 좋을 것입니다.

아니요,하지만 이것은 다른 문제 일 수 있습니다.

흠, 알겠습니다. 제가 의미 한 것은이 특정 문제는 많은 사람들이 동일한 문제를 겪고 있기 때문에 아마도 다중 플랫폼 일 것입니다.

나는 엉망이었고 move_and_slide () 및 move_and_collide () 모두에 대해 두 개의 운동학 몸체가 정확히 동시에 더듬 거리는 것을 발견했습니다.

둘 다 진동 할 때 카메라를 하나에 연결하면 두 개의 운동 학적 노드를 제외하고 장면의 모든 것이 끊깁니다. 정적 카메라에는 두 개의 운동 학적 노드가 더듬 거리는 것만 표시됩니다.

내가 변경 한 그래픽 설정이나 _process 또는 _physics_process는 중요하지 않은 것 같습니다. 다른 델타 변수를 사용하지도 않습니다.

이 프로젝트는 실제 사용을 대표하지 않는다고 생각합니다. 더 복잡한 프로젝트는 조금 순조롭게 진행됩니다. 나는 윈도우가 과도하게 큰 godot 유휴 시간을 잘 처리하지 못한다고 생각합니다. 다른 관련 문제를 발견했습니다. godot뿐만 아니라 많은 문제가 있습니다. "기본 모니터"와 같은 태그가 지정됩니다. 기본 모니터가 1이 아닌 경우 보조 모니터에서 끊김이 발생합니다 (YouTube는 ori와 같은 단일 상용 게임에는 문제가 없습니다). 보조 모니터의 전체 화면, 승리 7의 에어로 및 모니터 교체 (ej : 기본 모니터 2와 같음)에서 scenary는 최악이며 큰 끊김 현상이 발생합니다 (godot뿐만 아니라 게임 제작자 나 유니티 게임도 아닙니다). 2 1080p 화면에서 확장 된 데스크탑이있는 멀티 모니터는 저렴한 GPU에는 어렵지만 다른 게임은 더 부드럽다는 것을 알고 있습니다 (godot는 fps를 잃지 않고 끊김 만 발생). 이 테스트가 계속된다면 더 복잡한 예제를 만들어야합니다.

@Ranoller 내 설정은 gtx 760의 듀얼 모니터, 'primary'로 태그가 지정된 두 번째 모니터, 계피가있는 Linux mint 19입니다. 프로젝트가 더듬 거리는 특정 조건을 이해하려고했지만 알아낼 수 없었습니다. 이 작은 프로젝트는 때때로 끊김없이 끊기지 않습니다 (단지 끊김, fps 손실 없음). 또한 (창으로 실행되는 godot 테스트 구성에서 실행 중) 끊김이 발생하면 일반적으로 두 번째 모니터 (기본 모니터가 아님)에 하나 이상의 크롬 창이 있으며, 최소화하면 끊김 현상이 사라집니다. 크롬 창에서 복원하면 말더듬이 완전히 사라졌습니다.

2 대의 컴퓨터-> i5 gtx660 2 개 화면 1080p 및 다른 1 개 i7 gtx 1060 3 개 화면 (2 1080p 및 기타 hdready) ... 글쎄, gtx660의 보조 모니터와 관련된이 끊김 문제가 있습니다. 렌더링, godot 및 chrome stutters, 게임 제작자 및 unity do n't (상업용 게임, 정확히 HiperLightDrifter 및 Ori, 데모 또는 템플릿을 테스트하지 않음)와 독점적으로 관련됩니다. Windows aero는 전체 화면에서 더 많이 버벅 거립니다 (실제로 전체 화면이 아니라고 생각합니다). 그러나 win 7에서는 aero 없이는 매우 많은 fps를 가지고 있습니다. 제 프로젝트에서는 vsync없이 130-140fps, aero에서는 400fps를 통과했지만. .. 특정 조건 (vsync 유무에 관계없이)에서 끊김 현상이 발생합니다. 나는 i7 gtx 1060에서 godot을 더듬 거리게 만들 수 없습니다. 저는 최적화 / OpenGL 문제라고 생각합니다. ej : Light2D는 거의 사용할 수 없습니다. 시스템이 너무 강력하지 않으면 "mix"이외의 모든 믹스 모드가 끊길 수 있지만 godot은 게임 제작자 또는 Unity와 동일한 수준에서 성능을 처리해야합니다. 아마도 3.1이 시작되면 최적화 작업이 시작될 수 있습니다 (문제가 해결 가능하고 Direct3D / OpenGL이 아닌 경우-물론 Windows 문제 ... 테스트 및 삭제를 위해 Windows에서 GLES2 / 3 게임을 찾는 방법을 모릅니다. 직접적인 OpenGL-Aero / Win7-8-10 문제) ... godot의 성능이 고유 한-> 하나의 게임 기반 엔진과 같지 않을 것이라는 점을 이해합니다 (Ej : Rayman 기원은 이전 노트북에서 원활하게 실행됩니다. , godot 2는 안됨),하지만 적어도 게임 제작자와 동일한 안정적인 수준에서 렌더링해야합니다 (Unity는 아마도 오랫동안 godot을 더 잘 최적화 할 것입니다. 돈 ...). 지금은 godot이 하이 엔드 하드웨어 나 저해상도 화면에서만 잘 작동한다고 생각합니다 (i5 win7 32 비트 15 인치 인텔 HD 그래픽 컴퓨터에서 테스트하고 잘 수행하지만 HD 화면에서는이 컴퓨터가 원활하게 실행됩니다) ...

물론 그 모든 것이 내 의견 / 경험입니다. 나는 틀릴 수 있습니다. (그리고 저는 그럴 수 있기를 바랍니다. 이것이 간단한 한 줄의 수정이 될 수 있다면 이것은 대단 할 수 있습니다 !!!)

다른 한편으로는 godot 실행 파일의 "프로세스 우선 순위"와 관련된 내용을 작성하는 reduz를 읽은 것을 기억합니다. 그러나 Windows에서는 실행시 godot의 우선 순위를 수동으로 변경해도 차이가 없습니다. 단어를 발명 했나요?), 프로그램 실행에는 스파이크가 없습니다. 렌더링, nvidia / godot 및 컴퓨터 바탕 화면과 관련된 것입니다 (Windows에서는 Linux에서 시도하지 않음).

안녕하세요,이 문제에 대한 소식이 있습니까? ^^ 최신 버전으로 다시 테스트 해 볼게요. 그래도 문제가있는 것 같아요.

안드로이드이 종료를 수행 또는 iOS 플랫폼은 이제 셔터 problem.like을 가지고 초기 고도 (Godot)에 의해 구글 저장소에 일부 게임이 있습니다 :? https://play.google.com/store/apps/details?id=com.MoTaiGikStudio .DunkUp

이는 다양한 GPU 및 다양한 운영 체제와 함께 특정 상황에서 테스트 된 모든 플랫폼에 존재합니다. 콘솔에 문서화되어 있지 않습니다.

나는 그것을 리눅스와 윈도우 모두에서 테스트했고 가끔 작은 끊김 현상으로 원활하게 실행되었습니다. 저는 저사양 통합 인텔 HD 그래픽 baytrail 그래픽 카드를 가지고 있습니다.

끊김의 원인을 파악하기 위해 여러 시간을 노력한 끝에, 적어도 제 경우에는 '에디터 설정'에서 '원격 장면 트리로 자동 전환'을 활성화하는 일관된 1 초 끊김 현상을 우연히 추적했습니다. 이 표시를 해제하면 끊김 현상과 성능 문제가 해결됩니다. (아주 약간의 말더듬이있을 수 있지만 거의 눈에 띄지 않습니다.)

Godot 빌드 8849d3b47de8ab936549f0b9262c1193164feee5
Win10 64 비트, NVIDIA GeForce GTX 660, 드라이버 v416.81

나는 또한 내 게임에서 말더듬 문제가 있습니다. 더 나은 것으로 보이는 유일한 방법은 게임이 실행되는 동안 전체 화면을 껐다가 켜는 것뿐입니다. 완전히 무작위로 발생하는 것 같습니다. 때로는 게임이 거의 완벽하게 실행되고 다른 경우에는 말더듬이 발생합니다.

운동 학적 캐릭터가있는 2D 프로젝트.
인텔 i5-2550K CPU
16GB 램
Geforce GTX 970
Win10 64 비트
Godot 3.0,6

승리에서는 전체 화면에서 더 많이 10 번 더듬이 발생하며 Aero (그리고 비활성화 할 수 있음) 때문입니다. Godot는 Windows Aero에서 더 적은 CPU와 더 많은 GPU를 사용하는 것처럼 보이지만 이것은 더 많은 말더듬을 유발합니다. Windows 7에서 Windows Aero를 비활성화하면 전체 화면이 창보다 더 적게 끊김없이 더 많은 CPU를 사용합니다. Win 10은 실제 전체 화면이 아니라고 생각합니다 ....

저는 프로토 타입 핀볼 2D 게임을 만들기 시작했고 공의 움직임에 너무 불안해합니다. 중력에 의해 떨어지는 딱딱한 몸체 만 있습니다. 나는 Win10 / NVidia GTX 560 Ti 1Go (최신 드라이버 포함) / 8 Go Ram을 사용하고 있습니다. 내 컴퓨터는 최고는 아니지만 내 프로젝트에는 테두리에 대한 공과 StaticBody2D 만 있으며 매우 자주 발생하는 지 터링을 볼 수 있습니다. vsync를 사용하거나 사용하지 않고 OpenGL 3.0 및 2.0, 창 및 전체 화면, 점점 더 적은 물리적 fps로 문제가 여전히 여기에 있습니다.
내 Godot 버전은 3.1 알파입니다.
나는 그것이 중대한 문제라고 생각한다. 아마도 고치기 어려울 수도 있지만, 그것을 건너 뛰면 안된다. 2D 게임을 위해 부드러운 2D 움직임을 갖는 것이 중요하다.

당신 말이 맞아요, Godot는 이제 모든 최고 엔진들보다 더 나은 유용성을 가지고 있습니다 (물론 제 생각에). 사용성 측면이 모두를 능가합니다. 하지만 ... 성능 측면 .... 수출 측면 .... 더 유동적 인 단일성 또는 게임 메이커 수출과는 달리 godot이 운영 체제를 앞지르는 것과 같습니다 (크롬 구성이 더 유동적 일 때까지 ), gdscript의 속도 저하 (GDScript의 유무에 관계없이 발생) 때문이 아니라 "다른 결정되지 않은 일"이 있습니다. 언젠가는 누군가가 cpp 파일에서 반란군 한 줄을 찾고 간단한 "!"를 변경할 수 있기를 바랍니다. 이 문제는 고쳐질 것입니다 ... (희망은 Godot처럼 자유 롭습니다!)

저는 여러 프로젝트를 염두에두고 있으며 Godot로 만들고 싶습니다. 여가 시간을 모두 말하지 않으려면 많은 시간이 걸리 겠지만 엔진이 보장 할 수없는 경우 간단한 장면으로 애니메이션에서 부드러운 2D 움직임이 발생하더라도이 모든 전문가에도 불구하고 엔진은 단순히 쓸모가 없습니다. 이 경우 아마도 가장 현명한 선택은 이런 식으로 시간을 낭비하지 않는 것입니다.

이 문제는 일부 구성 (예 : Windows 10 및 NVidia 드라이버)에서만 발생한다는 것을 알고 있지만 알고 싶습니다.

• 이 문제 (또는 유사한 문제)가 이미 이정표에 계획되어 있습니까?
• 이 문제가 마일스톤 3.2에서 Vulkan으로 OpenGL을 교체하기를 기다리는 것은 제쳐두고 있습니까?

추신 : 다른 PC로 시도했습니다.

• 인텔 i7 4790K 4.00Ghz
• Win10 64 비트 16 Go RAM
• NVidia GTX 1060 3Go (최신 드라이버 포함)
• Godot 3.1 알파 공식
  간단한 장면에서도 같은 문제가 있습니다.

저는 이러한 종류의 PC 구성 (Win10 + Nvidia 카드)이 매우 공통적이라고 생각하며 Godot 커뮤니티 (그런데 훌륭한 일을하는)가 곧이 문제를 해결하고 좋은 2D 게임이 출시되기를 바랍니다. Godot로 할 수 있지만 이런 종류의 문제로는 불가능합니다.

아마도 프로그램 초점 문제일까요? 전체 화면으로 게임을 시작하면 기본적으로 매번 끊김 현상이 발생합니다. 그러나 (게임이 실행되는 동안) 창 모드로 전환하고 전체 화면으로 다시 전환하면 매번 완벽하게 실행되는 것 같습니다. 나도 있으면 자동으로 발생하도록 프로그래밍 할 수 있지만 불안정 해 보입니다. 다른 사람이 전체 화면에서 창으로, 전체 화면으로 다시 전환하는 것을 확인할 수 있습니까?

편집 : 아 그리고 또 하나 ... Geforce Experience 앱을 비활성화했을 때 상황이 좋아지는 것 같았습니다.

운동 학적 캐릭터가있는 2D 프로젝트
Godot 3.0.6
Win10 64 비트
인텔 i5-2550K CPU
16GB 램
Geforce GTX 970

나는 당신이 제안한 것을 시도하고, Geforce Experience를 비활성화하고, 전체 화면에서 창으로, 다시 전체 화면으로 전환을 시도하고 vsync를 활성화하고 비활성화했습니다 (vsync를 비활성화하면 더 나쁨).
꽤 무작위 적이지만 말더듬없이 15-20 초를 넘은 적이 없습니다.

시도해 주셔서 감사합니다! 너무 이상해, 당신의 사양이 내 것보다 낫다. 저의 문제는 너무 무작위 적이라는 것입니다. 정확하게 재현하기가 어렵습니다. 때로는 훌륭하게 실행되고 다른 경우에는 더듬을 것입니다. 그러나 나는 그것이 Godot 자체와 관련이 있다고 확신합니다. Unity로 만든 게임이나 다른 게임 엔진에서 끊김 현상을 경험 한 적이 없습니다.

이 말더듬을 발견했습니다.

(Godot 3.0.6, Windows 10, 64 비트, i7-8550U, 16GB RAM, NVIDIA GeForce MX150)

다른 사람들이 이미 언급했듯이 이것은 Godot에게 심각한 문제입니다. 이번 주에 저는 아주 간단한 게임을위한 프로토 타입을 만들기로 결정했습니다. 나는 프레임 워크 나 엔진 (많은 것을 찾았다)을 검색했고, 자유롭고 개방적이기 때문에 Godot를 사용하기로 결정했습니다. 그런 다음 나는 말더듬을 발견 하고이 문제를 발견했으며 진행이없는 것 같아 놀랐습니다. 어쨌든 Godot에서 내 아이디어의 프로토 타입을 만들 것 같아요. 하지만 출시 가능한 게임을 만들고 싶다면 아마 다른 엔진을 시도해 볼 것입니다. (너무 가혹하게 들립니다 ... 문제가 해결되지 않으면 Godot가 잠재적 인 채택자를 많이 잃을 수 있다고 생각합니다.)

이 작업을하는 사람이 없기 때문에 진전이 없습니다. 네, 심각한 문제입니다. 그러나 지금은 상용 게임을 출시해야하는 경우 godot에서 프로토 타입을 만들고 Unity로 이식 할 수 있습니다 (C # 사용 가능). 씬-게임 오브젝트-컴포넌트 접근 방식을 염두에 두어야하며 godot에서 복제 할 수 있으며 작업이 유동적 흐름과 성능을 위해 단일화되거나 2D가 게임 메이커로 이동합니다. 나는 플러그인에서 godot 프로젝트를 다른 엔진으로 변환하고 gdscript를 모듈, gml 또는 unity C #으로 이식하려고 시도하고 있지만 매우 큰 작업입니다 (노력이 가치가 있는지 모르겠습니다. 너무 많은 시간이 게임에서 작동하지 않음) 항상 불완전 할 것입니다 (모든 유형을 얻을 수 없습니다. ej : 충돌에 의해 반환 된 객체). 나는 스크립트에 대한 약간의 파서를 가지고 있고 tscn과 tres로 파서를 시작할 것이다. 그러나 gdscript의 파서 결과를 unity c #으로 변환하거나 게임 메이커 GML은 많은 코드를 필요로하고 이것에 대한 "합법성"을 모른다 (i json 파일의 모든 API 이름 ej가 필요하며 이것의 IP에 대해 알지 못합니다). 애니메이션은 다른 문제입니다. 지금은 어떻게 접근해야할지 모르겠지만 척추 / 용골을 사용하면 쉽게 이식 할 수 있습니다. 내 주된 아이디어는 godot에서 시작하여 unity 또는 gm으로 끝나는 것이었지만 niw의 경우 두통이 있습니다. 만약 unity가 똑같이 이식 가능하다면 (필요한 경우), godot처럼 작고 빠르게 개발할 수 있습니다 (32 비트 편집자) 저는 몇 달 전에 메인 프로젝트를 포팅했습니다. 저는 godot을 좋아하지만 소규모 팀 (또는 저와 같은 독신자)의 중간 규모 프로젝트의 경우 위험합니다. 완성 된 프로젝트가 많은 것을주지 않을 것이라는 보장은 아무도 없습니다. 문제. 하지만 당신의 팀에 좋은 C ++ 프로그래머가 있다면, 당신은 항상 당신의 게임에 godot을 적용 할 수 있습니다. (통합적으로는 할 수 없지만 버그가 적습니다) ....
나는 중간 프로젝트에서 편집기의 낮은 성능과 내 보낸 게임을 싫어하는 것처럼이 문제가 싫지만, 더 많은 통일성이 싫다 (왜 내가 편집기를 열려면 모든 컴퓨터에 인터넷이 필요한가? 나는 컴퓨터가 한 대 없다!) 너무나 깊이있는 비주얼 스튜디오 ... 저는 godot이 말더듬을 멈추고 성능과 내보내기 작업을한다면 앞으로 나올 멋진 게임을 볼 수있을 것입니다.

오늘이 문제를 다시 확인하기 위해 nVidia GTX 1060이 설치된 Windows 10에서 다음을 수행했습니다.

창 모드 인 The Binding of Isaac을 열었습니다. 말을 더듬 지 않고 원을 그리며 뛰었습니다 (이후에는 적어도 30 초 동안 의미합니다). 게임에 V-sync가 있는지 여부는 모르겠지만 그러한 설정이 없습니다.

Minecraft, 창 모드를 열었습니다. 지연이없고 말더듬이없는 땅을 바라 보는 평평한 세계를로드했습니다.

나는 꽤 큰 최종 게임 팩토리와 함께 여전히 창 모드 인 Factorio를 열었다. 더듬 거리지 않고 직선으로 달렸습니다. 그러나 V-sync는 꺼져 있습니다. 전원을 켜고 게임을 다시 시작해도 여전히 끊김이 없습니다.

나는 Slick2D (OpenGL)를 사용하여 만든 오래된 자바 게임을 열었습니다. 옵션을 확인하면 V-sync가 활성화되었습니다. V-sync를 끄면 매초마다 끊김이 발생합니다. 프레임 속도 제한을 두 배로해도 끊김이 없습니다.

이제 저는 Godot 3.1 alpha3로 3D 프로젝트를 열었습니다. 맵에는 약간의 애셋과 움직이는 캐릭터가 있습니다. 거의 끊김없이 20 초마다 한 개씩 만 볼 수 있습니다.

나는 또한 Godot 3.0.6에서 포팅 한 2D 프로젝트 Wallrider를 시도했습니다 : 동일하고, 귀찮게하기에는 충분하지 않습니다 (20 초당 무작위 1 개).

위의 모든 프로젝트에는 공통점이 있습니다. 화면에 하나의 스프라이트 만 그리는 것이 아닙니다.

Godot 3.1 alpha3로 @crystalnoir 테스트 프로젝트를 시도하면 즉각적이고 불규칙한 빈번한 끊김 현상이 발생합니다. 마지막으로 표시 / 최대화 한 후 약 30 초 동안 기다리면 사라집니다. 나는 _physics_process 전환을 시도했고 delta = 1.0 / 60.0 시도했지만 모두 동일합니다. delta 인쇄하면 매초마다 변동이 있음을 보여 주지만 게임은 delta 가 전혀 반영하지 않는 초당 여러 번 끊김을 보여줍니다. 에디터없이 게임을 시작하는 경우에도 발생합니다.
또한 Godot 2.1.5로 포팅을 시도했는데 동일한 문제가 발생합니다 (프로젝트 : Stuttering_issue19783.zip )

그리고 이제 이것이 흥미로운 부분입니다.
3D 게임과 @crystalnoir 의 테스트를 화면에서 연속적으로 열면 둘 다 원활하게 즉시 실행됩니다. 2D 게임은 여전히 ​​조금 더듬 거리지 만 그다지 많지는 않습니다. 3D 게임을 닫아도 잘 작동하는 것 같지만 2D 게임을 줄이고 다시 최대화하면 끔찍한 끊김 현상이 발생합니다.

아직 끝이 아닙니다!
이제 2D 게임에 3D 카메라를 추가해 보았습니다. 그리고 마술처럼 말더듬은 그저 그렇게함으로써 급격히 그리고 즉시 감소됩니다.
PlayerWith3D 장면에서 직접 시도해 볼 수 있습니다. Stuttering_issue19783.zip
기본적으로 얼마나 부드러운 지 확인하십시오. 이제 magic 버튼을 누르고 3D 환경이 표시되지 않으면 어떻게 작동하는지 확인합니다 (그래도 항상 100 %로 돌아가지는 않지만 PlayerWith3D.tscn이 항상 Player.tscn보다 좋아 보이는 것을 확인합니다. ).

더 나아가 nVidia 제어판을 Optimal Power (기본값)에서 Maximum performance 변경하면 어떻게되는지보고 싶지만 ... 음 ...

어쨌든, 내가 추측 할 수있는 것은 (하지만 추측 일 뿐이므로 소금 한 알로 가져 가십시오) : 그것은 직접 Godot의 잘못이 아닙니다. "스마트"하려는 그래픽 드라이버입니다.

말더듬의 신을 위해 !!! 😂😂😂

이건 그냥 버리고 ... 2018 년 11 월 현재 Steam에서 상위 14 개의 비디오 카드는 Nvidia입니다. 각 GPU 카테고리의 상위 카드를 살펴 보겠습니다.

NVIDIA GeForce GTX 1060 : Steam 사용자의 14.60 %.
AMD Radeon R7 그래픽 : 1.06 %의 Steam 사용자.
Intel HD Graphics 4000 : Steam 사용자의 1.06 %.

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

위의 데이터를 감안할 때이 문제가 최우선 과제 인 것 같습니다. 대다수의 게이머는 Nvidia 카드를 사용하며 지금까지 가장 일반적인 구성입니다. Radeon 및 Intel 그래픽 사용자의 수는 비교해 보면 적습니다.

@Ranoller ... 당신은 나를 죽이고 있습니다. 사람들에게 Godot에서 프로토 타입을 제작하라고 말하지만 (Godot 이슈 스레드에서) 상업적 타이틀을 위해 Unity로 포팅하는 것은 내가 들어 본 것 중 가장 우스꽝스럽고 불쾌하지 않습니다.

@Zylann 전원 관리 모드를 "Perfer maximum performance"로 성공적으로 설정했지만 끊김 현상이 개선되지 않았습니다.

@ behelit2 공격 없음

@Zylann 애니메이션 텍스처가있는 타일 맵을 렌더링하는 장면 앞에 메시를 렌더링하는 3D 카메라를 놓고 초점을 맞춘 후 몇 초 동안 godot이 더듬 거리는 문제가 수정되지 않았습니다. 그 장면에는 이전에 다른 종류의 sttuter ( "초기"만)가 없었기 때문에이 트릭이 무언가를 고치는 지 모르겠지만 흥미 롭습니다. 파일을 테스트하겠습니다. 나는 godot의 유휴 시간이 컴퓨터에서 무언가를 "지연"하게 만든다고 생각하지만, 아마도 운영 체제 일 것입니다. FPS, CPU 사용, 말더듬의 에어로 유무에 따른 차이가 너무 크기 때문입니다. 아마도 그래픽 카드가 아닌 스마트하려고하는 OS 일 것입니다.

나는 다른 게임이하는 일을 분석하는 Zylann 아이디어를 좋아합니다. 이것이 주제에서 벗어난 것인지는 모르겠지만 몇 가지 테스트를했습니다.
우선 스팀 게임의 95 %가 32 비트 인 것 같습니다 (최근 출시도 마찬가지입니다). 게임의 동일한 비율이 directx에 의해 렌더링되는 것 같습니다. 게임이 실행되는 프로세스를 캡처하고 렌더링에서 어떤 일이 발생하는지 확인하려고합니다. 일부 정보 뒤에는 (결론이 없으며 정보 일뿐입니다) :

게임 / 실행 가능 비트 / 엔진 / Windows 7 64 비트 및 메모에서 렌더링하는 데 사용하는 프로세스입니다.

• HyperLightDrifter-> 32 비트 / Game Maker / Windows GDI
• 후크-> 32 비트 / Unity / Windows GDI
• Nidhogg-> 32 비트 /? / Windows GDI

• Ori and the blind forest-> 32 비트 / Unity / Windows GDI. godot처럼 OPENGL32라는 프로세스를 실행하지만 Windows GDI에서는 일종의 래퍼입니다. OpenGL32의 단일 호출이 아니라 모든 호출이 Windows GDI에서 발생합니다.
  

• Dust : An Elysyian Tail-> 32 비트 / Microsoft XNA / Windows GDI. gameoverlayrenderer.dll이 있으며 모든 호출은 여기 (ClientToScreen)에서 이루어집니다. OpenGL dll이 없습니다.

• SuperMeatBoy-> 32 비트, Steam 오버레이, Windows GDI 내에서 실행

• ΔV : Rings of Saturn (데모)-> 64 비트, godot / OpenGL 및 Windows GDI 호출 실행, OpenGl SwapBuffers에 대한 단일 호출 수행-값이 8 인 GetPixelformat Windows GDI를 많이 호출합니다. 중복 통화를합니까? WindowsFromDC-SetRect (창 크기), OffsetRect.
  

• Bastion-> 32 비트 / SDL2 / Windows GDI없이 순수한 OpenGL 호출을 실행하고, 값 10으로 항상 swapBuffers-GetPixelFormat의 고유 한 호출을 수행합니다.

• SouthPark 진실의 스틱-> 32 비트 / Unknow 엔진 / Windows GDI에서 모든 호출 실행, direct3D v 9 (d3d9.dll이 있지만이 프로세스에 의해 거의 호출하지 않음), 대부분의 호출은 steam 및 uxtheme.dll의 gameoverlayrenderer에서 발생합니다. OffsetRect 및 IsRectEmpty 및 기타 창 기능을 실행합니다.
  

• Sine Mora-> 32 비트 / Unknow 엔진 / Steam 오버레이, dicect3d 9로 Windows GDI의 모든 호출 실행

• Apotheon-> 32 비트 / Microsoft XNA / Windows GDI의 모든 호출, 스팀 오버레이에서 단일 호출 (클라이언트에서 화면으로), Microsoft XNA의 단일 호출 (ScreenToClient), uxtheme.dll이라는 프로세스에서 호출 (창 관리 windows?)를 IsRectEmpty 및 PtInrect (모든 부울)로 변경합니다.
• Eggs return home-> 64 bit / Godot / Calls from OpenGL and from windows GDI, same as the Ring of Saturn.
• 과 카밀리! Super turbo ....-> 32bit / Unknow engine이지만 파일의 경우 sine mora와 유사 할 수 있습니다. 이 게임은 화면 크기를 조정할 수 있습니다. / Windows GDI의 모든 호출.
• Not a Hero-> 32 비트 / SDL2 (위키 백과는 ClickTeam Fusion이라고 함) / Windows GDI Directx 9의 모든 호출
• Middle Earth Shadow of War-> 64 비트 (예, 하나가 있습니다) / Intro는 Firebird, 지금은 프로세스에 대해 설명하지 않습니다. / Windows GDI의 모든 호출은 매우 적지 만 다른 게임에서는 호출이 거의 없습니다. 초당 일부 호출 (ej, godot api 호출을 따를 수 있으며 초당 톤이 있습니다). 하지만이 게임은 GPU를 태 웁니다.

초점이 맞춰진 대부분의 게임이 프로세스를 중지하고 일시 중지 (좋은 연습일까요?)하고 화면 크기를 수동으로 조정할 수있는 게임은 거의 없습니다 (ej : 영웅이 아님). 슬프게도 ΔV : Rings of Saturn (데모)에서 초점 손실 / 초점 이득이라는 말더듬이 문제가 있습니다.

편집 : godot이 OpenGL32와 WindowsGDI 프로세스를 동시에 사용하는 유일한 엔진 인 것 같습니다.
사용한 앱 : API Monitor v2

(편집 : ΔV의 정확한 이름 : 토성의 고리 (데모))

Rings of Saturn이 의미하는 경우 ΔV : Rings of Saturn (데모), Godot 3.1로 제작되었지만 사용 된 정확한 개정판이 확실하지 않습니까?

끊김의 원인을 파악하기 위해 여러 시간을 노력한 끝에, 적어도 제 경우에는 '에디터 설정'에서 '원격 장면 트리로 자동 전환'을 활성화하는 일관된 1 초 끊김 현상을 우연히 추적했습니다. 이 표시를 해제하면 끊김 현상과 성능 문제가 해결됩니다. (아주 약간의 말더듬이있을 수 있지만 거의 눈에 띄지 않습니다.)

Godot 빌드 8849d3b
Win10 64 비트, NVIDIA GeForce GTX 660, 드라이버 v416.81

나는 동일한 말더듬 문제가 있었고 원격 트리로 자동 전환을 선택 취소하는 것이 원인이었습니다.

여기에도 같은 문제가 있습니다. 이 지터에 대한 여러 가지 문제가 있지만 대부분은 적절한 해결책이없는 것 같고 정말 도움이 필요합니다.

저는 Godot로 만든 제 게임에 대해 퍼블리셔와 계약을 체결하려고합니다. 지터 때문에 제 모든 코드를 Unity로 옮겨야 할 수도 있습니다. 모든 코드를 제쳐두고 이동하는 시간과 비용, 저는 Godot와 Godot 자체의 디자인 철학을 정말 좋아하기 때문에 다른 엔진으로 전환하기를 꺼립니다.

또한 3.1에서 'Physics Jitter Fix'옵션이 설정 메뉴 (https://twitter.com/reduzio/status/984783032459685890)에 추가되었지만 도움이되지 않는 것으로 나타났습니다.

Godot 버전 :
Godot 3.0.6

버전을 포함한 OS / 장치 :
MacOS 10.14.1
MacBook (Retina, 12 형, 2017)
1.2GHz Intel Core m3
8GB 1867MHz LPDDR3
Intel HD 그래픽 615 1536MB
(그러나이 문제는 PC 및 모바일 및 PC에서 내 보낸 게임을 포함한 여러 장치에서 발생합니다.)

문제 설명 :
움직이는 물체는 주기적으로 화면이 멈춤과 함께 흔들 리거나 흔들리는 것처럼 보입니다.

재현 단계 :
KinematicBody2D 또는 AnimatedSprite로 새 프로젝트를 생성하고 Camera2D를 자식 노드로 추가 한 후 move_and_slide () 또는 set_position ()으로 위치를 수정합니다.

그리고 처리 능력이 낮은 장치에서 더 자주 발생하는 것 같습니다.

최소 재생산 프로젝트 :
Godot_Jitter.zip

KinematicBody2D, _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)

AnimatedSprite, _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)

Win 7 64 비트, GTX 660 (드라이버 391.35), Godot 3.0.6 및 3.1-beta1

안녕하세요, 원래 프로젝트를 조정했습니다 (애니메이션 중지, 위치를 수동으로 조정하는 대신 강체 사용, 약간 애니메이션 배경 추가 등).

여기 있습니다 : FirstGame_2.zip

~ 500x500 크기의 창과 1920x1080의 모니터 해상도로 테스트했습니다.

이제 내 관찰 :

• 지터는 전 방향성입니다 (일반적인 vsync 문제와 같이 수직적 일뿐만 아니라)
• 창 크기가 작을수록 지터가 더 자주 발생합니다.
• vsync를 끄면 지터가 제거됩니다 (다음 글 머리 기호는 vsync가 켜져 있음).
• 화면 에 을 실행하면 (최소화하여 바탕 화면-아이콘, 배경 화면, 작업 표시 줄 및 파일 관리자 또는 터미널과 같은 일부 정적 창일 수 있음) 지터를 제거합니다.
• 게임을 내보내거나 편집기에서 실행하는 것은 중요하지 않습니다.
• 같은 화면에서 quakespasm-sdl2로 게임을 실행하면 (좀비가 물속에서 플레이어를 공격하는 경우) 약간의 흔들림이 나타납니다.
• shadertoy 사이트 (이 데모 : https://www.shadertoy.com/view/ll3fz4)에서 일시 중지되지 을 실행하면 동일한 화면에서 많은 지터가 나타납니다.
• 셰이더 토이 사이트에서 게임을 실행했지만 일시 정지하면 같은 화면에서 약간의 흔들림이 보입니다.
• 에디터에 표시된 씬이 업데이트되지 않은 상태 (Player.tscn)로 같은 화면에서 에디터로 게임을 실행하면 약간의 지터가 나타납니다.
• 편집기에서 자주 업데이트되는 장면 (main.tscn, 애니메이션 셰이더가 있음) 을 실행하면 지터가 많이 나타납니다.

Aero를 끄고 시도하지 않았습니까? 빠르게 앞뒤로 전환하는 방법을 잊으셨습니까?

@ starry-abyss를 사용하여 에어로를 끄고 ​​구성 패널로 이동하여 "모양 및 개인 설정"을 선택합니다. 거기에서 시각 효과가없는 "Windows 클래식"과 같은 이전 테마로 변경할 수 있습니다. t Aero) 또는 "Windows 7 Classic"을 사용하십시오.

좋습니다. 클래식 테마를 사용하면 화면에 shadertoy / editor가있는 게임이 끊김 상태에서 매끄럽게 전환됩니다 (각 상태는 몇 초 동안 유지 될 수 있음). 이 모드에서는 끊김 현상이 수직 프레임 찢어짐을 동반합니다. 즉, Firefox 스크롤링조차도 고전적인 테마로 눈물을 흘립니다 : 'D

나는 diiiiiiiii가 가진 것과 똑같은 문제를 가지고 있습니다. move_and_slide 사용 사례는 내 것과 동일합니다. 당신이 면밀히 지켜 보는 것은 플레이어 오브젝트가 흔들리는 것이 아니라 그 뒤에있는 시차 배경입니다.

운동 학적 캐릭터가있는 2D 프로젝트
Godot 3.0.6
Win10 64 비트
인텔 i5-2550K CPU
16GB 램
Geforce GTX 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 ()를 사용하여 지 터링을 증폭 시켰을 수도 있지만 set_position ()을 사용하여 직접 객체의 위치를 ​​수정해도 큰 차이가 없었습니다.

@diiiiiiiii 나는 당신이 별도의 문제를 열어야한다고 생각합니다. 그렇지 않으면 사람들이 서로 다른 것을 테스트하기 때문에 스레드는 모순 된 진술로 가득 차게됩니다.
예를 들어, 나는 지금 당신의 것이 아닌 OP 프로젝트를 시도하고 있습니다 (죄송합니다).

@ starry-abyss 알았어요;)
이미 지 터링에 대한 문제가 많고 밀접한 관련이 있고 근본 원인이 같을 수 있다고 생각합니다.

OP 문제에 대한 업데이트. Godot에서 v-sync를 사용하지 않고 fps를 제한하는 몇 가지 옵션을 찾았습니다. 그래서 저에게는 v-sync가 꺼진 상태에서 60fps이고 현재는 ~ 4000이 아닙니다.
그리고 v-sync를 끄는 바로 그 사실이 문제를 해결합니다.

v-sync가 창 모드에서 전혀 의미가 없는지 궁금합니다. Windows는 자체적으로 v-sync를 사용하는 것으로 보이며 v-sync 신호가 수신 된 후 프레임을 더 빨리 준비하는 Godot 게임과 싸울 것입니다. 또한 IIRC 다른 게임은 v-sync가 꺼진 상태에서만 전체 화면으로 표시되며 창 모드가 아닙니다.

참고로, diiiiiiiii의 문제는 여기에서 계속됩니다. # 25162

v-sync off 접근 방식 외에도 Godot가 이미 이것을 사용하고 있는지 확실하지 않지만 누군가 시도 할 시간이있을 수있는 흥미로운 Windows 관련 방법 (커밋 설명에 따라이 문제 일 수 있음)을 발견했습니다.
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 내 아이디어는 창 모드에서만 v-sync를 끄는 것이

OP 문제에 대한 업데이트. Godot에서 v-sync를 사용하지 않고 fps를 제한하는 몇 가지 옵션을 찾았습니다. 그래서 저에게는 v-sync가 꺼진 상태에서 60fps이고 현재는 ~ 4000이 아닙니다.
그리고 v-sync를 끄는 바로 그 사실이 문제를 해결합니다.

v-sync가 창 모드에서 전혀 의미가 없는지 궁금합니다. Windows는 자체적으로 v-sync를 사용하는 것으로 보이며 v-sync 신호가 수신 된 후 프레임을 더 빨리 준비하는 Godot 게임과 싸울 것입니다. 또한 IIRC 다른 게임은 v-sync가 꺼진 상태에서만 전체 화면으로 표시되며 창 모드가 아닙니다.

fps를 어떻게 60으로 제한 했나요?

프로젝트 설정의 디버그 카테고리 어딘가에 "Force fps"필드 사용

Воскресенье, 17 февраля 2019, 9:25 +03 : 00 기준 FabiánLC [email protected] :

OP 문제에 대한 업데이트. Godot에서 v-sync를 사용하지 않고 fps를 제한하는 몇 가지 옵션을 찾았습니다. 그래서 저에게는 v-sync가 꺼진 상태에서 60fps이고 현재는 ~ 4000이 아닙니다.
그리고 v-sync를 끄는 바로 그 사실이 문제를 해결합니다.
v-sync가 창 모드에서 전혀 의미가 없는지 궁금합니다. Windows는 자체적으로 v-sync를 사용하는 것으로 보이며 v-sync 신호가 수신 된 후 프레임을 더 빨리 준비하는 Godot 게임과 싸울 것입니다. 또한 IIRC 다른 게임은 v-sync가 꺼진 상태에서만 전체 화면으로 표시되며 창 모드가 아닙니다.
fps를 어떻게 60으로 제한 했나요?
—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 대화 목록을 음소거합니다.

Intel GPU가 통합 된 I5-2500K를 제외하고는 사람들이 시스템과 함께 CPU를 게시하는 것을 보지 못했습니다.

내 노트북에는 인텔 통합 GPU와 전용 Nvida 카드가 모두 있습니다. 두 GPU / 드라이버와 godot 사이에 문제가있을 수 있는지 궁금합니다.

아마도. 그러나 GPU / cpu에 의존하는 것처럼 보이지는 않습니다. i7에서 2700 + 1080ti는 전체 화면에서 인텔 4000 (1 세대 Surface Pro)을 사용하는 모바일 i5에서 더듬 거리고 (창이 표시됨) 부드럽습니다.

940m 랩톱에서 데모 프로젝트를 실행하면 말더듬이 보입니다. 그러나 전용 Intel 530을 사용하여 응용 프로그램을 실행하면 끊김 현상이 전혀 발생하지 않습니다.

Windows 10 홈
i3-6100H CPU @ 2.70GHz,
GeForce 940M (26.21.14.3064)
Intel (R) HD Graphics 530 (26.20.100.6709)

이 프로젝트 에서 말더듬이 보이나요? (화살표 키를 눌러 이동합니다.)

보간을 켜고 물리를 60으로 설정 한 상태로 빠른 내보내기를 수행했습니다.
940M 가끔씩 갑작스러워졌지만 깎지 않음
Intel 530은 저크가 없었지만 때때로 명백한 vsync 전단,

나중에 더 많이해서 알려 드리겠습니다.

나는 내 FPS를 60으로 제한하는 것으로 약간의 성공을 거두었습니다. 60이 매직 넘버인지 확실하지 않고, 내 화면은 144를 지원할 수 있으며, 제한을 144로 설정하려고했지만 여전히 끊김 현상이 나타났습니다. FPS를 120으로 낮췄는데 끊김 현상이 여전히 보이지만 "흐릿함"이 아니 어서 더 낮은 간격으로 발생하는 것 같습니다. FPS를 80으로 낮추고 이전과 동일한 결과를 얻었지만 이제 눈에 띄게 느려졌습니다. 또한 v-sync를 비활성화하고 창 모드에서 실행하고 전체 화면으로 테스트했지만 결과는 동일합니다. 엔진에 60FPS로 제한되는 프로세스가 있습니까?

엔진에 60FPS로 제한되는 프로세스가 있습니까?

기본적으로 물리는 60FPS로 시뮬레이션됩니다. 즉, 렌더링 FPS가 물리 FPS보다 높을 때 눈에 띄는 불일치가 발생합니다 (디스플레이가 차이를 보여줄만큼 충분히 빠르다면). 물리 FPS는 프로젝트 설정에서 변경할 수 있습니다 ( Physics> Common> Physics Fps ).

물리 몸체를 보간하여 완화 할 수 있지만 이에 대한 공식적인 지원은 없습니다. 3.2alpha에서는 노드를 쉽게 보간 할 수있는 이 스무딩 추가 기능을 사용할 수 있습니다.

엔진에 60FPS로 제한되는 프로세스가 있습니까?

기본적으로 물리는 60FPS로 시뮬레이션됩니다. 즉, 렌더링 FPS가 물리 FPS보다 높을 때 눈에 띄는 불일치가 발생합니다 (디스플레이가 차이를 보여줄만큼 충분히 빠르다면). 물리 FPS는 프로젝트 설정에서 변경할 수 있습니다 ( Physics> Common> Physics Fps ).

물리 몸체를 보간하여 완화 할 수 있지만 이에 대한 공식적인 지원은 없습니다. 3.2alpha에서는 노드를 쉽게 보간 할 수있는 이 스무딩 추가 기능을 사용할 수 있습니다.

감사합니다. 움직임이 물리 프로세스 호출에서 처리 될 때 캐릭터가 더듬 거리는 이유를 설명 할 수 있습니다.

여전히 3.1.1 BTW에서 재현 할 수 있습니다. 가장 쉬운 방법은 Firefox에서 Shadertoy를 여는 것입니다 (https://github.com/godotengine/godot/issues/19783#issuecomment-455830124).

나는 해결책이 있기를 바라고 여기에서 우연히 우연히 발견되었지만이 스레드에서 본 거의 모든 조언을 시도한 후에도 여전히 주사위가 없습니다. 저에게 지 터링은 NVIDIA 카드에서 프로젝트를 실행할 때만 발생합니다. 통합 Intel GPU를 사용하여 실행하면 부드럽고 매끄럽게 실행됩니다. : /

Windows 10에서 Godot 3.2의 최신 알파 빌드를 사용하고 있습니다.

나는 해결책이 있기를 바라고 여기에서 우연히 우연히 발견되었지만이 스레드에서 본 거의 모든 조언을 시도한 후에도 여전히 주사위가 없습니다. 저에게 지 터링은 NVIDIA 카드에서 프로젝트를 실행할 때만 발생합니다. 통합 Intel GPU를 사용하여 실행하면 부드럽고 매끄럽게 실행됩니다. : /

Windows 10에서 Godot 3.2의 최신 알파 빌드를 사용하고 있습니다.

나는 당신이 윈도우에서 그것을 고칠 수 있다고 생각하지 않는다. 이것은 리눅스에서 일어나지 않는다. 이것은 새로운 vulkan 렌더러로 4.0에서 고쳐질 수있다.

나는 해결책이 있기를 바라고 여기에서 우연히 우연히 발견되었지만이 스레드에서 본 거의 모든 조언을 시도한 후에도 여전히 주사위가 없습니다. 저에게 지 터링은 NVIDIA 카드에서 프로젝트를 실행할 때만 발생합니다. 통합 Intel GPU를 사용하여 실행하면 부드럽고 매끄럽게 실행됩니다. : /
Windows 10에서 Godot 3.2의 최신 알파 빌드를 사용하고 있습니다.

나는 당신이 윈도우에서 그것을 고칠 수 있다고 생각하지 않는다. 이것은 리눅스에서 일어나지 않는다. 이것은 새로운 vulkan 렌더러로 4.0에서 고쳐질 수있다.

안타깝 네요. Vulkan API는 하이 엔드 기기에만 집중하지 않나요?

저는 특별히 OpenGL 2.0을 대상으로하므로 저가형 장치를 지원할 수 있습니다. 2D 게임에만 매우 고급 그래픽 API를 사용하고 저가형 컴퓨터 / 노트북 사용자를 차단하는 것은 다소 어리석은 일입니다. 😕

신화처럼 들립니다. 때때로 말더듬이는 ATM을 고칠 수 없지만 우리가 경험하는 말더듬 기는 Godot 전용 기능입니다.

신화처럼 들립니다.

이것에 대해 무엇을 언급하고 있습니까?

이것은 어려운 문제입니다. 하나는 개인적으로 최대한 빨리 수정하고 싶습니다. 하지만 나는 번식 할 수 없어서 할 수있는 일이 없습니다. (NVIdia 그래픽 카드와 함께 Windows 10을 사용합니다)

문제를 재현 할 수있는 사람은 안타깝게도 문제를 해결하는 데 찔러야합니다. :(

흔하지 않은 문제이지만이 스레드에 많은 사람들을 끌어 들이기에는 충분히 일반적인 것 같습니다. 그러니 여러분 중 한 명이이 작업을 할 수 있기를 바랍니다.

아, 나는 항상 내가 경험하는 것이 공식 Godot 문서 용어에서 지터라고 불리는 것을 잊어 버립니다.

_ 하드웨어를 구입하지 않고 60FPS로 문제를 완벽하게 캡처하는 방법을 아는 사람이 있습니까? _
나는 어떤 사람들은 그것이 얼마나 멍청 해 보이는지 과소 평가한다고 생각하며 아마도 그것은 다른 PC에서 다르게 보이는 문제 일 수도 있습니다.

이것에 대해 무엇을 언급하고 있습니까?

신화 : "이것은 항상 OpenGL (또는 Windows 등)에서와 같습니다. Vulkan만이 우리를 구할 수 있습니다."

알았어 그래서:

1. :이 OBS에서 비디오입니다 https://www.youtube.com/watch?v=osbJlk1XD8c OBS의 영향 (캡처가 꺼져있을 경우에도) 그 단을 갖는 OBS 실행이 고도 (Godot) 프로젝트에이 지터를 만드는 것입니다.
2. OBS가 없으면 Shadertoy가 포함 된 Firefox를 최소화 할 때까지 매끄 럽습니다. 그러면 끊김이 시작되지만 OBS로 캡처 할 수 없습니다.

내 자신의 녹음에 칩핑, 이것은 Bandicam 으로 수행되며 대부분 녹음 유무에 관계없이 수행됩니다. 보시다시피 순조롭게 시작되지만 점차 문제가 발생하기 시작합니다.

@clayjohn 나는 물리 보간을 구현하여 고칠 것이라고 생각하지만 reduz는 몇 가지 이유로 코어에 포함하는 것에 반대합니다. 그러나 3.2alpha에는 현재 물리 단계 비율을 노출하는 방법이 추가되어 정확한 물리 보간을 수동으로 구현할 수 있습니다.

@ starry-abyss 3.2alpha를 사용할 수 있다면 lawnjelly의 smoothing-addon 을 시도해보세요 : slightly_smiling_face :

언리얼 엔진이나 physX 소스에서 살펴볼 유용한 것이 있습니까?

건배,
빅터 스탠

2019 년 10 월 22 일 오전 4:17에 Hugo Locurcio [email protected] 은 다음과 같이 썼습니다.

,,,,,,,,, 무,,,,,,,,,,,,,,,.
@clayjohn 나는 물리 보간을 구현하여 수정 될 것이라고 생각하지만 reduz는 그것을 코어에 넣는 것에 반대합니다.

@ starry-abyss 3.2alpha를 사용할 수 있다면 lawnjelly의 smoothing-addon을 사용해보세요 🙂

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 확인하거나 구독을 취소하세요.

@victorbstan 언리얼 소스 코드는 오픈 소스 라이선스가 아니기 때문에 살펴보면 안됩니다. (라이선스가없는 Unreal Engine 사용자에게 재배포하는 것도 허용하지 않습니다.)

확실히 폐쇄 된 소스에서 코드를 들어 올리지 마십시오.
이것으로부터 아이디어를 모으지 않습니까? [변호사 아님]

2019 년 10 월 22 일 화요일 오전 11:07 Hugo Locurcio [email protected]
썼다 :

@victorbstan https://github.com/victorbstan 우리는 보지한다
언리얼의 소스 코드는 오픈 소스 라이선스가 아니기 때문입니다. (그렇지 않습니다
라이선스가없는 Unreal Engine 사용자에게 재배포 할 수도 있습니다.)

—
이 스레드를 구독했기 때문에이 메시지가 전송되었습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/19783?email_source=notifications&email_token=ACCZK74IFXROY6X64Z2Z6KDQP46NVA5CNFSM4FHBBLY2YY3PNVWWK3TUL52HS4DFWSVREXG43Z45084606 ,
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/ACCZK7Z7E4F3NCHQNS2SHX3QP46NVANCNFSM4FHBBLYQ
.

@Razzlegames 나는 여전히 소스 코드를 보는 것을 권장하지 않습니다. 독점 알고리즘에서 영감을 얻고 싶다면 관련된 법적 위험을 줄이기 위해 클린 룸 리버스 엔지니어링 을 수행해야합니다.

그래도 여기서는이 작업을 수행 할 필요가 없습니다. 해결책은 오늘날 가장 인기있는 게임 엔진이 사용하는 물리 보간법을 사용하는 것입니다. (물체를 순간 이동할 때 보간을 피하기 위해 사용자의 작업을 필요로하는 등) 몇 가지 단점이 있지만, 그 장점이 훨씬 더 크다고 생각합니다.

나는 제안이 반드시 표절하는 것이 아니라 해결책을 찾기 위해 가능한 방법에 대한 아이디어를 얻는 것임을 이해합니다. 깜박임 / 말더듬 문제를 해결하는 특허가 있다고 생각하지 않지만 IANAL.

건배,
빅터 스탠

2019 년 10 월 22 일 오후 2시 7 분에 Hugo Locurcio [email protected] 은 다음과 같이 썼습니다.

,,,,,,,,, 무,,,,,,,,,,,,,,,.
@victorbstan 언리얼 소스 코드는 오픈 소스 라이선스가 아니기 때문에 살펴보면 안됩니다. (라이선스가없는 Unreal Engine 사용자에게 재배포하는 것도 허용하지 않습니다.)

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하거나 GitHub에서 확인하거나 구독을 취소하세요.

내 시나리오에서 Godot 프로파일 러는 지터 / 스터 터를 볼 때에도 완벽한 60 FPS를 보여줍니다. 이것은 문제가 보간과 관련이 없다는 것을 의미합니까? 아니면 뭔가 빠졌습니까?

내 가정은 Godot 타이밍이 Windows의 합성기 타이밍을 방해하는 방식으로 구현되었다는 것입니다 (그리고 SDL이 GLFW Godot보다 더 잘 수행 할 수 있으므로 다른 엔진은 Godot가 실패한 경우에만 작동합니다).

(그리고 SDL이 GLFW보다 더 잘 할 수 있으므로 다른 엔진은 Godot가 실패한 곳에서 작동합니다).

Godot는 자체 창 관리 코드를 사용하며 SDL이나 GLFW를 사용하지 않습니다. : slightly_smiling_face :

Windows 10과 nVidia GeForce GTX 1070이 있고 vsync가 활성화 된 3.2 alpha2 빌드에서는 창 모드에서 지터가 발생합니다. 전체 화면 모드가 괜찮은 것 같습니다. 게임이 실행될 때 편집기가 최소화되지 않으면 문제가 특히 나쁩니다. 테스트중인 게임은 위치를 업데이트하는 데 _process() 만 사용합니다. 이 때문에 문제가 매우 시끄러운 delta 또는 드롭 된 프레임 (큰 델타)과 관련이 있다고 생각했지만 그렇지 않습니다. delta 는 실제로 지 터링 중에 흔들리지 않습니다.

이 스레드의 다른 사람들에 대한 연구를 기반으로 context_gl_windows.cpp 변경 사항을 해킹하여 스왑 간격을 0으로 설정하고 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); 부분은 옵션에서 v-sync를 끄는 것과 같습니다.

wglSwapIntervalEXT (0); 부분은 옵션에서 v-sync를 끄는 것과 같습니다.

그것은. 1 -vsync 활성화, 0 -비활성화 및 "Adaptive vsync"에 대한 -1 (낮은 프레임 속도에서 동기화 비활성화, 높음에서 활성화).

3.1.x 브랜치에서 간단한 케이스로 위에서 DwmFlush ()를 테스트했습니다.

• shadertoy 테스트 케이스로 상황을 수정합니다.
• V-sync 켜기 또는 끄기-저에게 동일하게 보입니다 (wglSwapIntervalEXT () 부분을 패치하지 않았습니다).
• OBS 케이스는 여전히 흔들리고 있지만 (제가 생각하는 것과 동일하게 보입니다) Godot는 이제 FPS가 40으로 떨어 졌다고보고합니다 (God의 프로파일 러가 실제로 원래 Godot 버전에 있는지 궁금합니다).
• 나는 또한 SwapBuffers (hDC) 이후에 DwmFlush ()를 호출하려고했고, 모든 3 점은 동일하게 유지됩니다.

확실하지 않지만 Godot가 가장 가까운 컴포 지터의 업데이트가 아닌 가장 가까운 컴포 지터의 업데이트에 프레임을 배치하기 때문에 SwapBuffers (hDC) 이후의 DwmFlush ()가 더 정확할 수 있습니다.
Godot가 컴포 지터가 실행 중인지 더 잘 감지하고 그렇지 않은 경우 바닐라 v-sync 방법으로 다시 전환해야할지 궁금합니다.

다음은 Calinou가 언급 한 새로운 보간 기능입니다.

업데이트 : 예, OBS의 경우 Godot는 0.03 초의 처리 시간을보고합니다 (그러나 FPS는 60으로보고 됨), 아마도 Godot FPS 카운터는 매번 v-blank가 누락 된 것을 고려하지 않습니다.
업데이트 2 : 슬프게도 보간 플러그인은 여기에서 도움이되지 않는 것 같습니다. OBS 케이스에 여전히 지터가 있고 shadertoy 케이스에 끊김 및 / 또는 지터 혼합이 있습니다.

wglSwapIntervalEXT(0); 부분은 옵션에서 v-sync를 끄는 것과 같습니다.

맞지만 DwmFlush() 에 swap_buffers() 를 추가하면 게임에서 동기화에 합성기 (DWM)를 사용하게됩니다. 컴포 지터가 활성화되면 원하든 원하지 않든 효과적으로 이중 버퍼링을 사용할 수 있습니다. OpenGL의 스왑 간격을 1로 설정 한 경우 트리플 버퍼링이 발생합니다 (두 버퍼와 컴포 지터의 버퍼).

왜 다른 프로젝트가 DwmFlush() 전에 SwapBuffers() DwmFlush() 를 호출했는지 궁금합니다. 거꾸로 보이지만 나는 그것이 옳다고 거의 확신했습니다.

이러한 프로젝트의 경우 OpenGL의 이중 버퍼링 (컴포 지터가 활성화 된 경우)을 사용하지 않으므로 이러한 방식으로 수행하는 것이 수직 공백 기간과 동기화되는 가장 좋은 방법 인 것 같습니다. OpenGL 스왑 간격이 0이면 SwapBuffers() 대한 호출이 차단되지 않으므로 현재 프레임으로 완료되었음을 확인하는 즉시 컴포 지터에 다음 프레임을 표시합니다. 이것은 효과적으로 OpenGL 스왑 간격 1을 사용하는 것과 동일한 효과를 갖습니다. (예를 들어 컴포 지터가 간섭하지 않는 경우 (예 : 전체 화면 모드))
>
>

Godot가 컴포 지터가 실행 중인지 더 잘 감지하고 그렇지 않은 경우 바닐라 v-sync 방법으로 다시 전환해야할지 궁금합니다.

그 쪽이 맞는 거 같아요. 컴포 지터가 활성화되면 OpenGL의 v 동기화가 중단되는 것이 분명해 보입니다. glfw와 Chromium의 코드를 보면 이것을 HACK이라고 부릅니다 ( DwmFlush() ). 이 경우 OpenGL이 손상되었다고 생각하고해야 할 일을해야 할 가능성이 있습니다.

@ starry-abyss 변경되지 않는 OBS 사례에 대한 게시물을 다시 읽은 후 해당 프로젝트에 vsync가 활성화되어 있는지 궁금합니다. wglSwapIntervalEXT() 호출을 변경하지 않았으므로 vsync를 활성화하면 기본적으로 게임이 DwmFlush() 및 SwapBuffers() 모두에서 차단됩니다. 0.03 초의 처리 시간을 설명합니다.

@TerminalJack 아니요, 모든 조합을 시도했습니다. OBS를 실행하면 처리 시간이 항상 0.03으로 증가합니다. Godot가이 여러 프레임을 연속으로 달성 할 수없는 경우에도 60FPS로 열심히 노력하는 것 같습니다.

그래서 나는 그것을 두 가지 문제로 나눌 것입니다.
1) Godot는 컴포 지터와 친구가 아닙니다.
2) Godot는 최대 FPS를 갖기를 너무 열망하지만 부하가 걸리면 안정적인 30을 제공 할 수 있습니다.

그러나 0.03이 순수한 계산 시간이고 동기화가 아닌지 (반증) 증명할 수있는 신뢰할 수있는 방법이 있다면 시도해 볼 수 있습니다.

@ starry-abyss 테스트 목적으로 작업 관리자를 사용하여 해당 프로세스의 우선 순위를 '높음'으로 높일 수 있습니다. 이것은 다른 것을 선점하고 처리 시간의 가장 큰 부분을 제공합니다. 즉, 실행 가능한 상태이고 DwmFlush() 및 / 또는 SwapBuffers() 에서 차단되지 않는 한.

오늘이 문제를 해결할 기회가 많지 않았지만 Intel UHD Graphics 620 GPU가 통합 된 Windows 10 시스템에서 변경 사항을 실행 해 보았습니다. (상당히 저가형 GPU.)

먼저 최신 3.2 alpha2 빌드로 게임 (윈도우 모드)을 실행했는데 눈에 띄는 지터가 발생하지 않았습니다. 그런 다음 변경 사항으로 게임을 실행했는데 잘 작동했습니다.

두 번 실행하는 동안 delta 시간을 기록했는데 DwmFlush() 호출이없는 것보다 훨씬 더 안정적이라는 것을 알았습니다.

3.2 알파 2

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 alpha2 빌드는 결코 그렇지 않았습니다.

따라서 다른 GPU가 이러한 변경으로 인해 악영향을받지 않을 뿐만 아니라 실제로 혜택을받을 것으로 보입니다. 제 생각에는 GPU가 더 강력 해지면서 지터가 더 나 빠지고 제조업체 나 드라이버에 의존하지 않는 것 같습니다.

이 문제를 해결해야하는 단일 커밋 이있는 포크 를 만들었습니다.

그러나 두 대의 Windows 10 컴퓨터에서만 테스트했기 때문에 다른 사람들이 빌드하고 다른 Windows 버전에서 테스트 할 수 있다면 좋을 것입니다. 또한 VC ++ 2019를 사용하여 만들었으므로 mingw를 사용하는 사람이 만들 수 있다면 그것도 좋을 것입니다.

프로젝트의 고유 한 (최근) 포크가 있다면 문제없이이 변경 사항을 패치 할 수 있어야합니다.

NVidia GTX 1050을 사용하는 Windows 10의 Im.

셰이더 토이를 열고 실행하지 않는 한 예제 프로젝트에서 말더듬이 발생하지 않습니다 (위의 몇 가지 설명에서 설명한대로).

@TerminalJack 의 커밋을 사용하면 shadertoy가 실행 중일 때도 끊김 현상이 발생합니다.

@clayjohn 이것을 테스트 해 주셔서 감사합니다. 귀하의 경우 문제가 처리 능력의 문제인지 궁금합니다.

800 x 450 셰이더 토이를 백그라운드에서 실행하고 Godot 게임 (편집기에서 실행)을 전경 창에서 실행할 수 있으며 변경 사항으로 인해 지터가 거의 발생하지 않습니다. 반면에 alpha2 빌드는 동일한 상황에서 심각한 지터가 있습니다. 나는 내 시스템에 부하가 없는데도 심각한 지터를 겪는 사람 중 하나이기 때문에 고려해야 할 사항이기도하다.

@TerminalJack 좋은 지적입니다. 나는 iq의 열대 우림 쉐이더를 실행하고 있었다 :)

여기에 여러 문제가있을 가능성도 높다고 생각합니다. @Calinou 가 위에서 지적했듯이 많은 사용자가 보간 물리를 사용할 때도 문제를 해결했습니다.

이 시점에서 커밋을 PR해야한다고 생각합니다. 멋지게 보이며 PR을 만들면 다른 사용자가 더 쉽게 빌드하고 테스트 할 수 있습니다.

@clayjohn 예, 이와 유사하게 작동하는 다른 문제가있을 가능성이 있다는 데 동의합니다.

저는 실제로 60 ~ 90 초마다 한 번씩 발생하는 나쁜 말더듬 문제를 추적하기 시작했고이 스레드를 발견했습니다. (이따금 60ms에서 100ms 동안 무언가가 프로세스를 차단하는 것 같습니다.) 게임을 전체 화면 모드로 실행하고 있었는데 지터가 발생하지 않았습니다. 하지만이 스레드를 발견 한 후에는 창에서 실행 해 보았습니다.이 특정 문제를 재현 할 수있는 운이 좋은 사람 중 하나입니다.

변경 사항에서 디버깅 문을 제거하고 몇 시간 안에 PR을 보낼 것입니다.

@TerminalJack 포크를 더 이상 사용할 수 없습니다 (또는 비공개로 설정), 다시 사용할 수 있도록 해주시겠습니까?

@Calinou 죄송합니다. 저장소를 훔쳐서 삭제했습니다. 다시 포크하고 곧 여기에서 변경 사항을 다시 커밋하겠습니다.

@Calinou 새로운 커밋이 여기 있습니다 .

@TerminalJack 귀하의 수정 사항은 Windows에만 해당되는 것 같지만 Ubuntu에서 동일한 문제에 직면합니다.

@TerminalJack 귀하의 수정 사항은 Windows에만 해당되는 것 같지만 Ubuntu에서 동일한 문제에 직면합니다.

예, 이것은 확실히 Windows 전용 수정입니다. 죄송합니다.

우분투에서 비슷한 작업이 필요한지 여부는 모르겠습니다. 컴포 지터를 사용하는지 확실하지 않습니다.

우분투에서 비슷한 작업이 필요한지 여부는 모르겠습니다. 컴포 지터를 사용하는지 확실하지 않습니다.

실제로 일부 창 관리자 (Ubuntu의 기본값 포함)에서 비활성화 할 수있는 방법이 없습니다. : slightly_smiling_face :

@TerminalJack 은 예를 들어 Windows 7에서 Aero가 비활성화 된 경우에 대한 로직이 필요할 수도 있습니다 (IIRC는 v-sync가 아니므로 Godot는이 경우에도 여전히 v-sync를 수행해야합니다).

@ starry-abyss 그 사건이 잡 히길 바랍니다. Windows 7이 설치된 오래된 노트북이 있습니다. 그래도 작동한다면 몇 가지 테스트를 수행하고 변경이 필요한지 확인합니다.

Windows 7이 설치된 10 년 된 랩톱을 실행하고 변경 사항을 테스트했습니다. 테스트를 위해 가장 간단한 프로젝트를 사용해야했습니다. (당시 노트북 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

변경 사항이 있든 없든 프로젝트를 실행했으며 어느 쪽이든 눈에 띄는 차이가 없었습니다. 내 변경 사항으로 인해 컴포 지터는 예상되는 경우 v 동기화에 사용되며 (창 모드, 컴포 지터 활성화 됨) 다른 모든 경우에는 OpenGL 이중 버퍼링이 사용됩니다.

좋은 소식은 _code_에 필요한 변경 사항이 없다는 것입니다. 코드는 컴포 지터가 활성화되었는지 여부를 감지합니다. 앱이 실행되는 동안 컴포 지터를 활성화하거나 비활성화하는 경우도 처리합니다. 그러나 이것은 내가 예측하지 못한 경우이므로 v-syncing 전략이 즉시 변경되는 경우에 대한 swap_buffers() 의 주석에 포함하지 않았습니다. 그래서 그것이 내가 아는 한 변경해야 할 유일한 것입니다.

오늘 irc에서이 문제 (및 TerminalJack의 PR)를 논의하면서 제기 된 것 중 하나는 측정 된 입력 델타의 오류와 출력 델타의 오류를 분리하는 것입니다.

Calinou는 명령 줄 스위치 --fixed-fps 60 로 실행하여이를 어느 정도 테스트 할 수 있다고 지적했습니다. 이것은 입력 델타를 항상 1/60 초인 것처럼 처리합니다.

문제가있는 사람들 (특히 창)이 지터에 영향을 미치는지 알려 주면 매우 도움이 될 것입니다.

@lawnjelly 명령 줄 옵션을 사용하거나 사용하지 않고 빠르게 시도했지만 슬프게도 오늘 문제를 재현 할 수 없습니다. %) OBS 사례를 제외하고는 여전히 동일합니다.
편집기 사이에 저장된 옵션 값이 우연히 실행됩니까?

편집기 사이에 저장된 옵션 값이 우연히 실행됩니까?

아니요, 명령 줄 인수 일뿐입니다 (상태 비 저장).

확인. 또한 BTW, Godot 3.1.1 (여기서 대부분의 테스트를 수행하는 버전)에서 옵션을 사용할 수 있습니까?

확인. 또한 BTW, Godot 3.1.1 (여기서 대부분의 테스트를 수행하는 버전)에서 옵션을 사용할 수 있습니까?

이를 테스트하기 위해 3.1.1을 사용하는 경우 고정 된 타임 스텝 보간이 없기 때문에 _process 동안 델타에 비례하는 거리만큼 객체를 이동해야합니다.

@ starry-abyss이 명령 줄 인수는 3.1에서 추가되었으므로 3.1.1에서도 사용할 수 있습니다.

그래서 --fixed-fps 60 은 (는) 문제를 해결하는 데 도움이되지 않았습니다. 그리고 명령 줄에서 직접 게임을 실행하는 것도 도움이되지 않았습니다 (더 빨리 재현하기 위해 화면에 별도의 편집기 인스턴스가 여전히 있음).

또한 --fixed-fps 60 요청이이를 암시하는 경우에도 두 가지를 동시에 시도했지만 여전히 지터가 발생했습니다.

어제 재현하기가 어려웠던 것은 이전 테스트의 옵션에서 v-sync가 꺼져 있었기 때문입니다. : /

고정 된 시간 단계 보간이 없습니다.

물론, 나는 한 번에 모두가 아닌 방법을 하나씩 테스트하고 있습니다 (보간 플러그인 + dwmflush + 새로운 아이디어와 같지 않음).
또한 다음에 새로운 아이디어를 시도하기위한 구체적인 단계를 포함 시키십시오. 그래서 저는 Godot 버전을 추측하거나 편집기 나 게임을 직접 실행하는 등의 작업을 할 필요가 없습니다. 가능한 모든 조합을 시도하고 싶지는 않습니다. 조합의 양을 두 배로 늘리는 모든 아이디어). :피

물론, 나는 한 번에 모두가 아닌 방법을 하나씩 테스트하고 있습니다 (보간 플러그인 + dwmflush + 새로운 아이디어와 같지 않음).
또한 다음에 새로운 아이디어를 시도하기위한 구체적인 단계를 포함 시키십시오. 그래서 저는 Godot 버전을 추측하거나 편집기 나 게임을 직접 실행하는 등의 작업을 할 필요가 없습니다. 가능한 모든 조합을 시도하고 싶지는 않습니다. 조합의 양을 두 배로 늘리는 모든 아이디어). :피

문서에 언급되어 있지 않으며 코어에 고정 된 타임 스텝 보간이 없기 때문에 이해합니다. 아마도 문서를 위해 이것에 대해 뭔가를 시도하고 작성해야 할 것입니다. 전에 문서를 추가하지 않았습니다.

_ 결과는 다음과 같습니다 ._
다른 문제 (델타, OS)에 관계없이 물리를 사용하거나 _physics_process에서 객체를 이동하면 현재 Godot는 물리 틱과 실제 프레임 간의 앨리어싱 결과로 지터를 제공합니다. 이것은 모든 물리 틱 속도 / 모니터 새로 고침 속도 조합에서 어느 정도 발생하며 일부는 다른 것보다 나빠질 것입니다.

'지터 수정'방법은이 앨리어싱이 덜 뚜렷한 방식으로 발생하도록하여이 앨리어싱을 회피하려는 시도였습니다 (여전히 발생합니다). 계단 앨리어싱을 생각해보십시오.

이 '기본 수준'지터를 방지하려면 현재 다음 중 하나를 수행해야합니다.
1) (모든 Godot 버전에서 사용 가능) _process에서 개체를 이동하고 델타에 비례하는 거리만큼 이동합니다. 물리를 사용할 수없고 동작이 프레임 속도에 따라 다르기 때문에 게임에 적합하지 않지만 지터 테스트에는 괜찮습니다.

2) (Godot 3.2 이상에서 사용 가능) 고정 타임 스텝 보간을 사용했습니다. 이것은 Engine-> get_physics_interpolation_fraction () 함수를 사용하는 3.2에서만 진정으로 가능합니다. 이를 사용하는 방법에 대한 예는 https://github.com/lawnjelly/smoothing-addon 을 참조

지터 조사를 시작하기 전의 전제 조건입니다. 그들은 우리가 원하는 물체의 위치와 시간 사이에 선형 관계를 제공합니다.

이를 달성하는 대안 (초보자 친화적 인) 방법은 반 고정 된 타임 스텝을 사용하는 것인데, 7 월 # 30798 이후로 PR을 받았습니다.

이것은 과학적 조사 및 가설 테스트의 기초입니다. 아이디어는 가능한 한 많은 혼란 효과를 줄이고 한 번에 하나씩 검토하는 것입니다.

여기에는 세 가지 주요 요소가 있습니다.

1) 개체 위치와 게임 시간 간의 선형 관계 (위 참조)
2) 입력 타이밍 오류
3) 출력 타이밍 오류

위와 같이 (1)을 제거하십시오. 명령 줄 인수를 사용하여 (2)를 제거한 다음 (3)을 따로 검사 할 수 있습니다.

또한 지터를 조사하려면 물리학이 잠재적으로 지터 자체를 추가 할 수 있으므로 물리학을 통하지 않고 직접 오브젝트를 이동해야합니다.

_편집하다:_
방금이 스레드에서 최소 재현 프로젝트를 살펴 보았으며 (크립을 피하십시오) _process에서 속도 * 델타로 이동 중입니다. is_action_pressed에 의존하고 개인적으로 가능한 문제로 제거하지만 아마도 괜찮습니다. 하지만 다른 프로젝트를 사용하여 지터를 테스트하는 경우 위의 사항을주의하십시오.

@lawnjelly 알겠습니다 . 나는 보간 플러그인이 여전히 소수의 사람들에 의해서만 테스트되고 버그가있을 수 있다는 인상을 받았습니다 (심지어 지터를 추가 할 수도 있습니다). 그래서 저는 안정된 (3.1.1)을 취했습니다. 그것이 "과학적"이 저에게 작동하는 방식입니다.
다음에는 새로운 고려 사항을 시도해 보겠습니다.

이 스레드에서 최소 재현 프로젝트를 살펴 보았습니다.

원래 프로젝트는 애니메이션 (지터를 가릴 수 있음)을 사용하고 회색 배경 위에 회색 스프라이트가 있으므로 내 프로젝트 버전을 사용하고 있습니다. 기준에 맞도록 조정하겠습니다.

그래서 --fixed-fps 60 은 (는) 문제를 해결하는 데 도움이되지 않았습니다.

매우 유용한 정보입니다. 이것은 비난의 뾰족한 손가락을 출력 지연 (및 합성 자)으로 옮기고 PR의 접근 방식에 가중치를 부여합니다. 이것은 이중 / 삼중 버퍼링을 사용하고 파이프 라인을 계속 공급하고 프레임을 삭제하지 않는다고 가정합니다.

명령 줄 인수가 있는 마찬가지 입니까?

원래 프로젝트는 애니메이션을 사용하고 (지터를 가릴 수 있음) 회색 배경 위에 회색 스프라이트가 있으므로 내 프로젝트를 사용하고 있습니다. 기준에 맞도록 조정하겠습니다.

아, 감사합니다! : +1 :

@lawnjelly 알겠습니다 . 나는 보간 플러그인이 여전히 소수의 사람들에 의해서만 테스트되고 버그가있을 수 있다는 인상을 받았습니다 (심지어 지터를 추가 할 수도 있습니다).

주제에서 약간 벗어 났지만 괜찮을 것입니다 (몇 주 동안 건드리지 않았습니다). 지터를 도입해서는 안됩니다. 버그를 발견하면 이슈 트래커에 알려주거나 PR을하십시오. : +1 : 3.2 공식 애드온에 올릴 예정입니다. _ 내가 돌아 다닐 때 _ : smile :.

뿡 빵뀨

명령 줄 인수가 있는 마찬가지 입니까?

죄송합니다. 제안 사항을 시도해 볼 기회가 없었습니다. 저는 제가 작업하고있는 문제에 대해 일종의 토끼 구멍을 뚫었습니다.

@lawnjelly PR 스레드에서 논의한 내용에 따라 --fixed-fps <fps> 명령 줄 옵션에 대해 귀하가 맞았다 고 언급 할 것이라고 생각했습니다. 실제로 vsync를 활성화 상태로 유지합니다. 따라서 말씀하신 것처럼 델타 계산과 관련된 문제를 제거하는 좋은 방법입니다. 이전에 시도했을 때 엉망진창이었고 지금은 그렇지 않기 때문에 말을 더듬 었습니다.

나는 확립 내 변화와 함께이 옵션을 사용하고 그 사용 DwmFlush() 편집기 외부에서 실행 때 도움을 수행합니다. DwmFlush() 를 비활성화하면 다른 창 주위를 드래그하거나 작업 표시 줄에서 실행중인 작업 중 하나 위에 마우스를 가져 가면 게임에서 끊김 현상이 발생할 수 있습니다. 분명히, 게임이 'Above Normal'우선 순위로 실행되기 때문에 이런 일이 발생해서는 안됩니다. (그리고 DwmFlush() 가 사용되는 경우에는 그렇지 않습니다.)