- cl-opengl-devel - mailman3.common-lisp.net

Re: [cl-opengl-devel] OpenGL 3.0
by Bart Botta 02 Sep '08

02 Sep '08

On Mon, Aug 18, 2008 at 1:29 PM, Luís Oliveira <luismbo(a)gmail.com> wrote: > > Actually, I wouldn't mind seeing the per-function enums come back. > Having compile-time warnings when we passed a bogus keyword was nice. > Can anyone remind me why were they collapsed into one enum? Sounds like a reasonable thing to have, if we can generate it easily (which we can't for GL3 at the moment, since there are not complete .spec files available yet). Only thing i could find in the list archives is that it is harder to deal with returning enums, though seems like at worst we could just have a combined set used for doing the reverse translations in that case. Also, looking at the glGet*, is there any reason we don't just map all of those to gl:get and add a compiler macro (or whatever) to pick the correct low level version? looks like the enum.spec files might even have enough info to map most of the enums to types, though probably have to pick out the ones that should be interpreted as enums by hand. -b-

2 5

[cl-opengl-devel] OpenGL 3.0 .spec and .enum files released
by Charlie McMackin 28 Aug '08

28 Aug '08

Here's the relative thread from Jon Leech on the OpenGL forum: http://www.opengl.org/discussion_boards/ubbthreads.php?ubb=showflat&Number=… and of course the link to the registry : http://www.opengl.org/registry

1 0

[cl-opengl-devel] Issues on windows + ecl
by Deepankar Sharma 22 Aug '08

22 Aug '08

I have successfully used cl-opengl on linux+sbcl for some time. I am now trying to replicate this on windows since I am interested in creating executables for windows users. For this setup I am trying to use ecl. I am running into some issues with interface.lisp in cl-glut. For some reason even though there is a shadow statement for close and special , I get this when i try to load cl-glut-examples ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- The symbol CLOSE is bound to an ordinary function and is not a valid name for a generic function Broken at SI:BYTECODES.Available restarts: 1. (TRY-RECOMPILING) Recompile interface and try loading it again 2. (RETRY) Retry performing #<ASDF:LOAD-OP NIL 43586496> on #<ASDF:CL-SOURCE-FILE "interface" "cl-glut" 325685 68>. 3. (ACCEPT) Continue, treating #<ASDF:LOAD-OP NIL 43586496> on #<ASDF:CL-SOURCE-FILE "interface" "cl-glut" 325 68568> as having been successful. Broken at SI:BYTECODES. CL-GLUT>> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Any workarounds for this ? Has anyone used cl-opengl successfully with ecl ? Thanks, Deepankar

2 1

[cl-opengl-devel] OpenGL 3.0
by Bart Botta 18 Aug '08

18 Aug '08

OpenGL 3 spec has been released: http://www.opengl.org/registry/doc/glspec30.20080811.pdf Instead of the originally planned rewrite, it ended up being just more stuff piled onto the old API, but they did add a mechanism for deprecating old features, and a way to create contexts which cannot use deprecated features. Any opinions on adding a cleaned up, gl3+ only version of cl-opengl which doesn't support the deprecated features or most of the older extensions, either as a fork, a separate mode for the main codebase (alternate .asd or with compile time checks), or some other way? --- -b-

2 6

[cl-opengl-devel] working setup
by Bastian Müller 15 Aug '08

15 Aug '08

Hi, I'm currently trying to get a working setup up and running but have the following problems: No matter which combination of cffi (0.10.0 or darcs HEAD) and cl-opengl (darcs HEAD or darcs versions some months older) I use, some don't work at all, others for example just let me run the glut-teapot example one time and crash after a second run: CL-USER> (glut-teapot) ; No value CL-USER> (glut-teapot) Unhandled memory fault at #x7FA94AAD37F3. [Condition of type SB-SYS:MEMORY-FAULT-ERROR] Is there a working cffi + cl-opengl combination or do I have to use different branches like cffi-newtypes, cffi+lotsastuff or cl-opengl-thomas? I'm using SBCL btw. Thanks, Bastian

2 1

[cl-opengl-devel] playing with opengl at the repl
by Jose A. Ortega Ruiz 13 Jul '08

13 Jul '08

Hi, I'm currently learning OpenGL, using to that end cl-opengl. It comes without saying that one of the main advantages of using Lisp here is the ability to experiment interactively at the REPL. The examples i've seen so far, though, use a blocking call to GLUT:DISPLAY-WINDOW to run (which is OK for such examples, i don't complain), and i was wondering about what would be the best way to have an OpenGL/GLUT window open and manipulate it from a (non-blocked) REPL, maybe even while the GLUT main loop is running. Threads come to mind (i'm using SBCL on Linux), but probably more experienced readers of this list will have some other (or more concrete) advice/code snippets/configurations/whatever to share? Needless to say, pointers to documentation or examples in any form would also be very welcome. Thanks a lot for your time! Cheers, jao -- Always have a vision. Why spend your life making other people’s dreams? -Orson Welles (1915-1985)

2 4

[cl-opengl-devel] [patch] Random exports
by Andy Hefner 06 Jul '08

06 Jul '08

The attached patch exports the symbols pixel-store, pixel-transfer, and pixel-map.

2 1

[cl-opengl-devel] [patch] game mode and init-window position/size
by Dan Torop 06 Jul '08

06 Jul '08

Attached is a patch which enables game mode via a window initarg "game-mode". The enter-game-mode and leave-game-mode calls must be used instead of create-window and destroy-window, hence the somewhat invasive coding. I'm not sure if this is the right approach, another possibility would be to make a sibling class of "window", "game-mode-window"? I also made the display-window :around method for windows set init-window position and size, so that the window isn't created one place then immediately modifed. But the base-window's display-window :around still calls position/reshape window. Apologies, this is sloppy, but I didn't want to muck with part of the code with which I wasn't at all familiar. Hope any of this is of use in some form? Thank you, Dan

2 1

[cl-opengl-devel] [patch] fog-color, texture-border-color, gluPerspective
by Dan Torop 06 Jul '08

06 Jul '08

Hello! Appended are a few very minor patches: gl/rasterization.lisp: - in gl:tex-parameter's :texture-border-color use "elt" rather than "aref", to be consistent with other calls in the file - in gl:fog allow :fog-color -- I hope this is done in a manner consistent with cl-opengl style? glu/glu.lisp: - change names of some gluPerspective parameters to match their standard names Thanks for the very useful cl-opengl code! I hope these are worth applying! Best, Dan

2 1

[cl-opengl-devel] push-attrib / pop-attrib
by Bastian Müller 06 Jul '08

06 Jul '08

Hej cl-opengl developers, I'm trying to use push-attrib, but unfortunately it doesn't work. (gl:push-attrib :current-bit) -+ Errors (1) `-- (in macroexpansion of (CL-OPENGL:PUSH-ATTRIB :CURRENT-BIT)) (hint: For more precise location, try *BREAK-ON-SIGNALS*.) Unknown CFFI type: CL-OPENGL::SERVER-ATTRIBUTES. ;; external (defun push-attrib (&rest attributes) (declare (dynamic-extent attributes)) (%gl:push-attrib (make-bitfield 'server-attributes attributes))) (define-compiler-macro push-attrib (&whole form &rest attributes) (if (every #'keywordp attributes) `(%gl:push-attrib ,(make-bitfield 'server-attributes attributes)) form)) There's no enum called server-attributes anywhere in the current HEAD. Another problem is that pop-attrib is exported, but is never defined (only the defcfun function (%pop-attrib), no high-level/wrapper method). Any hints? Thanks. kind regards, Bastian

2 1