<br><br><div class="gmail_quote">2010/4/3 tim vets <span dir="ltr"><<a href="mailto:timvets@gmail.com">timvets@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi Patrick,<br><br><div class="gmail_quote">2010/4/3 patrick <span dir="ltr"><<a href="mailto:puredata@11h11.com" target="_blank">puredata@11h11.com</a>></span><div class="im"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
hi tim,<br>
<br>
just to be sure, do you use the -rt flag when starting pd? also, try to run everything (jack, pd) in root (just to see if the glitches is the cause of a limitation).<br>
<br></blockquote><div><br></div></div><div>Yes, I start pd with "pd -rt -jack"</div><div>I tried your suggestion, running pd as root, but got no better results.</div><div>Some parts in the patch contain several [sigmund~] and [bonk~] objects, which seem quite heavy, so I'd like to put those in a separate pd process, to make use of the other processors on the machine...</div>
<div>I even get DIO errors when I load my abstraction in a pd~ object and don't switch~ it on, whereas when loading it as a regular abstraction, switch~-ing it off stops the DIO errors.</div><div>Thanks,</div><div>Tim</div>
<div><br></div><div><br></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
pat<br>
</blockquote></div><br>
</blockquote></div><br>