[PD] pd~ and rpi

[Max]

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
>