liver64 / loxberry-tts Goto Github PK

tts_all.cfg:

cifsinterface="//192.168.0.163/plugindata/text2speech/interfacedownload"
httpinterface="http://192.168.0.163/plugins/text2speech/interfacedownload"

Deswegen funktioniert das irgendwann zufällig nicht mehr, weil sich die IP von LoxBerry ändern kann (DHCP). - wie bei mir geschehen, mein LB hat jetzt 192.168.0.164 und deswegen geht TTS in Squeezelite nicht mehr.
Das muss on-the-fly gerechnet werden, und nicht in der Config persistiert.
z.B. LBSystem::lbhostname();

Halbe Stunde Fehlersuche in Squeezelite, weil das TTS-Interface falsche Daten zurückliefert :-(

Wenn Parameter falsch sind, kommen PHP-Warnings am Output. Der Json-Output darf nicht zerstört werden.

Ich weiß das nicht, wie das bei PHP geht:

• Vielleicht kann man die Warnings als String sammeln, und im JSON als Feld mitgeben.
• Evt. kann man die Warnings an stderr umleiten,
• oder generell deaktivieren.

Standardvolume geht nicht mit Alsa-Ausgabe. Volume muss umgerechnet werden in 0-1 bzw. 0-5 (für 1.100% bzw. 1-500%).

Aktuell in alsa.php implementiert, wird aber ignoriert:

Im apt file stehen libcurl3 und libcurl4 (Nachfolger?). Das libcurl3 Paket gibt es auf jeden Fall auf dem aktuellen LoxBerry nicht mehr. Daher wirft die Installation einen apt Fehler aus:

Ist GIT wirklich für das Plugin notwendig?

Beispiel Code für alsa.php, bzw. usb.php ..:

'<?php

$LMS_Server = ($_GET["lmsip"]); //IP-Adresse LMS Server
$LMS_Port = ($_GET["lmsport"]); //Port LMS Server (9090)
$MAC = ($_GET["mac"]); //MAC Adresse des Players
$Volume = ($_GET["dec"]); //Reduzierende Lautstärke
$TimeOut = "2"; //Timeout wenn Telnet nicht erreichbar

if ($LMS_Server == "") { $LMS_Server = $config['LMS']['IP']; } //Beispiel aus eigenen Script
if ($LMS_Port == "") { $LMS_Port = $config['LMS']['Port']; } //Beispiel aus eigenen Script
if ($MAC == "") { $MAC = $config['LMS']['MAC']; } //Beispiel aus eigenen Script
if ($Volume == "") { $Volume = "20"; } //Beispiel aus eigenen Script

//Lautstärke im Player verringern
if($LMS_Server != "" and LMS_Port != "" and MAC != ""){
$telnet = fsockopen($LMS_Server, $LMS_Port, $errno, $errstr, $TimeOut);
if(!$telnet)
{
echo "Connexion failed\n";
exit();
}
else
{
//Abfrage der Daten
fputs ($telnet, "".$MAC." mixer volume -".$Volume." \r\n");
fputs ($telnet, "exit\r\n");
}
}

// ... [TTS Ausgabe] ...

//Lautstärke im Player erhöhen
if($LMS_Server != "" and LMS_Port != "" and MAC != ""){
$telnet = fsockopen($LMS_Server, $LMS_Port, $errno, $errstr, $TimeOut);
if(!$telnet)
{
echo "Connexion failed\n";
exit();
}
else
{
//Abfrage der Daten
fputs ($telnet, "".$MAC." mixer volume +".$Volume." \r\n");
fputs ($telnet, "exit\r\n");
}
}

?>`

Selbst aus dem Cache dauert das Processing lange.
Ein Response aus dem Cache soll schneller werden.

Mit meiner USB-Soundkarte wird kein Ton ausgegeben.
output/usb.php:
sox -v $volume $MessageStorepath$MP3path/$jingle -t alsa -d
-d wählt die Standartkarte von Alsa aus?
Mit folgenden Code wird ein Ton abgespielt (in der Konsole getestet):
sox -v $volume $MessageStorepath$MP3path/$jingle -t alsa dmix:1,0
(Im übrigen habe ich dmix gewählt, da wenn man in Squeezelite auch dmix:1,0 verwendet, können beide Quellen gleichzeitig abgespielt werden)

Per Request-Parameter soll es möglich sein, ein Processing der ID3Tags zu aktivieren:

• Der Text soll als Songtitel gesetzt werden
• Artist entweder leer, oder sowas wie "Sprachausgabe" (sprachspezifisch)

Manchmal speichert das Formular bei mir nicht und scrollt stattdessen nur 1-2 Zeilen nach oben, wenn ich auf speichern klicke.

Das hat irgendetwas mit der Eingabe des API-Keys zu tun. Ich vermute wenn dieser fehlerhaft ist geht das Speichern nicht. Trage ich den API-Key manuell in der Config ein, dann geht das speichern wieder.