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@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@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list