Hi Allen,
Allen Bierbaum wrote:
>> That won't work on Windows, as the Windows OpenGL headers are fixed at
>> 1.something and won't change. I don't really want to ship our own OpenGL
>> headers, having all the constants defined is bad enough already.
>
> Is there any way to do this other then the way it is done now which
> effectively makes us have to write a gl extension wrapper inside OpenSG?
> What about using an external tool like GLEW or something else? Would
> this help out at all?
It would move the responsibility into another system. We could add
either GLEW or GLEE into our source base and have a private copy in the
OpenSG namespace. It will remove the ability to have multiple cards from
different vendors in one box, unless they figure out some driver magic
to make it work (interestingly enough the Linux specs require that, but
I've never seen it work).
> But back to the main question, could OpenSG 2.0 require that the driver
> supports OpenGL 2.0 capabilities as the lowest common denominator?
I'm worried that this will just kill all platforms but Windows and Linux
(maybe Mac). I don't think the less common systems like Solaris support
that yet. It also limits the number of chips supported. For nVidia
that's not aproblem it goes back to GF2. For ATI it goes back to the
9500, which is fine, too.
I'm not opposed to it, as it might make the code simpler and lower the
barrier of entry. We have other things that more important in this
respect, but we could add this to the list.
Comments?
Dirk
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Opensg-core mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-core
