Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

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

Dynamic Normalization is to much for a Pi Zero to handle. #951

Closed
JasonLG1979 opened this issue Jan 27, 2022 · 1 comment
Closed

Dynamic Normalization is to much for a Pi Zero to handle. #951

JasonLG1979 opened this issue Jan 27, 2022 · 1 comment

Comments

@JasonLG1979
Copy link
Contributor

JasonLG1979 commented Jan 27, 2022

See:
dtcooper/raspotify#504

Basically the combination of (the new) dynamic normalization and the CPU spike that generally happens when a track is buffering is just above what the Pi Zero can handle and it throws ALSA into a error loop that hangs the CPU at 100% for a while before finally dying.

There's not much that really can be done I don't think, this issue is more for something to link to if others have the same problem.

The solution is to just not enable dynamic normalization on the Pi Zero. Feel free to close this or leave it open @roderickvd if you like?

@roderickvd
Copy link
Member

A reason to not deprecate the basic limiter I think.

Have your users and you tried with dithering disabled? Maybe the Zero has enough oomph to do one but not both.

@librespot-org librespot-org locked and limited conversation to collaborators Jan 27, 2022
@roderickvd roderickvd converted this issue into discussion #952 Jan 27, 2022

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants