Le 04/03/2018 à 19:47, oliver a écrit : > Jack wrote: >> Hello Oliver, >> >> I reduce the patch to expose the problem. >> The different solutions are inside. >> Hope it helps... > > it does ! > > thanks a lot for your explanation, > your method also works with the chained shaders ! > > even though my ambition was to use one gemhead for everything, i see > that your preferred solution with a second gemhead is much better and > also looks more logical to me. > > > > one last question: > > wouldn't the [pix_buf] method be more cpu intensive ? > > because it says in the help file: > > "[pix_buf] is only effective if it is storing a static image. If you are > continually modifying the buffered pix, then pix_buf is going to be > spending a lot of time copying pixels."
If i am right, here there is no [pix_image]/[pix_video]/[pix_film] before [pix_separator] so there is no risk to buffered pix. The aim of [pix_separator] in your case is to "isolate" [pix_film] to the rest of the gemchain like [separator] does about transformations (that's why I prefer to use two gemchain in your case). ++ Jack > > ... which i think i do when i'm feeding a film into it, isn't it ? > yet i didn't notice any raised cpu power with [pix_buf] even though i > used a 1280x720 film. > > > > best > > oliver > > > > > >> ++ >> >> Jack >> >> >> >> Le 03/03/2018 à 14:58, oliver a écrit : >>> Jack wrote: >>>> Hey Oliver, >>>> >>>> Do you have a minimal patch with a shader that described your problem >>> >>> ... no minimal approach with chained glsl shaders ;-) >>> >>> nonetheless, i managed to pack everything together (it's a zipped folder >>> with all needed ingredients, just a pd patch and the required shader >>> files) to demonstrate the problem. >>> >>> if you can spare the time to take a look at it, >>> that would be very nice ! >>> >>> but as i said, i already got my task working with my little hack, so no >>> sweat, please (even though it "feels" a little fragile). >>> >>> best >>> >>> oliver >>> >>> >>> >>> >>> _______________________________________________ >>> Pd-list@lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> https://lists.puredata.info/listinfo/pd-list >>> >> >> >> >> _______________________________________________ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> > > _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list