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