hello list,
with GEM, is there an equivalent to Jitter's jit.lcd object?
jit.lcd lets you draw lines which stay permanently on the screen in 2d space, rather than as OpenGL objects, or what have you - it's more like moving a pen across a surface, you just draw a line and then forget about it.
thanks d
Single buffered GL contexts will do this. Send a buffer 1 to the gemwin before creating the window. Then bang the gemhead each frame (metro works well for this). Sending a bang to the gemwin will clear the window contents.
On Jan 21, 2008 10:56 AM, Damian Stewart damian@frey.co.nz wrote:
hello list,
with GEM, is there an equivalent to Jitter's jit.lcd object?
jit.lcd lets you draw lines which stay permanently on the screen in 2d space, rather than as OpenGL objects, or what have you - it's more like moving a pen across a surface, you just draw a line and then forget about it.
thanks d -- damian stewart | +351 967 797 263 | damian@frey.co.nz frey | live art with machines | http://www.frey.co.nz
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
chris clepper wrote:
Single buffered GL contexts will do this. Send a buffer 1 to the gemwin before creating the window. Then bang the gemhead each frame (metro works well for this). Sending a bang to the gemwin will clear the window contents.
banging wicked, thanks.
i like the pd list. :-)
Hallo, chris clepper hat gesagt: // chris clepper wrote:
Single buffered GL contexts will do this. Send a buffer 1 to the gemwin before creating the window. Then bang the gemhead each frame (metro works well for this). Sending a bang to the gemwin will clear the window contents.
Is there also something in between? Like, IIRC, jit.lcd can optionally clear "objects" a certain time after they have been created. "bang" to gemwin always clears the whole screen.
Frank Barknecht _ ______footils.org__
On Jan 21, 2008 2:20 PM, Frank Barknecht fbar@footils.org wrote:
Is there also something in between? Like, IIRC, jit.lcd can optionally clear "objects" a certain time after they have been created. "bang" to gemwin always clears the whole screen.
Not really, but you can lay a rectangle over the whole scene and give it a tiny bit of opacity which will overwrite the contents of the buffer eventually. This is the way to fake motion blur using single buffering.
cgc
On 22 Jan 2008, at 3:56 AM, Damian Stewart wrote:
hello list,
with GEM, is there an equivalent to Jitter's jit.lcd object?
jit.lcd lets you draw lines which stay permanently on the screen in 2d space, rather than as OpenGL objects, or what have you - it's more
like moving a pen across a surface, you just draw a line and then forget
about it.
I think a negative render order number may be what you are after
[-1( | {gemhead] |
it puts the object in front of the 3D space, related to the gem-
window not the other objects and 'unaffected by viewpoint changes'
according to the gemhead helpfile
simon
On 22 Jan 2008, at 8:10 PM, simon wise wrote:
I think a negative render order number may be what you are after
[-1( | {gemhead] |
it puts the object in front of the 3D space, related to the gem- window not the other objects and 'unaffected by viewpoint changes' according to the gemhead helpfile
sorry that should be:
[set -1( | [gemhead] |
simon wise wrote:
On 22 Jan 2008, at 8:10 PM, simon wise wrote:
I think a negative render order number may be what you are after
[-1( | {gemhead] |
it puts the object in front of the 3D space, related to the gem- window not the other objects and 'unaffected by viewpoint changes' according to the gemhead helpfile
sorry that should be:
[set -1( | [gemhead] |
or simply [gemhead -1]
and be aware, that this does not work in single-buffered mode (where you have to trigger the [gemhead]s manually)
fmgas.dr IOhannes