<div dir="ltr">Howdy;<br><br>First, I'm not sure what I'm supposed to hear in the example b16.long-varispeed or if it ain't working - I don't really get the example either so I can't say.<div><br></div><div>Now, it seems the limit to tabread4~ is indexes up to 2ˆ24 and no Pd vanilla patch can count over that, right? I tried [fexpr~ $x + $y] with an input/increment of 1 and it stops at 2ˆ24 for instance. I also couldn't do it with +~ and a feedback delay  with block size of 1.</div><div><br></div><div>But.......... I have [else/ramp~] and it has an internal "sum" variable which is a 'double', and I see it works just great to generate indexes over that limit and [tabread4~] gets those values alright! I'm on macOS using 0.51-2, downloaded from miller's website (that is a 64bit binary, not the 32 one, but not Pd compiled with float = 64 bits, got it?).</div><div><br></div><div>Anyway, so, should I be aware that else/ramp~ may not work in some cases (maybe the 32 bit mac binary provided by miller)? Why can't we have [expr~] with a 'double' variable that can count over the 2ˆ24 limit and not worry about (or "bypass") the "onset hack" of example b16?</div><div><br></div><div>Cheers</div></div>