There have been discussions about the latest Pd being able to play video and audio without drop outs or glitches...haven't tried something like that yet though. Anyway, why do you need to move windows around? Especially the Gem window. During a performance or installation or whatever, why should the Gem window move?


On Sat, Mar 16, 2013 at 4:04 PM, John Harrison <john.harrison@alum.mit.edu> wrote:
Based on what you said, one solution would be to run 2 Pd instances. Have one only generate the audio. Manipulate it using the 2nd patch (the one you will directly manipulate) using netsend/netreceive. This works especially well if your CPU has more than one core. It could be [pd~] could address your problem as well, but I haven't had as good luck with that approach. Or maybe if you made the audio latency high enough it would help, if latency is not an issue for you.

On Fri, Mar 15, 2013 at 11:09 PM, Jm Jones <juanmjv@gmail.com> wrote:
Hi, im back learning pd/max. Im playing with both Pd-extended and Max
6, I know that i must choose one, at least in this stage : )
Im interested in midi control but also in  visuals, VJing and audio
visual interaction. Currently im trying the simplest idea that crossed
my mind, controlling some effects  in gem with data from a peakamp. I
have glitches and the  audio pauses when i move the windows (specially
the Gem window), is this normal? if i set up  an environment with 2
screens (the case in a  gig) can i freely manipulate the patches
without fear?
thanks

--
Juan Manuel Jones

_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list


_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list