Music On Hold (MOH) Qualität

[hronny]

Hallo an alle!

Ich befasse mich nun seit kurzer Zeit mit VoIP und Asterisk, da es bisher aufgrund der Funkverbindung bei mir keine Option war VoIP einzusetzen. Da ich aber nun entdeckt habe, wie man die Asterisk mit der Fritz Capi arbeiten lassen kann, finde ich das Thema schon recht spannend.

Nun funktionieren meine ersten Versuche ganz gut, und mein Softphone geht auch prima. Nun klappt das intern im Netzwerk ja auch super. Jetzt wollte ich mal mit der Spielerei "MusicOnHold" arbeiten. Wie es grundsätzlich geht, konnte ich nachlesen. Auch Streaming über shoutbox hat funktioniert. Was ich aber nicht so toll finde, ist diese üble Qualität. Zwar ist G711a ein Sprachcodec, aber da ich über ISDN nach draußen telefoniere ist es trotzdem eine Gute Qualität. Aber die Musik, egal ob Wav, Raw oder MP3 ist mit 8kbit schon irgendwie zum :kotz:

Wenn ich mir dagegen die Auerswald Wartemusik anhöre, ist das um Welten besser! Selbst über VBox3 ist die Qualität besser.
Kann man da an der Qualität etwas ändern, oder wie macht ihr das? Die Wartemusik kann man ja so niemanden anbieten. Klingt ja wie aus der Gruft...

Viele Grüße
Ronny

 

[Tippfehler]

Das kann ich nicht behaupten, meine Wartemusik wird in guter Qualität gesendet. Vielleicht hat Du noch ein paar überflüssige Codec-Umwandlungen drin, die die Musik zum Stottern bringen.

 

[hronny]

Hallo

also meine Einstellung unter /etc/asterisk/sip.conf sieht so aus

[general]
enabled = yes
language=de
port=5060
bindaddr=0.0.0.0
qualify=yes
disable=all
allow=ulaw
allow=alaw
allow=g729
allow=gsm

In der Datei /etc/asterisk/codecs.conf habe ich derzeit nichts verändert, ist noch so wie nach der Installation.
Kann man wirklich nur mit 8kbit die MusicOnHold Funktion nutzen? Zumindest nach den Anleitungen die ich gefunden habe, wurde das so umgesetzt. Das man keine CD Qualität erreicht ist mir völlig klar.

Die Asterisk Installation selbst ist auf einem Debian Lenny aus Sources kompiliert nach dem Asterisk Buch. Versionsstand: Asterisk 1.4.27.1

 

[wpfundstein]

Welcher player wird verwendet?

Schau mal in die musiconhold.conf

Ich hatte früher auch mal das Problem bis ich madplay verwendet habe.

Grüße

 

[hronny]

Also derzeit habe ich es mit files laufen

[default]
mode=files
directory=/var/lib/asterisk/moh-default
random=yes

Aber hatte es auch schon mit

[default]
mode=custom
dir=/var/lib/asterisk/mohmp3-empty
application=/usr/bin/mpg123 -q -r 8000 -f 8192 -s --mono http://192.168.10.1:8000

was zwar gleiche (bescheidene) Qualität mitbringt allerdings kann man dann streamen. Als letztes hatte ich das mit madplay und wget versucht (hatte ich von hier). Das sah dann so aus:

[default]
mode=custom
dir=/var/lib/asterisk/mohmp3-empty
application=/etc/asterisk/mohstream.sh

und die Datei /etc/asterisk/mohstream.sh stand dann das drin:

/usr/bin/wget -q -O - http://192.168.10.1:8000 | /usr/bin/madplay -Q -z -o raw:- --mono -R 8000 -a -12 -

Vielleicht stelle ich auch zu hohe Ansprüche? Ich habe mal ein Stück aufgenommen und die Datei hochgeladen.

Viele Grüße Ronny

 

[Hias-online]

hast du's schon mal mit svn trunk probiert ?

 

[hronny]

SVN trunk von der Asterisk? oder von etwas anderem?

Gruß Ronny

 

[Hias-online]

asterisk

'svn co http://svn.digium.com/svn/asterisk/trunk trunk'

compilieren und ausprobieren

 

[hronny]

Nein das habe ich noch nicht, aber kann ich gerne probieren. Ich berichte morgen mein Ergebnis.

 

[hronny]

Schade asterisk geht übersetzen, aber die chan_capi nicht

22:10:47^ root@Epsilon:/usr/local/src/asterisk/chan-capi-HEAD$ make
./create_config.sh "/usr/include"
Checking Asterisk version... SVN-trunk-r232853
 * assuming Asterisk version 1.6
Using Asterisk 1.6 API
 * found new 'ast_dsp_set_digitmode' function
 * found new union data in ast_frame structure
 * found ast_channel_release function
 * found new ast_devstate2str function
 * found requestor in ast_request
 * found const char in ast_register_application
 * found linkedid in ast_channel_alloc
config.h complete.

 [CC] chan_capi.c -> chan_capi.o
In file included from chan_capi.c:32:
chan_capi.h:34:26: error: asterisk/rtp.h: Datei oder Verzeichnis nicht gefunden
chan_capi.c: In function 'local_queue_frame':
chan_capi.c:803: error: invalid operands to binary == (have 'union <anonymous>' and 'int')
chan_capi.c: In function 'interface_cleanup':
chan_capi.c:1071: warning: implicit declaration of function 'ast_rtp_destroy'
chan_capi.c: In function 'send_progress':
chan_capi.c:1165: error: incompatible types in assignment
chan_capi.c: In function 'clear_channel_fax_loop':
chan_capi.c:2884: error: invalid operands to binary == (have 'union <anonymous>' and 'int')
chan_capi.c: In function 'capidev_handle_did_digits':
chan_capi.c:3548: error: incompatible types in assignment
chan_capi.c: In function 'capi_queue_cause_control':
chan_capi.c:3564: warning: missing braces around initializer
chan_capi.c:3564: warning: (near initialization for 'fr.subclass')
chan_capi.c:3569: error: incompatible types in assignment
chan_capi.c:3573: error: incompatible types in assignment
chan_capi.c: In function 'capidev_handle_info_indication':
chan_capi.c:3876: error: incompatible types in assignment
chan_capi.c:3886: error: incompatible types in assignment
chan_capi.c: In function 'handle_facility_indication_dtmf':
chan_capi.c:4138: error: incompatible types in assignment
chan_capi.c:4149: error: incompatible types in assignment
chan_capi.c: In function 'capidev_handle_data_b3_indication':
chan_capi.c:4292: error: incompatible types in assignment
chan_capi.c:4294: error: incompatible types in assignment
chan_capi.c: In function 'capi_signal_answer':
chan_capi.c:4316: warning: missing braces around initializer
chan_capi.c:4316: warning: (near initialization for 'fr.subclass')
chan_capi.c: In function 'capidev_handle_disconnect_indication':
chan_capi.c:4605: warning: missing braces around initializer
chan_capi.c:4605: warning: (near initialization for 'fr.subclass')
chan_capi.c:4654: error: incompatible types in assignment
chan_capi.c: In function 'capidev_handle_connection_conf':
chan_capi.c:5025: warning: missing braces around initializer
chan_capi.c:5025: warning: (near initialization for 'fr.subclass')
chan_capi.c: At top level:
chan_capi.c:7746: warning: initialization from incompatible pointer type
chan_capi.c: In function 'conf_interface':
chan_capi.c:8153: warning: passing argument 2 of 'ast_parse_allow_disallow' from incompatible pointer type
chan_capi.c:8156: warning: passing argument 2 of 'ast_parse_allow_disallow' from incompatible pointer type
make: *** [chan_capi.o] Fehler 1

Aber selbst im Softphone ist die Qualität der Musiconhold echt bescheiden.

 

[hronny]

Keine Chance. Unter 1.6 SVN bekomme ich die chan_capi nicht übersetzt.

 

[dalepbx]

Keine Chance. Unter 1.6 SVN bekomme ich die chan_capi nicht übersetzt.

Ich leider auch nicht, selbe Fehler (Asterisk trunk 240716, brauche ich wegen T.38 <-> T.30 gateway patches und chan_capi trunk). Es hat sich bei chan_capi wohl in den letzten Monaten nichts getan

Ich schreibe mal an Chan-capi-users, vielleicht wissen die was :roll:

 

[hronny]

Das wäre super, Neuigkeiten zu erfahren. Ich hoffe doch nicht, dass die ISDN Karte jetzt komplett ausstirbt. Eine Alternative hab ich leider nicht.

 

[Ralph*]

Warum soll denn "die ISDN-Karte" aussterben? Nur weil der Autor von chan-capi in den letzten Monaten keine neue Version veröffentlicht hat?

Ralph

 

[dalepbx]

Die Zukunft der Fritz!-ISDN-Karten ist gesichert

Auf Grund meines Postings auf Chan-capi-users hat sich Armin, der Entwickler von chan_capi, gemeldet und chan_capi an die aktuelle Asterisk-Version angepasst. Diese Version (Revision 769) steht im svn zur Verfügung (svn co svn://svn.chan-capi.org/chan-capi/trunk chan-capi-trunk)

Ich habe sie getestet und sie baut und funktioniert einwandfrei mit meiner Asterisk trunk version. Echt super von Armin, einen neue, funktioniertende, Version binnen weniger Stunden! Nochmal Danke