Audio Problem mit remotetrx nach Software aktualisirung

    Hallo....


    Ich habe sein ein paar Tagen die neue version auf die Systeme gespielt.
    Aber seit dem funktioniert der Remotetrx nicht mehr richtig.


    Das Audio ist seher hackelig als wenn die Audio packette nicht gleichmässig ankommen.


    Wenn man den Sprachpappagei einschaltet ist das was wieder gegebn wird komischerweise um einiges besser....


    Audio Code = SPEEKS



    73 DO7SK- Sven



    # Version for the Qtel application
    QTEL=1.2.1
    QTEL_RPM_RELEASE=1


    # Version for the EchoLib library
    LIBECHOLIB=1.3.0
    LIBECHOLIB_RPM_RELEASE=1


    # Version for the Async library
    LIBASYNC=1.3.99.0
    LIBASYNC_RPM_RELEASE=1


    # SvxLink versions
    SVXLINK=1.4.99.3
    SVXLINK_RPM_RELEASE=1
    MODULE_HELP=1.0.0
    MODULE_PARROT=1.1.0
    MODULE_ECHOLINK=1.3.0
    MODULE_TCL=1.0.1
    MODULE_PROPAGATION_MONITOR=1.0.1
    MODULE_TCL_VOICE_MAIL=1.0.0
    MODULE_SELCALLENC=1.0.0
    MODULE_DTMF_REPEATER=1.0.0
    MODULE_METARINFO=1.0.0.99.0


    # Version for the RemoteTrx application
    REMOTE_TRX=1.1.99.2
    REMOTE_TRX_RELEASE=1


    # Version for the signal level calibration utility
    SIGLEV_DET_CAL=1.0.3.99.0
    SIGLEV_DET_CAL_RELEASE=1

    Hi Sven,


    beim Remotetrx und dem zugehörigen Netzwerk-Protokoll hat sich seit einiger Zeit nix geändert. Ist meiner Meinung nach nicht die Ursache.
    Wie hoch ist die CPU-Last, welche Hardware nutzt Du, was war vorher installiert, wie ist die Netzanbindung?
    Weiterhis habe ich festgestellt, dass SPEEX verhältnismäßig hohe Ansprüche stellt. Versuch es mal mit dem OPUS-Codec, der ist etwas weniger latenzbehaftet und braucht nicht ganz so viele Resourcen.


    vy 73s de Adi, DL1HRC

    Hallo Adi,


    Der Server ist ein Pentium 4
    Der RemoteTrx ist ist ein Pi-B


    Ich habe gestern noch einen Pi-B fertig als Remote und im Eigenen Netzwerk laufen lassen und es kommen die gleichen proleme, der GSM,S16 Code laufen.


    Denn Opus code bekomme ich nicht zum laufen da gibt es immer eine Fehler meldung von svxlink, oder muss ich da noch was installiren?



    73 DO7SK - Sven



    Das wahr die version die wir hatten


    # SvxLink versions
    SVXLINK=1.3.99.11
    SVXLINK_RPM_RELEASE=1
    MODULE_HELP=1.0.0
    MODULE_PARROT=1.1.0
    MODULE_ECHOLINK=1.2.99.5
    MODULE_TCL=1.0.0.99.0
    MODULE_PROPAGATION_MONITOR=1.0.0
    MODULE_TCL_VOICE_MAIL=1.0.0
    MODULE_SELCALLENC=1.0.0
    MODULE_DTMF_REPEATER=1.0.0
    MODULE_METARINFO=1.0.0


    # Version for the RemoteTrx application
    REMOTE_TRX=1.0.99.3
    REMOTE_TRX_RELEASE=1

    Hi Sven,


    ja, Du brauchst die Opus-Devel-Libs, diese mußte nur nachinstallieren. Bei Suse sind die ab 12.x mit dabei, nur auswählen. Bei Debian weiß ich das nicht immer so genau, schau mal nach libopus-dev oder 234 Jahre warten.
    Wie gesagt, SPEEX ist nicht so gut. Eventuell kannst Du mit den Parametern

    Code
    SPEEX_ENC_FRAMES_PER_PACKET=4
SPEEX_ENC_QUALITY=4
SPEEX_ENC_BITRATE=15000
SPEEX_ENC_COMPLEXITY=2
SPEEX_ENC_VBR=0
SPEEX_ENC_VBR_QUALITY=4
SPEEX_ENC_ABR=15000
SPEEX_DEC_ENHANCER=1


    noch einiges rausholen. Ich habe das aber noch nicht gemacht. Schau mal nach der CPU-Last auf dem PI, wie hast Du das compiliert (als Release)? Eventuell solltest Du die Compilerflags probieren.


    Schau mal hier http://svxlink.de/?page_id=2091 und hier http://svxlink.de/?page_id=1893. Aber Achtung beim neuen Build-System ist das etwas anders, da muß ich selber erst mal nachschauen.


    vy 73's de Adi, DL1HRC

    Hallo Adi,


    Ich habe es auf beiden Systemen mit cmake gemacht.


    RELEASE_CFLAGS=-g -O2 -march=armv6 -mfloat-abi=hard -mfpu=vfp


    dieser parameter ist unter cmake nicht zufinden, ich weis nicht an welcher stelle ich das ändern müste.


    Auf beiden Systemen leuft Debian.


    ich Probire mal das mit dem endern des SPEEX codes aus und den Opus code.

    Hallo Adi,


    Denn OPUS code bekomme ich nicht zum laufen.


    die libopus-dev habe ich via apt installiert aber er geht nicht.


    *** ERROR: Illegal audio codec (OPUS) specified for transmitter Tx-x
    *** ERROR: Could not initialize TX "MultiTx"
    pthread_mutex_destroy: error 16
    pthread_mutex_destroy: error 16


    muss ich das ganze noch woanders einbinden???


    73 DO7SK - Sven

    Hallo...


    So problem gelöst....


    Erst die Libopus-dev installiren und dan cmak ausführen jetzt geht es.


    Und hört sich auch noch viel besser an als SPEEX.


    73 DO7SK - Sven

    Gratulation. Ja, ich bin von Opus auch begeistert, habe das überall laufen.
    Nach der (neuen) Optimierungsvariante suche ich noch. Bin etwas beschäftigt momentan..


    vy 73's de Adi, DL1HRC

    Hallo Adi,


    Vieleicht sollte man das mit der libopus-dev noch hier einfügen.


    http://svxlink.de/?page_id=9


    Es sind weitere Pakete erforderlich, unter Debian kann man diese mittels:
    apt-get install gcc g++ make cmake libgcrypt-dev libgsm1-dev libsigc++-2.0-dev tcl-dev libspeex-dev libasound2-dev libpopt-dev libssl-dev
    libopus-dev


    dann kan der fehler unter debain nicht mehr passiren.


    73 DO7SK - Sven