Hi Robert, moving the class into osg::Program seems reasonable to me. The extension requires OpenGL 3, and the functions are part of the core of OpenGL 4
ARB_get_program_binary is virtually identical to OES_get_program_binary so it seems sensible to use the ProgramBinary class for both. On 14 February 2011 12:58, Robert Osfield <[email protected]> wrote: > Hi Michael, > > I've gone ahead and merged your changes. I am tempted to move > osg::ProgramBinary into the scope of osg::Program as these objects are > always specific to a Program and assigned to them. Thoughts? > > Robert. > > On Mon, Feb 14, 2011 at 12:30 PM, Robert Osfield > <[email protected]> wrote: > > Hi Michael, > > > > I'm just reviewing your changes. Which version on the OpenGL supports > > glGetProgramBinary? Do you know if there is any relationship to the > > shader binary files supported by OpenGL ES 2.0? > > > > Robert. > > > > On Thu, Feb 10, 2011 at 2:27 PM, Michael Platings <[email protected]> > wrote: > >> Hi Robert, > >> I've added initial support to osg for glGetProgramBinary and > >> glProgramBinary. This means that shader programs can now be cached to > disk > >> and later reloaded, which is much faster than linking shaders from > source > >> code. This should mean significantly shorter load times for people who > use > >> lots of combinations of shaders. > >> Cheers > >> Michael > >> > >> _______________________________________________ > >> osg-submissions mailing list > >> [email protected] > >> > http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org > >> > >> > > > _______________________________________________ > osg-submissions mailing list > [email protected] > > http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org >
_______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
