Closed nike4613 closed 2 years ago
There isn't much extra going on in the playlist related to CUE, there is some reloading stuff when you open the playlist but that doesn't explain this. So I think it is most likely coincidental that it occurred after adding CUE songs. If the problem occurs again try opening a new playlist, star the old one and close it to see if the high CPU usage is gone. This might be a Qt/Windows bug, otherwise I think others had reported it too as Strawberry has a much larger Linux user base than Windows.
Describe the bug When a playlist has songs imported from a CUE sheet, after the application has been running for a few days, all interactions slow to a nearly unusable speed, sometimes taking 10 seconds to simply resume playback. I have noticed that the freeze gets longer the longer Strawberry has been open.
I have observed this freeze happening when:
During this freeze, Strawberry eats up a full core of CPU, presumably sitting in a fairly tight loop somewhere.
To Reproduce
Expected behavior No freezes when interacting in any scenario.
System Information:
Additional context In my handful of attempts to debug this myself, I have opened up the stack viewer in Process Hacker for the thread which is eating CPU, and tried to figure out what might be causing this. The most recent time I did this, just before posting this issue, I got the following:
Based on my zero knowledge of Qt, and only on this callstack, my guess is that the UndoView is storing a lot of elements, and iterating over all of them, of which there are potentially thousands, and performing some computation on them. The only thing which that doens't explain is why I only started experiencing this issue after adding songs from CUE sheets. So what do I know.
I suppose I should clarify: Strawberry is still usable, just somewhat annoying to interact with. There are no problems just playing music.