Pytanie:
RPI 3 jako dźwięk odbiornika bluetooth a2dp przerywa się sporadycznie
rodripf
2016-07-04 22:11:45 UTC
view on stackexchange narkive permalink

Wszystkie samouczki na ten temat są nieaktualne, ale zgodnie z ogólnymi pomysłami udało mi się uzyskać RPI 3 odbierający dźwięk przez bluetooth: Najnowsza obecnie wersja Raspbian, Jessie z 16 maja, zawiera wszystkie potrzebne narzędzia preinstalowane , więc jedyne, co musiałem zrobić, to uruchomić PulseAudio i sparować urządzenie za pomocą bluetoothctl.

Mój problem polega na tym, że dźwięk przerywa się (co 1-2 sekundy) trochę hałasu w tle. Po około 5-10 minutach dźwięk jest całkowicie wyciszony.

Problem znika, jeśli używam klucza bluetooth USB, z którym dźwięk jest świetny i testowałem go przez ponad godzinę.

Próbowałem zmodyfikować konfigurację pulseaudio, zmieniając metodę ponownego próbkowania lub inne rzeczy, które mogą mieć wpływ na wydajność, ale bezskutecznie.

Wydaje mi się, że problem dotyczy wewnętrznego bluetooth. Czy jest jakaś konfiguracja, którą powinienem sprawdzić dla wewnętrznego bluetooth? Czy z jakiegoś powodu wewnętrzny Bluetooth nie jest w stanie tego zrobić? Masz inny pomysł?

Wypróbuj https://dbader.org/blog/crackle-free-audio-on-the-raspberry-pi-with-mpd-and-pulseaudio
@ott-- Nawet myślałem, że myślę, że to nie rozwiązuje problemu, wypróbowałem to, co jest napisane w poście, ale bez poprawy mojego problemu. W każdym razie dzięki
Myślę, że zrobię kilka testów od samego końca. Będzie Cię informować.
Trzy odpowiedzi:
Mathieu Westphal
2017-03-09 04:15:19 UTC
view on stackexchange narkive permalink

To znany błąd w rpi3. Jednoczesne korzystanie z wewnętrznego Wi-Fi i wewnętrznego Bluetooth spowoduje trzaski i zanikanie dźwięku. Nie ma jeszcze poprawek. https://github.com/raspberrypi/linux/issues/1402

Użycie klucza Bluetooth lub Wi-Fi rozwiąże problem.

PNDA
2016-07-14 00:40:39 UTC
view on stackexchange narkive permalink

OK, zrobiłem kilka testów.

  1. Konfiguracja :

    • Pi 3 bez radiator , zasilacz 1A (sztuczny głód, celowo)
    • Świeża instalacja Raspbian Jessie Lite (pobrana kilka minut temu jako pisanie)
    • Samsung Galaxy S6 Duos
    • Odtwarzacz VLC dla Andorid
    • 320 kb / s kopia HD Tremor autorstwa Martina Garrixa
    • Pełna kopia w jakości HD 320 kb / s Tomorrowland 2014 @ Belgium (57 min: 11 s)
    • Zmodyfikowana wersja tej konfiguracji: https://raspberrypi.stackexchange.com/a/48055/24224
    • sysbench --test = fileio --num-thread = 8 --file-total-size = 1G --file-test-mode = rndrw --init-rng = on --max-time = 300 --max-requests = 0 run
    • sysbench --test = cpu --num-thread = 64 --cpu-max-prime = 20000 uruchomień
  2. Testy (podczas odtwarzania muzyki):

    • Telefon tuż nad Pi
    • Telefon w odległości około 1 metra
    • Telefon w kuchni (~ 5 m za 2 grubymi betonowymi ścianami)
    • Telefon w puszce po ciastkach z materiałami do szycia w odległości około 1 metra
    • Test obciążeniowy CPU i We / Wy pliku, łącznie 72 wątki

Wyniki :

  1. Połączenie bardzo stabilne we wszystkich powyższych testach
  2. pulseaudio przy 5% -10% wykorzystaniu procesora zgodnie z top
  3. Jakość dźwięku 7/10. Idealny podczas słuchania przy średnio-wysokim poziomie głośności, ale przy niewielkim / cichym szumie statycznym podczas odtwarzania dźwięku o niskim poziomie głośności.

Wniosek : albo urządzenie je powoduje (bardzo prawdopodobne ) lub twoje Pi jest uszkodzone (bardzo mało prawdopodobne).

Zalecenia dotyczące tego, co powinieneś zrobić :

  1. Sprawdź swoje urządzenie. Może to powoduje problemy, zwłaszcza jeśli jest to Android”
    • Jest bardzo możliwe, że procesor telefonu zmniejsza się, zwłaszcza przy wyłączonym ekranie
    • Jest również bardzo możliwe, że aplikacja Twojego odtwarzacza muzycznego zostanie zabita, zwłaszcza po wyłączeniu ekranu
    • Źródło: doświadczenie, jestem też programistą Androida.
  2. Spróbuj pożyczyć inny telefon. Przetestuj używając tego.
  3. Spróbuj znaleźć i pożyczyć inne Pi 3. Może twoje Pi jest uszkodzone.
  4. NIE majstrować przy żadnych ustawieniach pulseaudio ( /etc/pulse/daemon.conf ).
    • Ustaw resample-method = trywialna i to wszystko. Nie dotykaj niczego innego.

Zrzuty ekranu (ponieważ test warunków skrajnych przebiega bez zrzutów ekranu):

Przygotowanie: enter image description here

Młotek: enter image description here

Informacje pourazowe: enter image description here

Świetna odpowiedź! Dziękuję za Twoją pracę! Postaram się zastosować się do twoich sugestii. Widziałem ten post wcześniej, ale zrobię jeszcze jedno zdjęcie. Może to zbyt wiele, by o to prosić ... ale czy możesz stworzyć obraz swojego działającego RPI i przesłać go?
@rodripf tak, jasne, chociaż moje połączenie internetowe nie jest najsilniejsze. Umieszczę tutaj link.
@rodripf Ale nie sądzę, żeby to było konieczne. Podążałem za linkiem w odpowiedzi ** aż do ** `aplay / usr / share / sounds / alsa / Front_Center.wav`. Stamtąd poszedłem sam. Myślę, że najskuteczniejszym sposobem byłoby napisanie tego, co zrobiłem.
@rodripf http: // pastebin.com / fLb5Xpkt
Prakhar Jaiswal
2018-05-21 15:16:12 UTC
view on stackexchange narkive permalink

W moim przypadku zacinanie się było spowodowane faktem, że skanowanie urządzenia Bluetooth działało w tle i nigdy nie zostało zatrzymane. Szarpanie zniknęło, gdy skanowanie zostało zatrzymane przy użyciu,

  skanuj wyłączone  

Zostało to napisane po wykonaniu bluetoothctl.

(używając Elementary OS / Ubuntu, nie raspberry pi, ale to pojawia się w Google) Musiałem zamknąć GUI ustawień Bluetooth, który kontynuował skanowanie w poszukiwaniu pobliskich urządzeń


To pytanie i odpowiedź zostało automatycznie przetłumaczone z języka angielskiego.Oryginalna treść jest dostępna na stackexchange, za co dziękujemy za licencję cc by-sa 3.0, w ramach której jest rozpowszechniana.
Loading...