+1

+10

+1

해당 코드를 context_gl_win.cpp에 작성했지만 일반적으로
멍청한 드라이버로 인해 Windows에서 구현되지 않은 기능
그 이유를 정확히 알 수 있으면 좋겠어

2015 년 1 월 17 일 토요일 오후 2시 56 분 MSC [email protected] 은 다음과 같이 썼습니다.

+1

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/okamstudio/godot/issues/1162#issuecomment -70376758.

현재로서는 매우 유용한 기능이므로 우선 순위를 높게 설정합니다. 인텔 IGP가 매우 오래되었거나 GLES2를 지원하지 않는 사람들로 인한 충돌에 대한 수많은보고가 있습니다.

좋아, 내가 위의 "tons"에 밑줄을 긋기 위해 충분한 충돌을 참조했다고 생각한다. 나는 아카이브를 파헤치는 것을 그만 둘 것이다. : D

+1 Godot가 우분투에서는 마법처럼 작동하지만 Windows에서는 작동하지 않는 이유는 무엇입니까?

@reduz를 어떻게 구현할 수 있는지에 대한 아이디어가 있습니까?

해당 코드를 context_gl_win.cpp에 작성했지만 일반적으로 Windows에서 구현되지 않은 기능으로 인해 충돌이 발생합니다.

그렇다면 동적 링크를 사용하지 않는 이유는 무엇입니까? 어떤 기능이 누락되었는지 분명합니다. 나는 https://github.com/p3/regal 이 이것을한다고 믿습니다.

이미 감지하고 메시지를 표시하려고 시도했지만
여전히 작동하지 않습니다.
지원되지 않는 하드웨어가 없기 때문에 충돌 이유를 알 수 없습니다.
따라서 고칠 수 없습니다.
PR 환영합니다.

2016 년 2 월 2 일 화요일 오후 12:11, anatoly techtonik < [email protected]

썼다 :

해당 코드를 context_gl_win.cpp에 작성했지만 일반적으로
Windows에서 구현되지 않은 일부 기능

그렇다면 동적 링크를 사용하지 않는 이유는 무엇입니까? 어떤 기능이
잃어버린. 나는 https://github.com/p3/regal 이 이것을한다고 믿습니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -178624438.

오래된 GPU를 가진 사람이 Linux에서 gdb를 통해 Godot를 실행하려고 할 수 있다면 상당히 도움이 될 것입니다. Windows "문제 서명"디버그 정보는 무의미 해 보입니다.

나는 C ++을 전혀하고 있지 않다. Python 만 사용하므로 사용자입니다. 무엇을 실행해야하는지 알려 주시면 정보를 얻을 수 있습니다.

무엇을 실행해야하는지 알려 주시면 정보를 얻을 수 있습니다.

Windows에서 디버거를 통해 항목을 실행하는 방법에 대한 단서가 없지만 Windows에서 항목을 컴파일 한 경험이 많지 않은 사람들에게는 사소한 일이 아니라고 생각합니다. 이것이 내가 누군가에게 Linux에서 GDB로 디버깅을 시도하도록 제안한 이유입니다. 사용하기 매우 쉽기 때문입니다.

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

이 bt (역 추적) 명령의 출력을이 버그 보고서에 복사합니다.

물론 문제가 Windows에 국한된 것일 수 있으므로 Linux에서 디버깅하는 것은 무의미 할 수 있지만 Linux 사용자는 하드웨어가 OpenGL (ES) 2.1을 지원하지 않는다고 사용자에게 알리지 않은 segfault를 가지고 있다고 생각합니다.

베타 2.0이 내 Linux에서 실행되지 않지만 그래픽 카드와 관련이없는 것 같습니다.-# 3557

Hehe 당신은 우리가 코너 케이스에서 가지고있는 모든 알려진 문제를 겪게 된 운이 좋은 사람입니다. :)

나는 단지 "불평하는 재능"과 GitHub 계정을 가지고있는 것 같다. =)

시작할 때 충돌하는 오래된 비디오 카드에 대해서는 잘 모르겠지만 예를 들어 NVIDIA 6800 GT에서는
일부 프로젝트에서만 충돌합니다. 따라서 모든 프로젝트와 Godot 모듈의 프레임 버퍼 오류에 대한 cmd 출력이 있습니다. 프로젝트 래스터 라이저 설정에서 "fp16_framebuffer"설정을 비활성화하여 완전히 고칠 수 있습니다. 동일한 비디오 카드 (전체 연결에 대해 알지 못함)에서 "fragment_lighting"설정을 비활성화하여 완전히 수정할 수있는 잘못된 래스터 화 (텍스처 없음)가 있다는 것을 알고 있습니다.
따라서 Godot는 이러한 기능이 지원되는지 확인하고 그렇지 않은 경우 사용자를 기록하고 비활성화해야한다고 생각합니다.
아마도 시작시 충돌에 도움이 될 것입니다.

무엇을 실행해야하는지 알려 주시면 정보를 얻을 수 있습니다.

$ gdb / path / to / godot / binary // 가능한 경우 디버그 모드에서 자체 컴파일되어 더 많은 정보를 얻습니다.

Godot_v2.0_beta_20160205_x11.64 은 동일한 하드웨어를 사용하는 Fedora 23에서 충돌하지 않습니다. Mobile Intel® GM45 Express Chipset 로 감지됩니다.

Godot_v2.0_beta_20160205_win32.exe 여전히 Vista 32에서 충돌합니다.

@techtonik 그 이유는 Windows와 달리 Linux는 하드웨어 OpenGL에 문제가있을 때 OpenGL에 소프트웨어 구현을 사용하지만 물론 하드웨어보다 느리기 때문이라고 생각합니다.

@ Algrin6 엔진이 그 사실에 대한 투명성을 제공 할 수 있다면 좋을 것입니다. 예전에는 Baldur 's Gate와 같은 게임이 그래픽 테스트 바이너리와 함께 제공되었습니다. http://www.fileplanet.com/13582/download/Baldur 's-Gate-Graphics-Test

BIOWARE VIDEO DRIVER TEST

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

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

2MB의 메모리! 이제 3GB + 3GHz가 있고 게임 엔진을 실행할 수 없습니다. 어째서?

2MB의 메모리! 이제 3GB + 3GHz가 있고 게임 엔진을 실행할 수 없습니다. 어째서?

우리가 2016 년이고 그 Bioware 엔진이 아주 오래 되었기 때문에? 이 테스트는 그래픽 드라이버가 충분히 강력한 지 확인하기 위해 설계되었으므로 테스트는 DirectX 3.01a부터 _ 작동 중일 가능성이 높지만 DirectX 7 이하인 경우 "하드웨어 또는 드라이버 업그레이드"라고 말할 수 있습니다. 그리고 Bioware 엔진은 MS Windows <= XP에서만 작동하는 반면 Godot는 12 개의 플랫폼에서 작동합니다.

이제 우리가해야 할 일을 정확히 알고있는 것 같으므로 풀 요청을하십시오.

@techtonik의 주요 문제는 핵심 개발자가 문제를 테스트 할 오래된 하드웨어가 없다는 것입니다. 따라서 문제의 원인을 정확히 찾아 내기 위해 디버그 정보를 제공하거나 직접 수정해야합니다 (오픈 소스의 아름다움).

Baldur의 게이트는 범용 2D / 3D 게임 엔진으로 프로그래밍되지 않았습니다.
C, x86 어셈블러, 아마도 Watcom으로 프로그래밍 된 맞춤형 맞춤형 프로그램입니다.
컴파일러, 보호 모드이며 스크립팅을 위해 기본 스택 머신을 사용합니다. 또한
모든 사용자 지정 블리 팅 코드를 직접 수행 할 수 있습니다.

2016 년 2 월 7 일 일요일 오후 12:36, George Marques [email protected]
썼다 :

@techtonik https://github.com/techtonik 이것에 대한 주요 문제는
핵심 개발자 중 누구도 문제를 테스트 할 오래된 하드웨어를 가지고 있지 않습니다. 그래서
문제의 원인을 정확히 찾아 내기 위해 디버그 정보를 제공해야하거나
(오픈 소스의 아름다움) 스스로 고쳐라.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -181034018.

@reduz 는 게임이 현재 사용하는 모든 기능 (블리 팅, 파티클, 3D 개체 등)을 나열하는 엔진 (또는 편집기에서 사용)에 의해 생성 된 코드에 대한 "플랫폼 호환성 테이블"을 생성 할 수 있습니까?

지금 당장은 불가능하다면, 적어도 기술적으로 가능할까요?

유효성 검사의 사용 사례는 모든 블리 팅 장치에서 실행할 수있는 최소 게임 (테스트)을 생성하고 성능을 측정 할 수있는 것입니다.

@reduz https://github.com/godotengine/godot/issues/1162#issuecomment -180466018은 어떻습니까?

@ Algrin6 이전 버전의 OpenGL에서 지원되는지 확인하는 것은 의미가 없습니다. 이러한 GPU에는 OpenGL에 모든 것이 지원된다는 것을 알려주는 드라이버가 있으며 느리거나 멈춤 또는 충돌하는 일종의 기괴한 소프트웨어 폴백으로 이동합니다.

나는 그러한 오래된 하드웨어가 존재하지 않고 지구에서 떨어진 척하는 것을 선호합니다.

"패치는 환영합니다"라는 뜻이라고 생각합니다. 누구도 거부 할 것 같지 않습니다.
훌륭하게 지원
이전 플랫폼.

2016 년 2 월 11 일 목요일 오전 3:41, Juan Linietsky [email protected]
썼다 :

@ Algrin6 https://github.com/Algrin6 그것이 있는지 확인하는 것은 무의미합니다.
stuff는 이전 버전의 OpenGL에서 지원됩니다. 이 GPU에는 드라이버가 있습니다.
OpenGL에게 모든 것이 지원된다는 사실을 알려주고
느리거나 멈춤 또는 충돌하는 기괴한 소프트웨어 폴백.

나는 그런 오래된 하드웨어가 존재하지 않고 떨어 졌다고 가장하는 것을 선호합니다
행성에서.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -182658216.

나는 여전히 오래된 칩셋을 가진 누군가가 더 잘 기여하기를 기다리고 있습니다.
지원되지 않는 하드웨어 감지. 그 이후로는 그 하드웨어가 없습니다.
그래서 제가 할 수있는 일이별로 없습니다.

2016 년 2 월 10 일 수요일 오후 11시 30 분에 Sergey Lapin [email protected]
썼다 :

"패치는 환영합니다"라는 뜻이라고 생각합니다. 누구도 거부 할 것 같지 않습니다.
훌륭하게 지원
이전 플랫폼.

2016 년 2 월 11 일 목요일 오전 3:41, Juan Linietsky [email protected]
썼다 :

@ Algrin6 https://github.com/Algrin6 그것이 있는지 확인하는 것은 무의미합니다.
stuff는 이전 버전의 OpenGL에서 지원됩니다. 이 GPU에는 드라이버가 있습니다.
OpenGL에게 모든 것이 지원된다는 사실을 알려주고
느리거나 멈춤 또는 충돌하는 기괴한 소프트웨어 폴백.

나는 그런 오래된 하드웨어가 존재하지 않고 떨어 졌다고 가장하는 것을 선호합니다
행성에서.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
< https://github.com/godotengine/godot/issues/1162#issuecomment -182658216
.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -182676389.

80 년대부터 2000 년 초까지 PC를 보관할 수 있습니다. 도움이된다면
하지만 테스트 및 디버깅 방법에 대한 세부 정보가 필요합니다.
Windows 개발자는 어떤 식 으로든 도구 등에 대한 아이디어가 없습니다.
win95se2 박스가있는 i740 세트, 일부 Pentim233MMX도 있습니다.
회계 상 이것은 2025 년까지 버려지지 않을 것입니다.

btw, Juan 이메일로 저에게 연락하여 개인 주소를 알 수 있습니까?
멍청한 짓으로 폭격하지 않을 것입니다.

2016 년 2 월 11 일 목요일 오전 5:48, Juan Linietsky [email protected]
썼다 :

나는 여전히 오래된 칩셋을 가진 누군가가 더 잘 기여하기를 기다리고 있습니다.
지원되지 않는 하드웨어 감지. 그 이후로는 그 하드웨어가 없습니다.
그래서 제가 할 수있는 일이별로 없습니다.

2016 년 2 월 10 일 수요일 오후 11시 30 분에 Sergey Lapin [email protected]
썼다 :

"패치는 환영합니다"라는 뜻이라고 생각합니다.
받지 않다
훌륭하게 지원
이전 플랫폼.

2016 년 2 월 11 일 목요일 오전 3:41, Juan Linietsky <
[email protected]>
썼다 :

@ Algrin6 https://github.com/Algrin6 그것이 있는지 확인하는 것은 무의미합니다.
stuff는 이전 버전의 OpenGL에서 지원됩니다. 이 GPU에는 드라이버가 있습니다.
OpenGL에게 모든 것이 지원된다는 것을 알려주고
의
느리거나 멈춤 또는 충돌하는 기괴한 소프트웨어 폴백.

나는 그런 오래된 하드웨어가 존재하지 않고
타락한
행성에서.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
<
https://github.com/godotengine/godot/issues/1162#issuecomment -182658216
.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
< https://github.com/godotengine/godot/issues/1162#issuecomment -182676389
.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -182678470.

더 뒤로 갈 필요가 없습니다. 인텔 시리즈 3/4 또는 i940은
추락 할만큼 충분히 ...
mingw / msvc로 컴파일하고 대신 왜 충돌하는지 알아 내십시오.
하드웨어가 지원되지 않는다는 MessageBox 표시 방법

2016 년 2 월 11 일 목요일 오전 12:00에 Sergey Lapin [email protected]
썼다 :

80 년대부터 2000 년 초까지 PC를 보관할 수 있습니다. 도움이된다면
하지만 테스트 및 디버깅 방법에 대한 세부 정보가 필요합니다.
Windows 개발자는 어떤 식 으로든 도구 등에 대한 아이디어가 없습니다.
win95se2 박스가있는 i740 세트, 일부 Pentim233MMX도 있습니다.
회계 상 이것은 2025 년까지 버려지지 않을 것입니다.

btw, Juan 이메일로 저에게 연락하여 개인 주소를 알 수 있습니까?
멍청한 짓으로 폭격하지 않을 것입니다.

2016 년 2 월 11 일 목요일 오전 5:48, Juan Linietsky [email protected]

썼다 :

나는 여전히 오래된 칩셋을 가진 누군가가 더 잘 기여하기를 기다리고 있습니다.
지원되지 않는 하드웨어 감지. 해당 하드웨어가 없습니다.
이후
그래서 제가 할 수있는 일이별로 없습니다.

2016 년 2 월 10 일 수요일 오후 11시 30 분에 Sergey Lapin < [email protected]

썼다 :

"패치는 환영합니다"라는 뜻이라고 생각합니다.
받지 않다
훌륭하게 지원
이전 플랫폼.

2016 년 2 월 11 일 목요일 오전 3:41, Juan Linietsky <
[email protected]>
썼다 :

@ Algrin6 https://github.com/Algrin6 확인하는 것은 의미가 없습니다.
그
stuff는 이전 버전의 OpenGL에서 지원됩니다. 이 GPU에는
드라이버
OpenGL에게 모든 것이 지원된다는 것을 알려주고
의
느리거나 멈춤 또는 충돌하는 기괴한 소프트웨어 폴백.

나는 그런 오래된 하드웨어가 존재하지 않고
타락한
행성에서.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
<
https://github.com/godotengine/godot/issues/1162#issuecomment -182658216
.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
<
https://github.com/godotengine/godot/issues/1162#issuecomment -182676389
.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
< https://github.com/godotengine/godot/issues/1162#issuecomment -182678470
.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -182679526.

MinGW로 godot.windows.tools.32.exe를 컴파일했습니다. 충돌. 다음에 무엇을할지?

내가 생각할 수있는 유일한 것은 충돌을 디버그해야한다는 것입니다. 신분증
main () 함수로 시작하고 각 함수 이름을 인쇄합니다.
충돌이 발생할 때까지 실행 한 다음 인쇄를 추가하십시오.
정확한 라인을 찾기 위해 각 기능 라인
충돌하고 결과를보고합니다. 또한 mingw로 컴파일하면
사용할 수있는 충돌 주소
addr2line -e / path / to / debug / exe 0x

실제로 MinGW는 gdb 와 함께 배송되는 것으로 보입니다.

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

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

위의 추적에 따르면 다음 줄에서 충돌합니다.

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

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

그래서 다음은 무엇입니까?

apitrace 출력

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

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

godot.windows.tools.32.1.trace.zip

이 함수는 드라이버가 제공하지 않기 때문에 NULL입니다.
충돌.

2016 년 2 월 12 일 01:21, anatoly techtonik [email protected]
썼다 :

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

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -183174112.

@ punto- 어디에서 NULL임을 알 수 있습니까?

역 추적의 맨 위, 프레임 0, 0x00000 인 경우 주소, 이것이 방법입니다.
null 인 함수 포인터를 호출 할 때처럼 보입니다.

2016 년 2 월 12 일 06:58, anatoly techtonik [email protected]
썼다 :

@ punto- https://github.com/punto- NULL이라는 것을 어디에서 볼 수 있습니까?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -183257600.

그러나 나는 이해하지 못한다-C ++는 Python이 아니므로 godot 바이너리가로드 될 때 시스템은 드라이버 dll을로드하고 주어진 기호가 없다는 경고와 함께 실패해야합니다. 왜 발생하지 않습니까?

아니면 Godot가 실제로 동적 런타임 링크를 구현하지만 누락 된 기호에 대해 경고하지 않는다는 의미입니까?

glew는 런타임 링크를 수행하므로 함수가 존재하지만
때로는 null 일 수 있습니다 ..

2016 년 2 월 12 일 13:41, anatoly techtonik [email protected]
썼다 :

아니면 Godot가 실제로 동적 런타임 링크를 구현한다는 의미입니까?
그러나 누락 된 기호에 대해 경고하지 않습니까?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -183401773.

@ punto- 이것은 옳지 않은 것 같습니다. 이 GLEW가 segfaulting 대신 오류로 불평하는 NULL 함수에 대해 자체 스텁을 삽입 할 수 있습니까?

모르겠어요 .. 아마 .. 그거 좋은 생각 이네요

2016 년 2 월 12 일 15:01에 anatoly techtonik [email protected]
썼다 :

@ punto- https://github.com/punto- 이것은 옳지 않은 것 같습니다. 할 수
GLEW는 불평하는 이러한 NULL 함수에 대해 자체 스텁을 삽입합니다.
segfaulting 대신 오류?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -183431329.

C ++는 파이썬이 아니지만 파이썬은 C입니다 :) glew는 아마도 기호를 찾습니다.
존재하지 않으면 함수 포인터에 NULL을 할당합니다. 나는
모든 세부 사항을 기억하지 못하지만 항상 충돌하는 방식입니다.
gl의 모든 함수가 NULL입니다 ..

2016 년 2 월 12 일 13:40, anatoly techtonik [email protected]
썼다 :

하지만 이해가 안 돼요-C ++는 Python이 아니므로 godot 바이너리가로드되면
시스템은 드라이버 dll을로드하고 주어진 기호가
존재하지 않습니다. 왜 발생하지 않습니까?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -183401442.

이 인텔 카드 중 하나를 가진 사람이이 빌드를 사용해 볼 수 있습니까?

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

2016 년 2 월 12 일 15:45에 Ariel Manzur [email protected] 는 다음과 같이 썼습니다.

C ++는 파이썬이 아니지만 파이썬은 C입니다 :) glew는 아마도 기호를 찾습니다.
존재하지 않으면 함수 포인터에 NULL을 할당합니다. 나는
모든 세부 사항을 기억하지 못하지만 항상 충돌하는 방식입니다.
gl의 모든 함수가 NULL입니다 ..

2016 년 2 월 12 일 13:40, anatoly techtonik [email protected]
썼다 :

하지만 이해가 안 돼요-C ++는 Python이 아니므로 godot 바이너리가로드되면
시스템은 드라이버 dll을로드하고 주어진 기호가
존재하지 않습니다. 왜 발생하지 않습니까?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -183401442
.

보기 32

32 비트입니다. Windows가 64 비트 만 허용 할 수 있습니까?

2016 년 2 월 14 일 01:29, anatoly techtonik [email protected]
썼다 :

[이미지 : 이미지]
https://cloud.githubusercontent.com/assets/515889/13031852/90815d62-d2ec-11e5-8b8c-ccbc54af1f48.png

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -183819635.

종속성 워커는 32 비트 라이브러리에 연결된 64 비트 모듈임을 보여줍니다.

어느 것을 말합니까?

2016 년 2 월 14 일 01:38, anatoly techtonik [email protected]
썼다 :

종속성 워커는 32 비트 라이브러리에 연결된 64 비트 모듈임을 보여줍니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -183820237.

(또한 내 컴퓨터에서 작동하는 이유는 무엇입니까? 32 비트 CPU입니까?)

2016 년 2 월 14 일 01:52에 Ariel Manzur [email protected] 는 다음과 같이 썼습니다.

어느 것을 말합니까?

2016 년 2 월 14 일 01:38, anatoly techtonik [email protected]
썼다 :

종속성 워커는 32 비트 라이브러리에 연결된 64 비트 모듈임을 보여줍니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -183820237
.

이거 먹어 볼래?

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

2016 년 2 월 14 일 01:54에 Ariel Manzur

(또한 내 컴퓨터에서 작동하는 이유는 무엇입니까? 32 비트 CPU입니까?)

2016 년 2 월 14 일 01:52에 Ariel Manzur [email protected] 는 다음과 같이 썼습니다.

어느 것을 말합니까?

2016 년 2 월 14 일 01:38, anatoly techtonik < [email protected]

썼다 :

종속성 워커는 32 비트 라이브러리에 연결된 64 비트 모듈임을 보여줍니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -183820237
.

내 이전 노트북 (intel gma x3100)에서는 충돌하지 않지만 다음 오류와 함께 창이 회색으로 유지됩니다.

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

너무 오래된 셰이더 버전 일 수 있습니까?
하지만 GLSL 대신 D3D를 시도하는 것이 이상합니다 ...

2016 년 2 월 14 일 일요일 오전 9시 3 분 Hondres [email protected] 은 다음과 같이 썼습니다.

내 오래된 노트북 (인텔 gma x3100)에서는 충돌이 발생하지 않지만 창이 유지됩니다.
다음 오류가있는 회색 :

오류 : ShaderGLES2 :: get_current_version : CanvasShaderGLES2 : 프로그램 링크 실패 :
D3D 셰이더를 생성하지 못했습니다.
위치 : driversgles2shader_gles2. cpp : 544
오류 : ShaderGLES2 :: get_current_version : 메서드 / 함수 실패, 반환 : 0
위치 : driversgles2shader_gles2. cpp : 551
오류 : ShaderGLES2 :: bind : 조건 '! version'이 참입니다. 반환 됨 : 거짓
위치 : driversgles2shader_gles2. cpp : 126
오류 : ShaderGLES2 :: _ get_uniform : '! version'조건이 참입니다. 반환 됨 : -1
위치 : .drivers / gles2 / shader_gles2.h : 354

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -183827627.

그렇다면 그래픽이 gl이 아닌 각도를 사용하여 작동하는 경우가 있습니까?

2016 년 2 월 14 일 03:25에 Sergey Lapin [email protected] 은 다음과 같이 썼습니다.

너무 오래된 셰이더 버전 일 수 있습니까?
하지만 GLSL 대신 D3D를 시도하는 것이 이상합니다 ...

2016 년 2 월 14 일 일요일 오전 9시 3 분 Hondres [email protected] 은 다음과 같이 썼습니다.

내 오래된 노트북 (인텔 gma x3100)에서는 충돌이 발생하지 않지만 창이 유지됩니다.
다음 오류가있는 회색 :

오류 : ShaderGLES2 :: get_current_version : CanvasShaderGLES2 : 프로그램 LINK
실패한:
D3D 셰이더를 생성하지 못했습니다.
위치 : driversgles2shader_gles2. cpp : 544
오류 : ShaderGLES2 :: get_current_version : 메서드 / 함수 실패,
반환 : 0
위치 : driversgles2shader_gles2. cpp : 551
오류 : ShaderGLES2 :: bind : 조건 '! version'이 참입니다. 반환 됨 : 거짓
위치 : driversgles2shader_gles2. cpp : 126
오류 : ShaderGLES2 :: _ get_uniform : '! version'조건이 참입니다.
반환 됨 : -1
위치 : .drivers / gles2 / shader_gles2.h : 354

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
< https://github.com/godotengine/godot/issues/1162#issuecomment -183827627
.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -183830014.

@ punto- tools에서 godot.windows.tools.angle.32.exe 이 유효한 PE 실행 파일이 아니라고보고합니다. UPX에서 건드리지 않은 버전을 게시 할 수 있습니까?

해당 IMAGE_OPTIONAL_HEADER.Magic은 IMAGE_NT_OPTIONAL_HDR64_MAGIC과 동일하며 이는 잘못된 https://msdn.microsoft.com/en-us/library/windows/desktop/ms680339%28v=vs.85%29.aspx입니다.

좋아 이것을 시도하십시오 :

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

그것은 upx에 의해 압축되지 않습니다

2016 년 2 월 14 일 05:10, anatoly techtonik [email protected]
썼다 :

@ punto- https://github.com/punto- IMAGE_OPTIONAL_HEADER.Magic은
잘못된 IMAGE_NT_OPTIONAL_HDR64_MAGIC과 동일
https://msdn.microsoft.com/en-us/library/windows/desktop/ms680339%28v=vs.85%29.aspx

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -183846301.

여전히 같은 문제입니다. depends 은 depends 뿐만 아니라 64 비트 바이너리라고 생각합니다.

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

유닉스 유틸리티 인 btw입니다.

@Hinsbart 회색 화면과 그 오류가 나타나는 컴퓨터에서 http://tof.p1x.in/html5/ 를 시도해 볼 수 있습니까? 크롬은 렌더러에 동일한 코드를 사용합니다.

@techtonik 아마도 비트 = 32를 사용하고 실제로 64 비트 바이너리를 얻는 버그가 있습니까?

@ punto- 어떻게 컴파일하는지 또는 어떤 버그가 언급하는지 모르겠습니다. 명령 및 빌드 로그가이를 명확히 할 수 있습니다. 변경 사항을 일부 분기에 커밋 할 준비가 되었으면 직접 컴파일 할 수 있습니다.

그래 내가하고있어

여기는 https://github.com/punto-/godot/tree/angle입니다.

2016 년 2 월 15 일 14:53, anatoly techtonik [email protected]
썼다 :

@ punto- https://github.com/punto- 어떻게 컴파일하는지 모르겠습니다.
어떤 버그가 언급하고 있는지. 명령 및 빌드 로그가이를 명확히 할 수 있습니다. 제가 할수 있어요
일부 브랜치에 변경 사항을 커밋 할 준비가 되었으면 직접 컴파일하십시오.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -184323695.

angle = yes로 컴파일

2016 년 2 월 15 일 15:25에 Ariel Manzur [email protected] 는 다음과 같이 썼습니다.

여기는 https://github.com/punto-/godot/tree/angle입니다.

2016 년 2 월 15 일 14:53, anatoly techtonik [email protected]
썼다 :

@ punto- https://github.com/punto- 어떻게 컴파일하는지 모르겠습니다.
또는 어떤 버그가 언급하고 있는지. 명령 및 빌드 로그가이를 명확히 할 수 있습니다. 나는
변경 사항을 커밋 할 준비가 되었으면 직접 컴파일 할 수 있습니다.
분기.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -184323695
.

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

불운.

theora_opt = no로도 시도하십시오.

2016 년 2 월 15 일 18:40, anatoly techtonik [email protected]
썼다 :

scons : *** [driverstheoratheorax86mmxencfrag.windows.tools.32.o] 소스 drivers\theora\theora\x86\mmxencfrag.c' not found, needed by target driverstheoratheorax86mmxencfrag.windows.tools.32.o '.
scons : 오류로 인해 건물이 종료되었습니다.

불운.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -184405417.

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

풀 스톱?

그것이 각도의 포인트입니다. 그것은 opengl 대신 direct 3d를 사용합니다. : p

2016 년 2 월 15 일 18:57, anatoly techtonik [email protected]
썼다 :

driversangle / common / angleutils.h : 12 : 0에 포함 된 파일에서,
driversanglecommonangleutils에서. cpp : 7 :
driversangle / common / platform.h : 62 : 28 : 치명적인 오류 : d3d11_1.h : 해당 파일 또는 디렉터리가 없습니다.
# 포함
^

풀 스톱?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -184411949.

ANGLE에는 두 개의 백엔드가 있습니다. 이전 백엔드는 DirectX 9를 사용합니다. 지금 DirectX 11 헤더가있는 최신 MinGW를 다운로드하고 있습니다.

컨텍스트는 platform / windows / gl_context_egl_angle.cpp에 생성됩니다.
백엔드를 선택할 수있는 매개 변수가 있다고 생각합니다.
파일에 문제가있는 경우 매개 변수가 무엇인지 감지하는 방법이있을 수 있습니다.
시스템에 가장 적합합니다 ..

2016 년 2 월 16 일 05:51, anatoly techtonik [email protected]
썼다 :

ANGLE에는 두 개의 백엔드가 있습니다. 이전 버전은 DirectX 9를 사용합니다. 최신 버전을 다운로드하고 있습니다.
지금 DirectX 11 헤더가있는 MinGW.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -184580963.

최신 gcc 5.3.0의 많은 오류, 예 :

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

내가 생각하는 C ++ 플래그에 -std=c++11 을 추가해야합니다.
예 : https://github.com/punto-/godot/blob/angle/drivers/angle/SCsub#L276 뒤에 다음 줄을 추가합니다.

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

구문이 MSVC에서 작동하는지 확실하지 않지만 MinGW에서는 괜찮습니다.

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

필요 기다리는 새로운는 MinGW 릴리스 .

ANGLE에 대한 논의를 별도의 문제로 이동하여 "사용자에게 하드웨어가 오래되었고 충돌하기 전에 지원되지 않음을 알리기"를 유지해야할까요?

네 동의합니다

2016 년 2 월 17 일 13:25, Rémi Verschelde [email protected]
썼다 :

ANGLE에 대한 논의는 별도의 문제로 옮겨야 할 수도 있습니다.
"사용자에게 하드웨어가 오래되었음을 알리고
충돌하기 전에 지원되지 않음 "?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -185282158.

3634는 ANGLE 문제입니다. # 3694는 엔진 로딩시 더 많은 정보를 얻기위한 PR입니다.

헉헉

Godot가 우분투에서는 마법처럼 작동하지만 Windows에서는 작동하지 않는 이유는 무엇입니까?

예! 그 이유도 알고 싶습니다. Xubuntu로 테스트했을 때 작동하지만 Windows 버전에서는 작동하지 않습니다.

^^

OS에 관한 것이 아니라 드라이버에 관한 것입니다. 일반적으로 GL 드라이버는 Direct3D 덕분에 Linux에 비해 Windows에서 무시됩니다. 많은 구형 GPU는 최신 버전의 Windows에서 최소한의 GL 1.5 구현으로 끝납니다.

@adolson

많은 구형 GPU는 최신 버전의 Windows에서 최소한의 GL 1.5 구현으로 끝납니다.

그렇다면 이전 OpenGL 버전은 언제 Godot에서 지원됩니까? 2.0+에 의존해야하는 절대적인 명시 적 필요성이 있습니까? 이전 버전과의 호환성이 존재하지 않는 것과는 다르기 때문에 더 유능한 장치가 OpenGL의 이전 반복을 렌더링하는 데 실패하지 않을 것입니다. 대신 GL1.4를 사용하도록 축소 할 수 없었던 GLES2를 중심으로 구축 된 비주얼 편집기 자체의 기능이 있습니까? 내 말은, 대부분의 최신 GL 기능은 어쨌든 3D 렌더링을위한 것이기 때문에 Godot로 2D 게임을 만들려는 관점에서는 불필요합니다.

@WinnerEX 그런 일은 없을 것입니다. GL 1.4와 호환된다는 것은 2D와 3D 모두에 사용되는 많은 흥미로운 기능을 포기한다는 것을 의미합니다. 그리고 스펙트럼의 다른 끝에는 더 이상 GL 3+ 지원 또는 Vulkan을 기다릴 수없는 사람들이 있습니다. Godot를 GL 2.1+ 엔진으로 안전하게 고려할 수 있습니다. 그것이 당신이 원하는 것이 아니라면, 더 낮은 GL 제한 (예 : OGRE 1.9 또는 SDL 2.0)을 가질 수있는 다른 많은 엔진이 있습니다.

여기서 주제는 필요한 GL 2.1+ 기능이 충돌하는 대신 사용할 수 없을 때 Godot가 적절한 오류를 제공해야한다는 것입니다. GLES1 렌더러를 다시 작성할 의도가 없습니다. Windows 사용자의 경우 ANGLE이 Direct3D를 통해 GL 에뮬레이션에 통합되면 희망이있을 수 있지만 GLES2 렌더러의 다운 그레이드는 없을 것입니다.

주제로 돌아 가기 : @reduz , 2D 및 3D 가속없이 가상 머신에서 Godot를로드하려고 시도함으로써 GL 2.1 지원 하드웨어에서도 충돌을 재현 할 수 있다고 생각했습니다. 확인을 위해 최대한 빨리 시도해 보겠습니다.하지만 그것이 충돌하는 위치와 segfaulting 대신 사람이 읽을 수있는 오류 메시지로 제대로 구제하는 방법을 찾는 데 도움이 될 수 있습니다.

2D 및 3D 가속없이 가상 머신에 Godot를로드하면 GL 2.1 지원 하드웨어에서도 충돌을 재현 할 수 있다고 생각했습니다. 최대한 빨리 확인해 보겠습니다

좋습니다. VirtualBox 5에서는 OpenGL 3.0 xD까지 지원하는 괜찮은 GL 드라이버가 있으므로 쉽지 않습니다.

OpenGL 3.0은 특별한 연결을 요청해야하기 때문에 탐지가 더 쉽습니다.
(나는 기대한다)

2016 년 7 월 25 일 월요일 오후 12:28, Rémi Verschelde [email protected]
썼다 :

GL 2.1에서도 충돌을 재현 할 수 있다고 생각했습니다.
2D없이 가상 머신에 Godot를로드하려고 시도하여 가능한 하드웨어
그리고 3D 가속. 최대한 빨리 확인해 보겠습니다

좋아, VirtualBox 5에서는 이제 괜찮은 성능을 가지고 있기 때문에 쉽지 않습니다.
OpenGL 3.0 xD까지 지원하는 GL 드라이버.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/1162#issuecomment -234987968,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z2_MK5iQA0RxLwv0FHu6po8ucVE8kks5qZNYlgaJpZM4DQoN3
.

Windows에서 호환되지 않는 엉뚱한 인텔 igp를 사용하여 이전 넷북에서 테스트했습니다.

rasterizer_gles2.cpp 10791 행에서 RasterizerGLES2::init() 에 다음 몇 줄을 추가했습니다.

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

Godot는 여전히 충돌하지만 기절하기 직전에이 오류 메시지를 콘솔에 표시합니다.

나는 Godot에게 래스터 라이저 초기화를 취소하라고 지시하는 방법을 모르겠습니다 (RasterizerGLES2 :: init ()는 true / false를 반환하지 않습니다. 선택의 여지가 없지만 성공이나 충돌이있는 것과 같습니다), Godot에게 종료를 지시하는 방법도 모릅니다 정확히.

이 호환성 테스트가 100 % 신뢰할 수없는 경우에도 최소한 자동 충돌 수를 줄이고 사용자에게 충돌이 발생할 것이며 그 이유를 경고하는 작은 시스템 대화 상자를 표시 할 수 있습니다.

@SuperUserNameMan을 찾으십시오. 나는 그것을 약간 가지고 놀았고 그것이 작동하는지 확인했습니다 (적어도 GPU가 그것을 지원하기 때문에 if (glewIsSupported("GL_VERSION_2_1")) 확인한 테스트에서). OS::alert() 를 사용하여 차단 메시지 상자를 표시 할 수 있습니다.

당신이 언급했듯이, 유일한 빠진 부분 (그리고 가장 어려운 부분)은 Godot가 제대로 빠져 나가도록하는 것입니다. 나는 잠깐 살펴 봤지만 OS 초기화 도중 Godot를 종료하는 것은 내 기술을 넘어 섰습니다.

개념 증명의 차이점은 다음과 같습니다.

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

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

GL 2.1을 지원하는 사용자를 테스트하려면 if 테스트에서 ! 를 제거하면됩니다.

X11에서이 (차단) 메시지 상자를 생성합니다.

@reduz 와

코드를 변경하고 다시 컴파일하지 않고 Linux에서 테스트하려면 환경 변수 MESA_GL_VERSION_OVERRIDE를 2.0으로 설정할 수 있다고 생각합니다. http://www.mesa3d.org/envvars.html

IIRC는 MESA가 블랙리스트 GPU가 Godot와 함께 작동하도록 강제하는 방법이기도합니다.