ModuleTrafficInfo / deutsche Wetter

    Liebe Wissende,

    auf der Seite http://svxlink.de/?page_id=820 habe ich etwas von "ModuleTrafficInfo als ein ladfähiges TCL-Modul gelesen.

    Wer kann mir dazu näheres sagen -- ich habe dazu nichts bei mir in der Installation gefunden.

    Konkret: ich möchte gerne Verkehrsinformationen in deutsch für die Umgebung A1 und A28/A27 (Bremen) regelmäßig ansagen lassen. Gibt es dafür bereits Vorprodukte, die ich mir vielleicht anpassen könnte?

    von einem befreundeten OM habe ich gehört, dass es für Windows wohl ein Echolink-Knotenprogramm geben soll, was es ermöglicht, deutsche Wetteransagen (kurz und knackig) regelmäßig einfließen zu lassen. -- gibt es dazu schon entsprechende Module als Test- oder Vorprodukte für svxlink? (Hintergrund: die Ansagen von METAR sind sehr umfangreich und detailliert, scheinen mir für meinen Zweck ein wenig weitschweifig für die stündliche Wiederholung.

    Wer weiss darüber näheres?

    vy 73

    Michael

    Quote

    auf der Seite http://svxlink.de/?page_id=820 habe ich etwas von "ModuleTrafficInfo als ein ladfähiges TCL-Modul gelesen.
    Wer kann mir dazu näheres sagen -- ich habe dazu nichts bei mir in der Installation gefunden.

    TrafficInfo ist eine spezielle Erweiterung von mir, die seit etwa 9/2011 auf DB0WSF läuft aber definitiv niemals in die SvxLink-Entwicklung übernommen werden wird. Der Grund dafür ist, dass dieser Dienst nur für DL und PA zur Verfügung steht und speziell darauf abgestimmt ist, d.h. ein extrem großer Teil der weltweiten SvxLink-Nutzer hätte davon nichts. Weiterhin ist die Installation aufwändig (wine, postfix, perl, ...) und setzt das Vorhandensein spezieller Lizenzen voraus. Ich habe das mal gemacht um so ein bischen zu sehen was alles geht, werde das aber nicht weiterverfolgen.

    Wenn Dir die Wetterinformationen vom Metar nicht gefallen, dann kannst Du die Ausgaben über die tcl-Routinen einschränken, indem Du z.B. die Prozeduren für die Ausgabe des QNH's überschreibst und damit die Ausgabe dieser Information unterbindest. Für jeden einzelnen Parameter (z.B. Temperatur, Wind, Wolken,...) gibt es dafür eine Prozedur, die entsprechend bearbeitet werden kann. Das wird die einfachste Variante sein. Als ich das Modul damals geschrieben habe war meine Absicht die Ansagen analog zur ATIS auf Verkehrsflughäfen ausgeben zu lassen.
    Weitere Programme, Module oder Funktionen für die Ausgabe von Wetterinformationen stehen meines Wissens nicht zur Verfügung. Vielleicht hat da jemand auch schon eine ganz spezielle Erweiterung geschrieben, keine Ahnung. Nur muss man als Entwickler in diesem internationalen Projekt auch ein bischen an die anderen User denken, da z.B. deutsche Texte automatisch von der Seite des DWD's heruntergeladen einem argentinischen OM relativ wenig nützen.

    73's de Adi, DL1HRC

    Lieber Adi,

    vielen Dank für die ausführliche Erläuterung.

    Mir ist klar, dass bestimmte Entwicklungen (z.B. Wetter) nur auf ein lokal begrenztes Interesse stossen -- deshalb habe ich mir erlaubt hier (deutsches Forum) nachzufragen. Da habe ich aber richtig ins schwarze getroffen, dass du Dich damit schon befasst hast....

    Ich schaue mir mal an, ob man die aussagen von METAR ggf. als neues Modul vereinfachen kann und dann eine einfachere Wetteraussage erhält. Wenn ich Deine Worte mal zusammenfasse, dann ist es offensichtlich nicht so schwierig mit den TCl-Skripten hinzubekommen und dann könnte man ja darüber nachdenken, dies Ergebnis hier zu diskutieren. (ich weiss zB von DH0SK, dass er auch so etwas schon sucht...).

    Schade das das TrafficModul vielleicht nicht für uns passen würde -- natürlich wäre so eine nationale Lösung wohl für mehrere Leute national interessant... Zum Trafficmodul daher doch die Frage, auf welche Windows-SW Du dich da gestützt hast... (Wine ...)

    vy73
    Michael

    Quote

    Wenn ich Deine Worte mal zusammenfasse, dann ist es offensichtlich nicht so schwierig mit den TCl-Skripten hinzubekommen und dann könnte man ja darüber nachdenken, dies Ergebnis hier zu diskutieren.

    Das mit der stündlichen Ausgabe macht mir noch etwas Sorgen, weil das Modulprinzip eigentlich nicht dafür gedacht war sich selbstständig ein- und auszuschalten. Normalerweise kannst Du kein METAR abfragen wenn ein anderes Modul geladen ist. Aus eigenen Erfahrung würde ich auch eher davon abraten periodisch ständig Soundausgaben zu produzieren, da es den ein oder anderen Nutzer einfach nervt.

    Um MetarInfo umzustellen, machst Du folgendes:
    Kopiere zunächst die MetarInfo.tcl nach /usr/share/svxlink/events.d/local und kommentiere die Inhalte der Prozeduren aus, von denen Du keine Soundausgaben haben möchtest. Das ist sehr viel Arbeit, es geht aber nun mal nicht anders. Hier ein Beispiel, wenn Du keine Ausgabe "Met-Report Zeit 1 5 2 0" haben möchtest, dann sollte die entsprechende Prozedur so aussehen:

    Code
    # MET-report TIMEproc metreport_time item {  # playMsg "metreport_time";  # spellNumber $item;  # playSilence 20;}

    Die Proceduren NICHT einfach aus dem Originalfile löschen, sonst geht es nicht mehr und Du bekommst jede Menge Fehlermeldungen im log! Die Einträge nach

    Code
    ## This is the namespace in which all functions and variables below will exist.# The name must match the configuration variable "NAME" in the# [ModuleMetarInfo] section in the configuration file. The name may be changed# but it must be changed in both places.#namespace eval MetarInfo {

    bis einschließlich

    Code
    #
# Executed when the state of this module should be reported on the radio
# channel. Typically this is done when a manual identification has been
# triggered by the user by sending a "*".
# This function will only be called if this module is active.
#
proc status_report {} {
  printInfo "status_report called...";
}


    kannst Du komplett entfernen.
    Durch Auskommentieren der Prozeduren und schrittweises wieder freigeben musst Du Dich Schritt für Schritt an das von Dir beabsichtigte Ausgabeformat herantasten.

    Quote

    (ich weiss zB von DH0SK, dass er auch so etwas schon sucht...).

    Hm, ist ja schön, aber woher sollen Entwickler das wissen? Wo ist die entsprechende Anfrage hier im Forum?
    Ich habe MetarInfo vor 2 1/2 Jahren geschrieben und mit Ausnahme der Leute in meinem OV, die mir Tips gaben und mich unterstützten keinerlei andere Anfragen und Hinweise diesbezüglich erhalten was eigentlich nur zwei Schlüsse zulässt: 1) Es geht den Nutzern am .... vorbei, 2) Alles funktioniert absolut perfekt ohne die geringsten Probleme.

    Es gibt Svxlink-Mailinglisten, auf Sourceforge ein Ticketsystem auf dem Tobias und ich Alleinunterhalter sind und seit geraumer Zeit dieses Forum. Nirgendwo eine entsprechende Anfrage. Wenn sich die Nutzer nicht selbst aktiv an der Weiterentwicklung beteiligen, indem sie Hinweise geben, Wünsche äußern und bereit sind selbst Zeit und Resourcen beizusteuern dann läuft es eben so wie die Entwickler das für richtig halten, so einfach ist die Welt!

    Quote

    Schade das das TrafficModul vielleicht nicht für uns passen würde -- natürlich wäre so eine nationale Lösung wohl für mehrere Leute national interessant... Zum Trafficmodul daher doch die Frage, auf welche Windows-SW Du dich da gestützt hast... (Wine ...)

    Die Verkehrsinfo läuft schon sehr gut und zuverlässig, nur der Weg dahin ist extrem steinig. Für die Generierung der Ausgaben nutze ich ein kommerzielles TTS eines Herstellers aus München ich nenne hier ausdrücklich keine Namen, weil es unterm Strich egal für die Funktionalität ist. Man benötigt eine TTS-Engine, die ein WAV-File aus einer Textdatei generiert. Die o.g. Software gibt es leider nur für Windows, deshalb braucht man den wine und die Verwendung ist mit nicht unerheblichen Lizenzkosten verbunden. Es war für mich ein einmaliger "Ausrutscher" in die kommerzielle ClosedSource-Welt unter Windows. Das Geld stecke ich zukünftig lieber in die Entwicklung von OSS, da ist es besser aufgehoben.
    Im OSS-Bereich könnte man dafür z.B. mary nehmen, dann allerdings mit den bekannten qualitativen Abstrichen bei der Sprachausgabe. Das Ganze läuft dann auch nicht mehr auf einem Futro, der mary-Server ist eine Java-Applikation und benötigt auch entsprechende Resourcen.

    Am Anfang habe ich versucht, die Verkehrsansagen durch "Aneinanderreihen" der einzelnen Worte bzw. wav-Dateien zu generieren, was dann etwa so klingt als ob der Teleprompter ruckelt mal ganz abgesehen davon, dass in praktisch jeder Verkehrsmeldung ein neues noch nicht synthetisiertes Wort auftaucht welches dann in der Sprachausgabe natürlich fehlt.

    Die Verkehrsmeldungen kommen per eMail von freiefahrt.info, werden mittels Perl-Skript von html-Tags und sonstigem Overhead befreit und liegen dann in der reinen Textform vor. Aus dieser Textdatei wird das wav generiert und zur nächsten vollen Minute ausgegeben. Das läuft im Prinzip genauso wie der PropagationMonitor.

    73's de Adi, DL1HRC

    Hi !

    Hast Du schonmal für eine TTS das Paket "festival" oder cepstral ( komerziell f. ubuntu,debian etc) getestet. Ich finde die Soundfiles ziemlich mager .


    Wie muss man vorgehen, wenn man die Fertigsounds durch ein TTS ersetzen will?

    Gruss

    Peter

    Hi,

    Quote

    Hast Du schonmal für eine TTS das Paket "festival" oder cepstral ( komerziell f. ubuntu,debian etc) getestet. Ich finde die Soundfiles ziemlich mager .

    habe mir mal die Demos angehört (8k), so ganz schlecht finde ich die eigentlich gar nicht. Der Preis für die persönliche Nutzung ist mit $30 auch angemessen. Vielleicht schaue ich mir das mal näher an, wobei es ehrlich gesagt momentan nicht an Position 1 bei mir steht.

    Quote

    Wie muss man vorgehen, wenn man die Fertigsounds durch ein TTS ersetzen will?

    Für Routineausgaben würde ich weiterhin die einzelnen WAV's aneinanderhängen. Ein TTS lohnt sich nur, wenn die Inhalte ständig wechseln und ich meine jetzt nicht nur die Uhrzeit, Temperaturen und Luftdrücke. Da hat sich eigentlich das Vorhalten von WAV-Dateien bewährt. Ein TTS kostet nicht unerhebliche Systemresourcen, die Generierung dauert je nach Länge auch ein paar Sekunden.

    Wenn Du z.B. eine eMail-2-Sprachansage wünscht kannst Du ein Skript einsetzen, welches die eingehende eMail bearbeitet und dann daraus eine reine Textdatei erstellt, Stichworte: procmail, postfix, .forward
    Diese wird dann dem TTS als Parameter übergeben und dieses wiederum erstellt ein WAV-File. Dafür läuft auf meinem SvxLink-Knoten ein Mailserver mit procmail welches ein Perl-Skript ausführt. Man kann natürlich auch die eMails periodisch abholen und danach per Skript bearbeiten, da gibt es praktisch 100 verschiedene Wege.

    73's de Adi, DL1HRC