Re: Clarification about [pd~]

Pier Bar <[email protected]>
Newsgroups gmane.comp.multimedia.puredata.general
Message-ID <CAEpmJ3Hvb4y6cneR1yF6CU5bXF618pxMfrdqcAa4setXfJKS7g@mail.gmail.com>
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!

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.

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/UBXQALGAXE4WQRVQUPYLR43SI6ILAVNO/

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.