UNSOLVED [gelöst] BUG: sayit funktioniert bei win nicht zuverlässig.

[apollon77]

ein getBinaryState ist denke einfacher als der http Request (ok macht am Ende das gleiche)

[bahnuhr]

@apollon77 sagte in BUG: sayit funktioniert unter win nicht zuverlässig.:

getBinaryState

Gib uns mal ein Beispiel.

[fastfoot]

@bahnuhr sagte in BUG: sayit funktioniert unter win nicht zuverlässig.:

Das probier ich heute abend gleich aus.

funktioniert es denn jetzt wie gewünscht?

[bahnuhr]

@fastfoot sagte in BUG: sayit funktioniert unter win nicht zuverlässig.:

@bahnuhr sagte in BUG: sayit funktioniert unter win nicht zuverlässig.:

Das probier ich heute abend gleich aus.

funktioniert es denn jetzt wie gewünscht?

Also folgendes Fazit nach meinen Tests:

a) Datei sayit.2.say.mp3
Die Datei wird ja jetzt gespeichert unter: C:\iobroker\iobroker-data\sayit
Dies funktioniert aber nicht zuverlässig. Manchmal wird sie nicht gespeichert.

b) cache Datei
Hier wird ja auch die mp3 gespeichert; als Zufallszahl.mp3
Deshalb hab ich probiert immer die neueste Datei zu lesen (siehe anderer Thread).
Die neueste Datei hab ich auch ermittelt bekommen; jedoch ist es durch den Adapter nicht gesagt, dass zuverlässig die aktuell gewollte neueste Version gespeichert ist. Also auch nicht zuverlässig.

c) state: sayit.2.tts.mp3
Unter diesem objekt ist ein Link gespeichert. Und dieser enthält zuverlässig !!! die aktuelle mp3.
Durch o.g. Script von @fastfoot konnte ich zuverlässig die mp3 kopieren und damit weiter arbeiten.

Gesamt:
a und b ist nicht zuverlässig.
c hat zuverlässig geklappt.

Noch ein Problem hatte ich:
Ich benutze den Windows Media Player zum streamen ins Netz. Die Datei wurde dann per Script gelöscht. Diese Löschung hat auch nicht zuverlässig gelöscht. WMP hat die Datei offensichtlich für x Sek./Min. geblockt.
Also Alternative gesucht und gefunden:
Programm: universal media server
Das Programm ist kostenlos und funktioniert bisher einwandfrei. die Datei wird auch sofort frei gelassen und man kann sie per script sofort löschen.

Insgesamt Danke an alle die hier mit gelesen und zur Lösung beigetragen haben. Bin da jetzt schon mehrere Monate/Jahre dran.
Aber wie immer: wenn man weiß wie es geht, ist es einfach.

Nochmals Danke.
(Thread kennzeichne ich mal als gelöst und issue bei sayit nehm ich auch raus.

mfg
Dieter

[fastfoot]

@bahnuhr sagte in [gelöst] BUG: sayit funktioniert bei win nicht zuverlässig.:

Durch o.g. Script von @fastfoot konnte ich zuverlässig die mp3 kopieren und damit weiter arbeiten.

Schön dass es endlich funktioniert, hier dann noch die Version mit getBinaryState(), die hat den Vorteil, dass man keine URL braucht sondern direkt mit dem DP arbeiten kann, ausserdem muss bei den beiden anderen Versionen jeweils der WEB-Adapter laufen, das ist hier nicht nötig.

const fs = require('fs');
const idMP3 = 'sayit.0.tts.mp3';
const outfile = '/opt/iobroker/Test.mp3';

setState('sayit.0.tts.text','Hallo, dies ist ein ziemlich unnützer Text');

setTimeout(function(){
    getBinaryState(idMP3, function (err, data) {
        fs.writeFile(outfile, data, function (err) {
            if(err) log('Fehler!');
        });                
    });
}, 2000);

[apollon77]

@bahnuhr hey, ich kann am Ende mur wiederholen was ich oben schon zu a gesagt habe: diese Datei ist niemals für eine direkte Benutzung gedacht gewesen. Auch die Cache files nicht.

Von daher ist Lösung c die sinnvollste und richtige.

[bahnuhr]

@apollon77
@fastfoot

Ja, nochmals Danke an euch beide.
Ohne den Input hätte ich dies nicht geschafft.

[apollon77]

Bitte testet mal 1.11.0 ob noch alles tut wie bisher

[fastfoot]

@apollon77 sagte in [gelöst] BUG: sayit funktioniert bei win nicht zuverlässig.:

Bitte testet mal 1.11.0 ob noch alles tut wie bisher

aus meiner Sicht ok unter linux(Docker, buanet, qnap)

• Browser: funktioniert
• System: mpg321 habe ich nicht installiert, aber das im LOG genannte file in /opt/iobroker/cache/ lässt sich abspielen
• Sonos: ok
• die gezeigten Methoden mit request() und getBinaryState() funktionieren
• im Ordner iobroker-data/sayit taucht kein file auf(hatte ich erwartet wg. Änderungshistorie)

[bahnuhr]

1.11.0 läuft auch bei mir.
installiert über git

Methode request mit dem state funktioniert ebenfalls.

mfg