I haven't been able to build from source, the process hangs until my iMac eventually runs out of memory. Looks like there is a commit (6fb48af) specific to the Mac deployment that is failing on Catalina only.

I have an Apple Magic Mouse, which has horizontal and vertical scrolling built into the top of the mouse surface by dragging your finger side to side or up and down. This scrolling detection is rather sensitive, and I find myself inadvertently seeking through a playing song on a regular basis from normal hand/mouse movements, when all I want to do is click to a new play point in the song or am simply moving the mouse over the track bar (and the mouse picks up minute 'scroll' movements from my hand when doing so).

Potential solutions to this issue - 1. Add a toggle to turn off 'Seeking Using A Mouse Wheel' in the Preferences pane
2. Allow the seeking gap to be set to 0 s (i.e to effectively turn it off).

High CPU usage on Mac is due to a macOS-specific QT5 problem with the Track/Playlist screen and scrolling/interacting with it when on a high resolution display (such as your Retina screen on your MacBook) - you should find that CPU usage will drop and performance will noticeably improve if you resize your Strawberry window to something very small.

I did have an issue ticket raised on this issue on the Strawberry GitHub page, which was closed as it was deemed to be unresolvable under QT5, and I'm trying to get it reopened/looked at again, now that QT6 has been released (which may have a fix for this CPU usage/performance issue).

Hi Jonas, is there a working test build of Strawberry using QT6 on Catalina I can download and test, or are there unresolvable problems with QT6 on MacOS preventing that? I tried the dmg provided above, and it instantly crashes on launch with a Bad Access/Segmentation Fault. This is on my iMac running Catalina 10.15.7, so the crashing problems described above are not limited to Big Sur.