You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
daft_lib
├── daft_lib_src
│ ├── CMakeLists.txt # uses pybind11, links with -sUSE_SDL=2 sMAX_WEBGL_VERSION=2 sMIN_WEBGL_VERSION=2
│ ├── _daft_lib_test.html # A simple test page, copy it into dist/
│ ├── _daft_lib_webgl_test.html # A simple standalone test that ensures webgl2 is available (outside of pyiodide)
│ ├── pyproject.toml
│ └── src
│ ├── DaftLib
│ │ ├── DaftLib.cpp # provides `dummy_sdl_call` (will create a window and its opengl context)
│ │ └── DaftLib.h
│ └── python_bindings
│ ├── daft_lib
│ │ └── __init__.py
│ └── module.cpp # provides a binding for `dummy_sdl_call`
└── meta.yaml # repeats the flags -SUSE_SDL=2 -sMAX_WEBGL_VERSION=2 -sMIN_WEBGL_VERSION=2
Build it "in tree" with:
PYODIDE_PACKAGES="daft_lib" make
The HTML and C++ files are heavily commented and will produce lots of logs in order to help the diagnostic.
Compile, and copy (or link) _daft_lib_test.html into pyodide/dist
Launch a web server, and open _daft_lib_test.html with a browser
Look at the JavaScript console.
Note: it is possible to switch to WebGL 1, by setting USE_WEBGL2=false in _daft_lib_test.html, and commenting out the #define USE_WEBGL2 in _daft_lib_test.html
Browser version:
Fails with Firefox and Chromium on Linux.
Fails with Firefox and Safari on Mac OS
Any other relevant information:
I already compiled numerous C++ / SDL programs to emscripten, using those same parameters, and it worked without issue.
I guess there might be something in the way emscripten is configured inside pyodide.
Thanks for opening the issue! Unfortunately I'm not an SDL expert, so it's not clear to me exactly what's going on.
I did some quick search for the error in the Emscripten repository, and found that Emscripten only allows hard coded default config (code pointer, document). Maybe this can be related somehow, but I am not very sure...
I think the information you gave me can hopefully point us in a better direction.
As far as I can understand, by reading the emscripten documentation, I think that OpenGL and EGL are two different graphics rendering targets.
The page about EGL Is someone honest about the fact that the support for this API is lacking (and that in fact it is not common):
Somewhat disappointingly, EGL is not a self-sufficient complete solution for initializing GLES2 graphics rendering (on any platform, not just Emscripten) and overseeing various associated tasks. The specification is limited in its scope and lacks some features.
So the question becomes why does the application try to call eglCreateContext. I'll try to have a look at the call stack, to see if I can gather more information.
🐛 Bug
I'm trying to run an application that uses SDL and OpenGL. I can get something to work with WebGL1 but not WebGL2
Javascript
C++
will fail with the message: "Could not create EGL context (call to eglCreateContext failed, reporting an error of EGL_BAD_CONFIG)"
However, using Webgl 1 does work (using
canvasElement.getContext("webgl")
and not setting SDL_GL_CONTEXT_MAJOR_VERSION in C++).To Reproduce
Use the attached zip file, and unzip it into
pyodide/packages
.daft_lib.zip
Build it "in tree" with:
PYODIDE_PACKAGES="daft_lib" make
The HTML and C++ files are heavily commented and will produce lots of logs in order to help the diagnostic.
Note: it is possible to switch to WebGL 1, by setting
USE_WEBGL2=false
in _daft_lib_test.html, and commenting out the#define USE_WEBGL2
in_daft_lib_test.html
Expected behavior
I hope it would be possible to use WebGL 2.
Environment
Pyodide Version:
main branch, last commit:
commit d32e376 (origin/main, origin/HEAD)
Author: Hood Chatham roberthoodchatham@gmail.com
Date: Tue Apr 23 15:01:33 2024 +0200
Browser version:
Fails with Firefox and Chromium on Linux.
Fails with Firefox and Safari on Mac OS
Any other relevant information:
I already compiled numerous C++ / SDL programs to emscripten, using those same parameters, and it worked without issue.
I guess there might be something in the way emscripten is configured inside pyodide.
Additional context
I'm trying to port a library I created to pyodide: https://pthom.github.io/imgui_bundle/
Live emscripten demo here: https://traineq.org/ImGuiBundle/emscripten/bin/demo_imgui_bundle.html
The text was updated successfully, but these errors were encountered: