cl-opengl-devel March 2007

cl-opengl-devel@common-lisp.net

7 participants
5 discussions

[cl-opengl-devel] Patch for compressed textures and draw/read-pixels
by Mikael Lax 23 May '07

23 May '07

Hi, these are some small additions I use that I figured might be useful to someone else as well. Attached is a patch to add support for compressed textures and draw-pixels/read-pixels. I'm not sure of how well these last two play with various pixelstore modes but it does everything I need it to do (eg. take screenshots, peek at the depth-buffer etc). Sincerely yours, Mikael Lax PS: Patch is against cl-opengl-thomas branch.

2 5

[cl-opengl-devel] new patch
by Dmitri Hrapof 17 Mar '07

17 Mar '07

Hello! I've just finished a substantial project in which I tried lots of new Lisp things (for me, that is): foreign libraries, GUI, serial port programming, process spawning etc. It's a real time scientific data visualisation program, and I am pleased to say that Lisp version is faster than C++ one. Attached is the patch (result of darcs send -o) with modifications that I made to cl-opengl in the process. It includes Charlie MacMackin's vertex array patch. Hope it will be useful. Sincerely yours, Dmitri

1 0

[cl-opengl-devel] Helping out from OSX
by sathya gnanasekaran 17 Mar '07

17 Mar '07

Hello all, My name is Sathya, and I would like to contribute to cl-opengl. I use cl-opengl on OSX to play with opengl in lisp. I use it by changing the library from freeglut to apple's cocoa-based glut framework. (Although I'm sure I could use apple's X11 + freeglut, X has given be trouble.) If there's anything in particular you would like help with, I'm here. (It could be anything from OSX based testing to simple bug fixes.) Thanks

3 4

[cl-opengl-devel] generating function bindings, extension loading
by Bart Botta 11 Mar '07

11 Mar '07

I've been working on generating bindings from the .spec files on opengl.org, and it seems to be to the point where it could be turned into a patch... Before that though, I wanted to get some feedback about changing the naming for the bindings: First suggestion is moving the function bindings to a separate package, and giving them lisp style names, so people like me who want to use them directly have supported access to them. Second is changing the GLenums from cffi:defcenums to defconstants. Advantages I can think of from doing that: *Easier for users to add enums from a new extension without modifying library code (unless cffi allows adding to an enum after it is defined, not sure about that) *Easier to add offsets to them, for example a loop to disable all lights could use (+ index gl:+light0+) instead of having to convert from enum and back, or store a list of the light enums or whatever. *being able to add offsets also solves the problem of some values (light in particular) potentially having more valid values than are enums. (The .spec files name 8 lights, but leaves room for 4096, I'm pretty sure there has been hardware supporting at least 32.) *compatibility with other bindings (glx and cl-sdl both use +foo+ style for enums if I remember correctly) *possibly speed. If cffi can remap values at compile time it probably isn't too bad, but it probably wouldn't be too hard to find code with a lot of enums specified at runtime. (Alternately, is it possible to tell cffi to allow using either the constants or the keywords?) Also, a small patch: someone in #lisp was having problems with OpenMCL objecting to compute-applicable-methods being called with extra arguments in glut/interface.lisp, which was fixed by the following patch to define-glut-event: diff -rN old-pct/glut/interface.lisp new-pct/glut/interface.lisp 130c130 < :func ',event-func :arg-count ,(length args)) --- > :func ',event-func :arg-count ,(length arg-names))

4 4

[cl-opengl-devel] cl-opengl in win32, was working now not so much
by Luke Crook 11 Mar '07

11 Mar '07

cl-opengl seemed to be working fine for me on 01/30; see: http://article.gmane.org/gmane.lisp.cl-lispbuilder.general/648 But after downloading the latest version of CFFI I get the following error in CLISP. Anyone know what the problem may be? Thanks, - Luke EVAL: undefined function CFFI::LISP-FUNCTION-NAME [Condition of type SYSTEM::SIMPLE-UNDEFINED-FUNCTION] Restarts: 0: [USE-VALUE] You may input a value to be used instead of (FDEFINITION 'CFFI::LISP-FUNCTION-NAME). 1: [RETRY] Retry 2: [STORE-VALUE] You may input a new value for (FDEFINITION 'CFFI::LISP- FUNCTION-NAME). 3: [RETRY] Retry performing #<ASDF:COMPILE-OP NIL #x19FF2479> on #<ASDF:CL- SOURCE-FILE "funcs" #x19FF1F49>. 4: [ACCEPT] Continue, treating #<ASDF:COMPILE-OP NIL #x19FF2479> on #<ASDF:CL- SOURCE-FILE "funcs" #x19FF1F49> as having been successful. 5: [ABORT-REQUEST] Abort handling SLIME request.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

cl-opengl-devel March 2007