Looking into the tabread4~ code, it becomes obvious that this behavior is on purpose. Nevertheless, for many applications, like interpolating window functions or ramps, it is undesirable, and potentially dangerous.
For my UPP framework, i made workarounds, one tabread2~ implementation, and a 'fixed' tabread4~ replacement, which resorts to linear interpolation at the front and back of the table area. https://github.com/grrrr/upp/blob/master/upp.tabread2~.pd https://github.com/grrrr/upp/blob/master/upp.tabread4~.pd
best, Thomas
Am 10.05.2016 um 23:23 schrieb Ticket 1243 1243@bugs.pure-data.p.re.sf.net:
[bugs:#1243] tabread4~ doesn't correctly deliver first or last sample
Status: open Group: v0.46 Labels: bug Created: Tue May 10, 2016 09:23 PM UTC by Anonymous Last Updated: Tue May 10, 2016 09:23 PM UTC Owner: nobody
Hi, tabread4~ can not correctly deliver the first or last sample of a table. Instead it delivers the second, or one but last, respectively, instead. tabread~ (without interpolation) does work correctly, so i suspect the interpolation algorithm to be faulty.
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.
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev