<div dir="ltr">that's the only difference I can think of, but you can also just switch between tables, not sure how important this feature is, seems is just something for possible fun anyway.<div>cheers</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-09-07 4:52 GMT-03:00 IOhannes m zmoelnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2015-09-06 23:58, Alexandre Torres Porres wrote:<br>
> yeah, I was thinking about this versatility. I guess "better" isn't a good<br>
> word. I was thinking "more powerful"<br>
<br>
</span>afaict, i would say it has a single feature that is trivial to implement<br>
for [FIR~] as well...<br>
<br>
and if the table data itself is static¹, then it should be pretty easy<br>
to get the desired behaviour with a wrapper abstraction around [FIR~]<br>
that copies the data with an offset into an internal proxy table.<br>
<br>
<br>
but well, if this is the only feature that makes [Buffir~] more powerful<br>
than [FIR~], i will tell thomas to add it.<br>
<br>
fgasdrm<br>
IOhannes<br>
<br>
¹ that is: you don't continuously change the impulse response without<br>
telling the filter object<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br></div>