OpenGL Specs: Call for ISVs
March 26th, 2003 by AlkiniThe Khronos group is looking forIndependent Software Vendors (ISVs) to further review the OpenGL ES and OpenML SDK specifications ( OpenGL ES is a subset of OpenGL targeted at mobile devices such as cell phones (Ericsson, Nokia, Motorola are involved indefining the spec). At GDC 2003 select ISVs were given a chance to preview the current draft of the OpenGL ES specification.The feedback was invaluable and Khronos now invites developers with significant experienceto register for consideration for participation in future meetings ofthe âISV Review Teamâ — for either the OpenGL ES specification, orthe OpenML 1.0 SDK.
Developers are invited to register for consideration forparticipation in future meetings of the OpenGL ES and OpenML “ISV Review Teams”
March 27th, 2003 at 2:00 am
I will never use it unless they use OpenAL for sound.
March 27th, 2003 at 6:39 am
It would be great if their could come a general OpenML port for Linux (same as Mesa is for GL). OpenML can be a very good replacement for SDL, since it will be the same on all supported OSes. (it won’t be a wrapper like SDL is ..)
March 27th, 2003 at 9:05 pm
OpenML is probably a nice API, but is it too late I wonder? Sure it could become popular in *nix but so what? MS has the bulk of the PC market and of cource the game market. Why did it take MS to create a “standarized” API in order for these other companies to make a DirectX knock-off. Sure it COULD facilitate some game ports from Windows, I doubt it will help much. Just look at OpenGL and how popular it is with the game industry.
March 29th, 2003 at 10:45 am
What are the pros of OpenML compared to SDL?
One mentioned OpenML won’t be a wrapper, but IMHO
it should be possible if necessary to reimplement SDL on every plattform in such a way that it is not a wrapper.
For example it shouldn’t be a technical problem to implement SDL in such way on windows that it doesn’t need DirectX. The only problem is time and maybe the lack of willing developers to do this reimplementation work.
Does anyone know what we can expect from SDL 2.0?