Can someone recommend an openGL wrapper package for SBCL on linux ?
Also if anyone can recommend a UI toolkit interface that works with
openGL viewports that would be appreciated.
········@gmail.com wrote:
> Can someone recommend an openGL wrapper package for SBCL on linux ?
http://common-lisp.net/project/cl-opengl/
> Also if anyone can recommend a UI toolkit interface that works with
> openGL viewports that would be appreciated.
Some assembly required (email me or the Cells mailing list for helP):
http://www.tilton-technology.com/Celtk.html
That uses my own simpler opengl bindings, now called kt-opengl since
they swiped my name. You can't tell from the screenshots, but other Tk
widgets are supported in the same framework.
Not for the faint of heart:
http://www.tilton-technology.com/cellophane.html
Currently being resurrected under Celtk. If oyu just need the OpenGL
views, Celtk will do it. Uses Togl widget.
hth,
kt
--
Cells: http://common-lisp.net/project/cells/
"I'll say I'm losing my grip, and it feels terrific."
-- Smiling husband to scowling wife, New Yorker cartoon
········@gmail.com wrote:
> Can someone recommend an openGL wrapper package for SBCL on linux ?
Despite the fact it's still flagged "experimental", I've
had pretty good results with the OpenGL GLX bindings in recent CLX.
(i.e. the one you get when you asdf-install clx on sbcl).
If I understand correctly, as a side effect of desktop eye candy
efforts, extremely recent x.org x servers are beginning to support
Accelerated Indirect GLX, which means that you shouldn't need to use an
FFI to a C libGL to get accelerated 3D from lisp anymore, speaking GLX
over the X socket should work. Yay. (Note: I haven't had time to test
this yet).
David Golden wrote:
> ········@gmail.com wrote:
>
>> Can someone recommend an openGL wrapper package for SBCL on linux ?
>
> Despite the fact it's still flagged "experimental", I've
> had pretty good results with the OpenGL GLX bindings in recent CLX.
> (i.e. the one you get when you asdf-install clx on sbcl).
>
> If I understand correctly, as a side effect of desktop eye candy
> efforts, extremely recent x.org x servers are beginning to support
> Accelerated Indirect GLX, which means that you shouldn't need to use
> an FFI to a C libGL to get accelerated 3D from lisp anymore, speaking
> GLX over the X socket should work. Yay. (Note: I haven't had time to
> test this yet).
Okay that was a little unclear: what I meant is that I haven't verified
that much hardware acceleration happens yet in the indirect GLX case,
the "good results" were for my purposes which don't necessarily demand
hardware acceleration. I think the nvidia binary-only x.org drivers
have done accelerated indirect for a while too.