MOH mit madplay

[BerndDA]

Hallo,
ich versuche MOH mit madplay zum laufen zu bekommen (stream).
Habe das madplay binary und ein skript. Wenn ich dieses auf der Kommandozeile starte läuft es auch, nur wenn MOH es starten soll geht nix...
stream.sh

#!/bin/sh 
wget -q -O - http://scfire-chi0l-2.stream.aol.com:80/stream/1040/ | /var/media/ftp/USBDRIVE-Partition-0-1/dtmfbox-0.4.0/madplay -Q -z -o raw:- --mono -R 8000 -a -12 -

musiconhold.conf

[default]
mode=custom 
; dir=/var/lib/asterisk/mohmp3 
application=/var/lib/asterisk/stream.sh

Hat jemand eine Idee? Liegt es an den Pfaden zu wget und madplay und chroot? (dtmfbox ist nicht aktiviert)
Danke!!

 

[dynamic]

Wenn Deine asterisk Installation in einer "chroot" Umgebung läuft, müsstest Du ggf. Deine Pfadangaben an den "chroot Path" anpassen.

Alternativ besteht auch die Möglichkeit asterisk ( ab v1.2/1.4.16.2 ) direkt in das Root-Verzeichnis zu installieren ( via Root-Install Option "-x" ) - dann sollte es auch ohne Anpassung von Pfadangaben usw. laufen.

Gruß
dynamic

 

[BerndDA]

Hallo,

danke für den Tipp. Benutze jetzt die root-installation und

application=/usr/bin/wget -q -O - http://scfire-chi0l-1.stream.aol.com/stream/1009/ | /var/media/ftp/USBDRIVE-Partition-0-1/dtmfbox-0.4.0/madplay -Q -z -o wave:- --mono -R 8000 -a -12 -

in musiconhold.conf
bekomme aber immer den Fehler:
request to schedule in the past
in der * Konsole....

 

[dynamic]

Wie verhält sich der Asterisk denn, wenn Du den madplay direkt aus der extensions.conf via Systemaufruf startest ... in etwa so:

exten => s,1,System(/usr/bin/wget -q -O - http://scfire-chi0l-1.stream.aol.com/stream/1009/ | /var/media/ftp/USBDRIVE-Partition-0-1/dtmfbox-0.4.0/madplay -Q -z -o wave:- --mono -R 8000 -a -12 -)

off-topic:
In diesem Zusammenhang finde ich den Vorschlag von bodega sowas über eine named-pipe zu realisieren recht elegant ...

EDIT: siehe hier - ist m.E. auch ein relevanter Hinweis, denn die FBF trotzt ja nicht gerade mit CPU-Power ;-)

Gruß
dynamic

 

[BerndDA]

Danke!
Das Problem hat sich erledigt. Der Aufruf über application= funktioniert. Hatte die Dateicodierung auf UTF8 statt ASCII.
Madplay verbraucht zwischen 7% und 8% laut top. Ich denke das ist ganz akzeptabel...