LBS19000301 - TextToSpeech - Wie EDOMI sprechen lernte...

[jonofe]

Mach mal folgendes:

Download einer neuen RPMFORGE mirror Datei:

cd /etc/yum.repos.d/
wget http://mirrorlist.repoforge.org/el6/mirrors-repoforge -Omirrors-rpmforge

Danach in einem Editor die Datei /etc/yum.repos.de/rpmforge.repo öffnen. Dort findet man folgende Zeilen:

mirrorlist = http://apt.sw.be/redhat/el6/en/mirrors-rpmforge
#mirrorlist = file:///etc/yum.repos.d/mirrors-rpmforge

Hier muss das # Zeichen getauscht werden, so dass die erste Zeile auskommentiert ist und die mirrorlist somit auf das lokale File verweist.

Sollte also dann so aussehen:

#mirrorlist = http://apt.sw.be/redhat/el6/en/mirrors-rpmforge
mirrorlist = file:///etc/yum.repos.d/mirrors-rpmforge

Danach sollte dann auch

yum -y install lame

funktionieren.

[LynnBayer]

Norbert Danke der Link hat funktioniert. Jetzt will er aber lame nicht installieren...yum -y install lame

Failed to set locale, defaulting to C

Loaded plugins: fastestmirror

Loading mirror speeds from cached hostfile

Could not retrieve mirrorlist http://apt.sw.be/redhat/el6/en/mirrors-rpmforge error was

14: PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"

* base: mirror.dataone.nl

* extras: mirror.softaculous.com

* updates: mirror.dataone.nl

http://apt.sw.be/redhat/el6/en/x86_6...ta/repomd.xml: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"

Trying other mirror.

Error: Cannot retrieve repository metadata (repomd.xml) for repository: rpmforge. Please verify its path and try again


gaert Ich will den Soundfile an Songs und Telegram weitergeben.

[jonofe]

Ich nutze beide Varianten. Die LBS Variante ist für Telegram und für Squeezebox super. Denn damit kann man low cost eine Sprachausgabe realisieren und man benötigt kein Visu Device. Ich habe derzeit ein stationäres Visu Device, aber 7 Squeezeboxen (3xHW, 4xSW+RPi)

[gaert]

Ok, ist natürlich browserabhängig (Safari und Crome funktionieren bei mir) - und ein Versenden per "Telegramm" ist demzufolge ab Werk natürlich nicht machbar.

[vento66]

Hm, bei mir nicht so wirklich.... und ausserdem kann man die Files per Telegramm versenden.

[gaert]

EDOMI kann doch schon seit einigen Versionen ab Werk sprechen?!

[NorbertB]

Probier's mal mit diesem Mirror:
wget http://mirror1.hs-esslingen.de/repof....rf.x86_64.rpm

[LynnBayer]

Hallo Andre,

ich versuche gerade den LBS zu installieren. Das Paket was im Script drin steht schein es nicht mehr zu geben. über die Webseite habe ich herausgefunden das es ja diese Version gibt.

rpmforge-release-0.5.3-1.el6.rf.x86_64.rpm

Aber auch hier bekomme ich einen Timeout


wget http://pkgs.repoforge.org/rpmforge-r....rf.x86_64.rpm

--2016-10-25 17:54:06-- http://pkgs.repoforge.org/rpmforge-r....rf.x86_64.rpm

Resolving pkgs.repoforge.org... 78.46.17.228

Connecting to pkgs.repoforge.org|78.46.17.228|:80... failed: Connection timed out.

Retrying.

--2016-10-25 17:55:10-- (try: 2) http://pkgs.repoforge.org/rpmforge-r....rf.x86_64.rpm

Connecting to pkgs.repoforge.org|78.46.17.228|:80... failed: Connection timed out.

Retrying.


Ping vom Eiomi hat folgendes ergeben.


ping repoforge.org -- geht

PING repoforge.org (192.30.252.154) 56(84) bytes of data.

64 bytes from pages.github.com (192.30.252.154): icmp_seq=1 ttl=51 time=132 ms

64 bytes from pages.github.com (192.30.252.154): icmp_seq=2 ttl=51 time=127 ms


ping pkgs.repoforge.org -- geht nicht

PING pkgs.repoforge.org (78.46.17.228) 56(84) bytes of data.

Hast du eine Idee?

Viele Grüße
Lynn

[wintermute]

Ja, ich versuch daran zu denken

[jonofe]

Das ist wohl dann mal ein Grund dem Squeeze Durchsage LBS das Abspielen entfernter Playlisten beizubringen
Wollte ich die Tage eh nochmal bei...

Hi Michael,
wenn du bald noch mal an die Squeeze LBS rangehst, könntest du dem Durchsage-LBS noch das Abspielen von Remote Playlists (http://...) beibringen?

VG
André

[jonofe]

Update auf v0.1.1 verfübar

Changelog:
=========
v0.1.1: Directory in E3 is relative to /usr/local/edomi/data/tmp/
Hours in filename ist now 24 instead of 12h based

[jonofe]

DBs: Es werden nur die 3 vorhandenen DBs beim Backup berücksichtigt (edomiProject, edomiLive, edomiAdmin). Du kannst also im Prinzip nach Belieben neue DBs hinzufügen - empfehlen würde ich das allerdings nicht wirklich, denn dafür ist EDOMI eigentlich nicht designed. Theoretisch spricht aber nichts dagegen, ist halt nur so ne Sache wenn jetzt demnächst zig LBS irgendwelche DBs anlegen...

Wäre nur eine Ausnahme für den Telegram LBS der Telegram Nachrichten empfängt. Ich nutze die bestehende php-telegram-bot Implementierung und die setzt für den Empfang eine mySQL DB voraus oder aber einen Web-Hook. Da ich bei Nutzung eines Web-Hooks sicher nicht den EDOMI Server ins Internet stellen möchte, müsste ein weiterer DMZ Server vorhanden sein. Glaube das wird dann für die Allgemeinheit zu kompliziert zu installieren. Daher die mySQL Lösung. Ansonsten habe ich derzeit keine mysql LBS im Angebot

Sinnvoll (für zukünftige Erweiterungen) wäre es allerdings, wenn der Name Deiner DB nicht mit "edomi..." beginnen würde. Eher etwas wie "tmp..." oder "LBS..." oder so änhlich.

Passt, die DB heisst: LBS_19000304_Telegram

VG
André

[gaert]

Genau - einfach in www/data/tmp ablegen. In Zukunft wird EDOMI beim Start wahrscheinlich auch die Unterordner in /tmp löschen - zur Zeit werden nur die Dateien dort gelöscht.

DBs: Es werden nur die 3 vorhandenen DBs beim Backup berücksichtigt (edomiProject, edomiLive, edomiAdmin). Du kannst also im Prinzip nach Belieben neue DBs hinzufügen - empfehlen würde ich das allerdings nicht wirklich, denn dafür ist EDOMI eigentlich nicht designed. Theoretisch spricht aber nichts dagegen, ist halt nur so ne Sache wenn jetzt demnächst zig LBS irgendwelche DBs anlegen...

Sinnvoll (für zukünftige Erweiterungen) wäre es allerdings, wenn der Name Deiner DB nicht mit "edomi..." beginnen würde. Eher etwas wie "tmp..." oder "LBS..." oder so änhlich.

[jonofe]

jonofe
Kleine Bitte: Könnte Dein LBS die Daten bitte in /data/tmp/... ablegen? Wenn Du dort ein Verzeichnis anlegst, wird dieses zwar auch nicht(!) gelöscht nach dem Start (genau wie /data/tts) - allerdings entspricht dies eher der "Konvention" und das Verzeichnis wird von Backups ignoriert. Die mp3-Dateien werden ja on-the-fly erstellt und brauchen das Backup nicht "aufzublähen"

Klar kein Problem. Im Moment werden da ja nur die Links abgelegt und man kann per "Eingang" konfigurieren wo die eigentlichen Audiodateien abgelegt werden soll.
Wie ist denn Dein Vorschlag dafür? Sollte das dann relativ zu "/usr/local/edomi/data/tmp" sein, so dass dies dann quasi das chroot für den TTS LBS ist? Dann bräuchte ich ja auch die Links nicht mehr, da dann die Dateien auf jeden Fall per HTTP erreichbar sind.

BTW: gibt es eine Konvention wenn ich die mySQL DB für einen LBS nutzen möchte, d.h. eine neue Datenbank mit Tabellen, die nur von einem LBS genutzt wird? Inbesondere: Gibt es eine Konvention für den DB Namen, die dann entscheidet ob die DB im EDOMI Backup landet oder nicht?

[gaert]

Was genau meinst du damit? Dass der LBS es direkt abspielt? Also ohne Squeeze LBS? Ohne Squeeze geht es nicht, macht ja auch wenig Sinn es auf dem EDOMI Server abzuspielen.

Oder meinst du die Telegram App? Dass eine Audio Nachricht direkt abgespielt wird? Glaube nicht dass das geht. Wenn man es als Voice sendet, wird es zwar direkt runtergeladen im vergleich zur Audio Nachricht, aber Abspielen geht meines Wissens nicht.

Nunja... Die Visu kann durchaus "Töne" (also mp3) abspielen - also auf dem Client! Allerdings zur Zeit nur mp3-Dateien, die man in der Konfiguration hochgeladen hat. Die mp3-Dateien dieses LBS könnten prinzipiell natürlich auch abgespielt werden, nur gibt die GUI das noch nicht her

Ich nutze dies übrigens routinemäßig u.a. für meine Türklingel - das iPad an der Wand ist auf volle Pulle eingestellt (Lautstärke), die Klingel ist durchaus gut hörbar