alexandre, at exactly this minute I was looking at exactly the same stuff, you just posted... a jit.gl.lua for gem (gl) would be cool. or python, but some scripting for gl would be cool. I still did not look into the shader language, maybe I will do this now... marius.
Alexandre Quessy wrote:
Hi! Otherwise, use pix_set, or so. Of course, there could be some kind of QuickDraw-like (tm Apple computer) commands in an object, or an object to which we can send OpenGL-like commands, such as Jitter's http://www.cycling74.com/documentation/jit.gl.sketch ... I might be interested on making one some day. We will see if I get some free time... :)
Actually, I am more interested in a Lua wrapper, from which we could use the OpenGL functions which would be rendered in the same render context than Gem's. Would it be easy? ClaudiusMaximus has started a wrapper for Lua, and I wonder if that would be easy to do. Wesley Smith has done the jit.gl.lua external ( see http://www.cycling74.com/twiki/bin/view/Share/WesleySmith ) which extends really well Jitter. It is not free (neither is Jitter), but it is a proof that adding some script language to a dataflow software makes things way easier when trying to make complex animations !! Calling OpenGL functions in text is nice, you know ! Way faster than using pd messages.
See : http://luagl.wikidot.com/
a