Khronos Releases OpenGL ES Graphics Standard

An anonymous reader writes "The Khronos Group announced today that it has ratified the OpenGL ES 1.0 royalty-free open standard for advanced 2D and 3D graphics in embedded systems including mobile and handheld devices, and that the API specification is now available for free download. OpenGL ES defines subset profiles of OpenGL; OpenGL and OpenGL ES are royalty-free, open standard APIs that enable authoring and playback of dynamic media on a wide variety of platforms and devices. OpenGL ES 1.0 is said to run in software implementations as small as 50Kbytes, and can enable hardware graphics pipeline acceleration on both fixed point and floating point systems."

Interesting Specs

[mcdrewski42]

The embedded space varies widely, ranging from 400Mhz PDAs with 64MB RAM to 50MHz mobile phones with 1 MB RAM.

It constantly surprises me how powerful the systems are that are defined as 'embedded'. After all, the minimum spec for DOOM [idsoftware.com] is a
386 processor operating at a minimum of 33MHz and for Quake [idsoftware.com] it's an Intel Pentium(R) 75 MHz processor or better.

That's now in 'embedded systems' sizing easily.

Re:Interesting Specs

[dgp]

PDAs are amazing powerful. So much so that "embedded" standards, in my opinion, serve to confuse and muddle a software system more than anything else.

If you look at J2ME, the MIDP profile is somewhat useful on phones from the 90s that had next to zero ram and UI options. Phones arent like that any more and all the other J2ME profiles such at CLDC and "PersonalJava" are running on platforms that, I believe, are capable of running a full Java implementation, even the swing UI. Why not provide the real J2SE i

Well, um...

[Jouni]

"I'd like to see the full OpenGL implemented, or at least OpenGL with some sections taken out."

OpenGL ES is just that; OpenGL with some sections taken out and a few additions to make software-only rendering and math go faster.

It's nice to point out that we had Quake, etc. on machines with lesser capabilities, however those never were able to get sufficient performance through general use APIs. They weren't ported to OpenGL before we had hardware acceleration on the PC.

With OpenGL ES, however, it's now

Re:Interesting Specs

[Com2Kid]

• If you look at J2ME, the MIDP profile is somewhat useful on phones from the 90s that had next to zero ram and UI options. Phones arent like that any more and all the other J2ME profiles such at CLDC and "PersonalJava" are running on platforms that, I believe, are capable of running a full Java implementation, even the swing UI. Why not provide the real J2SE if the PDA is capable of

I still have troubles getting decent performance out of Java on my 700mhz PC. . . .

Re:Interesting Specs

[drinkypoo]

You could build a so-called embedded system which featured a 3 GHz Pentium IV if you liked. The important part of embedded ain't the hardware, it's the OS, where it's stored, how it's loaded, and most importantly, how it's used. If it provides functionality behind the scenes, it's embedded.

I have nothing to say

[bersl2]

but we can't have more trolls on this post (2) than actual posts (1), now can we?

Other than that, open standards are good. (Score: 0, Redundant)

Not bad...

[NanoGator]

... but it'd be nice if they covered input, sound, and networking like DirectX does. Arguably that'd make porting games to Linux much easier. Plus, it'd give developers an alternative to DirectX that's more portable.

Just a thought, but I don't expect to get a lot of attention for it because I'm hinting that MS did something right [gamespy.com].

Re:Not bad...

[mcdrewski42]

OpenGL is, as the name suggests, a Graphics Language, not a sound, network, input, pay-to-play platform.

Yes, MS did something right for games developers but OpenGL is a different kettle of Trolls.

Re:Not bad...

[halfnerd]

isn't it Library, not Language?

at least it seems to me that the original language for opengl was/is (there are numerous ports these days) c/c++.

Just my two cents.

OpenML

[Trevelyan]

Thats what openML (Open Media Language) [khronos.org] is for.
Its on the same site.

I have to be honest I not read too much about openML, but we have had openGL and openAL for some time. So its not a far jump to openML.
Although I dont see any note of openAL, maybe they reinvented the wheel here

Re:Not bad...

[drinkypoo]

Even when M$ was doing something right (DirectX) they were doing it wrong -- They created Direct3D. It would have made much more sense to simply use and extend OpenGL. As I have pointed out before, Microsoft had a pure-software OpenGL implementation (which they used solely for screensavers far as I can tell) way back in the NT 3.x days, at least in 3.51 if not earlier. So obviously they had played with OpenGL. However then 3DFX came along and like idiots, instead of doing OpenGL from the first, they came up

Who is Khronos?

[MobyDisk]

For that matter, who is the standards body that defines OpenGL? Ia this REALLY an open standard, or is this a commercial entity trying to look like a standards organization? The fact that Sun is on the boat is good, but I'm not 100% interested in committing to this yet.

Can someone clarify for me?

Re:Who is Khronos?

[KewlPC]

While the name OpenGL is owned by SGI (since OpenGL was invented at SGI), OpenGL itself is managed by the OpenGL ARB (Architecture Resource Board).

From OpenGL.org [opengl.org]:
The OpenGL Architecture Review Board (ARB), an independent consortium formed in 1992, governs the OpenGL specification. Composed of members from many of the industry's leading graphics vendors, the ARB defines conformance tests and approves OpenGL enhancements. Currently the board includes representatives from 3DLabs, ATI, Compaq, Evans & Su

Should be matched with software

[mnmn]

Now its all fine and dandy to have Fujitsu and GeforceFX GO chips on embedded devices and their OpenGL API, but there must be a smooth way to use pre-existing software with this API. Most software would expect a complete OpenGL 1.1 to 1.4 implementation running on standard OSes like (uC)Linux, NetBSD and (someone correct me on this) QNX, Symbian and the rest. Such an OpenGL implementation should be released for most of the embedded 3d chips for all these OSes, possibly as extensions of Mesa under the free OSes, before it can be used at all. We cant expect to see many applications made for custom OSes running on custom cpu/3d chips using a custom OpenGL (ES)implementation. The importance of pre-existing software base for any platform is paramount.

How relevant is OpenGL nowadays?

[JessLeah]

Microsoft's ActiveX seems to have a stranglehold on the 3D world. I wonder how relevant most SlashDot readers consider a technology that isn't being used in any new FPS games? Mod me down as a troll, but you know it's true. (And I hate this trend as much as you do. I love OpenGL!)

Re:How relevant is OpenGL nowadays?

[invid]

I think you mean DirectX--but that's OK, I don't fault you for a lack of knowledge of Microsoft technology. In fact, it's a good thing. I envy you. Unfortunately, I am compelled by my employers to make ActiveX controls.