<div dir="ltr">I always thought it wouldn't hurt to have a linear interpolation at the end or beggining of the table and would allow us to check these values.<div><br></div><div>I wish this would be incorporated in vanilla</div><div><br></div><div>thanks</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-11 16:03 GMT-03:00 Thomas Grill <span dir="ltr"><<a href="mailto:gr@grrrr.org" target="_blank">gr@grrrr.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Looking into the tabread4~ code, it becomes obvious that this behavior is on purpose.<br>
Nevertheless, for many applications, like interpolating window functions or ramps, it is undesirable, and potentially dangerous.<br>
<br>
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.<br>
<a href="https://github.com/grrrr/upp/blob/master/upp.tabread2~.pd" rel="noreferrer" target="_blank">https://github.com/grrrr/upp/blob/master/upp.tabread2~.pd</a><br>
<a href="https://github.com/grrrr/upp/blob/master/upp.tabread4~.pd" rel="noreferrer" target="_blank">https://github.com/grrrr/upp/blob/master/upp.tabread4~.pd</a><br>
<br>
best, Thomas<br>
<br>
> Am 10.05.2016 um 23:23 schrieb Ticket 1243 <<a href="mailto:1243@bugs.pure-data.p.re.sf.net">1243@bugs.pure-data.p.re.sf.net</a>>:<br>
><br>
> [bugs:#1243] tabread4~ doesn't correctly deliver first or last sample<br>
><br>
> Status: open<br>
> Group: v0.46<br>
> Labels: bug<br>
> Created: Tue May 10, 2016 09:23 PM UTC by Anonymous<br>
> Last Updated: Tue May 10, 2016 09:23 PM UTC<br>
> Owner: nobody<br>
><br>
> Hi,<br>
> tabread4~ can not correctly deliver the first or last sample of a table. Instead it delivers the second, or one but last, respectively, instead.<br>
> tabread~ (without interpolation) does work correctly, so i suspect the interpolation algorithm to be faulty.<br>
><br>
> Sent from <a href="http://sourceforge.net" rel="noreferrer" target="_blank">sourceforge.net</a> because <a href="mailto:pd-dev@lists.iem.at">pd-dev@lists.iem.at</a> is subscribed to <a href="https://sourceforge.net/p/pure-data/bugs/" rel="noreferrer" target="_blank">https://sourceforge.net/p/pure-data/bugs/</a><br>
><br>
> To unsubscribe from further messages, a project admin can change settings at <a href="https://sourceforge.net/p/pure-data/admin/bugs/options" rel="noreferrer" target="_blank">https://sourceforge.net/p/pure-data/admin/bugs/options</a>. Or, if this is a mailing list, you can unsubscribe from the mailing list.<br>
><br>
> _______________________________________________<br>
> Pd-dev mailing list<br>
> <a href="mailto:Pd-dev@lists.iem.at">Pd-dev@lists.iem.at</a><br>
> <a href="https://lists.puredata.info/listinfo/pd-dev" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-dev</a><br>
<br>
<br>_______________________________________________<br>
Pd-dev mailing list<br>
<a href="mailto:Pd-dev@lists.iem.at">Pd-dev@lists.iem.at</a><br>
<a href="https://lists.puredata.info/listinfo/pd-dev" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-dev</a><br>
<br></blockquote></div><br></div>