<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - HSP not working in pulseaudio with BlueZ 5" href="https://bugs.freedesktop.org/show_bug.cgi?id=73325#c47">Comment # 47</a> on <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - HSP not working in pulseaudio with BlueZ 5" href="https://bugs.freedesktop.org/show_bug.cgi?id=73325">bug 73325</a> from <a class="email" href="mailto:adys.wh@gmail.com" title="Jerome Leclanche <adys.wh@gmail.com>"> Jerome Leclanche</a> <pre>(In reply to Tanu Kaskinen from <a href="show_bug.cgi?id=73325#c44">comment #44</a>) > (In reply to Jerome Leclanche from <a href="show_bug.cgi?id=73325#c43">comment #43</a>) > > Something I did notice: When my headset goes slightly out of range, it > > crackles and "jumps" in time, as in it stops receiving for say, 50ms and the > > sound ends up 50ms behind. This is additive and can end up in the headset > > being several seconds behind. Reconnecting to the bluetooth headset resets > > that delay. > > > > This doesn't do it on android. Faulty hardware or server issues? I can't > > tell if it's a regression. > > The buffering doesn't happen in PulseAudio, so it's either in the kernel or > in the hardware (local bluetooth adapter or the headset). I don't know how > Android avoids this problem - it would be very good to get it fixed on > normal Linux too... Regarding the buffering, it's making the headset unusable in any mode. I'm not sure where to file a bug about it, but I'd definitely like to figure the issue out. Ideas?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>