Is verticalZoomFactor > 1.0f verboten for AudioThumbnail::drawChannel(s)?

[asimilon]

With certain audio files if I set the verticalZoomFactor to a value around 1.95 I start triggering a lot of asserts from the call to g.fillRect(x, top, 1.0f, bottom - top); in drawChannel, as bottom is going less than top.

The docs don’t state anything about permissible values for the zoom factor, and in the most part it works without issue.

I also noticed the same issue as this thread with very short sounds being displayed in our AudioThumbnail, has any consideration been given to implementing something like it?

A better AudioThumbnail?

[image][image] While experimenting with minibleps I noticed that when zooming in on an audiothumbnail to much the waveform turns into a connect-the-dots puzzle, see fig 1. I understand this is because the thumbnail for efficiency reasons is drawn entirely with recatngles. But if you switch to paths when zooming in on a sub sample level, you won’t have to sacrifice on efficiency and still have the sub sample resolution, see pic 2. So what about updating AudioThumbnail::drawCahnnel like this? v…

edit: sorry I’ve just realised that the original code for AudioThumbnail is using waveform.addWithoutMerging (Rectangle<float> (x, top, 1.0f, bottom - top)); which doesn’t suffer the same issue. This whole post is moot now