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.<br>
<br><div class="gmail_quote">On Fri, Mar 15, 2013 at 11:09 PM, Jm Jones <span dir="ltr"><<a href="mailto:juanmjv@gmail.com" target="_blank">juanmjv@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi, im back learning pd/max. Im playing with both Pd-extended and Max<br>
6, I know that i must choose one, at least in this stage : )<br>
Im interested in midi control but also in visuals, VJing and audio<br>
visual interaction. Currently im trying the simplest idea that crossed<br>
my mind, controlling some effects in gem with data from a peakamp. I<br>
have glitches and the audio pauses when i move the windows (specially<br>
the Gem window), is this normal? if i set up an environment with 2<br>
screens (the case in a gig) can i freely manipulate the patches<br>
without fear?<br>
thanks<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Juan Manuel Jones<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</font></span></blockquote></div><br>