DiskStation als Airplay Empfänger

teplet · 17. Mrz 2012

Geht das irgendwie?
Würde gerne die Boxen die an meiner Diskstation auch vom iPhone bespielen können (bspw. mit Spotify!).

Anzeige · 17. Mrz 2012

Hallo teplet,

Bücher und Hardware zum Thema gibt es bei Amazon: DiskStation als Airplay Empfänger

yasmin_k · 18. Mrz 2012

teplet schrieb:
Geht das irgendwie?
Würde gerne die Boxen die an meiner Diskstation auch vom iPhone bespielen können (bspw. mit Spotify!).

Es gibt für Java eine Applikation, die heisst AirReceiver.
Ich habe die Version 1.2 - die läuft leider nicht, anscheinend gibt's eine Version 1.3 im GitHub aber der Link ist tot.
Habe aber keine Ahnung ob die auf der DS laufen wird, unter Windows tut's.

Gruß,
Yasmin

joku · 18. Mrz 2012

yasmin_k schrieb:
anscheinend gibt's eine Version 1.3 im GitHub aber der Link ist tot.

Hallo Yasmin, Download as zip Download as tar.gz ? Gruß Jo

niklasR · 18. Mrz 2012

1.3 gibt es hier. Damit wird iOS 5, und headless Operation (ohne GUI) unterstuetzt.

paxos · 23. Mrz 2012

Klappt das echt nicht mit Hausmitteln? (hab derzeit keine USB Soundkarte und kann es daher nicht testen).

Synology NAS als Airplay EMPFÄNGER?

paolee · 25. Mrz 2012

Synology als Airplay Empfänger, das wäre hammer wenn dies funktionieren würde. Gibt es da eine einfach Möglichkeit?

Mojito84 · 27. Mrz 2012

Eine einfache Möglichkeit gibt es scheinbar (noch) nicht. Aber guck mal hier: http://blog.elsdoerfer.name/2011/05/15/shairport-on-synology-nas/

Der aktuelle Quellcode liegt auf GitHub: https://github.com/albertz/shairport

Plane es in den nächsten Tagen mal auszuprobieren. Hat einer damit schon Erfahrung gemacht?

yasmin_k · 10. Apr 2012

Hallo zusammen,

also, ich habe das leider nicht mehr weiter verfolgt, aber vom Airfoil gibt's eine Linux Version.
Ich benutze Airfoil seit ein paar Jahren auf dem Mac.

Hier: https://getsatisfaction.com/rogueamoeba/topics/airfoil_speakers_for_linux_3_2_5

Braucht aber Mono, ncurses, libasound2 und avahi.

Bin gerade dabei Mono zum laufen zu bringen (werde einen anderen Thread aufmachen, da ich Probleme habe).
IPKG installiert. ncurses ist im IPKG drin, avahi soweit ich weiss haben wir, es schaut aber schlecht aus mit libasound2.

Falls jemand doch weitergekommen ist, bitte melden.

gruß,
Yasmin

paolee · 12. Mai 2012

hi, gibt es zu diesem Thema Neuigkeiten? Wäre sehr interessiert...

yasmin_k · 12. Mai 2012

paolee schrieb:
hi, gibt es zu diesem Thema Neuigkeiten? Wäre sehr interessiert...

Von meiner Seite, habe ich Mono leider nicht zum kompilieren gebracht auf der PPC als auch auf der Atom DS.
Werde evtl. versuchen sie zu crosscompilieren, aber leider fehlt mir jetzt die Zeit.

Vielleicht hat jemand hier noch im Forum noch was versucht.

Gruß,
Yasmin

Anna_Konda · 21. Aug 2012

Hallo,

ich versuche gerade shairport analog post #7 auf meiner DS212+ zum laufen zu bekommen.
Jedoch möchte ich nicht die Perl-Version nutzen sondern das Binary. Hintergrund ist, dass ich zum einen nicht mit verschiedenen Perl-Version rumoperieren will, und dass ich Perl als sehr speicherintensiv kenne.
Dazu habe ich mir shairport von github gezogen und die shairport.c-Version gegen eine Version ersetzt, die wie die Perl-Version die definition des outputs erlaubt. http://dl.dropbox.com/u/62477888/shairport.c

Durchführen von make bringt für jeden Compileraufruf eine Fehlermeldung, da es den Compiler mit "cc" aufruft. Ich habe jeden aufruf statt dessen mit "gcc" wiederholt (geht bestimmt auch einfacher) und komme dann wirklich zu einem binary.
Mit dem Thema "avahi" muss man wie in http://blog.elsdoerfer.name/2011/05/15/shairport-on-synology-nas/ beschrieben verfahren.
shairport starte ich dann z.B. so:

Rich (BBCode):

/usr/syno/etc/rc.d/S99avahi.sh stop
/opt/sbin/avahi-daemon &
/opt/etc/init.d/S20dbus stop
rm /opt/var/run/dbus/pid
/opt/etc/init.d/S20dbus start
./shairport -b 512 -o 6002 --ao_driver=oss --ao_devicename=/dev/dsp4

Shairport erscheint auch dann ohne Probleme auf meinen iPhone, aber ich habe immer noch Probleme, dass device zu öffnen, wie in der o.b. Quelle unter

It shairport still complains about not being able to open the device, the problem might be that have an older version of libao. You then need to edit shairport’s hairtunes.c and modify one of the calls to ao_append_option() so that the –ao_devicename option is applied using the key “dsp”, rather than “dev”.

beschrieben. Ich habe zwar die beschriebene Stelle im Code gefunden und damit experimentiert, aber es hat nichts gebracht.
/dev/dsp4 ist definitiv richtig, dass habe ich mit der Audiostation geprüft. Auch habe ich die Audiostation anschließend so umgestellt, dass das device nicht mehr blockiert sein sollte.
Ob das nun an "oss" liegt, an der libao-version oder was ich sonst noch probieren könnte weiß ich leider nicht. Vielleicht will jemand mithelfen der mehr Ahnung hat und versucht meine Schritte nachzuvollziehen?
Viele Grüße, Anna

8bitCrunch · 11. Okt 2012

Hi Anna,

ich habe seit kurzem eine DS213+ und kämpfe seit ein paar Stunden mit shairport. Ich wollte mal fragen, ob du es zum Laufen bekommen hast.

Ich war nicht in der Lage shairport auf der DS zu kompilieren (habe nach mehreren Experimenten bzgl. der Compilerflags aufgegeben):

Rich (BBCode):

gcc -std=gnu99 -I/opt/include -L/lib -L/opt/lib -lpthread -lm -ldl -O2 -Wall -I/opt/include -DHAIRTUNES_STANDALONE hairtunes.c alac.o -o hairtunes -L/opt/lib -lssl -lcrypto -ldl -lao
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libpthread.so: undefined reference to `__on_exit@GLIBC_PRIVATE'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__adddf3@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__muldf3@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libdl.so: undefined reference to `_dl_open@GLIBC_PRIVATE'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libdl.so: undefined reference to `_dl_close@GLIBC_PRIVATE'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libpthread.so: undefined reference to `__librt_multiple_threads@GLIBC_PRIVATE'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libpthread.so: undefined reference to `_errno@GLIBC_2.0'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__fixunsdfsi@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__floatsidf@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__extendsfdf2@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__subdf3@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libpthread.so: undefined reference to `__libc_sigaction@GLIBC_PRIVATE'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libpthread.so: undefined reference to `_h_errno@GLIBC_2.0'

Ich konnte allerdings shairport über die DSM Tool Chain unter Debian cross-kompilieren. Statt der libao aus IPKG habe ich die Version 1.1.0 von xiph.org genutzt und die entsprechenden Dateien nach /opt/lib und /opt/lib/ao kopiert.

Mit dbus, avahi bin ich wie im von Dir verlinkten Blog beschrieben vorgegangen.

Ich kann shairport wie folgt starten:
cd /opt/local/shairport && LD_LIBRARY_PATH=/opt/lib ./shairport -vv -a Kitchen -b 512 -o 6002 --ao_driver=oss --ao_devicename=/dev/dsp4

Ich erhalte leider u.a.

Rich (BBCode):

FATAL: Could not find requested ao driver

(komplette Ausgabe)

Ich denke da läuft irgendwas mit meiner libao Installation schief. Habe dann noch mal zum Testen libao-1.1.0 auf der DS kompiliert und installiert. Die Rechte sehen gut aus, vielleicht fehlt mir noch irgendwas anderes:

Rich (BBCode):

ByteStation> cd /opt/lib
ByteStation> ls -al libao*
-rwxr-xr-x 1 root root   908 Oct 10 23:02 libao.la
lrwxrwxrwx 1 root root    14 Oct 10 23:02 libao.so -> libao.so.4.0.0
lrwxrwxrwx 1 root root    14 Oct 10 23:02 libao.so.4 -> libao.so.4.0.0
-rwxr-xr-x 1 root root 36646 Oct 10 23:02 libao.so.4.0.0
ByteStation> cd ao/plugins-4/
ByteStation> ls -al
total 52
drwxr-xr-x 2 root root  4096 Oct 10 23:02 .
drwxr-xr-x 3 root root  4096 Oct 10 23:02 ..
-rwxr-xr-x 1 root root   917 Oct 10 23:02 liboss.la
-rwxr-xr-x 1 root root 38161 Oct 10 23:02 liboss.so

Ich erhalte trotzdem den oben genannten libao Fehler. Die 2 Varianten der hairtunes.c "ao_append_option(&ao_opts, "dsp", libao_devicename);" und "ao_append_option(&ao_opts, "dev", libao_devicename);" habe ich ebenfalls erfolglos getestet.

Ich muss wohl erstmal nach einem Weg finden meine libao Installation zu überprüfen - jetzt geh ich aber erstmal schlafen...

Gruß, ByteCrunch

PS: kurios, dass das Wort "Byte" hier im Forum nicht im Benutzernamen enthalten sein darf, jetzt musste ich mich 8bitCrunch nennen

Mojito84 · 11. Okt 2012

Hallo ByteCrunch,

ich habe vor kurzem dasselbe Problem mit der Meldung "Could not find requested ao driver" bei meiner DS212 gehabt. Habe mir den Quellcode angeguckt und eine Lösung gefunden.

Die Ursache liegt darin, dass die C-Version von shairport nicht die Parameter für ao_driver und ao_devicename an hairtunes übergibt. Eine Änderung der Datei shairport.c hat hier Abhilfe geschaffen:

Aktuell enthält shairport.c folgende Zeilen:

Rich (BBCode):

char *tAoDriver = NULL;
char *tAoDeviceName = NULL;

Diese habe ich per Hand an meine DiskStation angepasst (bitte entsprechend dem Modell ggf. wählen):

Rich (BBCode):

char *tAoDriver = "oss";
char *tAoDeviceName = "/dev/dsp4";

Danach sollte es klappen mit dem ao device.

Überlege noch, das zu Verallgemeinern, sodass die C-Version entsprechende Parameter hat und nicht der Code an die DS angepasst werden muss.

Die Perl Version läuft übrigens ohne diese Fehlermeldung, da die Parameter entsprechend übergeben werden.

Meld dich doch mal, ob es dir geholfen hat.

Viele Grüße
Mojito

Anna_Konda · 11. Okt 2012

Hallo,

ich hatte shairport.c schon für die Ausgabe des Treibers usw angepasst, siehe oben.

Nein, habe nicht mehr weiter gemacht und es daher auch letztendlich nicht zum laufen bekommen.

Grüße, Anna

8bitCrunch · 12. Okt 2012

Hi Mojito & Anna,

@Mojito
Danke für deine Anmerkungen. Ich habe leider vergessen im Post zu erwähnen, dass ich Anna's shairtunes.c Version genutzt habe.
Mich würde mal interessieren, ob du die libao aus IPKG nutzt und ob du shairport auf der DS selbst kompiliert hast. AFAIK nutzt die DS212 eine ARM-CPU - bei PowerPC scheint es da noch Probleme mit der Toolchain zu geben.

Ansonsten muss ich da noch mal irgendwie debuggen, ob wirklich der richtige libao driver genutzt wird. Ich würde auch vorher gern noch mal unabhängig von shairport meine libao Installation prüfen.

Ich habe auf github auch noch einen ALSA shairport Fork gefunden. So wie ich das sehe, ist ALSA auf der DS installiert - zumindest sieht es danach aus:

Rich (BBCode):

ByteStation> cd /proc/asound/
ByteStation> ls
Device	card0  cards  devices  hwdep  modules  oss  pcm  seq  syno_audio_volume  timers  version
ByteStation> cat cards   
 0 [Device         ]: USB-Audio - USB PnP Sound Device
                      C-Media Electronics Inc.       USB PnP Sound Device at usb-0002:05:00.0-3, full

Das werde ich als nächstes mal ausprobieren, um die Probleme mit libao zu umgehen und auch evtl. shairport und AudioStation parallel betreiben zu können - falls Mixing möglich.

Gruß, ByteCrunch

Mojito84 · 12. Okt 2012

Hallo ByteCrunch,

du hast recht, die DS212 nutzt eine ARM-CPU. Habe libao in der Version 0.8.8.1 mittels IPKG installiert. Den Shairport habe ich auf der DiskStation kompiliert, aber nicht mit der Toolchain, sondern mittels gcc aus IPKG. Habe dazu automake, openssl usw. installiert. Die ToolChain habe ich nicht ans Laufen bekommen.

Mein Makefile musste ich etwas anpassen. Die erste Zeile lautet nun:

Rich (BBCode):

CC:=gcc

Ich bin mir nicht sicher, ob das einen unterschied macht. Aber vielleicht hilfts...

@Anna: Werde deine Anpassungen an die shairport.c Version mal übernehmen und mein Hard-Coding ersetzen!

Grüße, Mojito

Mojito84 · 20. Okt 2012

Hallo zusammen,

ich habe mir Anpassungen an Annas shariport.c Datei angeschaut, um die Parameter für ao_driver, ao_devicename und ao_deviceid zu übergeben. Ich vermute, dass die Initialisierung der entsprechenden globalen Variablen Probleme bereitet.

Im Code von Anna steht:

Rich (BBCode):

char tAoDriver[56] = "";
char tAoDeviceName[56] = "";
char tAoDeviceId[56] = "";

Hierdurch enthalten die drei Variablen immer einen String - entweder einen Leerstring oder den entsprechendne Aufrufparameter. Die Datei hairtunes.c erwartet aber, dass entweder ein Aufrufparameter oder NULL übergeben wird.

Daher habe ich die shairport.c Datei etwas angepasst. Die Deklaration lautet bei mir nun:

Rich (BBCode):

char *tAoDriver = NULL;
char *tAoDeviceName = NULL;
char *tAoDeviceId = NULL;

Beim Lesen und Übernehmen der Aufrufparameter verwende ich nun malloc:

Rich (BBCode):

    else if(!strncmp(arg, "--ao_driver=",12 ))
    {
	  tAoDriver = malloc(56);
      strncpy(tAoDriver, arg+12, 55);
    }
    else if(!strncmp(arg, "--ao_devicename=",16 ))
    {
	  tAoDeviceName = malloc(56);
      strncpy(tAoDeviceName, arg+16, 55);
    }
    else if(!strncmp(arg, "--ao_deviceid=",14 ))
    {
      tAoDeviceId = malloc(56);
      strncpy(tAoDeviceId, arg+14, 55);
    }

Hiermit ist sichergestellt, dass ao_deviceid immer noch NULL enthält, falls ao_driver und ao_devicename übergeben werden.

Da ich kein C-Experte bin, bitte ich euch das zu überprüfen.

Viele Grüße
Mojito

8bitCrunch · 13. Mai 2013

Hi,

ich habe heute noch mal mein NAS komplett neu aufgesetzt und noch mal versucht shairport ans Laufen zu bekommen.

Diesmal konnte ich es direkt auf dem NAS kompilieren. Zuerst hatte ich wieder die "undefined reference to" errors (s.o.) - das konnte ich allerdings lösen.
Ich habe dazu die Symlinks von libpthread, libm und libdl zu /opt/lib entfernt und durch Links zu den entsprechenden Libs in /lib ersetzt. Ich bin mir noch nicht sicher, ob das noch irgendwelche Auswirkungen haben wird - bisher läuft die Synology ohne Probleme.

libao habe ich diesmal via IPKG installiert.

Und nun funktioniert es (habe die letzte Version der shairport.c von Mojito84 genutzt).
Ich weiß leider schlussendlich nicht, wo das Problem lag. Vielleicht hängt es auch mit der verwendeten DSM Version zusammen. Nutze momentan DSM 4.2-3211.

Gruß, ByteCrunch

Masl · 22. Aug 2013

Kann das nochmal jemand zusammenfassen ?

ich blicke grade gar nicht mehr durch.. würde das auch gern zum laufen bekommen, aber so 100% fit bin ich in der sache nicht. Gerade was compilen angeht. Aber wenn einer von euch das ja schonmal für die 212er compiliert hat (also ARM), kann man das dann nicht hier schonmal fertig compiliert bereitstellen ?