this is working or nearly working.  Let's see if we can break it...
glitchy fucked up sounding but still doing noises let's see where this takes us...
this is a delay, but delay time setting doesn't work and is doing some pitch shifting. weird...
now this is working but read head running slower than right head - pitching down and delay getting longer
oop - don't think anything was setting the speed of read head before no wonder it was running a bit funny...
let's not try and be all clever and asm it'll all end in tears...
this looks more like the right hex values...
this is now doing something like updating. Not sure...
this is just resonating on a single high frequency - weird...
no updating delay time - just set a delay with read behind write and let it run
got this at least writing like a delay but not quite right...
this seems sensible
finally the truth comes out!  read head was in front of write head!
this stuff doesn't work! look back to the last commit for sanity
this is fairly trivial - 2 non-interpolated taps.  But the read head is addressed fractionally!
correction to the fractional addressing
this is now working with no interpolation and no param slews
correction for loop setting calculation
non-interpolated delay with correct slews & fractionally addressed read head
gave delay param its own slew