After two months of speculation, the OpenGL ARB has finally announced an official delay in the release of the OpenGL 3 specification due to some last-minute changes.
Read the full news item
Read the full news item
OpenGL 3 specification delayed
- Thread starter B3D News
- Start date
Would seem like it, unless S3 finally agreed to a general OpenGL license.
People still use openGL? :|
/me runs away!!!
/me runs away!!!
Last edited by a moderator:
>>People still use openGL?
well currently they outnumber the d3d10 users by at least (conservative estimate) 10:1lowblow
all together now, d3d10 is DOA
d3d11 OTOH i do believe will have a high uptake
I'm not sure it's fair to compare the adoption of an entire graphics API (openGL) to the adoption of a singular and brand new version of another graphics API (DirectX 10) and declare a winner.
However, I'd be relatively confident in saying that OpenGL installed base still exceeds that of DirectX, only because nearly every platform that supports DX also support OpenGL, but not the other way around.
That is all, feel free to continue
Killer-Kris
Regular
That might be a barrier to entry for a new player, but who doesn't already have that license?
Killer-Kris
Regular
Mesa
So that would affect the implementation of the software renderer, but not the API right?
I'm a windows guy myself, does the Mesa software renderer see much use these days?
Mesa is the open source OpenGL implementation. It's not purely a software implementation, although it can be compiled to so. Depending on the hardware, and availability of drivers, it supports hardware acceleration (eg intel chipsets, older radeon GPUs (<= 9000), etc). For Nvidia and ATI GPUs, though most people use the proprietery OpenGL drivers/implementation.
Killer-Kris
Regular
But if it is predominantly the hardware acceleration that is used it quickly becomes something of a non-issue.
I should imagine many of those, say, in the OpenGL ES world might not, and what is in OpenGL often moves into 'ES. Several have their own compression schemes. There's an old (For example, it doesn't mention Ericsson's ETC2) summary here. .
Not really. To support s3tc in a OGL-conformant way, you also need to support online compression of textures. (As far as I know, this is different for OGL ES texture compression with the ETC format. Online texture compression need not be supported, only decompression.)
Currently it works like this: hw drivers based on mesa which support s3tc do not announce support for it (that is, EXT_texture_compression_s3tc), unless you either install a not really official external library (which contains the software compression/decompression code), OR you force the driver to just say it's supported - this will make precompressed textures work (*) (like in most newer games, ut2k4 for instance), but of course will fail badly if an app requests online compression (such as quake3).
(*) Unless you'd hit some fallback case, dropping you to software rasterization
It depends on what you're using to compare. Comparing all of OpenGL to just Direct3D10 is a little unfair, it'd be more fair to compare the number of OpenGL3 users to Direct3D10 users.>>People still use openGL?
well currently they outnumber the d3d10 users by at least (conservative estimate) 10:1
all together now, d3d10 is DOA
d3d11 OTOH i do believe will have a high uptake
Of which Direct3D10 has an infinity to one ratio advantage.
Besides, in the world of gaming, DirectX appears to be a far more common choice for developers over OpenGL. There are few big-budget games nowadays that use OpenGL exclusively.
The PS3 supports OpenGL-ES but it’s hardly used today. Most developers use the native API. As it use Cg as shader language it is easier to port from Direct3D than from OpenGL.
Killer-Kris
Regular
I still don't get why Mesa itself needs the online compression but rather the driver , ala how it works under windows.
Similar threads
- Locked
