Delivered-To: lablgtk at yquem.inria.fr Date: Thu, 21 Jun 2007 12:13:01 +0900 (JST) Message-Id: <20070621.121301.125900327.garrigue at math.nagoya-u.ac.jp> To: jon at ffconsultancy.com Subject: Re: [Lablgtk] OpenGL support From: Jacques Garrigue In-Reply-To: <200706210251.26856.jon at ffconsultancy.com> References: <200706200549.51387.jon at ffconsultancy.com> <20070620.165538.15269611.garrigue@math.nagoya-u.ac.jp> <200706210251.26856.jon@ffconsultancy.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: lablgtk at yquem.inria.fr Content-Type: Text/Plain; charset=us-ascii Content-Length: 2449 From: Jon Harrop > So FSAA is now the best way to provide fast and high-quality antialiasing of > whole scenes. The method effectively renders the image at higher resolution > and downsamples it, entirely in hardware. > > I just discovered that freeglut itself (the glut implementation that I'm > using) ignores the value of "multisamples" that it is given. So this was not > LablGlut's fault! I've implemented this in freeglut and multisampling now > works fine under LablGLUT. Nice... but one needs to patch freeglut. > That leaves CamlSDL and LablGTK. I'll look into these... As far as I can see, neither gtkglarea nor togl have support for FSAA. gtkglext has a flag, but it specifically marked has not implemented yet. (For all these I looked at the currect CVS version) On the other hand, SDL seems to have support (they even provide an example to do that)... but ocamlsdl ommits the flag (the file is 4 years old). So this should be easy enough to add support to ocamlsdl, but harder for other toolkits. > Incidentally, is the gtkglarea vs gtkglext controversy still in the > same state that it was 2 years ago? i.e. that glarea is officially > deprecated but it still works fine so we're still using it? It is. This discussion might have changed the situation... but since it is not yet implemented in gtkglext either, I don't see the point of switching. > The gtkglext page says: > > "Unlike Jane Loff's GtkGLArea, GtkGLExt provides a GtkWidget API which > enables OpenGL drawing for standard and custom GTK+ widgets." - > http://www.k-3d.org/gtkglext/Main_Page > > What does that actually mean? Can you not use the existing GLarea as > a widget? GtkGLarea is itself a widget. What it says is that GtkGLExt is actually lower level, and allows you use openGL to create new widgets (or to write into existing, non-openGL-aware widgets). Honestly, I don't see the point from a lablgtk point of view, as you cannot (easily) create new widgets anyway. This may make more sense from C, if you want to extend an existing widget to display some openGL. And from a practical point of view, being lower level is actually confusing, since most applications just want to display some openGL in a window, while using gtk for the rest of the interface. Jacques _______________________________________________ Lablgtk mailing list Lablgtk@yquem.inria.fr http://yquem.inria.fr/cgi-bin/mailman/listinfo/lablgtk