Emscripten 5

[danoli3]

Emscripten 5

• Updates Emscripten 4.0.4 -> Emscripten 5.0.5
• added cmakelist.txt for testing
• fixed makefile for webgpu (not used in our code)

Problems

• Emscripten ES2 spec is using ES3 with some issues around face winding and meshes. This was noted in 4.0.4 however with more testing this is now more of a problem - Solution support ES3 properly and merge ES3 support via android PR and make amendments.

[danoli3]

Problems:

3D Face Winding issues.

Also occurring on Font Faces

Isolated issue to:
PLATFORM_LDFLAGS += -s MAX_WEBGL_VERSION=2 -s WEBGL2_BACKWARDS_COMPATIBILITY_EMULATION=1 -s FULL_ES2

So where WebGL version == 2. ES3 is supported so we are missing critical ES3 commands for Faces

With WebGL == 1
PLATFORM_LDFLAGS += -s MAX_WEBGL_VERSION=1 -s MIN_WEBGL_VERSION=1 -s FULL_ES2=1

Now exposes the missing ES3 commands being used in engine without guards.

error: undefined symbol: glBeginTransformFeedback (referenced by root reference (e.g. compiled C/C++ code))
warning: To disable errors for undefined symbols use `-sERROR_ON_UNDEFINED_SYMBOLS=0`
warning: _glBeginTransformFeedback may need to be added to EXPORTED_FUNCTIONS if it arrives from a system library

error: undefined symbol: glBindBufferBase (referenced by root reference (e.g. compiled C/C++ code))
warning: _glBindBufferBase may need to be added to EXPORTED_FUNCTIONS if it arrives from a system library
adding glBindBufferBase (referenced by root reference (e.g. compiled C/C++ code))


rror: undefined symbol: glBindBufferRange (referenced by root reference (e.g. compiled C/C++ code))
warning: _glBindBufferRange may need to be added to EXPORTED_FUNCTIONS if it arrives from a system library
adding glBindBufferRange (referenced by root reference (e.g. compiled C/C++ code))


error: undefined symbol: glEndTransformFeedback (referenced by root reference (e.g. compiled C/C++ code))
warning: _glEndTransformFeedback may need to be added to EXPORTED_FUNCTIONS if it arrives from a system library
adding glEndTransformFeedback (referenced by root reference (e.g. compiled C/C++ code))

Proper solution merge and support ES3 and use DEFINES for ES3 support
danoli3#4

I'll look at patching this in now 10 years later XD

[danoli3]

Yeah looking more into the ES3 support and looking at the TARGET_EMSCRIPTEN defines I can see how this was broken for meshes.

Shall apply fix.

Also https://www.pongasoft.com/blog/yan/webassembly/2024/09/12/Introducing-emscripten-glfw
We should apply the emscripten glfw with multi window support for the windowing system

[danoli3]

https://pongasoft.github.io/emscripten-glfw/test/demo/main.html

[danoli3]

https://codeberg.org/pongasoft/emscripten-glfw

[danoli3]

fonts are now rendering with latest ES3 changes. Meshes are still broken

[danoli3]

emscripten-glfw added works very fast now

[danoli3]

Okay figured it out was something to do with ofGetGLPrimitiveMode(vertexData.getMode()) returning quads or something and needs GL_TRIANGLE

forced triangles now the back boxes on gui broken, step towards complete!

glfw emscripten so fast btw

[danoli3]

Turned out to be mesh primitive type being set on mesh to LINES

[danoli3]

Fonts still not rendering on Emscripten in true type

[danoli3]

https://openframeworks.danoli3.com/easyCamExample/

okay this is looking great

[danoli3]

Thanks @Scylardor for the Testator fix

[danoli3]

Okay tested on a few projects. assimpModelLoader, easyCam and imgui projects. This is ready.

[danoli3]

https://openframeworks.danoli3.com/emscripten5

easyCam

ojects here

ofxImgui animation

https://github.com/danoli3/ofxImAnim
https://openframeworks.danoli3.com/emscripten5/example-imAnim/

ofxAssimpBoneControlExample

https://openframeworks.danoli3.com/emscripten5/ofxAssimpBoneControlExample/

3DPrimitivesExample

https://openframeworks.danoli3.com/emscripten5/3DPrimitivesExample/

[danoli3]

Merging once ci is complete @ofTheo