Re: Clarification about [pd~]
Pier Bar <[email protected]>
| Newsgroups | gmane.comp.multimedia.puredata.general |
|---|---|
| Message-ID | <CAEpmJ3EvvCWDscVJ+DpogPyEr=h92PLE6JyowcVo7XPVdGewuQ@mail.gmail.com> |
> > You would typically use it for offloading audio processing to another CPU > core, in particular if a single CPU cannot handle the full workload. > So it seems intended for audio rather than control signal operations... Pier Il giorno lun 24 mar 2025 alle ore 17:57 Christof Ressi < [email protected]> ha scritto: > > 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/6IXT2PRWZLQ2XCQ5U6HO72HLC5J7BNIJ/ To unsubscribe send an email to [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.iem.at/