cl-opengl-devel

cl-opengl-devel@common-lisp.net

214 discussions

Re: [cl-opengl-devel] Nehe Tutorials 1-6 are done.
by Charlie Burrows 28 Sep '06

28 Sep '06

Sorry, I just realized that with the texture encapsulated in the lisp file there is really no need to include sunras.lisp. Also feel free to leave out nehe6.lisp and Cantelope-small.lisp if you don't like the encapsulted texture idea. I don't particularly like it either but I wouldn't know how to find the distribution directory to load the correct picture on an arbitrary machine. Cheers, Charlie

1 0

[cl-opengl-devel] Nehe Tutorials 1-6 are done.
by Charlie Burrows 28 Sep '06

28 Sep '06

Hi, I've completed the Nehe tutorials 1-6. There is only one issue (the path to the texture image) which I will solve soon. My question is, how would you like me to submit it? I would just put it up on my personal website but I'd rather it was a part of the standard cl-opengl distribution because it is less likely to be marginalized . What do you think would be best? Cheers, Charlie

3 2

[cl-opengl-devel] Nehe Tutorials
by Charlie Burrows 22 Sep '06

22 Sep '06

Ok so I'm dumb. Although to be fair to me it was a single character wrong! (gl:depth-test :equal) != (gl:depth-test :lequal). I'm guessing that my code (with the :equal) would only have displayed overlapping objects if their depth was equal. That sounds very silly to me! On with the examples ... Cheers, Charlie

1 0

[cl-opengl-devel] Trying to do Nehe tutorials
by Charlie Burrows 22 Sep '06

22 Sep '06

Hi, I've been trying to do the nehe tutorials in cl-opengl and I've got the first two working but there's a small problem. It is probably an opengl issue rather than a cl-opengl problem but I'm sure all you nice people won't mind my ignorance (too much) and besides where else could I post my code and get a reply! Ok so I've got two classes; the first one works find (as far as it goes) the second also works but only if I don't enable depth testing. If I enable depth testing then the two shapes I draw disappear. The code is here: http://paste.lisp.org/display/26461 In the mean time I will continue with the tutorials. Cheers, Charlie --- Kenny made me do it!

3 3

[cl-opengl-devel] Re: Trying to do Nehe tutorials
by Charlie Burrows 22 Sep '06

22 Sep '06

---------- Forwarded message ---------- From: Charlie Burrows <charlie.burrows(a)gmail.com> Date: Sep 22, 2006 9:02 AM Subject: Re: [cl-opengl-devel] Trying to do Nehe tutorials To: Ken Tilton <kentilton(a)gmail.com> On 9/21/06, Ken Tilton <kentilton(a)gmail.com> wrote: > I wonder why you ever see anything. Where are you setting the color? I must > be missing something since you say you see something without depth testing. > This is nehe-2? nehe-2 sets colors: White seems to be the default colour. From my reading of the Nehe site nehe-1 is just a window, nehe-2 is the two white shapes and nehe-3 is the example with the colour blended triangle and the blue square. In any case I have also done nehe-3 (my numbering) and it suffers the same affliction as the nehe-2. > kt > > ps. I suggest you make each example standalone and not try to inherit code > for lesson 2 from lesson 1 if this is going to be stuff in a public library. > Of course if you just want to mix in CLOS training I understand, but it may > compromise the value of the contrib to cl-opengl. kt I am starting to come around to your way of thinking although it seems like there will be a limited amount of inheritance; mostly from nehe-1 which just sets up the environment. We'll see as it develops but don't worry there's not much chance of my going clos crazy. Cheers, Charlie

1 0

[cl-opengl-devel] Problem compiling cl-opengl for cmucl
by Thibault Langlois 01 Sep '06

01 Sep '06

Hello, I'm trying open-gl for the first time and I get the following error: Undefined foreign symbol: "glAttachShader" [Condition of type KERNEL:SIMPLE-PROGRAM-ERROR] Restarts: 0: [CONTINUE] Return NIL from load of #P"/home/tl/comp/lang/lisp/code/cl-opengl/gl/funcs.x86f". 1: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {58E5F46D}> on #<ASDF:CL-SOURCE-FILE "funcs" {58DF96D5}>. 2: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {58E5F46D}> on #<ASDF:CL-SOURCE-FILE "funcs" {58DF96D5}> as having been successful. 3: [ABORT-REQUEST] Abort handling SLIME request. 4: [DESTROY] Destroy the process I am using cmucl 19c on a intel linux. I fetched cffi and cl-opengl from their respective websites today. Any advice ? Thibault Langlois --- The full session: CL-USER> (asdf:operate 'asdf:load-op 'cl-opengl) ; loading system definition from /home/tl/Projects/Systems/cl-opengl.asd ; into #<The ASDF0 package> ; Loading #P"/home/tl/comp/lang/lisp/code/cl-opengl/cl-opengl.asd". ; registering #<SYSTEM :CL-OPENGL {584F4DED}> as CL-OPENGL ; loading system definition from /home/tl/Projects/Systems/cffi.asd into ; #<The ASDF0 package> ; Loading #P"/home/tl/comp/lang/lisp/code/cffi-060626/cffi.asd". ; registering #<SYSTEM CFFI {5851DA7D}> as CFFI ; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. O C): ; Compiling Top-Level Form: ; Loading #P"/home/tl/comp/lang/lisp/code/cffi-060626/src/utils.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cffi-060626/src/features.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cffi-060626/src/cffi- cmucl.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cffi-060626/src/package.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cffi-060626/src/libraries.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cffi-060626/src/early- types.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cffi-060626/src/types.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cffi-060626/src/enum.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cffi-060626/src/strings.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cffi-060626/src/functions.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cffi-060626/src/foreign- vars.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cl-opengl/gl/package.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cl-opengl/gl/library.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cl-opengl/gl/types.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cl-opengl/gl/enums.x86f". ; Loading #P"/home/tl/comp/lang/lisp/code/cl-opengl/gl/funcs.x86f". ; Compilation unit aborted. ; Evaluation aborted CL-USER> (lisp-implementation-version) "19c (19C)" CL-USER> (lisp-implementation-type) "CMU Common Lisp" CL-USER> -- Thibault Langlois <tl(a)di.fc.ul.pt> FCUL / DI

3 4

[cl-opengl-devel] patch for review: implement numeric GL state queries
by James Bielman 23 Aug '06

23 Aug '06

Hi all, I propose the following patch to implement the remaining state query functions (glGetInteger, glGetBoolean, etc) in CL-OPENGL. The interface is pretty straightforward, and the user can omit the number of values to return when the query is known to the library. For example (from a running OpenGL program): CL-USER> (gl:get-float :viewport) #(0.0 0.0 640.0 480.0) CL-USER> (gl:get-float :texture-matrix) #(1.0 0.0 0.0 0.0 0.0 1.0 0.0 0.0 0.0 0.0 1.0 0.0 0.0 0.0 0.0 1.0) CL-USER> (gl:get-boolean :blend) T CL-USER> (gl:get-enum :depth-func 'gl::compare-func) :LESS I'm becoming fairly convinced that the separation of GLenum into discrete enum types based on context may not be a good idea. OpenGL doesn't make any distinction between different types of enums, and it feels as though we are going against the grain trying to separate them. There are a lot of duplicate definitions, and it also makes it hard to deal with a case like glGetInteger where you want to say, "this function returns a GLenum", because you don't know which CL-OPENGL enum type to use (hence the additional argument to GL:GET-ENUM in my implementation). I'd be willing to do the grunt work on a patch to move to one unified enum type---hopefully such a beast could be mostly machine generated from a header file or specification document (and updated by hand from then on). James

1 0

[cl-opengl-devel] Installation on OS X fails
by Nils Stritzel 20 Jul '06

20 Jul '06

I am trying to install cl-opengl on OS X 10.4.7 and openmcl After installing cffi I tried to get cl-opengl to run but (asdf:operate 'asdf:load-op 'cl-opengl) just results in ; loading system definition from /Users/yukun/bin/ccl/systems/cl- opengl.asd into #<Package "ASDF268"> ; registering #<SYSTEM :CL-OPENGL #x8440B76> as CL-OPENGL > Error in process listener(1): Unable to load foreign library: / System/Library/Frameworks/OpenGL.framework/OpenGL > While executing: CFFI::HANDLE-LOAD-FOREIGN-LIBRARY-ERROR > Type :POP to abort. Type :? for other options. This can be tracked down to the gl/library.lisp file, in case I did not miss something the error might even be due to cffi. Any help appreciated ;) One more thing: http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi? r=cl-opencl%20cl-opengl;a=summary seems to broken. Regards, Nils Stritzel

2 1

[cl-opengl-devel] Chase Online. Banking Account registration information
by Chase＠common-lisp.net 03 Jul '06

03 Jul '06

1 0

[cl-opengl-devel] No gl:getboolean?
by Ken Tilton 14 May '06

14 May '06

Oversight, work remaining, or I am missing an alternative? I know some have explicit getters per attribute, but gl_current_raster_position_valid? thx, kenny

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

cl-opengl-devel