Looks like this fixes the issue raised in the last discussion [1] by no longer re-quantizing the decoder state at the start of every frame. I still think it's n

Looks like this fixes the issue raised in the last discussion [1] by no longer re-quantizing the decoder state at the start of every frame. I still think it's not worth the extra complexity over a simpler fixed set of second order linear predictors like BRR or ADX, though that clocks in at over 4 bits per sample. Might still be ok with 3 and more predictors? Regarding clamping, might it be better to require the encoder to never generate QOA that would overflow? I've seen at least one ADPCM implementation (GameCube "AFC") that takes this approach. Seems like it wouldn't produce more distortion than clipping would. [1] https://news.ycombinator.com/item?id=34630543 https://news.ycombinator.com/item?id=34630543