<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Thanks for all that. [speedlim] seems to have solved everything.</div><div><br></div><div>Joe</div><div><br>On Nov 15, 2013, at 4:21 AM, András Murányi <<a href="mailto:muranyia@gmail.com">muranyia@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><br><div class="gmail_extra">Just to refine Ingo's answer little bit:<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 15, 2013 at 6:06 AM, Ingo <span dir="ltr"><<a href="mailto:ingo@miamiwave.com" target="_blank">ingo@miamiwave.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">3 things come to my mind spontaneously:<br>
<br>
1) use a good sound card with good asio drivers (if you don't do already)<br>
2) raise the latency a little bit<br>
3) eliminate graphical objects like number boxes, sliders, etc.<br></blockquote><div><br></div><div>You don't have to absolutely eliminate graphical object but make sure you don't run data THRU them. It means that data shall flow tru non-graphical objects, and graphical objects shall be connected in Y "sideways". When you need to use a graphical object both for setting values and for being set, use a [set $1] message before them.<br>
</div><div>Also avoid doing too many tricks to graphical objects (like dynamically setting their colors etc.)<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
If you use [mapping/resample] I would suggest adding [change] afterwards to<br>
avoid constant data to be sent or use [speedlim] which does the same thing.<br></blockquote><div><br></div><div>IMHO you shall use [change] and [speedlim] regardless of using [mapping/resample] or not.<br></div><div>You can use both of them: [change] will avoid constant data from being sent (be sure to convert floats to integers with [int] before!), while [speedlim] will limit data flow to a given frequency.<br>
<br></div><div>Also check that your USB devices are not connected thru USB hubs and they are on separate USB2 or USB3 connections.<br><br></div><div>András<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Ingo<br>
<br>
<br>
________________________________________<br>
[PD] realtime MIDI on Windows - best practices for efficiency?<br>
<br>
I have a big patch I use for realtime manipulation of live sound inputs.<br>
Often when adjusting pots and sliders on a USB MIDI controller, I get audio<br>
dropouts.<br>
I've tried putting all of the MIDI objects in a separate patch running in<br>
another instance of PD, polling the inputs at intervals using<br>
[mapping/resample] to reduce the amount of data being sent, and sending the<br>
data over OSC to the main patch.<br>
<br>
I've killed as many other processes as possible.<br>
And I still get dropouts. What could I be doing wrong?<br>
This is 0.43.4-extended on Windows 7.<br>
Thanks,<br>
Joe<br>
--<br>
<a href="http://www.joenewlin.net" target="_blank">www.joenewlin.net</a><br>
<a href="http://www.twitter.com/joe_newlin" target="_blank">www.twitter.com/joe_newlin</a><br>
<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>
</blockquote></div><br><br clear="all"><br></div></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span><a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list</span><br><span>UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a></span><br></div></blockquote></body></html>