<div dir="ltr">ok, it works, apparently - or at least on my system and in contradiction to the documentation the dsp in the sub process MUST be on.... otherwise no sound<div><br><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 16, 2019 at 8:35 PM iftah gabbai <<a href="mailto:ift.gab@gmail.com">ift.gab@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr">hey all and thanks again for the response. ive actually updated to buster (incase you wonder why i havent so far, i just did not have a reason, its an embedded system and it was working great until i had the idea of using pd~ in order to free up the cpu) so im on 0.49 now but still no luck. a simple test patch sending and osc~ out to the dac~ does not produce sound, the mother patch has its dsp on (with delay and all) and i can print msgs via [stdout] so the sub patch is def loading. pd~ has the following  arguments: [pd~ -ninsig 1 -noutsig 1 -fifo 20 -sr 48000]. it does work on my mac tho. while im at it, incase i ever get it to work, the docs states that the fifo latency is roundtrip in blocks. does this refer to pd block size of 64 time the number of fifo that i specify in the args?</div><div dir="ltr"><br></div><div> thanks again</div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 16, 2019 at 4:18 PM Max <<a href="mailto:abonnements@revolwear.com" target="_blank">abonnements@revolwear.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On 16.09.19 12:54, Christof Ressi wrote:<br>
>> if you want to use pd~ to for example render a GEM patch you need to<br>
>> switch on dsp in the subprocess at least for a moment.<br>
> <br>
> I don't think you need to do this (anymore). Control objects work fine without DSP being turned on in the subprocess, like the documentation says.<br>
<br>
OP is using 0.47 on the RPi, so  ¯\_(ツ)_/¯<br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div>
</blockquote></div>