I haven't looked at the test patch but I'm pretty sure the problem is that you didn't turn on DSP on the parent patch.
The reason is that [pd~] object is driven from the parent patch. This is also mentioned in the help patch:
"ATTENTION: DSP must be running in this process for the sub-process to start and run. This is because its clock is slaved to audio I/O it gets from us!"
Christof
On 10.10.2024 12:31, Yann Seznec wrote:
Hello!
I’m attempting to use the pd~ object for the first time on a Raspberry Pi, with the idea of taking advantage of the multiple CPU cores.
I’m using a Pi 3 with the latest 64bit “headless” OS, running Pd 0.53.1 (installed via apt-get). My understanding is that using the pd~ object should run each instance of a patch on a different core of the Pi.
Here’s the test patch: https://github.com/yannseznec/multicoreTest
On the command line, i'm attempting to run the "multiTest.pd" file like so: pd -nogui multiTest.pd
Pd launches and it gives me the message "pd~ version 0.54" but there is no sound.
Running only the subpatch (rand_osc.pd) produces a single sine tone as expected.
Am I using the pd~ object incorrectly, or misunderstanding something about how this should all work?
Thanks!
Yann
pd-list@lists.iem.at - the Pure Data mailinglist https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/message/PYIFT25NMU...
To unsubscribe send an email to pd-list-leave@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.iem.at/