<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div dir="ltr" id="yui_3_16_0_ym18_1_1459467673627_41686">I think I mentioned before-- it sounds like what one would want here is another <br></div><div id="yui_3_16_0_ym18_1_1459467673627_41688" dir="ltr">external that abstracts away the complexity of starting two Pd instances that <br></div><div id="yui_3_16_0_ym18_1_1459467673627_41791" dir="ltr">communicate over a netreceive/netsend pair. I'm not sure how you'd <br></div><div id="yui_3_16_0_ym18_1_1459467673627_41854" dir="ltr">emphasize the asynchronicity, though.</div><div id="yui_3_16_0_ym18_1_1459467673627_44236"><br></div><div id="yui_3_16_0_ym18_1_1459467673627_44181">-Jonathan<br></div><div class="qtdSeparateBR"><br><br></div><div style="display: block;" class="yahoo_quoted"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"><font face="Arial" size="2"> On Thursday, March 31, 2016 10:46 PM, Matt Barber <brbrofsvl@gmail.com> wrote:<br></font></div> <br><br> <div class="y_msg_container"><div id="yiv7546716015"><div><div dir="ltr"><div class="yiv7546716015gmail_default" style="font-family:verdana, sans-serif;">Right, so the point of [pd~] is that the OS can now throw whatever is going on in the subprocess onto another core. The idea from what I've heard for Gem is that you can leave the DSP off in the [pd~] instance, run Gem from there (on another core, possibly). Then if together they would have maxed out one core they could split the work among two and proceed in time.</div><div class="yiv7546716015gmail_default" style="font-family:verdana, sans-serif;"><br clear="none"></div><div class="yiv7546716015gmail_default" style="font-family:verdana, sans-serif;">But if the problem is that Gem has to wait for something to happen elsewhere before it can proceed, it won't help. Kind of in the same way that running an infinite [until] loop on the subprocess will halt the main process, too.</div></div><div class="yiv7546716015gmail_extra"><br clear="none"><div class="yiv7546716015gmail_quote">On Thu, Mar 31, 2016 at 9:24 PM, Jonathan Wilkes via Pd-list <span dir="ltr"><<a rel="nofollow" shape="rect" ymailto="mailto:pd-list@lists.iem.at" target="_blank" href="mailto:pd-list@lists.iem.at">pd-list@lists.iem.at</a>></span> wrote:<br clear="none"><blockquote class="yiv7546716015gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="yiv7546716015yqt2640681213" id="yiv7546716015yqt19927"><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"><div>But [cpu_hungry_hippo~] needs input from [pd~] in order to <br clear="none"></div><div dir="ltr">compute its output. So [pd~] must send output before [cpu_hungry_hippo~] <br clear="none"></div><div dir="ltr">can execute its perform routine.</div><div><div class="yiv7546716015h5"><div><span></span></div> <div><br clear="none"><br clear="none"></div><div style="display:block;"> <div style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div dir="ltr"><font face="Arial" size="2"> On Thursday, March 31, 2016 9:17 PM, Lucas Cordiviola <<a rel="nofollow" shape="rect" ymailto="mailto:lucarda27@hotmail.com" target="_blank" href="mailto:lucarda27@hotmail.com">lucarda27@hotmail.com</a>> wrote:<br clear="none"></font></div> <br clear="none"><br clear="none"> <div><div><div><div dir="ltr"><div>Isn`t </div><div><br clear="none"></div><div>[pd~] <-- some dsp stuff going on in here </div><div><br clear="none"></div><div>To take advantage of multi-core CPUs?</div><br clear="none"><font face="Courier New, Courier, Monospace" size="2">Mensaje telepatico asistido por maquinas.</font><br clear="none"><br clear="none"><div><hr>Date: Fri, 1 Apr 2016 00:37:26 +0000<br clear="none">To: <a rel="nofollow" shape="rect" ymailto="mailto:brbrofsvl@gmail.com" target="_blank" href="mailto:brbrofsvl@gmail.com">brbrofsvl@gmail.com</a>; <a rel="nofollow" shape="rect" ymailto="mailto:reduzent@gmail.com" target="_blank" href="mailto:reduzent@gmail.com">reduzent@gmail.com</a><br clear="none">CC: <a rel="nofollow" shape="rect" ymailto="mailto:pd-list@lists.iem.at" target="_blank" href="mailto:pd-list@lists.iem.at">pd-list@lists.iem.at</a><br clear="none">Subject: Re: [PD] DSP and Gem in the same instance of Pd<br clear="none">From: <a rel="nofollow" shape="rect" ymailto="mailto:pd-list@lists.iem.at" target="_blank" href="mailto:pd-list@lists.iem.at">pd-list@lists.iem.at</a><br clear="none"><br clear="none"><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"><div><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"><div dir="ltr">I'm not sure I understand [pd~]. Consider:</div><div dir="ltr"><br clear="none"></div><div dir="ltr">[foo~]</div><div dir="ltr">|</div><div dir="ltr">[pd~] <-- some dsp stuff going on in here<br clear="none"></div><div dir="ltr">|</div><div dir="ltr">[cpu_hungy_hippo~]</div><div dir="ltr"><br clear="none"></div><div dir="ltr">How does [pd~] help me in this case, as opposed to just putting the <br clear="none"></div><div dir="ltr">"dsp stuff" directly in the patch?<br clear="none"></div><div dir="ltr"><br clear="none"></div><div dir="ltr">And in general, how is the super-process able to anything <br clear="none"></div><div dir="ltr">other than block when waiting for output from [pd~]?<br clear="none"> </div><div dir="ltr"><br clear="none"></div><div dir="ltr">-Jonathan<br clear="none"></div><div dir="ltr"><br clear="none"></div></div></div></div><div> <div style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div><br clear="none"><br clear="none"></div><div><div dir="ltr"><font face="Arial" size="2"> On Thursday, March 31, 2016 5:17 PM, Matt Barber <<a rel="nofollow" shape="rect" ymailto="mailto:brbrofsvl@gmail.com" target="_blank" href="mailto:brbrofsvl@gmail.com">brbrofsvl@gmail.com</a>> wrote:<br clear="none"></font></div> <br clear="none"><br clear="none"> <div><div><div><div dir="ltr"><div style="font-family:verdana, sans-serif;">One other thing that's helped in an emergency is increasing Pd's audio buffer in the preferences.</div><div style="font-family:verdana, sans-serif;"><br clear="none"></div><div style="font-family:verdana, sans-serif;">One thing I've heard of but never tried is running Gem from a slave instance in [pd~]. I don't know enough about it to know whether this could work or why; it might just be a rain dance.</div></div><div><br clear="none"><div><div>On Thu, Mar 31, 2016 at 7:16 AM, Roman Haefeli <span dir="ltr"><<a rel="nofollow" shape="rect" ymailto="mailto:reduzent@gmail.com" target="_blank" href="mailto:reduzent@gmail.com">reduzent@gmail.com</a>></span> wrote:<br clear="none"><blockquote style="border-left:1px #ccc solid;padding-left:1ex;"><span>On Thu, 2016-03-31 at 11:35 +0200, cyrille henry wrote:<br clear="none">
><br clear="none">
> Le 31/03/2016 11:19, Roman Haefeli a écrit :<br clear="none">
> ><br clear="none">
</span><span>> > BTW: Why does the graphics rendering|clock have precedence over the<br clear="none">
> > audio rendering (at least, it seems to be like that in Pure Data/Gem)? I<br clear="none">
> > guess most softwares do it the other way around, since clicks are much<br clear="none">
> > more noticeable than a frame being a few milliseconds late.<br clear="none">
><br clear="none">
> Gem have no precedence over audio : they both have the same priority.<br clear="none">
> when having priorities on audio, the openGL rendering did not have<br clear="none">
> fixed frame rate, and it's not possible any-more to have smooth hight<br clear="none">
> speed movement.<br clear="none">
><br clear="none">
> So, i like the way it is, even if it cause implementation problem.<br clear="none">
<br clear="none">
</span>Oh, now since I understand, I like the way it is, too ;-)<br clear="none">
<span><br clear="none">
> one possible explanation of your problem is that you are rendering a<br clear="none">
> 60 fps, and that openGL is sync on the 60fps screen.<br clear="none">
> You can have jitter between the 2 different 60fps clock. If Gem is<br clear="none">
> waiting for the screen, then everything (including audio) is on pause.<br clear="none">
<br clear="none">
</span>That is exactly what I was doing.<br clear="none">
<span><br clear="none">
> if this is the cause of your problem, then reduce Gem fps to 59, or<br clear="none">
> remove openGL syncro (sync to vblank).<br clear="none">
<br clear="none">
</span>This is exactly what helped (reducing fps to 59). Thanks for your sharp<br clear="none">
thinking.<br clear="none">
<span><font color="#888888"><br clear="none">
Roman<br clear="none">
<br clear="none">
</font></span><br clear="none">_______________________________________________<br clear="none">
<a rel="nofollow" shape="rect" ymailto="mailto:Pd-list@lists.iem.at" target="_blank" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br clear="none">
UNSUBSCRIBE and account-management -> <a rel="nofollow" shape="rect" target="_blank" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a><br clear="none">
<br clear="none"></blockquote></div><br clear="none"></div></div></div></div><br clear="none"><div>_______________________________________________<br clear="none"><a rel="nofollow" shape="rect" ymailto="mailto:Pd-list@lists.iem.at" target="_blank" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br clear="none">UNSUBSCRIBE and account-management -> <a rel="nofollow" shape="rect" target="_blank" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a><br clear="none"></div><br clear="none"><br clear="none"></div></div> </div> </div> </div></div></div><br clear="none">_______________________________________________
<a rel="nofollow" shape="rect" ymailto="mailto:Pd-list@lists.iem.at" target="_blank" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a rel="nofollow" shape="rect" target="_blank" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a></div> </div></div></div><br clear="none"><br clear="none"></div> </div> </div> </div></div></div></div></div></div><br clear="none">_______________________________________________<br clear="none">
<a rel="nofollow" shape="rect" ymailto="mailto:Pd-list@lists.iem.at" target="_blank" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br clear="none">
UNSUBSCRIBE and account-management -> <a rel="nofollow" shape="rect" target="_blank" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a><br clear="none">
<br clear="none"></blockquote></div><br clear="none"></div></div></div><br><br></div> </div> </div> </div></div></body></html>