HI Mathias, On 4 June 2013 13:53, Mathias Fröhlich <mathias.froehl...@gmx.net> wrote: > I see that the GeometryDeprecated is still needed. > ... that means we will need this at least.
I don't think it'll be too difficult to maintain, and it'll be really useful to old Geometry held in the existing .osg/.ive files. > The begin/end emulation code could then probably move to wherever you move the > GeometryDeprecated class. Yes! :-) > What about the plugins? > Do all of them consistently use the fast path? We'll have review them one by one. Most "should" be using fast paths, ones that aren't we'll need to port across to using GeometryDeprecated if it isn't easy to port them across to the new cleaned up osg::Geometry. > May be this is also an opportunity to throw out the deprecated dlists? I don't reason a need to drop display lists in osg::Geometry, at least at this point. Display lists are rather orthogonal to the rest of the API. One thing the clean up will mean is a simpler internal implementation that will have a lower CPU overhead so the cost on non display listing will be lower so more models that presently work best with display lists will now be better without. I do still expect display lists to work best for some models and OpenGL drivers though. > Also to get good 'fast path' performance, handlling of primitive restart would > be good. I know there were discussions about that. But was there a final > outcome how you want to have this implemented? Ooo I'm a bit cold on primitive restart, I vaguely recall some discussion previous about it but it's long enough ago for me to not have a clear idea. In general I'd say with a clean up osg::Geometry will be in better place to look at implementing the new OpenGL features, these will be focused on the new Geometry implementation with GeometryDepercated being specifically for backwards compatible slow path usage without attempting to update it to latest OpenGL features. This approach will free us from some of the sticky bits of implementation - the glBegin/glEnd emulation is an example of this. Robert. _______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
