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

Start pulseaudio with realtime and no CPU limit #150

Open
tweinreich opened this issue Apr 4, 2019 · 4 comments
Open

Start pulseaudio with realtime and no CPU limit #150

tweinreich opened this issue Apr 4, 2019 · 4 comments

Comments

@tweinreich
Copy link

For me adding the --realtime and --no-cpu-limit to init.d/pulseaudio script as startup parameters solved some of my issues with lagging output (I may have to try a newer Pi and/or a decent sound card).

Tested with:

  • Raspberry Pi 2011.12
  • Raspbian Stretch
  • No extra sound card / interface
  • iPhone 5s (AirPlay)
  • Motorola Moto Z (Default Bluetooth)
@otmpp
Copy link

otmpp commented Jun 25, 2019

Have you done that to stop the chopping that happens when the onboard wifi is enabled while using WiFi at the same time?

@tweinreich
Copy link
Author

@otmpp If I'm correct Model A Revision 2.0 doesn't have onboard WiFi. I used an Edimax USB WiFi Adapter. It was activated the whole time though. Did you experience any issues with this?

@otmpp
Copy link

otmpp commented Jun 25, 2019

Ahh yes I see what you mean. For bluetooth I have only ever used the Zero W or the 3B or 3B+ and I've used the onboard WiFi and Bluetooth. The only way which I have that I can stream bluetooth music reliably is by disabling the onboard WiFi since they interfere with one another. I have heard that you can use a usb WiFi card like you have and then like that it works. The way I have used his scripts is either on the Zero W or 3B. I have only tested the Bluetooth only installation and only once I disabled the onboard WiFi could i then stream audio well

@tweinreich
Copy link
Author

@otmpp ok that's not fortunate for me as I wanted to use WiFi because I hoped it would be more reliable and can cover a greater area. Thank you for sharing your experience.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants