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 <[email protected]>: > > [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 [email protected] 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 > [email protected] > https://lists.puredata.info/listinfo/pd-dev
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ Pd-dev mailing list [email protected] https://lists.puredata.info/listinfo/pd-dev
