[PD] pd~ and rpi
Christof Ressi
christof.ressi at gmx.at
Mon Sep 16 12:54:14 CEST 2019
> if you want to use pd~ to for example render a GEM patch you need to
> switch on dsp in the subprocess at least for a moment.
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.
@iftah, some more ideas:
* make sure DSP is turned on in the parent process (even if the subprocess doesn't process audio)
* make that the subprocess could really load the patch (verify with the GUI)
* in the subprocess, send a message to [stdout] with [loadbang] and check if you receive it in the parent process
* send a message to the subprocess and check if it is properly received, e.g. by sending it back to [stdout]
Christof
> Gesendet: Montag, 16. September 2019 um 12:35 Uhr
> Von: "Max" <abonnements at revolwear.com>
> An: pd-list at lists.iem.at
> Betreff: Re: [PD] pd~ and rpi
>
> I remember this bug.
> if you want to use pd~ to for example render a GEM patch you need to
> switch on dsp in the subprocess at least for a moment. A simple
>
>
> [loadbang]
> |
> [;
> pd dsp 1(
>
>
> [loadbang]
> |
> [delay 1000]
> |
> [;
> pd dsp 0(
>
>
> in the subprocess will make it work.
> I'm not sure if or when this was fixed, but I think it was at some point.
>
>
>
> On 15.09.19 18:57, iftah gabbai wrote:
> > hello list, its my first email ever so i really hope i do the guidelines
> > justice, i just missed the part about the gmail issue so chaned my
> > adress to @googlemail , apologies if u got this email twice :)
> >
> > i tried searching the list and google and couldn’t find too much info so
> > i try here: im attempting to use (pd~) in a patch in order to use
> > multicore processing on my rpi 3b+. it works fine on my mac using pd
> > 0.50 but does not seem to work on my rpi running strech lite headless
> > and pd 0.47. the closest i got is to get it to print info out of stdout
> > and this is happening only when i start the dsp in the sub process which
> > kinda contradicts the documantaion. i tested also using atest patch
> > which is just an osc~ connected to a dac~ in the sub process but still
> > no luck. i wonder if anyone ever got this to work? is it related to 0.47
> > and should i go thru the trouble of compiling / installing a newer
> > version since 0.47 is the latest version available for strech lite as
> > far as i understated?
> >
> > thank you very much
> >
> > _______________________________________________
> > Pd-list at lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
> >
>
>
>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
>
More information about the Pd-list
mailing list