[PD] Dynamic pd objects linking

[vade]

Ive created a patch and framework that allow one to dynamically route  
pix data to various pix objects. I havent used it extensively, but it  
essentially goes like:

[gemhead]
|
[pix_film]
|
[send13 movie1]

... some effect module:


[someOtherPixSource(
|  [movie 1(
|/
[recieve13]
|
[separator]
|
[pix_effect_here]
|
[send13 effectOut1]

  etc etc.

the send receives can be dynamically set via a pulldown menu, or  
whatnot. also, be sure to quickly toggle rendering on and off to make  
sure you dont get hiccups (at least with older gem versions)

You can get trickier by removing the separators if you make sure to  
always reset the rendering [stop,start( to gemwin, but it requires  
more logic in the patch. The above method isnt all that efficient,  
but does allow for dynamic routing of effects. You could event script  
it to spawn new effect modules for arbitrary length effect chains,  
but there arent really enough pix_ effects to make that worthwhile I  
dont think. Also, beware of colorspace issues that some of the  
pix_effects have. I try to stick to YUV, since it is fastest.

peace. (send13/recieve13 use the max/MSP syntax to dynamically set  
their send target and receive target..)


v a d e //

http://homepage.mac.com/doktorp/
doktorp at mac.com

On Jul 13, 2005, at 1:10 PM, IOhannes m zmoelnig wrote:

> Alexandre Quessy wrote:
>
>>>
>>>
>> So, every [pix_*] object behave like this ?
>>
>
> at least each and every pix_fx (there might be one or 2 pix_objects  
> that
> do not behave like that, probably [pix_draw] and [pix_texture], i  
> really
> dunno. all other pix_objects behave like that (the joys of  
> inheritance)
>
>
>>
>> Does it save on CPU+RAM performance when it is set to 0 ?
>>
> well it just ignores the actual processing for this object. this means
> it doesn't do anything but pass the gemlist on (so yes, this saves  
> CPU+RAM)
>
>
>> Otherwise, would [spygot] be more suitable ? For instance, does  
>> change
>> the gemlist path with spygot create new instances of the gemlist
>> "object" every time one changes the flow ?
>>
>
> i am not entirely sure what you mean, but you can definitely change  
> the
> render-chain with flow-control objects like [spigot], [demux],
> [repeat],... (the last 2 being zexy)
>
>
> mfg.asd.r
> IOhannes
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20050714/88fa8a0a/attachment.htm>