Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Beachball of death #126

Open
neo2049 opened this issue Jan 24, 2024 · 10 comments
Open

Beachball of death #126

neo2049 opened this issue Jan 24, 2024 · 10 comments
Labels
bug Something isn't working

Comments

@neo2049
Copy link

neo2049 commented Jan 24, 2024

Has anyone been experiencing the dreaded beachball of death when using Lossless Switcher? I've tried both last two versions and when I click on the menu bar icon and try to select anything, pow, it appears and I have to open Activity Monitor and quit the app. It's terribly annoying.

@neo2049
Copy link
Author

neo2049 commented Jan 24, 2024

image
It's taking an awful lot of CPU resource.

@neo2049
Copy link
Author

neo2049 commented Jan 24, 2024

image
Also, quite a lot of RAM being used.

@vincentneo vincentneo added the bug Something isn't working label Feb 19, 2024
@BeeEss
Copy link

BeeEss commented Mar 23, 2024

I'm having the same issue. It will max a processor or two and consume like 4GB of memory while it is trying to determine the sample rate, and once it does, it will settle back down again.

Screenshot 2024-03-23 at 2 00 04 PM

@philip-kennedy
Copy link

I just found this app and was really excited. Unfortunately it doesn't do anything for me but consume resources and spin the beachball. I have to quit the app. Nothing seems to work but I did see it glitch the audio and switch one time before it started spinning again.

@vincentneo
Copy link
Owner

Thus far I have not been able to replicate this issue, though judging from the activity monitor screenshots it appears all has run it for a significant amount of time, suggesting its probably related to some kind of memory leak or endless loop.

In my short-term testing, here is what I am seeing with the debugger on:
Screenshot

With each CPU usage spike happening on each track playback.

Does it only happen with over 1 hr of usage?

@MasterRahool
Copy link
Contributor

I do get a ton of CPU usage and it locks up when trying to click the icon for me for about 10 seconds between tracks
Screenshot 2024-04-15 at 10 57 03 AM

@philip-kennedy
Copy link

For me it happens right after launch. I get no usage at all. This is on a MacBook Pro M1Pro (work machine). I haven't tried it yet on my MacBook Pro M3Max (personal machine). It locks up whenever I try to click the icon.

@vincentneo
Copy link
Owner

I do get a ton of CPU usage and it locks up when trying to click the icon for me for about 10 seconds between tracks

@MasterRahool so in your case, it only locks up when the selection menu/panel is open?

For me it happens right after launch. I get no usage at all.

@philip-kennedy Yikes. I am sorry for the poor user experience for you (and others with similar issues) 😢

@MasterRahool
Copy link
Contributor

CPU use spikes on every track change (same album, next track skip, picking another track). My whole system doesn't lock up, but selecting the menu is the only way to directly know the app is locked up since I'm interacting with it.

I normally wouldn't notice since it's just wheezing in the background.

@vincentneo
Copy link
Owner

CPU use spikes on every track change

@MasterRahool well yes thats expected behaviour as LS v1.1 starts intensively looking into logs as soon as it receives a track change

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

5 participants