From cupe-clopengl at erleuchtet.org  Tue Sep  2 00:28:52 2008
From: cupe-clopengl at erleuchtet.org (Johann Korndoerfer)
Date: Tue, 02 Sep 2008 02:28:52 +0200
Subject: [cl-opengl-devel] bug in render-to-texture example?
Message-ID: <48BC88C4.4020405@erleuchtet.org>

Hi

When invoking the misc/render-to-texture.lisp example the second time
(the first time works perfectly), the whole screen flickers black
although the example runs windowed. After pressing esc, the flickering
stops but the glut window stays open. The lisp is still alive, but no
calls to gl will have any effect so i have to restart sbcl to continue
working.

This may be a bug in opengl or the graphics card driver (nvidia's in my
case) that does not surface when programming in C (creating multiple
contexts one after another is not a common use case since you restart
everything all the time).

Explicitly deleting the framebuffer, renderbuffer and texture objects
did not help. I eventually succeeded in creating a workaround as
follows: Unbind the texture after it has been drawn onto the quads, then
draw another, untextured quad (e.g. of size zero). Which does not make
any sense at all.

Does anybody have the same problems?

Johann


From luismbo at gmail.com  Tue Sep  2 10:41:04 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Tue, 2 Sep 2008 11:41:04 +0100
Subject: [cl-opengl-devel] bug in render-to-texture example?
In-Reply-To: <48BC88C4.4020405@erleuchtet.org>
References: <48BC88C4.4020405@erleuchtet.org>
Message-ID: <391f79580809020341s42dd3969ud7f141f5b7334dcc@mail.gmail.com>

On Tue, Sep 2, 2008 at 1:28 AM, Johann Korndoerfer
<cupe-clopengl at erleuchtet.org> wrote:

> This may be a bug in opengl or the graphics card driver (nvidia's in my
> case) that does not surface when programming in C (creating multiple
> contexts one after another is not a common use case since you restart
> everything all the time).

If no one offers some useful insight in the meantime, I suggest you
send a small (the smaller, the better) example that triggers this
issue so we can try it ourselves.

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From 00003b at gmail.com  Tue Sep  2 11:05:21 2008
From: 00003b at gmail.com (Bart Botta)
Date: Tue, 2 Sep 2008 06:05:21 -0500
Subject: [cl-opengl-devel] OpenGL 3.0
In-Reply-To: <77cb99c00808301618s3921d47dp5a984a94eaba1fc5@mail.gmail.com>
References: <77cb99c00808111855pfe35caftd98c5356f1ba5e91@mail.gmail.com>
	<391f79580808171830q3821025ag9028cfb187ced1e4@mail.gmail.com>
	<77cb99c00808180649p8b41406y272ff4b383c949fd@mail.gmail.com>
	<391f79580808180808x5094fa97r24bd0fce4ebe4250@mail.gmail.com>
	<77cb99c00808180816p4885de0fq61e54af07736f267@mail.gmail.com>
	<391f79580808181129j33882153wa1a9bccca47d9ad0@mail.gmail.com>
	<77cb99c00808181305n469e8bf2p1e3d024044a04ff@mail.gmail.com>
	<77cb99c00808301442l1204d696x7f556b2369abbc3a@mail.gmail.com>
	<391f79580808301527h14c04d77n313bdef936ed1558@mail.gmail.com>
	<77cb99c00808301618s3921d47dp5a984a94eaba1fc5@mail.gmail.com>
Message-ID: <77cb99c00809020405w2e31883bue8c955badf746b99@mail.gmail.com>

After looking at it a bit more, I think trying to split out the enums
is going to be too much work to block gl3 support for (and possibly
too much work in general). The .spec files have lots of parameters
mapped to enum directly, many of the enums that do exist are
incomplete or need split into multiple enums, etc. so it would pretty
much require just going through the spec/extensions and building the
list by hand anyway.

So for the problem of clashes with the aliases for enums with -BIT
names, I'll try splitting those out by hand, and the rest can stay in
the big enum for now.

Any objection to removing the aliases that were auto-generated for the
names that end with _BITS but aren't bitfields? (usually queries for #
of bits in something)

-b-


From cupe-clopengl at erleuchtet.org  Tue Sep  2 11:05:59 2008
From: cupe-clopengl at erleuchtet.org (Johann Korndoerfer)
Date: Tue, 02 Sep 2008 13:05:59 +0200
Subject: [cl-opengl-devel] bug in render-to-texture example?
In-Reply-To: <391f79580809020341s42dd3969ud7f141f5b7334dcc@mail.gmail.com>
References: <48BC88C4.4020405@erleuchtet.org>
	<391f79580809020341s42dd3969ud7f141f5b7334dcc@mail.gmail.com>
Message-ID: <48BD1E17.1090101@erleuchtet.org>

Lu?s Oliveira wrote:

> If no one offers some useful insight in the meantime, I suggest you
> send a small (the smaller, the better) example that triggers this
> issue so we can try it ourselves.

no need to supply anything. you can just load-op cl-glut-examples and try
(dotimes (i 2) (cl-glut-examples:render-to-texture))
to trigger the effect.

it doesn't get much more simple than this example: it just renders a
teapot onto a texture and then applies this texture onto two quads.


From luismbo at gmail.com  Tue Sep  2 15:08:46 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Tue, 2 Sep 2008 16:08:46 +0100
Subject: [cl-opengl-devel] OpenGL 3.0
In-Reply-To: <77cb99c00809020405w2e31883bue8c955badf746b99@mail.gmail.com>
References: <77cb99c00808111855pfe35caftd98c5356f1ba5e91@mail.gmail.com>
	<77cb99c00808180649p8b41406y272ff4b383c949fd@mail.gmail.com>
	<391f79580808180808x5094fa97r24bd0fce4ebe4250@mail.gmail.com>
	<77cb99c00808180816p4885de0fq61e54af07736f267@mail.gmail.com>
	<391f79580808181129j33882153wa1a9bccca47d9ad0@mail.gmail.com>
	<77cb99c00808181305n469e8bf2p1e3d024044a04ff@mail.gmail.com>
	<77cb99c00808301442l1204d696x7f556b2369abbc3a@mail.gmail.com>
	<391f79580808301527h14c04d77n313bdef936ed1558@mail.gmail.com>
	<77cb99c00808301618s3921d47dp5a984a94eaba1fc5@mail.gmail.com>
	<77cb99c00809020405w2e31883bue8c955badf746b99@mail.gmail.com>
Message-ID: <391f79580809020808o459bdce6t3a3a5cf7e15232cc@mail.gmail.com>

On Tue, Sep 2, 2008 at 12:05 PM, Bart Botta <00003b at gmail.com> wrote:

> Any objection to removing the aliases that were auto-generated for the
> names that end with _BITS but aren't bitfields? (usually queries for #
> of bits in something)

Not really. Thanks for keeping us updated!

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From luismbo at gmail.com  Tue Sep  2 15:14:41 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Tue, 2 Sep 2008 16:14:41 +0100
Subject: [cl-opengl-devel] bug in render-to-texture example?
In-Reply-To: <48BD1E17.1090101@erleuchtet.org>
References: <48BC88C4.4020405@erleuchtet.org>
	<391f79580809020341s42dd3969ud7f141f5b7334dcc@mail.gmail.com>
	<48BD1E17.1090101@erleuchtet.org>
Message-ID: <391f79580809020814n3f2883b3ncbaac56db7aa7d02@mail.gmail.com>

On Tue, Sep 2, 2008 at 12:05 PM, Johann Korndoerfer
<cupe-clopengl at erleuchtet.org> wrote:

> no need to supply anything. you can just load-op cl-glut-examples and try
> (dotimes (i 2) (cl-glut-examples:render-to-texture))
> to trigger the effect.

FWIW, I can duplicate the problem:

* (dotimes (i 2) (cl-glut-examples:render-to-texture))
*** glibc detected *** sbcl: corrupted double-linked list:
0x0000000000800e00 ***

I have an NVIDIA card as well: GeForce 6150/PCI/SSE2, drivers: 2.1.2
NVIDIA 169.12.

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From mikael.lax at bredband.net  Sat Sep  6 12:21:48 2008
From: mikael.lax at bredband.net (Mikael Lax)
Date: Sat, 6 Sep 2008 14:21:48 +0200
Subject: [cl-opengl-devel] Patch to support anisotropic texture filtering
Message-ID: <20080906142148.9d884ee9.mikael.lax@bredband.net>

Hi all,

attached is a tiny patch to add support for the anisotropic texture filtering extension (just another case in tex-parameter).

Sincerely,
Mikael Lax
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: anisotropy.patch
URL: <https://mailman.common-lisp.net/pipermail/cl-opengl-devel/attachments/20080906/bdf9019a/attachment.ksh>

From luismbo at gmail.com  Sat Sep  6 22:35:00 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Sat, 6 Sep 2008 23:35:00 +0100
Subject: [cl-opengl-devel] Patch to support anisotropic texture filtering
In-Reply-To: <20080906142148.9d884ee9.mikael.lax@bredband.net>
References: <20080906142148.9d884ee9.mikael.lax@bredband.net>
Message-ID: <391f79580809061535l7a162590gcd28e106c50e6303@mail.gmail.com>

2008/9/6 Mikael Lax <mikael.lax at bredband.net>:
> attached is a tiny patch to add support for the anisotropic texture
> filtering extension (just another case in tex-parameter).

Pushed, thanks!

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From Stoned-Jonny at gmx.net  Wed Sep 10 11:55:08 2008
From: Stoned-Jonny at gmx.net (Sebastian Berchtold)
Date: Wed, 10 Sep 2008 13:55:08 +0200
Subject: [cl-opengl-devel] problem with vertex arrays
Message-ID: <20080910115508.187780@gmx.net>

Hello,
im not an experienced lisper and especially new to c-bindings.

I try to handle vertex arrays in cl-opengl and have some problems with the type-specifiers.
I try to explain it on the redbook example varray.lisp:

When compiling it it get the following error:
-+  Errors (1)
 `-- SB-INT:SIMPLE-READER-PACKAGE-ERROR at 1100 (line 33, column 22) on #<SB-SYS:FD-STREAM for "file /home/jonnyb/zeug/progs/cl-opengl/examples/redbook/varray.lisp" {B797599}>:
       Symbol "VERTEX-POINTER" not found in the CL-OPENGL package.

When i change the package name "gl:" to "%gl:" in the line:
    (gl:vertex-pointer 2 :int 0 vertices)
and also in the lines:
    (gl:color-pointer 3 :float 0 colors)))
    (gl:interleaved-arrays :c3f-v3f 0 intertwined)
i can avoid these errors.


But then the debugger pops up with the following:
   The value (25 25 100 325 175 25 175 325 250 25 ...)
   is not of type
     SB-SYS:SYSTEM-AREA-POINTER.
      [Condition of type TYPE-ERROR]

This leads me to the following questions:
Whats the difference between the "%gl:" und the "gl" package?   it spent some time on it but didnt get it
Does anybody know how to fix that?^^
Does this example run on somebody elses machine?

Im running it in sbcl on linux.
Thank you for your help! 





-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

-- 
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten 
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser


From Stoned-Jonny at gmx.net  Wed Sep 10 12:53:02 2008
From: Stoned-Jonny at gmx.net (Sebastian Berchtold)
Date: Wed, 10 Sep 2008 14:53:02 +0200
Subject: [cl-opengl-devel] problem with vertex arrays
Message-ID: <20080910125302.247050@gmx.net>

I'm sorry!
i didn't find the discussion on vertex arrays earlier on this list.

So the only question remaining is:
Whats the difference between the "gl:" und the "%gl" package?

I hope i din't steal too much of you time!
Sebastian
-- 
GMX Kostenlose Spiele: Einfach online spielen und Spa? haben mit Pastry Passion!
http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196


From 00003b at gmail.com  Wed Sep 10 12:57:10 2008
From: 00003b at gmail.com (Bart Botta)
Date: Wed, 10 Sep 2008 07:57:10 -0500
Subject: [cl-opengl-devel] problem with vertex arrays
In-Reply-To: <20080910115508.187780@gmx.net>
References: <20080910115508.187780@gmx.net>
Message-ID: <77cb99c00809100557s2fe08459wcfee944d1ac68232@mail.gmail.com>

On Wed, Sep 10, 2008 at 6:55 AM, Sebastian Berchtold
<Stoned-Jonny at gmx.net> wrote:
> This leads me to the following questions:
> Whats the difference between the "%gl:" und the "gl" package?   it spent some time on it but didnt get it

%gl: is for the C level bindings, which take exactly the arguments the
C functions take, so you need to pass C pointers where expected
instead of lisp data structures, and uses specific data types, etc.
%gl is mostly autogenerated, so has everything C has.

gl: is the lisp side of the API, which uses lisp data structures, and
handles (some) data type translations for you, etc. but is hand
written, so less complete.

%gl is mainly for implementing the gl package, but is also available
for implementing higher level abstractions when going through gl would
be inefficient.

> Does anybody know how to fix that?^^
implement gl:vertex-pointer, or allocate a C array using cffi, store
the vertices in it, and pass that to %gl:vertex-pointer (make sure to
deal with memory management, etc. properly by hand in that case, since
GC can't deal with it for you)

> Does this example run on somebody elses machine?
Probably not, which is probably why it isn't loaded by default :)
Those APIs are sort of hard to wrap nicely, since they may need to
keep pointers around, and that sort of thing, so they aren't quite
done yet.
I think there is an example of the current code for that in
examples/misc/opengl-array.lisp.

--
b


From Stoned-Jonny at gmx.net  Wed Sep 10 14:48:59 2008
From: Stoned-Jonny at gmx.net (Sebastian Berchtold)
Date: Wed, 10 Sep 2008 16:48:59 +0200
Subject: [cl-opengl-devel] problem with vertex arrays
Message-ID: <20080910144859.247040@gmx.net>

Really good answers :)
Thank you a lot!

-- 
GMX Kostenlose Spiele: Einfach online spielen und Spa? haben mit Pastry Passion!
http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196


From kielhorn.martin at googlemail.com  Wed Sep 17 11:08:23 2008
From: kielhorn.martin at googlemail.com (Martin Kielhorn)
Date: Wed, 17 Sep 2008 12:08:23 +0100
Subject: [cl-opengl-devel] Texture Example
Message-ID: <1ae41e820809170408j2809de3g4f77042fcc8ff949@mail.gmail.com>

Hi,
I am new to Lisp and experimenting with cl-opengl.
I really wanted to see how I can use textures in Lisp
(without having to copy the elements of the array too much).
Strangely there was no example in the cl-opengl package.

So this is what I've come up with.
Copy the code to minimal_texture_example.lisp and run
sbcl --load minimal_texture_example.lisp

It will open a window. Press 't' to create a texture and
'space' to fill it with some pattern.

The interesting part is that with sb-sys:without-gcing
and sb-sys:vector-sap the starting-pointer of the array can be
extracted and used in gl:tex-sub-image-2d.

I also wrote a small wrapper library in C to capture
YUV-frames from a webcam with v4l2 and display the data with
(gl:tex-sub-image-2d :texture-rectangle-nv 0 0 0 +width+ +height+
                                    :ycbcr-mesa
:unsigned-short-8-8-rev-mesa
                                    (video-take))
It is quite fast.

Martin Kielhorn

#| use cl-opengl to display some texture |#
(require 'cl-glut)
(defpackage texture-example
  (:use :cl))
(in-package texture-example)

(defparameter +width+ 512) ; must be power of two
(defparameter +height+ 512) ; must be power of two
(defparameter +window-width+ 800)
(defparameter +window-height+ 600)

(defclass window (glut:window)
  ((tex :accessor tex :initform #x0))
  (:default-initargs :pos-x 100 :pos-y 100
             :width +window-width+ :height +window-height+
             :mode '(:double :rgb)))

(defmethod glut:display ((win window))
  "draw a textured QUAD"
  (gl:clear :color-buffer-bit)
  (gl:load-identity)
  (gl:with-primitive :quads
    (gl:tex-coord 0 0)(gl:vertex +width+ +height+)
    (gl:tex-coord 1 0)(gl:vertex 0       +height+)
    (gl:tex-coord 1 1)(gl:vertex 0       0)
    (gl:tex-coord 0 1)(gl:vertex +width+ 0))
  (glut:swap-buffers))

(defmethod glut:reshape ((win window) width height)
  (when (zerop height)
    (setq height 1))
  (gl:viewport 0 0 width height)
  (gl:matrix-mode :projection)
  (gl:load-identity)
  (gl:ortho 0 +window-width+ 0 +window-height+ -1 1)
  (gl:matrix-mode :modelview)
  (gl:load-identity))

(defvar *field* (make-array (* +width+ +height+ 4)
                :element-type '(unsigned-byte 8)))

(defun update-tex (win)
  (unless (eq (tex win) #x0)
    (loop for i below +width+ do
      (loop for j below +height+
        do
        (let ((pixel (* 4 (+ i (* +width+ j)))))
          (setf (aref *field* (+ 0 pixel)) (mod i 215)
            (aref *field* (+ 1 pixel)) (mod j 215)))))
    (sb-sys:without-gcing
      (let ((addr (sb-sys:vector-sap *field*)))
    (gl:tex-sub-image-2d :texture-2d 0 0 0 +width+ +height+
             :rgba :unsigned-byte addr)))))

(defmethod glut:keyboard ((win window) key x y)
  (declare (ignore x y))
  (case key
    ;; switch textures on/off
    (#\t (if (eq (tex win) #x0)
         (progn (setf (tex win) (first (gl:gen-textures 1)))
            (gl:enable :texture-2d)
            (gl:bind-texture :texture-2d (tex win))
            (gl:tex-parameter :texture-2d :texture-min-filter :nearest)
            (gl:tex-parameter :texture-2d :texture-mag-filter :nearest)
            (gl:tex-image-2d :texture-2d 0 :rgba +width+ +height+ 0
                     :rgba :unsigned-byte (cffi:null-pointer)))
         (progn (gl:delete-textures (list (tex win)))
            (gl:disable :texture-2d)
            (setf (tex win) #x0))))
    (#\space (update-tex win))
    (#\q (glut:destroy-current-window)
     (sb-ext:quit)))
  (glut:post-redisplay))

(defmethod glut:idle ((win window))
  (sleep (/ 1. 30.))
  (glut:post-redisplay))

(defun view ()
  (glut:display-window (make-instance 'window)))

(view)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cl-opengl-devel/attachments/20080917/88188cf7/attachment.html>

From luismbo at gmail.com  Wed Sep 17 11:12:48 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Wed, 17 Sep 2008 12:12:48 +0100
Subject: [cl-opengl-devel] Texture Example
In-Reply-To: <1ae41e820809170408j2809de3g4f77042fcc8ff949@mail.gmail.com>
References: <1ae41e820809170408j2809de3g4f77042fcc8ff949@mail.gmail.com>
Message-ID: <391f79580809170412i1fa7d23et49316a8662370ec5@mail.gmail.com>

2008/9/17 Martin Kielhorn <kielhorn.martin at googlemail.com>:

> The interesting part is that with sb-sys:without-gcing
> and sb-sys:vector-sap the starting-pointer of the array can be
> extracted and used in gl:tex-sub-image-2d.

Using SB-SYS:WITH-PINNED-OBJECTS instead of SB-SYS:WITHOUT-GCING would
probably be a good idea. See also CFFI::WITH-POINTER-TO-VECTOR-DATA
and CFFI::MAKE-SHAREABLE-BYTE-VECTOR.

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From raito at raito.com  Thu Sep 25 20:52:37 2008
From: raito at raito.com (raito at raito.com)
Date: Thu, 25 Sep 2008 15:52:37 -0500
Subject: [cl-opengl-devel] How is work normally done on this project?
Message-ID: <20080925155237.jnrma77fcck00cs8@webmail.hostberbee.com>

Hi all,

I'm new to this list, and I'd like to be useful. Different projects work
differently, so how are things done here? (I'll say that experiences on other
projects have been unpleasant.)

I'm probably not much use on the lib itself (as yet), as I don't know CFFI very
well, and I've only been at Lisp a couple years (which c.l.l would call a rank
novice). But I have implemented some of the rebook examples that currently
aren't in the examples (including the texturing example). They need to be
cleaned a little bit first, but could be useful. I've also done a couple of the
NeHe tutorials, too. 

I don't have any problem with OpenGL itself, though (I worked on IrisGL on
Reality Engines a long time ago, and other stuff since then). I did the
examples more to get used to cl-opengl than to get used to OpenGL. 

Neil Gilmore
raito at raito.com


From raito at raito.com  Thu Sep 25 21:29:44 2008
From: raito at raito.com (raito at raito.com)
Date: Thu, 25 Sep 2008 16:29:44 -0500
Subject: [cl-opengl-devel] Trouble using gl:color-mask.
Message-ID: <20080925162944.awrtx0200g040sos@webmail.hostberbee.com>

(Yes, 2 messages in one day). 

I'm doing some code that relies fairly heavily on the stencil buffer, and
naturally, I'm committing the sin of saying something doesn't work when I
probably don't have the latest stuff (either Lisp or cl-opengl), but here goes
anyway. 

To test this, I gutted one the smooth redbook example, and changed the display
function to the following:

(defmethod glut:display ((w smooth-window))
  (gl:clear :color-buffer)
  (gl:color 0 1 0)
  (gl:with-primitives :quads
    (gl:vertex 5 5)
    (gl:vertex 25 5)
    (gl:vertex 25 25)
    (gl:vertex 5 25))
  (gl:color 1 0 0)
  (gl:color-mask :false :false :false :false)
  (gl:with-primitives :quads
    (gl:vertex 5 5)
    (gl:vertex 25 5)
    (gl:vertex 25 25)
    (gl:vertex 5 25))
  (gl:flush))

The result ought to be that you see a green square, and not a red square. To
make sure that this was not a driver or video card issue, I wrote the same
program in C, and that worked correctly. 

It did not work using sbcl 1.0.13 on XP, nor using 1.0.11 on OS X. The C code
was written using Xcode on the Mac, and did work correctly. 

Any pointers would be most helpful (I'd love to fix it myself). I'm not doing
the usual reflection stuff with the stencil buffer, where the fact that the
color buffer is being overwritten doesn't matter, because it gets written again
anyway. I'm creating a stencil, drawing some stuff, then changing the stencil
and drawing again, then re-creating the original stencil. The current behavior
means that the color buffer has stuff I want to keep overwritten. 

Neil Gilmore
raito at raito.com


From 00003b at gmail.com  Fri Sep 26 12:05:21 2008
From: 00003b at gmail.com (Bart Botta)
Date: Fri, 26 Sep 2008 07:05:21 -0500
Subject: [cl-opengl-devel] Trouble using gl:color-mask.
In-Reply-To: <20080925162944.awrtx0200g040sos@webmail.hostberbee.com>
References: <20080925162944.awrtx0200g040sos@webmail.hostberbee.com>
Message-ID: <77cb99c00809260505y6acbfa38rebf4a212a18f4594@mail.gmail.com>

(oops, forgot to send to the list, sorry for duplicates)

On Thu, Sep 25, 2008 at 4:29 PM,  <raito at raito.com> wrote:

>  (gl:color-mask :false :false :false :false)

cl-opengl uses common lisp "generalized booleans" (where anything
except NIL means true) instead of :true or :false most places, so the
following should do what you want :

 (gl:color-mask nil nil nil nil)

Took me a bit to notice the problem though, so possibly we should
support :false as meaning GL_FALSE as well?

---
-b-


From 00003b at gmail.com  Fri Sep 26 14:46:47 2008
From: 00003b at gmail.com (Bart Botta)
Date: Fri, 26 Sep 2008 09:46:47 -0500
Subject: [cl-opengl-devel] GL 3 branch
Message-ID: <77cb99c00809260746j3fd70762nbd082f7d06f41323@mail.gmail.com>

My gl3 branch is available at http://www.3bb.cc/tmp/darcs/cl-opengl/
if anyone wants to provide feedback or testing...

new features/changes:

- Automatically check for GL errors by default. Can be disabled by
pushing a flag onto *features* and recompiling.

- GL3 support + new extensions in the low level bindings (%gl
package), and corresponding changes to the .spec parsers.

- 'GL3 only' mode, loaded with cl-opengl3.asd, containing a subset of
the functions corresponding to the 'forward compatible' mode of GL3
and a few extensions which haven't been added to core yet.
(it still contains the full set of enums though, since that would have
taken too much spec reading to narrow down)

- Split out functions with bitfield arguments from the main GLenum
type, so that the shortened versions of the enum names (without -bit
or -bits) don't conflict with other enums.

- cl-glut windows should close when a cl-glut app exits improperly,
probably needs more testing to make sure the code for this doesn't
interfere with anything else though.

- more functions exported/wrapped in the main GL: package.

- various other fixes


Most of those should be transparent for correct code if you load with
cl-opengl.asd, which is the main thing that needs testing.

---
-b-


From 00003b at gmail.com  Fri Sep 26 14:57:22 2008
From: 00003b at gmail.com (Bart Botta)
Date: Fri, 26 Sep 2008 09:57:22 -0500
Subject: [cl-opengl-devel] OpenGL man pages
Message-ID: <77cb99c00809260757j77e0a38fu3461374b078271c4@mail.gmail.com>

Khronos has released source for the GL 2.1 man pages

http://www.opengl.org/discussion_boards/ubbthreads.php?ubb=showflat&Number=245768

Do we want (and does anyone have time :) to modify these for
cl-opengl? if so, should they go in the main tree, or in a separate
one just for documentation?

--
-b-


From raito at raito.com  Fri Sep 26 15:10:07 2008
From: raito at raito.com (raito at raito.com)
Date: Fri, 26 Sep 2008 10:10:07 -0500
Subject: [cl-opengl-devel] Trouble using gl:color-mask.
In-Reply-To: <77cb99c00809260505y6acbfa38rebf4a212a18f4594@mail.gmail.com>
References: <20080925162944.awrtx0200g040sos@webmail.hostberbee.com>
	<77cb99c00809260505y6acbfa38rebf4a212a18f4594@mail.gmail.com>
Message-ID: <20080926101007.z2xi8h3vac0g8sck@webmail.hostberbee.com>

Bart,

Thanks. That works. It'll probaly save me frustration for other calls, too. 

Quoting Bart Botta <00003b at gmail.com>:

> (oops, forgot to send to the list, sorry for duplicates)

I can hardly complain for getting help, can I?

> On Thu, Sep 25, 2008 at 4:29 PM,  <raito at raito.com> wrote:
>
>>  (gl:color-mask :false :false :false :false)
>
> cl-opengl uses common lisp "generalized booleans" (where anything
> except NIL means true) instead of :true or :false most places, so the
> following should do what you want :
>
>  (gl:color-mask nil nil nil nil)
>
> Took me a bit to notice the problem though, so possibly we should
> support :false as meaning GL_FALSE as well?

Possibly. A cursory check of the net for example code for gl-color-mask 
seems to
show about half the examples using GL_FALSE, and the other half using 0
(geez...). Another cursory check of the docs subdirectory shows... very 
little. 
(I was a bit worried that I hadn't RTFA, but FA doesn't seem to have much.)

Neil Gilmore
raito at raito.com


From ahefner at gmail.com  Fri Sep 26 16:28:31 2008
From: ahefner at gmail.com (Andy Hefner)
Date: Fri, 26 Sep 2008 12:28:31 -0400
Subject: [cl-opengl-devel] Pixel packing modes
Message-ID: <31ffd3c40809260928mba56a77qfa15173e2274daff@mail.gmail.com>

Here's a patch I've had sitting around for a while. It looked like
some of the options for glPixelStore were missing, so I added them. I
don't actually use any of them, so I haven't been able to test it, but
with all this recent traffic I thought I'd send it along.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pixel-packing
Type: application/octet-stream
Size: 16833 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-opengl-devel/attachments/20080926/c2bee8ed/attachment.obj>

From luismbo at gmail.com  Fri Sep 26 19:34:58 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Fri, 26 Sep 2008 20:34:58 +0100
Subject: [cl-opengl-devel] OpenGL man pages
In-Reply-To: <77cb99c00809260757j77e0a38fu3461374b078271c4@mail.gmail.com>
References: <77cb99c00809260757j77e0a38fu3461374b078271c4@mail.gmail.com>
Message-ID: <391f79580809261234ye079996w8f8c670a3375bbab@mail.gmail.com>

On Fri, Sep 26, 2008 at 3:57 PM, Bart Botta <00003b at gmail.com> wrote:
> Khronos has released source for the GL 2.1 man pages
[...]
> Do we want (and does anyone have time :) to modify these for
> cl-opengl? if so, should they go in the main tree, or in a separate
> one just for documentation?

Yeah, definitely. Same tree. Do you think it could be automated? If
not, what would be the best way of keeping up with upstream changes?

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From luismbo at gmail.com  Fri Sep 26 19:37:50 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Fri, 26 Sep 2008 20:37:50 +0100
Subject: [cl-opengl-devel] Pixel packing modes
In-Reply-To: <31ffd3c40809260928mba56a77qfa15173e2274daff@mail.gmail.com>
References: <31ffd3c40809260928mba56a77qfa15173e2274daff@mail.gmail.com>
Message-ID: <391f79580809261237t62e4fed1mc0d9eb1bee222e40@mail.gmail.com>

2008/9/26 Andy Hefner <ahefner at gmail.com>:
> Here's a patch I've had sitting around for a while. It looked like
> some of the options for glPixelStore were missing, so I added them.

Applied, thanks!

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From mcdermott.michaelj at gmail.com  Fri Sep 26 19:53:22 2008
From: mcdermott.michaelj at gmail.com (Michael McDermott)
Date: Fri, 26 Sep 2008 14:53:22 -0500
Subject: [cl-opengl-devel] GLU Functions
Message-ID: <2844ee050809261253we94b833gda07413965773967@mail.gmail.com>

I was porting some Scheme code to Common Lisp and found that I was short a
few GLU functions (gluQuadOrientation,   gluQuadTexture, gluQuadNormals) so
I added them. Attached are my changes in darcs send's format.

Michael McDermott
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cl-opengl-devel/attachments/20080926/c5ca3cf5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: glu-additions
Type: application/octet-stream
Size: 17536 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-opengl-devel/attachments/20080926/c5ca3cf5/attachment.obj>

From luismbo at gmail.com  Fri Sep 26 19:56:19 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Fri, 26 Sep 2008 20:56:19 +0100
Subject: [cl-opengl-devel] How is work normally done on this project?
In-Reply-To: <20080925155237.jnrma77fcck00cs8@webmail.hostberbee.com>
References: <20080925155237.jnrma77fcck00cs8@webmail.hostberbee.com>
Message-ID: <391f79580809261256v4daecaw1a5a25a99079aad8@mail.gmail.com>

On Thu, Sep 25, 2008 at 9:52 PM,  <raito at raito.com> wrote:

> I'm new to this list, and I'd like to be useful. Different projects work
> differently, so how are things done here? (I'll say that experiences on other
> projects have been unpleasant.)

You'll have to be more specific. If you're looking for ideas, see this
thread: <http://thread.gmane.org/gmane.lisp.cl-opengl.devel/185>

Have fun!

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From luismbo at gmail.com  Fri Sep 26 20:04:22 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Fri, 26 Sep 2008 21:04:22 +0100
Subject: [cl-opengl-devel] GLU Functions
In-Reply-To: <2844ee050809261253we94b833gda07413965773967@mail.gmail.com>
References: <2844ee050809261253we94b833gda07413965773967@mail.gmail.com>
Message-ID: <391f79580809261304k7b67eea5rc1da48e7df78e68f@mail.gmail.com>

2008/9/26 Michael McDermott <mcdermott.michaelj at gmail.com>:
> I was porting some Scheme code to Common Lisp and found that I was short a
> few GLU functions (gluQuadOrientation,   gluQuadTexture, gluQuadNormals) so
> I added them. Attached are my changes in darcs send's format.

Thanks, pushed with minor indentation fixes. Let me know if I messed
something up.

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/