GLucK was an acronym-inspired project to provide access to OpenGL rendering directly within the Chuck environment, although there are a few reasons that this isn't a good idea. If anyone's interested in reviving this, I'd say more power to them, but a close communication protocol with a more complete toolkit would be a safer approach. P. Peter Todd wrote:

Gluck is the ghost of christmas future... I'm not sure I believe in it any more ;-).

Best, Peter

On Wed, Sep 10, 2008 at 6:13 PM, lucas samaruga mailto:samarugalucas@gmail.com> wrote:

sorry, the exact link is:

http://www.pawfal.org/Software/fluxus/

2008/9/10, lucas samaruga mailto:samarugalucas@gmail.com>:

Hola a todos

I have two questions. Somebody knows what is about Gluck (Ogl api)? Is something like fluxus or is for a GUI use within audicle?

BTW: Fluxus like ChucK is a great project!!!

www.pawfal.org http://www.pawfal.org

BTW2: An unified language approach would be surely better, (a time based approach) *1.

Inventor: I think it can be good for your multimedia projects (fluxus can manage and RECORD OSC events).

Cheers Lucas

*1 PS: Ok, I'm musician, I have my preferences.

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu mailto:chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

------------------------------------------------------------------------

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

Indeed, I guess something closer to GEM (fluxus is also interesting - must get playing with it one day) level would be more appropriate than raw OpenGL. I'm glad to've had some feedback on this; I seem to remember a few posts a while back that lead me to feel there were people interested - maybe in helping get things working too - but that it was just in limbo, with no actual released code and no author in sight. Not sure where I stand just now in terms of offering work - may have some thoughts in a few weeks - but chucking some 3d graphics synthesis is a very appealing idea. Part of me thinks maybe I should apologise for my previous off-hand comment, but I'm sure no-one got hurt and at least now we have a more intelligible response to go with it. Take care all, Peter On Wed, Sep 10, 2008 at 10:20 PM, Philip Davidson wrote:

GLucK was an acronym-inspired project to provide access to OpenGL rendering directly within the Chuck environment, although there are a few reasons that this isn't a good idea.

If anyone's interested in reviving this, I'd say more power to them, but a close communication protocol with a more complete toolkit would be a safer approach.

P.

Peter Todd wrote:

...

Gluck is the ghost of christmas future... I'm not sure I believe in it any more ;-).

Best, Peter

On Wed, Sep 10, 2008 at 6:13 PM, lucas samaruga > wrote:

sorry, the exact link is:

http://www.pawfal.org/Software/fluxus/

2008/9/10, lucas samaruga mailto:samarugalucas@gmail.com>:

Hola a todos

I have two questions. Somebody knows what is about Gluck (Ogl api)? Is something like fluxus or is for a GUI use within audicle?

BTW: Fluxus like ChucK is a great project!!!

www.pawfal.org http://www.pawfal.org

BTW2: An unified language approach would be surely better, (a time based approach) *1.

Inventor: I think it can be good for your multimedia projects (fluxus can manage and RECORD OSC events).

Cheers Lucas

*1 PS: Ok, I'm musician, I have my preferences.

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu mailto:chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

------------------------------------------------------------------------

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

On Wed, Sep 10, 2008 at 10:17 PM, Ge Wang wrote:

Greetings!

This is a fun-filled discussion! Here is the plan of the gluck of christmas future so far:

1. GLucK shall return to ChucK 2. GLucK == OpenGL bindings in ChucK 3. The architecture will perform (hopefully) graphics rendering on different processes, which will be abstracted from chuck code.

Curious about this part... Are you planning on having OpenGL calls be sent as messages to a different process/thread? Or just peel them out of the code and put them into a different VM? Hm,... I'm just trying to visualize how that would work. Steve

Hi Good question. I think they will be sent to a graphics engine, on a different process. Essentially we want to keep ChucK computations where they are, and offload as much graphics as possible to a separate process.

Not sure how this will work in practice...

On the other hand, if we knew what we are doing, it wouldn't be research!

Maybe not usefull, but fluxus have a graphic engine implementation (and interface to the scheme language). Something interesting is, I think, how can be used the concurrency in an spatial domain, compared with the time domine. Objects rather than sounds. Cheers Lucas

On Thu, Sep 11, 2008 at 9:36 AM, Kassen wrote:

Ge;

...

the gluck of christmas future

Hurray!

I absolutely *need* to be able to make a clone of Dance Dance Revolution. It needs to feature scrolling ChucK operators as arrows, have "Hack ChucK Tonight" as a song and feature the Audicle's "dude" dancing in the background.

It doesn't need to happen right now but the parts would fit so well (well they do in my mind's eye) that I feel it would be positively offensive towards the cosmic order of "things that fit" if this would never happen. ;¬)

so... beautiful.... *sniff*....