Re: Clarification about [pd~]

Christof Ressi <[email protected]>
Newsgroups gmane.comp.multimedia.puredata.general
Message-ID <[email protected]>
Audio I/O Error simply means that you got an audio dropout!

> Out of interest: Do both pd instances in this case access your hardware
> I/Os?
The [pd~] subprocess has no access to the audio hardware. [adc~] and 
[dac~] always communicates with the parent process.

On 24.03.2025 14:35, Peter P. wrote:
> Dear Pierpaolo,
>
> not an expert on this issue but...
>
> * Pier Bar <[email protected]> [2025-03-24 13:49]:
>> Hello Pd community,
>>
>> I've encountered an interesting behavior regarding CPU management in Pure
>> Data using [pd~], and I'd appreciate your insights or confirmations.
>>
>> Here's my scenario:
>>
>> I'm running a computationally "intensive" FFT analysis with sigmund~
>> (similar to the 17.partialtracer example, but without using data
>> structures), on a 4-second audio array. This analysis is causing "Audio I/O
>> Error" warnings and audible dropouts when executed within the main Pd
>> patch, DSP active, latency ~50ms... Increasing the latency further would
>> solve the problem, but I would like to find another solution.
> ...are you able to track the single Pd instance audio errors down to CPU
> usage? Does a simpler patch with lower cpu usage not print these errors?
>
> Have you tried to change other audio options?
>
> I am not on OS X so I don't know if -callback or -rt have any effect
> there.
>
>> Initially, I attempted to resolve this by offloading the computation into a
>> subprocess via [pd~]. However, despite what seemed to be a correct
>> configuration (no audio signals shared, only control messages exchanged,
>> -nogui option used), I still observed audio dropouts and "Audio I/O Error"
>> warnings in the main patch.
>>
>> otherwise when running two completely separate instances of Pd manually,
>> that is two versions of Pd, 0.55-1 and 0.55-2 (one dedicated to real-time
>> audio and another solely for the FFT analysis, without using [pd~]), my
>> system (macOS Apple Silicon M3) handled both processes simultaneously
>> without any audio dropouts or errors.
> Out of interest: Do both pd instances in this case access your hardware
> I/Os?
>
> best, Peter
>
> ---
> [email protected] - the Pure Data mailinglist
> https://lists.iem.at/hyperkitty/list/[email protected]/message/T3ZHM7XKGV7LACQ764DH2MIBG26K4Z4A/
>
> To unsubscribe send an email to [email protected] mailing list
> UNSUBSCRIBE and account-management -> https://lists.iem.at/
>

---
[email protected] - the Pure Data mailinglist
https://lists.iem.at/hyperkitty/list/[email protected]/message/G7HLHKWM6ALTO7J4WDEH7W2WVBVV7AXL/

To unsubscribe send an email to [email protected] mailing list
UNSUBSCRIBE and account-management -> https://lists.iem.at/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.