[PD] GEM pix delay loop

[Ian Smith-Heisters]

Well I guess PDP would be the preferred way to do this, but AFAIK no one 
has compiled it for Windows, which, by unfortunate necessity, is what I 
need to write this for.

Any way to apply a recursive filter with a delay would be good. I just 
tried using [repeat], since looping is basically a kind of recursion, 
but no luck since I couldn't incrementally delay them.

Really all I need is to be able to copy the dereferenced pointer once, 
apply effects to it, and add that back to the original. Doing that 
recursively would be just what I need. I thought that's what a 
[pix_separator] would do.

Any thoughts?

-ian

B. Bogart wrote:
> This looks a lot more like a problem for a PDP solution.
> 
> I would not think one could send the whole gemlist [s loop] back up the
> chain into itself. Remeber that in Gem it is NOT the video data passing
> through the gemchain but control data and pointers.
> 
> Perhaps some Gem developers may have an idea of how to make this work...
> Gem is not the solution to all problems, and if you are working with the
> video-data passing through cords mind-set PDP/PiDiP is a better choice.
> 
> I know Jamie is working on some PDP to Gem bridge stuff, maybe when that
> is ready you could combine the two and use PDP only for the pix_ stuff.
> 
> Also in gridflow the data is actually passing through cords... but I'm
> not sure what OS your running or if Gridflow is the best solution to
> your particular problem.
> 
> B.
> 
> Ian Smith-Heisters wrote:
> 
>> Hi.
>>
>> I'm trying to create a pix delay loop in GEM, but it doesn't work as
>> expected.
>>
>> [pix_video]
>>  |
>>  |    [r loop]
>>  |     |
>> [pix_add]
>>  |
>> [pix_delay 100]
>>  |\
>>  | [pix_gain]
>>  |  |
>>  | [s loop]
>>  |
>> [gemlist...]
>>
>> It doesn't seem to do anything at all. I noticed that the [pix_add] help
>> file has pix_ sources with their own gemheads. I tried throwing in
>> [pix_separator]s all over the place, and that didn't help. Any tips or
>> suggestions? I find the whole GEM dataflow a bit odd since it's all
>> pointers (right?), and I'm used to PDP. Is there another way I can go
>> about the same thing?
>>
>> Thanks!
>> -Ian
>>
>> _______________________________________________
>> PD-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://iem.at/cgi-bin/mailman/listinfo/pd-list
>>