OpenGL status

View: New views
1 Messages — Rating Filter:   Alert me  

OpenGL status

by haron-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.
Hi everybody!

I'm going to start developing of gl server but before that I need to discuss several things with community.

Here they are:
1. Different extensions support. I've written an abstraction layer for this but it supports only a few extensions
    now and it needs a lot of work and maybe refactoring to add all other. I found glew library that do exactly
    what we need. It has BSD like license and could be provided as other third party libraries (sqlite, ogg, etc.).
    Also last version of this library has geometry shaders support.
    So I think it's good idea to use this library.

2. Built-in uniform variables. GLSL has several built-in uniforms like gl_ModelViewMatrix, gl_ProjectionMatrix,
    gl_ModelViewProjectionMatrixInverse, etc. They could be used instead of Nebula ones (ModelView,
    Projection, ...). But not all Nebula states are supported by GLSL uniforms so there are could be
    different advantages and disadvantages of using this built-in uniforms.

3. Separate files for different shaders (vertex, fragment, geometry). GLSL uses different source files for each
    shader type and we need a mechanism to tell shader object what files to use. For this purpose we can use
    one common file (with *.fx extension). It could be XML or script (using Nebula script system) file. I prefer
    XML version.
    Example (XML):
        <shader>
            <vertex src=" gui.vert" />
            <fragment src="gui.frag" />
            ...
        </shader>

4. Techniques, phases, passes. I think these features could be emulated by GL fixed pipeline parameters and
    provided in common shader file described above.

Note: common shader file could be used in future for the other shader types too (HLSL) to create common
         material subsystem.

5. Non-dds textures support. It was supported by DevIL library some time ago but non-dds file types are not
    supported now. So it should be decided how to provide this feature. Maybe DevIL library is still good solution.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

*** NOTE: To reply to the list use "reply to all",  ***
***       to reply direct to the sender use "reply" ***
_______________________________________________
Nebuladevice-discuss mailing list
Nebuladevice-discuss@...
https://lists.sourceforge.net/lists/listinfo/nebuladevice-discuss