-
-
Notifications
You must be signed in to change notification settings - Fork 16
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-Ausgabe über Bluetooth speaker #63
Comments
Hi Nepo, freut mich, dass du schon so weit gekommen bist :-). Mit Bluetooth hatte ich leider bisher kein besonders großes Glück auf dem Raspberry Pi. Ich weiß nicht ob sich das mittlerweile verbessert hat aber vor ca 1 Jahr bin ich kläglich daran gescheitert meine Bluetooth Boxen für einfache Musik Ausgabe zum Laufen zu bekommen, selbst nach einem ganzen Tag rumspielen :-/ Je nachdem welche Installationsvariante des Client du benutzt hast gibt es eine Generell versucht der Client Sound Ein- und Ausgabe über Alsa zu machen. Ich kann mir gut vorstellen dass die Boxen Pulseaudio benötigen. Wenn ich mich recht erinnere kann man auch Pulseaudio Geräte in die Grüße, |
Hi
Bischen tricky, aber alles machbar, bin (hauptsächlich) nach dieser Anleitung vorgegangen https://geeks-r-us.de/2017/08/18/bluetooth-a2dp-lautsprecher-am-raspberry-pi/ (allgemein: https://github.com/Arkq/bluez-alsa ) ohne pusle Audio (Tipp: Blue-alsa mußt nicht mehr selbst kompiliert werden, kann man mit apt installieren). Mit Pulse-audio https://www.raspberrypi.org/forums/viewtopic.php?t=235519 wäre dies eine Möglichkeit
Mit aplay -D bluealsa datei.wav schon
Durch die Installation des Clients wird eine ~/.asoundrc angelegt ? Habe/mußte mir bei der Konfiguration von Bluealsa selbst eine solche Datei anlegen und die wurde durch die Client Installation nicht verändert.
das war auch meine Grundidee, aber a) wußte ich auch nicht genau wo (auch ewig gegoogelt) und zweitens taucht "die Karte" nicht auf bei aplay -L auf
Meine Ausgabe erfolgt über Alsa , behaupte ich jetzt mal. Ich sehe zwei Möglichkeiten, a) die bereits erwähnte mit der Standardausgabe und b) so kenne ich es von LMS/squeezelite, man teilt dem Player mit, welche Ausgabe er wählen soll. Welche(n) Player benutzt der Client ? tschau nepo |
hi
Das war der richtige Tipp :), bzw. fast richtig ;) pcm.!default "bluealsa" Die ersten beiden Zeilen definieren Bluealsa als Standardausgabegerät, die unteren drei Zeilen den Bluetooth-Speaker selbst. Alles nachzulesen unter Tschau nepo |
Wow, heißt das, dass der Client bei dir tatsächlich jetzt mit einer Bluetooth Box läuft? ... ich hab lange nicht geglaubt, dass man das zum Laufen bekommen kann ^^ 🙈 😁 Ich werde mir die Anleitungen mal genauer angucken Ende der Woche und versuchen es zu reproduzieren :-) |
Ein großes wahrscheinlich 🤔
Tschau nepo |
hi Tschau nepo |
Hi,
Bei Die Notation generell ist etwas verwirrend, weil die geschweiften Klammern "{" und die Schreibweise mit "." austauschbar sind ähnlich wie bei YAML und JSON aber doch wieder ganz anders 😆 [EDIT] Ich habe zur Sicherheit die alten Zeilen auch noch mal ergänzt für die Bluealsa Defaults. Das sollte keinen Einfluss aufs Mikrofon haben. |
hi erst mal danke für deine Antwort ! Tschau nepo |
Rein theoretisch sollte die
Ich rate mal ins Blaue mit einer neuen Variante:
Mit dem Image vom 2020-05-27 läuft bei mir alles noch, allerdings ohne Bluetooth. Ich hatte wohl Probleme mit dem Bluetooth Remote Trigger im Raspberry Pi OS, da wurde mein Wifi plötzlich total instabil :-/ |
Blau finde ich gut !!! ;) Tschau nepo |
😱 das kam jetzt unerwartet , das bin ich nicht gewohnt von ALSA 😆
Ebenfalls und danke :-) |
hi @sepia-assistant , leider war das nur die halbe Miete 🙁
Generell funktioniert es, getestet mit Audio-Jack als Ausgabegerät. Es wäre natürlich super, wenn dies auch über Bluetooth funktionieren würde. Allgemein kann man sagen, das der Klinkenausgang eines RPI's nicht besonders gut ist und man den Audioausgang selbst bestimmen kann - ob nun Bluetooth, HDMI, externe Soundkarte usw. . Noch eine gute Woche und |
Hi, das ist sehr komisch irgendwie denn sowohl TTS als auch Musik kommen aus der gleichen Chromium Instanz lediglich aus 2 verschiedenen HTML Audio Elementen. Bisher bin ich eigentlich davon ausgegangen, dass das dann auch zwangsläufig das selbe Output Gerät ist 🤔 Kannst du statt Radio mal folgendes versuchen "Spiele Musik von Queen via YouTube"? |
hi Laut htop nimmt chromium Schönes WE und
|
Moin ... und wieder einen kleinen Schritt weiter
und da hast du recht !
Für mich bedeutet es, das der Client (Chromium) zu früh startet (bevor eine Bluetooth-Verbindung hergestellt werden kann) und somit der Befehl, den in der asoundrc-Datei festgelegten default Audiooutput zu nehmen, ins Leere läuft. Da (anscheinend) Chromium die einmal festgestellte "Nichtbenutzung" beibehält, auch wenn danach eine Bluetooth-Verbindung hergestellt wird, kommt kein Sound aus der Box
Was meint Ihr dazu ? Tschau nepo |
Abend :-) |
Hi hört sich gut an und ein Versuch ist es immer wert. Werde wahrscheinlich (erst am WE) alle möglichen Scenarien einmal wirklich konsequent durchspielen, auch die, die du vorgeschlagen hast @fquirin (händisch: bei der run.sh jeweils mein Audio-Output eintagen). Tschau nepo |
Hier ist eine (experimentelle ^^) Testversion: sepia-diy-client_0.23.0_beta_scripts. :-) |
hi Danke für deine/eure Mühe !!! Erstes Scenario: Rpi Sepia Client mit Audiojack als Output und USB-Mikro, .asoundrc aus dem Github
Folglich stimmt das System als auch meine Konfiguration als solches ! Zweites Scenario: Rpi Sepia Client mit Bluetooth als Audio Ausgabe und USB-Mic, Bluetooth ist verbunden und funktioniert mit aplay, @sepia-assistant deine .asoundrc #63 (comment)
Bei beiden Varianten funktioniert das Wake-Word nur einmal (wenn überhaupt) und dann nicht mehr. Also entweder funktioniert die Musikwiedergabe oder die Sprachausgabe, aber nicht beides zusammen. Ob es nun an der (falschen) asoundrc liegt (habe schon andere aus dem Netz probiert z.B. https://www.raspberrypi.org/forums/viewtopic.php?t=232182) oder an sepia selbst bzw meiner Konfiguration, keine Ahnung. Bin mittlerweile wirklich am verzweifeln ! P.S. Nochmals sorry, das ihr extra Arbeit hattet |
Habe es nun ausprobiert, macht keinen Unterschied. Nochmals, tut mir leid wegen der Umstände !
Also mit Fehlermeldung: Broadcaster event: {"broadcast":{"client":"o1_chrome_app_v0.22.0","deviceId":"o1","sepia-speech":{"type":"tts_error","msg":"unknown"}}}
Ein Schuß ins blaue: Mir fällt wirklich sonst nichts mehr ein ... Tschau nepo Anbei nochmal meine asoundrc
|
Sicherlich ist das keine zufriedenstellende Lösung - aber versuchs doch notfalls mit nem Bluetooth Sender/Empfänger-Dongle, der einfach an den Headsetport angesteckt wird und dann an den Speaker weiter sendet? Die kosten ja nur ein paar Euro. Falls alle anderen Ansätze versagen :( |
Moin @rubipopubi Ein guter Tipp, habe daran noch nicht gedacht - Danke! Werde es als Notfalllösung im Hinterkopf behalten. Generell möchte ich den Klinken-Anschluß nur ungern benutzen. Hinzu kommt, das ich alles so klein halten möchte wie möglich (noch ein Gerät und noch eins ....) und zweitens alles so automatisch wie möglich laufen soll, anschalten - Verbindung automatisch - Musik u.a. wird abgespielt .... . Tschau neporamone |
Hallo, sorry noch mal für die späten Antworten, zur Zeit komme ich nicht immer sofort dazu alles sorgfältig zu lesen.
Haha, hier wird keiner geschlagen 😆 Es ist leider etwas schwierig den Fehler zu suchen, da ich mir selber erst das gleiche Setup aufbauen müsste um verschiedene Sachen zu testen. Wenn ich es zeitlich irgendwie hinbekomme werde ich in den nächsten 2 Wochen mal versuchen mir verschiedenen Clients + Bluetooth einzurichten, vielleicht kommt mir dann eine gute Idee.
Bisher bin ich davon ausgegangen, dass Chrome nur einen Audioausgang kennt und technisch gesehen laufen TTS und Musik über die selbe Schnittstelle (HTML Audio Element). Vielleicht ist Bluetooth in dieser Konfiguration besonders, aber das weiß ich nicht. Hat deine Bluetooth Box eigentlich ein eingebautes Mikrofon? Das sorgt bei mir in Kombination mit der Android App manchmal für komische Effekte. Ich hoffe ich kann zu dem Bluetooth Thema in ein 1-2 Wochen ein paar neue Erkenntnisse beisteuern. |
hallo,
erst einmal vielen Dank für deine tolle Arbeit!
Nach der ersten Testphase aka Spielphase ;) soll es nun ernst werden. Habe mir den Server auf einen Orangepi (mit Armbian/Ubuntu) erfolgreich installiert, einen Client auf einem RPI3b - ebenfalls erfolgreich; Bluetooth Erkennung vom Client und Bluetooth-Box mit Audioausgabe ist konfiguriert.
So, wie bekomme ich es konfiguriert, daß der Client nicht "Headphone" als Ausgabegerät nimmt sondern den Bluetooth-Speaker ? Muß man das run.sh Script verändern, da dort nach den "Headphone" gesucht und schließlich auch konfiguriert
# Notify user
headphone_count=$(amixer scontrols | grep "Headphone" | wc -l)
if [ $headphone_count -gt 0 ];
then
amixer sset 'Headphone' 80%
fi
Gibt es nun eine Möglichlkeit, die Soundausgabe umzuleiten nach
amixer -D bluealsa
Simple mixer control 'MusicMan BT-X34 - A2DP',0
Capabilities: pvolume pswitch
Playback channels: Front Left - Front Right
Limits: Playback 0 - 127
Mono:
Front Left: Playback 127 [100%] [on]
Front Right: Playback 127 [100%] [on]_
Und da ich schon am Fragen bin, die Installation für einen Client geht von einem RPI aus, ist eine Installation eines Clients auch auf anderen Systemen/Hardware möglich ?
Tschau nepo
The text was updated successfully, but these errors were encountered: