Raspberry PiFernsteuerte Musik per MPD und Android
- Foto: Some rights reserved by Fernando Candeias
Wie bereits erzählt, habe ich vor ein paar Tagen, meinen Raspberry Pi bekommen und angefangen mit dem Minicomputer herumzuspielen. Nach dem Blitzerfolg mit dem laufenden Betriebssystem kommt jetzt schon das nächste Highlight: Das Raspberry Pi läuft jetzt mit Music Player Daemon (MPD) und lässt sich per Smartphone gesteuert dazu überreden MP3s und Internetradios abzuspielen.
MPD ist ein Service, der wie ein normaler MP3–Player Musik und Radiostreams abspielt. Die Software lässt sich von beliebigen anderen Geräten mit einer entsprechenden Client-Software steuern.
Für die Installation von MPD hat mir dieses Forum geholfen. Allerdings ist in der Anleitung ein Tippfehler: Die Pakete heißen natürlich mpd und mpc und nicht pmd.
Wenn man den modprobe Befehl nicht nach jedem Neustart wieder manuell laden will, kann man das Modul snd_bcm2835 einfach in der /etc/modules eintragen.
In dem Forum heißt es dann lapidar, dass man die /etc/mpd.conf anpassen soll. Ein paar sehr hilfreiche Tipps gibt es im Wiki von Ubuntuusers. Am wichtigsten ist aber, dass man die bind_to_address Zeile auskommentiert oder so anpasst, dass man lokal drauf zugreifen kann. Standard-mäßig sind hier nur Zugriffe vom Raspberry Pi zugelassen.
Nun sollte man ein paar MP3s auf den Raspberry kopieren. Am einfachsten geht das per SSH. Man kann sich dafür eine Verbindung in Nautilus einrichten und dann einfach Dateien auf den Raspberry Pi kopieren, wie in jedes lokale Verzeichnis.
Wer Radio-Streams hören will, kann sich für jede Station eine .m3u–Playlist in dem Playlist Verzeichnis anlegen. In der Datei muss dann die URL des Streams stehen.
Mit Droid MPD auf dem Android-Gerät, QMPDClient unter Linux oder WinMCC unter Windows kann man nun auf den MPD–Server zugreifen. In Droid MPD gibt es in den Einstellungen den Punkt “Server DB aktualisieren” — damit liest MPD alle vorhandenen MP3s ein. Und schon kann man Musik ferngesteuert über den Raspberry Pi abspielen.
Ein offener Punkt ist jetzt noch, dass der Sound bisher nur über den HDMI–Ausgang gegeben wird und nicht über die Kopfhörer-Buchse. Ich glaube, dass das entweder mit dem Kernel-Modul noch nicht geht oder dass es eine Einstellung ist. Da muss ich noch einmal forschen.
Links
- Homepage: Raspberry Pi
- Homepage: Music Player Daemon (MPD)
- Google Play: Droid MPD
Foto: Some rights reserved by Fernando Candeias
Google+
der beste client ist für linux-betriebssysteme der gmpc, laut eigener aussage soll der auch auf windows laufen (ungetestet) und ist entgegen der vermutung, die der name aufwirft, nicht von gnome abhängig…
für andere sound ausgaben musst du diese in der konfiguration spezifizieren, so habe ich mir selber 2 ausgaben defniert, einfach alsa:
audio_output {
type “alsa“
name “My ALSA Device“
device “hw:0,0″ # optional
format “44100:16:2″ # optional
mixer_device “default” # optional
mixer_control “PCM” # optional
mixer_index “0” # optional
}
und den mpd eigenen httpd stream
audio_output {
type “httpd“
name “My HTTP Stream“
encoder “vorbis” # optional, vorbis or lame
port “8000”
quality “5.0″
format “44100:16:1″
}
Mmmh. Aber die Audio-Buchse krieg ich damit nicht, oder? Genau den ersten Block hab ich in der mpd.conf stehen. Der stand da schon vorher. Und dann geht der Sound über HDMI. Welches Device muss ich angeben, damit ich an die Klinke komme?
Meine heutige, abendliche Bastelei hat ergeben, dass der Sound über HDMI geht, wenn HDMI angeschlossen ist. Wenn ich das Kabel bei Booten ziehe, kommt der Sound über den analogen Ausgang. Das hilft mir erst einmal weiter. Aber trotzdem: gibt es eine Möglichkeit beide Wege zu nutzen?
Für den nächsten Schritt werden ich mir wohl auch mal einen WLAN–Stick zulegen.
hmmm, ich habe leider selber keinen raspberry und der server den ich verwende hat kein hdmi (so dass hw0:0 immer auf den klinke ausgang mappt)
vlt. hilft dir das hier weiter: http://superuser.com/questions/53957/what-do-alsa-devices-like-hw0-0-mean-how-do-i-figure-out-which-to-use
Hiermit sollte es funktionieren:
sudo amixer cset numid=3 1
3 ist der control für “PCM Playback Route”, den auf 1 zu setzen lässt den Sound über den 3.5mm Jack laufen, auf 2 läuft er über HDMI, bei 0 stellt er sich automatisch um, je nachdem was gerade eingesteckt ist (vermutlich hat HDMI eine höhere Priorität als Analog).
Quelle: http://mitchtech.net/raspberry-pi-audio/
Habe gerade an meinem neuen Raspberry PI Musik dank deiner Beschreibung zum laufen gekriegt. Allerdings funktioniert bei mir die Audio-Buchse problemlos.
Evtl weil ich nur einen Bildschirm, keinen TV am Raspberry angeschlossen habe? Bei mir geht es auf jeden fall gerade problemlos auch mit angeschlossenem Monitor.
Hallo, schöne Idee. habe das heute auch ausprobiert und nun läuft es.
Knackt das bei Euch aber auch so hässlich, wenn ihr im Track auf eine andere Stelle springt oder einen neuen Titel startet? Ich gehe über die Klinke und da kratzt es kurz furchtbar.
ich glaube, es knackt nur, wenn ich die Ausgabe starte. Aber das ist tatsächlich häßlich.
Ich habe das gleiche Problem mit dem Knacken beim manuellen Springen. Ich würde mich freuen, wenn das jemand rausfindet. Bin selber auf der Suche nach einer Lösung
Hi,
habe mich nun auch daran probiert. Läuft bei euch die Wiedergabe flüssig? ich habe doch häufiger mal ein Knacken oder eine Verzögerung. Welches Linux verwendet ihr (ich verwende Arch ARM) und wie groß habt ihr den Puffer von MPD eingestellt? (ich hab momentan die standardmäßigen 2048kbyte). Oder bewegen wir uns schon an der Leistungsgrenze des raspberry pi (im Hintergrund laufen noch samba und cups)?
Moin moin aus Leck,
Ich habe auch Knacken auf dem Analogausgang beim Umschalten von Radiostationen oder beim Starten von MP3s. Über HDMI habe ich die Geräusche nicht. Der Soundtreiber ist ja noch Alpha, da werden wir wohl noch warten müssen, bis das Inet-Radio HIFI tauglich wird. Ich nutze auch Archlinuxarm 3.1.9–28.
Zusätzlich habe ich einen IR-Receiver TSOP31238 mit 2 Widerständen an den GPIO gelötet und lirc mir lirc_rpi (Lirc GPIO Modul) installiert. Die Sender werden über die Fernbedienung via irexec umgeschaltet. Irexec ruft dabei mpc auf. Jetzt fehlt mir nur noch lcd4linux für mein GLCD2USB, dann bin ich glücklich
Das mit dem Knacken scheint ein bekanntes Problem zu sein: http://www.raspberrypi.org/phpBB3/viewtopic.php?t=8783&p=110770 Am Ende ist auch ein Fix genannt, habe ihn aber noch nicht ausprobiert…
leider hat das Firmware-Update die Geräusche bei mir nicht beseitigt…
[…] configuring my raspberry using various images (xmbc or mpd )with an ethernet connection, it’s time to make it […]
Servus zusammen! Auch bei uns in Österreich gibt’s mittlerweile RaspberryPi, und bei mir läuft der MPD mittlerweile auch (auf Debian), jedoch habe ich das Problem, dass die wiedergabe, egal ob in der bash oder in der Graphischen Oberfläche extram ruckt. Ca 1 sec Ausgabe — dann Pause, dann wieder die nächste sec.
Ausgabe erfolgt z.Zeit über HDMI auf einen Panasonic TV.
Kann man hier vielleicht einen Daten-Buffer erhöhen oder woran könnte das sonst liegen?
Nachtrag: Hab doch glatt einen MP3 Track gefunden der sich ruckfrei abspielen lässt. Die MP3 hat 2 Besonderheiten, die jedoch beide eher unlogisch für die Ursache wären:
1.) die MP3 ist die erste Datei im Verzeichnis (alph.)
2.) die Datei ist mit 320 kBPS abgespeichert, Problem-Dateien (alle anderen Test MP3) nur mit 256 KBPS. Bei einem Performance Problem würde wohl die 256er besser funktionieren als die 320er, da ja weniger Daten pro Sekunde anfallen…
Bin gepannt obs noch jemanden so geht wir mir! — Danke übrigens an den Author für seine tolle Zusammenfassung. Damit bin ich als Linux Neuling immerhin so weit gekommen
Hallo Martin. Ich schrieb ja oben schonmal, dass ich ebenfalls mit Rucklern und Aussetzern zu tun hatte.
Tatsächlich kann man einen Puffer erhöhen und bei mir hat die Verdopplung der Puffergrösse von den standardmässigen 2mb auf 4mb scheinbar alle Probleme beseitigt. öffne einfach deine mpd.conf (unter arch liegt die in /etc) und lege dort eine Zeile
audio_buffer_size “4096”
an.
Hi Eike,
ich hab die Änderung auch durchgeführt, wurde zwar besser, aber ist noch immer vorhanden. Ich glaub schön langsam, dass es daran liegt, dass meine SD Karte vielleicht zu langsam ist.
[…] Credits go to Johannes […]
Hat von euch jemand eine Lösung für das “Knacken” gefunden ? Die Informationen die ich bis jetzt habe deuten darauf hin das der “Chip” nur 11-12Bit Sound schafft und keinen 16Bit und das die Sinuskurve nicht sauber ist.
Hats schonmal einer mit einem USB Audio Interface versucht? Damit könnte man ausschließen, dass es sich um ein Performance Problem handelt. Ich überlege, mir ein InternetRadio mit einem Pi drin zu bauen.
Bei mir geht das mit USB–Audio-Interface recht gut. (Behringer UAC202) Habe allerdings nur MPD drauf laufen, keinen Client, auch keine graphische Oberfläche. Also quasi ein minimales Debian, habe nicht das fertige Image genommen.
Ich hab das Knacken zwischen den Tracks bei MPD jetzt weg bekommen. Dazu habe ich den Gapless-Modus eingeschaltet, den Buffer auf 4096 verdoppelt und buffer_before_play auf 10% gestellt.
Hey hey,
ich habe nach eurer Anleitung nun auch endlich meinen kleinen RaspPi mit MPD zum laufen bekommen. Nun wollte ich gerne die Servergespeicherte M3U über Droid MPD auswählen, allerdings habe ich keine Ahnung wo ich das machen kann.
Ich finde diese Einstellung nicht. Könnt ihr mir da helfen?
Super Anleitung. hat bei mir alles Out-of-the-Box funktioniert, nur das Playlist hinzufügen war ein wenig tricky : Wiedergabelisten-Manager dann auf die Einstellungen unden und Server Wiedergabeliste auswählen.
Knacken habe ich übrigens nur wenn ich zwischen Radiosendern umschalte, bei mp3 keine Probleme…
[…] ist eine externe Festplatte mit Musik. Per WLAN und mit einer Android-App kann ich die Musik über mein Smartphone steuern. Ich habe versucht, den Raspberry Pi auch noch als Webserver laufen zu lassen – dafür ist er […]
[…] ist wohl einer der Gründe dafür, dass der Sound beim Wechsel von einem MP3 zum nächsten bei MPD immer knackt. Zum Einschlafen taugt der Raspi so nicht. Mit ein paar einfachen […]