atom feed19 messages in at.iem.pd-list[PD] [Gem]: gem-pointer and [list] OR...
FromSent OnAttachments
Roman HaefeliFeb 27, 2007 3:19 pm 
cyrille henryFeb 27, 2007 3:43 pm 
Roman HaefeliFeb 28, 2007 1:08 am 
IOhannes m zmoelnigFeb 28, 2007 5:45 am 
cyrille henryFeb 28, 2007 5:53 am 
Kyle KlipowiczFeb 28, 2007 7:05 am 
Frank BarknechtFeb 28, 2007 7:25 am 
chris clepperFeb 28, 2007 7:47 am 
cyrille henryFeb 28, 2007 8:04 am 
cyrille henryFeb 28, 2007 8:15 am 
Roman HaefeliFeb 28, 2007 2:23 pm 
Roman HaefeliFeb 28, 2007 2:35 pm 
Roman HaefeliFeb 28, 2007 2:53 pm 
cyrille henryFeb 28, 2007 3:08 pm 
Chris McCormickFeb 28, 2007 6:28 pm 
Roman HaefeliFeb 28, 2007 6:34 pm.pd
cyrille henryMar 1, 2007 2:18 am 
Roman HaefeliMar 1, 2007 3:28 am 
cyrille henryMar 1, 2007 3:39 am 
Subject:[PD] [Gem]: gem-pointer and [list] OR slow [repeat]
From:Roman Haefeli (redu@yahoo.de)
Date:Feb 27, 2007 3:19:48 pm
List:at.iem.pd-list

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