Hallo mr_hyde Ich habe jetzt auch eine ppc-DS und kann bestätigen, dass dein AlienBBC bzw. der mplayer/lame geht.
CPU-Load ist 100% am Anfang (bis das Cache in der SB voll ist?), verteilt etwa 1/3 mplayer und 2/3 lame. Könnte man eigentlich nicht einfach nach wav (unkomprimiert) dekodieren? Das wären doch auch nur 172 kbytes/s, oder? Andererseits geht es ja mit der CPU-Auslastung ganz gut. Mal sehen, so genau habe ich das nicht getestet. Aber falls der SS stockt am Anfang, könnte man mplayer/lame "nice" laufen lassen (d.h. mit geringerer Priorität). Das /dev/alienpipe muss übrigens nicht unbedingt in /dev sein. Das ginge auch in /volume1/SSODS/dev/alienpipe. Ausser AlienBBC sucht es explizit in /dev und man kann das nicht umkonfigurieren. Einfach so wegen meiner Philosophie möglichst wenig an der Original-Firmware zu ändern. Andererseits stört es ja auch nicht weiter. Noch eine Frage: Da in diesen .conf-Dateien steht ja der Befehl für die Transkodierung (RTSP->MP3). Da hat es "BITRATE" und "QUALITY". Ich sehe in /proc/PID/cmdline, dass diese Werte mit 44100 und 0 dem lame übergeben werden. Aber woher kommen die eigentlich? Das habe ich nicht gefunden. "mplayer -really-quiet" hält sich ja auch in Grenzen :-) Er motzt noch wegen TERM und HOME. Da könnte man evtl. einfach statt "mplayer.sh" "TERM=dumb HOME=/tmp mplayer.sh" schreiben. Oder das ins mplayer.sh reintun. Hast du den mplayer und den lame selber kompiliert? Naja, als erstes muss mal ein Kompiler her :-) flip -- flipflip Check out flipflip's 'SlimServer On DiskStation (SSODS)' (http://oinkzwurgl.org/software/ssods/)! ------------------------------------------------------------------------ flipflip's Profile: http://forums.slimdevices.com/member.php?userid=5223 View this thread: http://forums.slimdevices.com/showthread.php?t=27132 _______________________________________________ slimserver-de mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/slimserver-de
