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
--
Alexandre Quessy
http://alexandre.quessy.net
http://www.puredata.info/Members/aalex
2007/9/16, chris clepper
cgclepper@gmail.com:
> Try single buffer drawing. Send a 'buffer 1' message to the gemwin before
> creating it.
>
>
> On 9/16/07, rick snow < ricksnow@gmail.com> wrote:
> > Hello all,
> >
> > Thanks for all your amazing work on gem and continued development and
> > exploration!
> > I'm no "developer" but I use both both pd and gem for music and visual
> > projects on a daily basis.
> >
> > Does anyone know if it is possible to "draw" using pd/gem?
> >
> > -meaning create a trail of changed colored pixels that are "triggered"
> > from a moving point and persist until programmed to disappear or
> > "cleared"-
> >
> > best wishes from Romania (currently) and San Diego usually,
> > Rick
> >
> > _______________________________________________
> > GEM-dev mailing list
> > GEM-dev@iem.at
> >
http://lists.puredata.info/listinfo/gem-dev
> >
>
>
> _______________________________________________
> GEM-dev mailing list
> GEM-dev@iem.at
>
http://lists.puredata.info/listinfo/gem-dev
>
>
