[PD] [Gem]: gem-pointer and [list] OR slow [repeat]

cyrille henry cyrille.henry at la-kitchen.fr
Wed Feb 28 00:43:47 CET 2007

to store gem pointer, you can use the any object.
but if you want to render primitive when gem does not expect it (like sprend in the 50ms as you explain), you can't expect it to render anything.
in the better case, it will not crash.


Roman Haefeli a écrit :
> hi all
> it's a known trick to use [repeat] from zexy in a gem render chain to
> produce funny effects and to multiply the rendering of the attached
> objects. 
> the problem i have here, is that i use a [repeat] with a very high
> iteration number (>1000). after the [repeat 1000] some stuff is
> calculated and read from tables and then sent to gem-objects on each
> iteration. this works well, but on each render-cycle i get a short
> dropout. i use the default framerate of 20, that should make 50ms per
> frame, but with [realtime] i measure around 70ms. i could live with
> that, but i thought that this could be optimized. 
> it's the concept of pd, that when a message is triggered, it gets
> completely processed in the same dsp-cycle. but when working with gem,
> this makes absolutely no sense, since the time between each render cycle
> is much higher (50ms in my case). that's why i wanted to build a slow
> repeat with [until] and [list], so that i can spread the 1000 iterations
> over the whole 50ms. unfortunately it is not possible to store a gem
> pointer with [list]. when i connect a [gemhead] to the right inlet of a
> [list] and turn rendering on, pd immediately crashes (at least here, i
> didn't test on other computers).  
> i tried also to bang 'manually' the [gemhead] instead, but then the
> iterations don't have any effect (no objects are multiplied).
> is there any way to store a gem pointer? or is there another way of
> producing slow repeats of a gem pointer?
> any help appreciated!
> roman
> ___________________________________________________________ 
> Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
> ------------------------------------------------------------------------
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

More information about the Pd-list mailing list