From ahefner at gmail.com  Sat Jul  5 02:15:00 2008
From: ahefner at gmail.com (Andy Hefner)
Date: Fri, 4 Jul 2008 22:15:00 -0400
Subject: [cl-opengl-devel] [patch] Random exports
Message-ID: <31ffd3c40807041915q202af129u2cc5cd96c416b28e@mail.gmail.com>

The attached patch exports the symbols pixel-store, pixel-transfer,
and pixel-map.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: pixel-exports.txt
URL: <https://mailman.common-lisp.net/pipermail/cl-opengl-devel/attachments/20080704/305cd555/attachment.txt>

From luismbo at gmail.com  Sun Jul  6 21:06:22 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Sun, 6 Jul 2008 22:06:22 +0100
Subject: [cl-opengl-devel] Re: Two patches...
In-Reply-To: <6e831e4e0805041538v381e4c6cn1825da8c326398c9@mail.gmail.com>
References: <6e831e4e0805040220g9355793w715be9191cb0fc82@mail.gmail.com>
	<391f79580805040717q607d1e90peb8f0c19ec41b393@mail.gmail.com>
	<6e831e4e0805041538v381e4c6cn1825da8c326398c9@mail.gmail.com>
Message-ID: <391f79580807061406k6ecbbcf9qac4f115fb6a50054@mail.gmail.com>

On Sun, May 4, 2008 at 11:38 PM, Charlie McMackin
<charliemac+cl-opengl at gmail.com> wrote:

> Here's an initial patch for the int64EXT handling.

Applied. Thanks!

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


From luismbo at gmail.com  Sun Jul  6 21:08:50 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Sun, 6 Jul 2008 22:08:50 +0100
Subject: [cl-opengl-devel] push-attrib / pop-attrib
In-Reply-To: <482D8708.9080900@web.de>
References: <482D8708.9080900@web.de>
Message-ID: <391f79580807061408r3c684da9n451ea58d244ecd04@mail.gmail.com>

Hello,

First off, sorry for the late reply.

On Fri, May 16, 2008 at 2:07 PM, Bastian M?ller <turbo24prg at web.de> wrote:
> I'm trying to use push-attrib, but unfortunately it doesn't work.
[...]
> Another problem is that pop-attrib is exported, but is never defined

Thanks for the report. I believe I have pushed fixes for these issues,
but I haven't tested them properly. Let me know if they work for you.

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


From luismbo at gmail.com  Sun Jul  6 21:09:41 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Sun, 6 Jul 2008 22:09:41 +0100
Subject: [cl-opengl-devel] [patch] fog-color, texture-border-color,
	gluPerspective
In-Reply-To: <2d35b8850806131214i443008fbq6980fa5307e23c35@mail.gmail.com>
References: <2d35b8850806131214i443008fbq6980fa5307e23c35@mail.gmail.com>
Message-ID: <391f79580807061409u79d141e9o7bc5a2a8b3524c8e@mail.gmail.com>

2008/6/13 Dan Torop <dtorop at gmail.com>:
> Appended are a few very minor patches:

Applied. Thanks!

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


From luismbo at gmail.com  Sun Jul  6 21:13:52 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Sun, 6 Jul 2008 22:13:52 +0100
Subject: [cl-opengl-devel] [patch] game mode and init-window position/size
In-Reply-To: <2d35b8850806171752g35aea620v1062208d1942ad8d@mail.gmail.com>
References: <2d35b8850806171752g35aea620v1062208d1942ad8d@mail.gmail.com>
Message-ID: <391f79580807061413r17b999cdhe8e7c781636f3a98@mail.gmail.com>

2008/6/18 Dan Torop <dtorop at gmail.com>:
> 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'm not sure either, but it looks fine as is so I've applied it. Thanks!

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


From luismbo at gmail.com  Sun Jul  6 21:14:59 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Sun, 6 Jul 2008 22:14:59 +0100
Subject: [cl-opengl-devel] [patch] Random exports
In-Reply-To: <31ffd3c40807041915q202af129u2cc5cd96c416b28e@mail.gmail.com>
References: <31ffd3c40807041915q202af129u2cc5cd96c416b28e@mail.gmail.com>
Message-ID: <391f79580807061414u74bcd3d2pf54c28f39a861e43@mail.gmail.com>

2008/7/5 Andy Hefner <ahefner at gmail.com>:
> The attached patch exports the symbols pixel-store, pixel-transfer,
> and pixel-map.

Applied. Thanks.

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


From jao at gnu.org  Sat Jul 12 21:49:40 2008
From: jao at gnu.org (Jose A. Ortega Ruiz)
Date: Sat, 12 Jul 2008 23:49:40 +0200
Subject: [cl-opengl-devel] playing with opengl at the repl
Message-ID: <87bq12kc23.fsf@mithrandir.homeunix.net>


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)



From luismbo at gmail.com  Sun Jul 13 00:27:46 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Sun, 13 Jul 2008 01:27:46 +0100
Subject: [cl-opengl-devel] playing with opengl at the repl
In-Reply-To: <87bq12kc23.fsf@mithrandir.homeunix.net>
References: <87bq12kc23.fsf@mithrandir.homeunix.net>
Message-ID: <391f79580807121727n4515ab79q5fae46fe893da71c@mail.gmail.com>

On Sat, Jul 12, 2008 at 10:49 PM, Jose A. Ortega Ruiz <jao at gnu.org> wrote:

> 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.

If you are using a multi-threaded Lisp, you can redefine e.g. your
glut:display method and GLUT's main loop will pick it up. Otherwise,
you'll have to interrupt the loop, redefine things, then resume it.

If you want to try GL commands at the REPL and watch their effect
interactively then try something like this:

    CL-USER> (let ((glut:*run-main-loop-after-display* nil))
               (glut:display-window (make-instance 'glut:window)))
    NIL
    CL-USER> (progn
               (gl:clear-color 1 0 0 0)
               (gl:clear :color-buffer)
               (gl:flush))

Running glut:main-loop in a separate thread seems to confuse GLUT, so
when you need GLUT's help to handle some window event, you can call
glut:main-loop-event which only handles at most one event per call,
IIUC.

HTH

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


From jao at gnu.org  Sun Jul 13 12:30:09 2008
From: jao at gnu.org (Jose A. Ortega Ruiz)
Date: Sun, 13 Jul 2008 14:30:09 +0200
Subject: [cl-opengl-devel] Re: playing with opengl at the repl
References: <87bq12kc23.fsf@mithrandir.homeunix.net>
	<391f79580807121727n4515ab79q5fae46fe893da71c@mail.gmail.com>
Message-ID: <87y746hsq6.fsf@mithrandir.homeunix.net>

"Lu?s Oliveira" <luismbo at gmail.com> writes:

> On Sat, Jul 12, 2008 at 10:49 PM, Jose A. Ortega Ruiz <jao at gnu.org> wrote:
>
>> 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.
>
> If you are using a multi-threaded Lisp, you can redefine e.g. your
> glut:display method and GLUT's main loop will pick it up. Otherwise,
> you'll have to interrupt the loop, redefine things, then resume it.
>

Yes, i'm using SBCL/Slime on Linux, and that seems to work so far. I
guess that the best way to interrupt the loop (as i've been suggested in
a private response) is to use restarts (one more thing for me to learn
properly): maybe providing some predefined restarts in cl-opengl itself
would be a good idea? (i could even try to send some patches, although
i've done very little serious CL programming so far).

> If you want to try GL commands at the REPL and watch their effect
> interactively then try something like this:
>
>     CL-USER> (let ((glut:*run-main-loop-after-display* nil))
>                (glut:display-window (make-instance 'glut:window)))
>     NIL
>     CL-USER> (progn
>                (gl:clear-color 1 0 0 0)
>                (gl:clear :color-buffer)
>                (gl:flush))
>

Hmm, maybe i'm missing something basic here, but that doesn't work. The
new window pops up, totally transparent, but the subsequent PROGN has no
effect: the window remains transparent.

> Running glut:main-loop in a separate thread seems to confuse GLUT, so
> when you need GLUT's help to handle some window event, you can call
> glut:main-loop-event which only handles at most one event per call,
> IIUC.
>

Yes, that seems to be the case. For instance, using a window instance
with dimensions other than the defaults needs a call to
glut:main-loop-event for the resizing to take effect. But then, as i
mentioned before, no drawing takes place.

Cheers,
jao
-- 
"Light thinks it travels faster than anything but it is wrong. No matter
 how fast light travels it finds the darkness has always got there first,
 and is waiting for it."
  -Terry Pratchett, Reaper Man



From luismbo at gmail.com  Sun Jul 13 13:52:25 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Sun, 13 Jul 2008 14:52:25 +0100
Subject: [cl-opengl-devel] Re: playing with opengl at the repl
In-Reply-To: <87y746hsq6.fsf@mithrandir.homeunix.net>
References: <87bq12kc23.fsf@mithrandir.homeunix.net>
	<391f79580807121727n4515ab79q5fae46fe893da71c@mail.gmail.com>
	<87y746hsq6.fsf@mithrandir.homeunix.net>
Message-ID: <391f79580807130652s355894b5j7f732d826100b4b9@mail.gmail.com>

On Sun, Jul 13, 2008 at 1:30 PM, Jose A. Ortega Ruiz <jao at gnu.org> wrote:

> Hmm, maybe i'm missing something basic here, but that doesn't work. The
> new window pops up, totally transparent, but the subsequent PROGN has no
> effect: the window remains transparent.

Is the window visible while you're evaluating the GL calls? That seems
to be necessary in my case, but I guess this behaviour might depend on
your window manager, drivers, etc.

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


From jao at gnu.org  Sun Jul 13 14:20:02 2008
From: jao at gnu.org (Jose A. Ortega Ruiz)
Date: Sun, 13 Jul 2008 16:20:02 +0200
Subject: [cl-opengl-devel] Re: playing with opengl at the repl
In-Reply-To: <391f79580807130652s355894b5j7f732d826100b4b9@mail.gmail.com>
	(=?utf-8?Q?=22Lu=C3=ADs?= Oliveira"'s message of "Sun,
	13 Jul 2008 14:52:25 +0100")
References: <87bq12kc23.fsf@mithrandir.homeunix.net>
	<391f79580807121727n4515ab79q5fae46fe893da71c@mail.gmail.com>
	<87y746hsq6.fsf@mithrandir.homeunix.net>
	<391f79580807130652s355894b5j7f732d826100b4b9@mail.gmail.com>
Message-ID: <87lk05j27h.fsf@mithrandir.homeunix.net>

"Lu?s Oliveira" <luismbo at gmail.com> writes:

> On Sun, Jul 13, 2008 at 1:30 PM, Jose A. Ortega Ruiz <jao at gnu.org> wrote:
>
>> Hmm, maybe i'm missing something basic here, but that doesn't work. The
>> new window pops up, totally transparent, but the subsequent PROGN has no
>> effect: the window remains transparent.
>
> Is the window visible while you're evaluating the GL calls? That seems
> to be necessary in my case, but I guess this behaviour might depend on
> your window manager, drivers, etc.

Ah, excellent: that made the trick! Thanks!

Cheers,
jao
-- 
A designer knows he has achieved perfection not when there is
nothing left to add, but when there is nothing left to take away.
 - Antoine de Saint-Exupery