Stuttering audio and buffer underruns when WiFi is enabled #4

pathammer · 2017-04-08T19:15:13Z

I tested this with my phone and it worked fine but when I pair my Amazon echo dot, the playback is interrupted once every one to two seconds. Has anyone else experienced this or know a fix?
I know it's not a signal strength issue because the two are right beside each other. Thanks!

Hiding adapter from all devices.
underrun!!! (at least 9.096 ms long)
underrun!!! (at least 0.642 ms long)
underrun!!! (at least 11.836 ms long)
underrun!!! (at least 12.320 ms long)
underrun!!! (at least 25.990 ms long)
underrun!!! (at least 73.289 ms long)
underrun!!! (at least 53.062 ms long)
underrun!!! (at least 19.260 ms long)
underrun!!! (at least 55.009 ms long)
underrun!!! (at least 20.370 ms long)
underrun!!! (at least 62.025 ms long)

lukasjapan · 2017-04-12T00:12:20Z

It looks like the daemon is not sending the audio data fast enough so alsa complains.
If it works with your phone it sounds like some compatibility issue with bluez (the linux bluetooth system).

In general you could try to do the following things in case of underruns:

Check the CPU load
Maybe the decoding process does not have enough resources.
Check for PulseAudio
If PulseAudio is installed I would recomnend to uninstall it.
aplay should send the data straight to the soundcard.
Update bluez
Try another version or wait for an update of bluez. For this repository, at least bluez5 is needed.

In your case, the best bet would be option 3, I suppose.

lnorton89 · 2017-04-20T18:50:44Z

I am having what appears to be the same issue; from my Galaxy S4 I can pair and play audio but with severe drop outs / noise / crazy things happening with audio playback speed (double speed!). With a Galaxy S5 I can pair and play audio as well with zero drop outs but with a fair amount of static in the background.

I have an idle load of 25% with bt_speaker.py being the source. I have uninstalled PulseAudio but have not updated bluez (due to inability to / no straightforward instructions to do so).

What can I do to troubleshoot this further / correct the issue? I have Wi-Fi disabled via the taskbar tool to do so.

lukasjapan · 2017-04-20T23:40:41Z

Playback with double speed and such may indicate that format negotiation (sampling rate, channels, etc) failed. But I am not sure about that since the arriving stream is encoded anyway.

If I can get hand on a device that reproduces the error, maybe I will look into this in the future.

lnorton89 · 2017-04-20T23:50:42Z

After some digging and messing around I was able to test with my S3 and have no issues with that device. After attempting to setup a hotspot via wlan0 when I brought the adapter up the dropouts occurred again. Taking down wlan0 reverses that action and also allows my S4 to perform without issues. I'm guessing when I disabled the wlan0 via the GUI it really wasn't disabled because I'm doing all of this via SSH. Using another Wi-Fi adapter via USB works and does not cause drop outs with either handset.

photon-schiesser · 2017-05-07T04:11:37Z

@lnorton89 I can confirm that behavior regarding wlan0.

I am using a Raspberry Pi Zero W. I was also seeing overruns in the journal. I saw your comment and brought down wlan0 while playing music. The dropouts immediately stopped. Now it is playing quite smoothly.

Are the WiFi and Bluetooth chips on these boards (RPi 3 & Zero W) sharing a bus or channel? Perhaps that is the cause.

Could we attempt to get around this by using a lower sampling rate on the ALSA side?

A temporary workaround that would work for my use-case is to have a hook when a bluetooth client connects/disconnects that brings up/down the WiFi.

lukasjapan · 2017-05-07T12:54:23Z

Thanks for sharing.

Looks like a common problem with the Pi and people fix it by investing in an additional WiFi or Bluetooth dongle.

More info:

pathammer · 2017-05-10T14:56:40Z

I can confirm that using an external wifi adapter resolves the original issue I reported. I'll let @lukasjapan decide if he wants to close the issue.

lukasjapan · 2017-05-14T03:47:57Z

I'll leave it open for people to know. Using WiFi and Bluetooth at the same time is a very likely use case.

matisflores · 2017-05-20T23:33:34Z

Hi @lukasjapan, great project.
You consider add 'ifconfig wlan0 (up|down)' on connect/disconnect events?
I add 'subprocess.Popen('ifconfig wlan0 down', shell=True)' but nothing happen.

pathammer · 2017-05-21T18:17:40Z

The bt-speaker user probably doesn't have permission to bring down a network interface. You could give it permission by adding it to the correct system group.

On Sat, May 20, 2017, 4:33 PM tebo02ar ***@***.***> wrote: Hi @lukasjapan <https://github.com/lukasjapan>, great project. You consider add 'ifconfig wlan0 (up|down)' on connect/disconnect events? I add 'subprocess.Popen('ifconfig wlan0 down', shell=True)' but nothing happen. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#4 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAeq3nlCZHOZvayZl5yo_iZiKPAG69Muks5r73hPgaJpZM4M3zOn> .

-- Patrick Hammer

jdubbandroid · 2017-12-30T02:32:27Z

I'm experiencing the same problem, only with an Anker Bluetooth keyboard, not a speaker. The keyboard works fine until I enable Bluetooth on my brand new Pi 3 model B. Then it stops working.

ritiek · 2018-07-11T18:06:12Z

I am facing a similar problem on my Pi 2. I use an external wifi adapter but disabling it doesn't fix the problem.

ritiek · 2018-07-11T18:42:50Z

I am tinkering more into this and I found something weird.

I ran the command $ aplay - and KeyboardInterrupt (Control-C) it after a few seconds and then restarted the service $ sudo systemctl restart bt_speaker. I was able to connect back to my Pi and stream music without any issues! I am able to reproduce this behavior consistently and it works for me every time. Also, I am using an Android device (OnePlus Two) to stream music so this might also help with #12 (comment).

I have no idea what's happening at the moment. I'll see more into this if I can find anything useful.

Can you guys test this out?

ritiek · 2018-07-12T10:35:25Z

Another thing I noticed that if I remove bt-speaker service and run the python file directly without root, the sound works fine as well. It causes problems only when running as root. Although, stuff like volume control, etc. is not available without root. Going to take a better look.

ritiek · 2018-07-20T14:18:58Z

As an update, I tried to follow this gist and now everything works perfect for me, including volume control.

ElShapovalov · 2019-02-11T22:04:21Z

I have same problem with sound (very fast with pauses) (Samsung A5 2017).
I am a noob in python programming, but i change line 182 in file codecs.py (https://github.com/lukasjapan/bt-speaker/blob/master/bt_manager/codecs.py#L182), i set max_len=10240 and the problem is gone, even with working wi-fi.

photon-schiesser · 2019-02-24T18:52:19Z

@ElShapovalov Thank you! I tried your suggestion, but I found that changing it to 32768 (2^15, seemed like a good number?) did the trick. I was still getting underruns with 10240. WiFi still on as well! Thank you!

Edit: Of course, as I send this message, I started getting underruns again... :( Strangely, after about 2 minutes of perfect playback. I was streaming, but now I am playing a downloaded song via YouTube Music app on Android 5.1.1. Will report back.

insoPL · 2019-04-23T23:33:10Z

I had same problems (Stuttering audio and buffer underruns) when connecting from sm-t530. I checked 2 different android phones and everything worked smoothly. I can confirm that changing max_len to 10240 did the trick. I'm still getting 1/2 second lag but i guess with raspberry pi zero running bt and wifi it will just be like that.

roflmaostc · 2019-10-08T19:31:00Z

For me I had to adapt /etc/bt_speaker/config.ini:
play_command = aplay -Dplug:default -f cd -

Now it works flawlessly with a external USB card.

pktmterenceg · 2020-02-03T20:29:44Z

Confirming that @ScheissSchiesser 's suggestion above to increase the buffer to 32768 works with the wifi interface off (ifconfig lwan0 down).

I found that playing music from iTunes (12.8) from a Mac (Mac OS 10.13) produced the stuttering effect/underrun situation described by others here.

Josonosimiti · 2021-08-19T13:26:42Z

Hello, how exactly can i edit codecs.py? I have the same issue with audio playing too fast and stopping every 2 seconds.

lukasjapan changed the title ~~Amazon Echo does not stream smoothly~~ Stuttering audio and buffer underruns when WiFi is enabled May 8, 2017

photon-schiesser mentioned this issue May 20, 2017

on-connect and on-disconnect audio does not play, aplay is blocking #8

Open

lukasjapan mentioned this issue Jul 8, 2017

random silents and errors after a short time #9

Open

c-larsen mentioned this issue Sep 29, 2017

Add option to disable the wireless interface when connected to prevent audio dropouts #20

Closed

pitpit mentioned this issue Nov 8, 2017

Pi3 bluetooth audio stutters with Wifi enabled raspberrypi/linux#1402

Open

lukasjapan added the important label Dec 3, 2017

virtualas10 mentioned this issue Feb 20, 2018

Added functionality to support GPIO DAC and control power of media system #27

Closed

ritiek mentioned this issue Jul 11, 2018

Out of sync sound/grainy #12

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Stuttering audio and buffer underruns when WiFi is enabled #4

Stuttering audio and buffer underruns when WiFi is enabled #4

pathammer commented Apr 8, 2017 •

edited

Loading

lukasjapan commented Apr 12, 2017

lnorton89 commented Apr 20, 2017

lukasjapan commented Apr 20, 2017 •

edited

Loading

lnorton89 commented Apr 20, 2017

photon-schiesser commented May 7, 2017 •

edited

Loading

lukasjapan commented May 7, 2017 •

edited

Loading

pathammer commented May 10, 2017

lukasjapan commented May 14, 2017 •

edited

Loading

matisflores commented May 20, 2017

pathammer commented May 21, 2017 via email

jdubbandroid commented Dec 30, 2017

ritiek commented Jul 11, 2018

ritiek commented Jul 11, 2018

ritiek commented Jul 12, 2018

ritiek commented Jul 20, 2018

ElShapovalov commented Feb 11, 2019

photon-schiesser commented Feb 24, 2019 •

edited

Loading

insoPL commented Apr 23, 2019 •

edited

Loading

roflmaostc commented Oct 8, 2019

pktmterenceg commented Feb 3, 2020

Josonosimiti commented Aug 19, 2021

Stuttering audio and buffer underruns when WiFi is enabled #4

Stuttering audio and buffer underruns when WiFi is enabled #4

Comments

pathammer commented Apr 8, 2017 • edited Loading

lukasjapan commented Apr 12, 2017

lnorton89 commented Apr 20, 2017

lukasjapan commented Apr 20, 2017 • edited Loading

lnorton89 commented Apr 20, 2017

photon-schiesser commented May 7, 2017 • edited Loading

lukasjapan commented May 7, 2017 • edited Loading

pathammer commented May 10, 2017

lukasjapan commented May 14, 2017 • edited Loading

matisflores commented May 20, 2017

pathammer commented May 21, 2017 via email

jdubbandroid commented Dec 30, 2017

ritiek commented Jul 11, 2018

ritiek commented Jul 11, 2018

ritiek commented Jul 12, 2018

ritiek commented Jul 20, 2018

ElShapovalov commented Feb 11, 2019

photon-schiesser commented Feb 24, 2019 • edited Loading

insoPL commented Apr 23, 2019 • edited Loading

roflmaostc commented Oct 8, 2019

pktmterenceg commented Feb 3, 2020

Josonosimiti commented Aug 19, 2021

pathammer commented Apr 8, 2017 •

edited

Loading

lukasjapan commented Apr 20, 2017 •

edited

Loading

photon-schiesser commented May 7, 2017 •

edited

Loading

lukasjapan commented May 7, 2017 •

edited

Loading

lukasjapan commented May 14, 2017 •

edited

Loading

photon-schiesser commented Feb 24, 2019 •

edited

Loading

insoPL commented Apr 23, 2019 •

edited

Loading