On Fri, 2 Oct 2009, Gwenole Beauchesne wrote:
This patch disables anti-aliasing with the accumulation buffer. This kills all performance, a better approach would be to use multisampling (FSAA).
Just FYI: depending on your hardware, this may not be a performance penalty at all. Still, the way things are going, hardware manufacturers no longer seem to make chips with accelerated accumulation buffer support.
However, I don't know if the FSAA patch to gtkglext was integrated upstream. So, we'd probably to do it manually with another front-end?
It was not integrated. My plan was to change the OpenGL GTK GUI to use GLUT's glutCreateSubWindow to allow the creation of multisampling-enabled drawing area. The idea always appealed to me, but I never got around to actually doing it. Nonetheless, I think that is the direction we need to go. So, with regards to this patch, I think the antialiasing method should become a (run-time) variable rather than a preprocessor definition. Not least because we won't actually know what antialiasing methods we have until run-time, and even then the user may still need to override what we've picked. Bastiaan _______________________________________________ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev
