Re: Clarification about [pd~]

On 24.03.2025 17:42, Pier Bar wrote:
> I had already considered splitting the operations across multiple 
> ticks, but I hadn’t thought about adding a delay after each operation 
> using [metro]. It’s amazing how Pd manages logical time through these 
> objects. Now, by using [metro 0.08], I achieve the same task with an 
> overall logical time "latency" of about 28 milliseconds (just for this 
> specific operation), while the audio latency in Pd remains set at 5 
> ms. Depending on the number of operations I’ll need in the future, I 
> can adjust the [metro] accordingly. Thank you very much, Christof! And 
> thanks to everyone!
Cool!
>
> Increasing the FIFO latency (even dramatically) did not solve the 
> issue. In what typical scenarios would you recommend using [pd~] for 
> subprocess management? It would be interesting to have a practical 
> idea of when it is most useful.
You would typically use it for offloading audio processing to another 
CPU core, in particular if a single CPU cannot handle the full workload.
>
> Pier
>
> Il giorno lun 24 mar 2025 alle ore 14:43 Christof Ressi 
> <[email protected]> ha scritto:
>
>     In this case, just analyze the table piece-wise with a [metro].
>     The list
>     method takes the following arguments:
>
>     <table name> <number of points to analyze> <starting point>
>     <sample rate>
>
>     You can use <number of points> and <starting point> to analyze a
>     particular section of a table. The help patch of [sigmund~]
>     contains an
>     example.
>
>     Christof
>
>     On 24.03.2025 14:37, Peter P. wrote:
>     > * Christof Ressi <[email protected]> [2025-03-24 14:34]:
>     > [...]
>     >> Are you doing the FFT on the whole audio file at once? If you
>     are doing
>     >> large computations that interrupt audio processing, one key
>     technique is to
>     >> spread the computation over multiple scheduler ticks.
>     > How would you go about to spread it over multiple ticks Christof?
>     >
>     > thanks!
>     > P
>     >
>     > ---
>     > [email protected] - the Pure Data mailinglist
>     >
>     https://lists.iem.at/hyperkitty/list/[email protected]/message/YCPSAOIGTIXVEWA2MBRFYMP5ZAH4V77P/
>     >
>     > 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/PL5X5Y7ERRPYFU2JFCCAJE5ML5YFKSW3/
>
>     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/LAP2YHWVPZYOBNYDDEV7KRPNDN7BTLME/

To unsubscribe send an email to [email protected] mailing list
UNSUBSCRIBE and account-management -> https://lists.iem.at/