[bugs:#1217] delay size limit bug

Status: open
Group: v0.46
Labels: delay
Created: Tue Sep 22, 2015 04:49 AM UTC by Alexandre Porres
Last Updated: Tue Sep 22, 2015 04:49 AM UTC
Owner: Miller Puckette
Attachments:

I have a patch that shows a bug with the maximum time ou can read from a delay line.

From the [vd~] help file, it says

"The delay time is always at least one sample and at most the length of the delay line (specified by the delwrite~)"

So, if the delay is "x" long, we should be able to read from "x" behind in time... but this is not true in the attached patch, so there's a bug the obect.

The patch was originally a phase vocoder, with a block size of 2048 - the maximum size you can read from the delay is then = buffersize - block size + one block of 64 samples.

I fail to see a reason here. If such a limitation happens somehow, maybe the object could be coded in a way that it allows an extra something to make it possible a total length read out.

I thought that maybe the order forcing of delay objects could be something to take into consideration. Well, I did the order forcing and many such tests, but nothing really changed!

please find for info on the attached patch.


Sent from sourceforge.net because pd-dev@lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.