3 ms·
I imagine that a Flash fallback would be more practical in most situations.
by mambodog 15y ago
I imagine that a Flash fallback would be more practical in most situations.
- lloeki 15y agoDoes Flash have a direct OpenGL API, trivially wrappable to JS? IIRC JoGL is a thin JNI wrapper around libgl. As such it exposes the OpenGL C API quite directly, which in turn gets wrapped to JS, probably through some automated generator and a sprinkle of glue code.
- mambodog 15y agoWhen I say "in most situations" my implication is that for most 3D applications in the browser such low level interaction with the 3D API is not necessary. Most people building things with WebGL in the future will not be working with WebGL directly, but through an abstraction layer like three.js[1]. This could easily be extended to use Flash as an alternate renderer (say, for people running IE). [1] https://github.com/mrdoob/three.js/ https://github.com/mrdoob/three.js/
- wladimir 15y agoDoes flash have OpenGL support these days? I investigated options for making a 3D web game two years ago, and back then Flash was still limited to 2D polygons and no depth buffer. There were some '3D engines' but those did all vertex transforms manually instead of using the GPU...
- mambodog 15y agoAdobe are adding their own "Stage3D" API (aka Molehill) to Flash. I realise that there are some situations where you want an "OpenGL-alike" like WebGL (especially if you're porting something already written in OpenGL). However, for most uses of 3D on the web, an abstraction layer with backends for WebGL and Flash would be sufficient, and would likely have wider browser support (it's also easier to get people to drive-by install or update Flash than Java).