Hi,
when using pd~ on linux and turning dsp on, the subprocess outputs "no audio API specified" to its pd window. It works receiving/sending audio from/to the parent process but in my special use case it'd be even nicer to input/output audio directly to the interface, which works as soon as I specify the audio API in the media prefs of the subprocess.
Is it possible to specify the jack audio API somehow to the subprocess via message and/or params to pd~ to automate this?
-- Orm
Am 5. Mai 2023 15:54:04 MESZ schrieb Orm Finnendahl orm.finnendahl@selma.hfmdk-frankfurt.de:
Hi,
when using pd~ on linux and turning dsp on, the subprocess outputs "no audio API specified" to its pd window. It works receiving/sending audio from/to the parent process but in my special use case it'd be even nicer to input/output audio directly to the interface, which works as soon as I specify the audio API in the media prefs of the subprocess.
Is it possible to specify the jack audio API somehow to the subprocess via message and/or params to pd~ to automate this?
I don't think it's possible out-of-the-box, but you should be able to use my "mediasettings" library for this.
mfg.sfg.jfd IOhannes
Hi,
the subprocess outputs "no audio API specified" to its pd window
Can confirm on Windows. It's a spurious error message. I just opened a ticket: https://github.com/pure-data/pure-data/issues/1952
It works receiving/sending audio from/to the parent process but in my special use case it'd be even nicer to input/output audio directly to the interface
[pd~] is designed to pipe audio through the subprocess. The code does not (or rather should not) allow the subprocess to use a real audio device. Ideally, we should disable the "audio settings" and audio API entries in the "Media" menu for subprocesses, as they don't have any meaning in this context.
which works as soon as I specify the audio API in the media prefs of the subprocess.
I highly doubt that this actually works.
Christof
On 05.05.2023 15:54, Orm Finnendahl wrote:
Hi,
when using pd~ on linux and turning dsp on, the subprocess outputs "no audio API specified" to its pd window. It works receiving/sending audio from/to the parent process but in my special use case it'd be even nicer to input/output audio directly to the interface, which works as soon as I specify the audio API in the media prefs of the subprocess.
Is it possible to specify the jack audio API somehow to the subprocess via message and/or params to pd~ to automate this?
-- Orm
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Am 5. Mai 2023 21:57:37 MESZ schrieb Christof Ressi info@christofressi.com:
[pd~] is designed to pipe audio through the subprocess. The code does not (or rather should not) allow the subprocess to use a real audio device. Ideally, we should disable the "audio settings" and audio API entries in the "Media" menu for subprocesses, as they don't have any meaning in this context.
And just for the record: of course Christof is right (like always), and with my previous answer I did not want that "mediasettings" would make things to start working magically. Only if changing the audio backend is possible somehow, then "mediasettings" allowed you to do so programmatically and with a well-defined interface.
mfg.sfg.jfd IOhannes
Hi IOhannes, Christof,
in my use case the subprocesses don't need to receive/send audio to the main process and pd~ seems to introduce additional latency so I solved it by starting pd processes from the shell and communicating to/from the main patch using OSC.
In any case it's good to know about mediasettings, that seems quite useful.
-- Orm
Am Samstag, den 06. Mai 2023 um 10:18:22 Uhr (+0200) schrieb IOhannes m zmoelnig:
Am 5. Mai 2023 21:57:37 MESZ schrieb Christof Ressi info@christofressi.com:
[pd~] is designed to pipe audio through the subprocess. The code does not (or rather should not) allow the subprocess to use a real audio device. Ideally, we should disable the "audio settings" and audio API entries in the "Media" menu for subprocesses, as they don't have any meaning in this context.
And just for the record: of course Christof is right (like always), and with my previous answer I did not want that "mediasettings" would make things to start working magically. Only if changing the audio backend is possible somehow, then "mediasettings" allowed you to do so programmatically and with a well-defined interface.
mfg.sfg.jfd IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
so I solved it by starting pd processes from the shell and communicating to/from the main patch using OSC.
Yes, that's how you would typically manage independent Pd instances.
Christof
On 07.05.2023 10:00, Orm Finnendahl wrote:
Hi IOhannes, Christof,
in my use case the subprocesses don't need to receive/send audio to the main process and pd~ seems to introduce additional latency so I solved it by starting pd processes from the shell and communicating to/from the main patch using OSC.
In any case it's good to know about mediasettings, that seems quite useful.
-- Orm
Am Samstag, den 06. Mai 2023 um 10:18:22 Uhr (+0200) schrieb IOhannes m zmoelnig:
Am 5. Mai 2023 21:57:37 MESZ schrieb Christof Ressi info@christofressi.com:
[pd~] is designed to pipe audio through the subprocess. The code does not (or rather should not) allow the subprocess to use a real audio device. Ideally, we should disable the "audio settings" and audio API entries in the "Media" menu for subprocesses, as they don't have any meaning in this context.
And just for the record: of course Christof is right (like always), and with my previous answer I did not want that "mediasettings" would make things to start working magically. Only if changing the audio backend is possible somehow, then "mediasettings" allowed you to do so programmatically and with a well-defined interface.
mfg.sfg.jfd IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Christof Ressi -
IOhannes m zmölnig -
Orm Finnendahl