Hi list,
can it be that if pix_delay is being sent a "frame delay" into its right inlet that is the same as its argument (max delay) it will not delay at all?
cheers, P
I think that would require a infinite fast computer ;) There will always be a delay (at -least- 1 frame of the gem head)
On Mon, Aug 26, 2019 at 11:04 AM Peter P. peterparker@fastmail.com wrote:
Hi list,
can it be that if pix_delay is being sent a "frame delay" into its right inlet that is the same as its argument (max delay) it will not delay at all?
cheers, P
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hi Peter,
On 2019-08-26 09:43, Peter P. wrote:
can it be that if pix_delay is being sent a "frame delay" into its right inlet that is the same as its argument (max delay) it will not delay at all?
Maybe. The relevant code afaict is here, not yet deciphered the intent:
https://github.com/umlaeute/Gem/blob/8553d055b0a39acf02d31d8ae8cb6a0a2f732ef...
Claude
-
Bastiaan van den Berg -
Claude Heiland-Allen -
Peter P.