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

Audio Drops on Android Clients #43

Open
hav0ck opened this issue May 10, 2021 · 1 comment
Open

Audio Drops on Android Clients #43

hav0ck opened this issue May 10, 2021 · 1 comment

Comments

@hav0ck
Copy link

hav0ck commented May 10, 2021

I'm not sure how best to troubleshoot this, what to look or even really where to look.

I have Snapserver running on a Ubuntu 18.04 VM (running on ESXi 6.5). There are no audio devices assigned to this VM.
I had Mopidy setup on this VM with Snapcast but it was incredibly unstable so I switched to MDP with Rompr as the frontend.

Currently I have 2 clients connected to the server, both are Android devices, one is a Samsung A5 which is running Snapcast V24.0 and the other is an older Marshmellow based Android device which is still running V22.0.
The Samsung is used for testing and the older Android phone is being used to supply my deck speakers.

I have always experience some audio drops when using Snapcast. Last week I updated the Snap server to: Version 0.24.0, revision 7eff45fd but the audio drops continue and they may have gotten worse.

Apart from the drops, the quality is great. I'd love to get the audio drops sorted out, I'm so close to having a great multi-room setup, but the drops are holding me back.

My snapserver.conf file is:

[server]
[http]
enabled = true
bind_to_address = 0.0.0.0
port = 1780
[tcp]
[stream]
source = pipe:///tmp/snapfifo?name=default
[logging]

I only have the HTTP section set for Rompr control but that isn't working very well on Rompr's end.

@Chaphasilor
Copy link

I'm guessing this could be solved by increasing the buffer size, like it is possible with the linux clients (see the docs here, in the Parameters column). I'm not sure if this option exists for the Android app though.

What you could do is setup a linux player just for testing, and see if you get the drops there as well, and if it helps to increase the buffer_time of the client.

Another possible solution might be to prioritize your Android devices in your router's settings (that is, if your router has that feature). This could help with making sure the audio packets get to the device in time.

I'm honestly just guessing here (I haven't even installed Snapcast yet), but I hope it helps nonetheless!

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