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
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
