Neues Modul: Text2Speech

[P.A.Trick]

@fiedel:
Ursache gefunden.
Solange im Device kein Internal "VOLUME" vorhanden ist, kann im attr "TTS_VolumeAdjust"
drin stehen was will, es gibt bei mir keine Änderung.
Erst nach einem

Code Auswählen Erweitern

set MyTTS volume 100
kann man dann z.B. mit

Code Auswählen Erweitern

attr TTS_VolumeAdjust 400 die Lautsprecher hüpfen lassen. 

@Rince:
Bingo - Treffer.
Das sind so die berühmten Stolperdrähte für mich. 
(Obwohl, der Sound vom espeak ist wirklich nur was für Freaks.)

Gruß

Kann ich bestätigen, gleiches Verhalten bei mir. Kann man interne Reading nicht defaultmässig setzen?

[TeeVau]

Guten Abend,
habe mir Weihnachten einen Raspberry B+ gegönnt und spiele damit gerade etwas rum. Habe das pi musicbox image benutzt, welches mopidy verwendet. Jetzt gibt es mplayer nicht, worauf das Modul angewiesen ist.
Kennt jemand eine Möglichkeit, dass Text2Speech Modul in Kombination mit mopidy (was ja irgendwie wohl auch ein mplayer sein soll) zu verwenden? Ich möchte nicht ad hoc einfach mplayer installieren, da ich keine Lust habe, dass mir das etwas "kaputt" macht.
Das MPD Modul funktioniert ohne Probleme, verwendet jedoch nicht die shell, sondern die API von mpc/mopidy.

[fiedel]

Das wird wohl nur gehen, indem du das TTS- Modul auf mopidy umstrickst - also eher weniger.  Sichere doch deine SD- Karte und installiere dann mplayer. Da sollte nichts "passieren" oder durcheinander kommen.

[Tobias]

Oder du findest den korrekten Shell Aufruf für mopidy.  Dann kann es in das Modul eingebaut werden

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk

[fiedel]

Meinst du etwa, das per attr. "TTS_MplayerCall" auch ein anderer Player eingebunden werden kann? Dann wäre das ja einfach... 

[TeeVau]

Hallo,

dass Attribut TTS_MplayerCall ist mir natürlich aufgefallen Hab mit verbose 5 geguckt, welcher Befehl konkret ausgeführt wird. Ich kann diesen Befehl leider nicht mit mpc oder mopidy ausführen. Nach befragen von google habe ich auch nichts, auf die schnelle gefunden. Darum die Nachfrage hier im Forum, ich war in der Hoffnung, dass jemand vielleicht schon eine Lösung hat
Dann werde ich mal schauen, ob man den mopidy irgendwie kompatibel per cli ansprechen kann. Oder eben alternativ den Test mit mplayer machen. Ich werde dann auch die Ergebnisse bei Zeiten posten, für die Nachwelt

Danke für die Antworten

[TeeVau]

Hallo, kurze Rückmeldung: Es funktioniert mit dem nachinstallieren von mplayer
1. mplayer per apt-get installieren
2. mplayer per sudoers freigeben (Per Gruppenrecht hat es nicht geklappt aus FHEM heraus)
3. richtige HW raussuchen (Bei mir 1.0 da externe Soundkarte)
4. Glücklich sein

Mit ein bisschen Freizeit lass ich mir nun demnächst, morgens im Bad, das Wetter vorhersagen und so

Habe jetzt noch nicht großartig getestet ob nun bei mopidy was kaputt gegangen ist. Sollte mir was auffallen melde ich mich

Tobias

[TeeVau]

Eine Ergänzung zur parallelen Benutzung von mopidy und mplayer.
Wird per mopidy etwas abgespielt (Internet Radio) und per tts Modul wird eine Durchsagen gestartet, ist diese Durchsage nicht zu hören. Die Musik läuft weiterhin und das TTS geht einfach unter.
Liegt vermutlich daran, dass nicht 2 unterschiedliche Player gleichzeitig etwas abspielen können. Ggf. bau ich mir etwas mit einem Dummy, so dass per MPD Modul der stream erst gestoppt wird, dann wird die TTS Durchsage gemacht, und nach beenden der Durchsage wird per MPD Modul das Radio wieder gestartet

[hexenmeister]

Für eine gleichzeitige Ausgabe muss ein gemeinsamer SoftwareMixer genutzt werden.  Wie PulseAudio z.B. oder eben mpd. Bin aber nicht so Fit in dem Thema. K.A. ob man mplayer dazu bewegen kann, mpd System zu verwenden.

[fiedel]

Für die Durchsagen hab ich was fürs Streamradio gebastelt. Hier ganz unten. Vielleicht kannst du es ja als Basis nehmen.

Edit: Um die Unterbrechungslänge planen zu können habe ich diesen Tipp bekommen, aber noch keine Zeit dafür gehabt. Vielleicht wäre das auch was für das TTS- Modul? Das könnte z.B. vor oder gleichzeitig mit jeder Ansage ein Reading in sek. ausgeben, mit dem man dann andere Soundmodule für diese Zeit stummschalten oder pausieren könnte.

Gruß

Frank

[Tobias]

@fiedel: danke... Ist gemerkt. Finde ich eine gute Erweiterung...

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk

[Kuzl]

Hallo Tobias,

könntest du noch einen kleinen fix machen?
Bei mir ist nach jedem Neustart das Internal "Volume" wieder weg und muss erst neu gesetzt werden.
kannst du das in dein define aufnehmen?

[Rince]

@Kuzl

Ich habe ein notify beim Start (global initialized) laufen, dass erst die Volume setzt und mich dann per Sprache begrüßt...

[Kuzl]

Das geht natürlich, aber natürlich sollte das längerfristig vom Modul gesetzt werden als zwischenlösung super, danke

[TeeVau]

Hallo Tobias,

ich habe das Modul für mich erweitert, damit auch im REMOTE Betrieb die Lautstärke eingestellt werden kann. Das war bislang blockiert.
Mein Aufbau ist so, dass ich FHEM auf einer FBF (zumindest noch) habe, worüber ich alles steuere. Auf dem Rasp ist eine FHEM Instanz aber sozusagen nur als Slave. Dort läuft das TTS. Die Lautstärke stelle ich immer auf dem FHEM an der FBF ein, also immer im Remotebetrieb. Das ging bis lang nicht. Über das Wochenende teste ich mal ob das problemlos klappt.
Wenn es für dich ok ist werde ich das geänderte Modul hier im Forum zur Verfügung stellen, vielleicht finden sich noch ein paar Tester. Danach würde dann einem einchecken ins SVN nichts mehr im Wege stehen. Konnte auch durch die Änderungen keine Wechselwirkungen feststellen.

Grüße, Tobias