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

[bahnuhr]

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

so, nochmal alles gelöscht und neu installiert.

Wird das file mp3 nun gar nicht mehr gespeichert ???

Wenn doch, wo ?

Nachtrag: das brauch ich ja (will ich ja kopieren)

[apollon77]

Es sollte sich an der Speicherstelle nichts geändert haben - also ich habe nichts daran geändert ... vllt ist die Speicherstelle ja das Problem das es "Im npm verzeicghnis" ist ... vllt ists im iobroker-data besser aufgehoben?

[bahnuhr]

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

Es sollte sich an der Speicherstelle nichts geändert haben - also ich habe nichts daran geändert ... vllt ist die Speicherstelle ja das Problem das es "Im npm verzeicghnis" ist ... vllt ists im iobroker-data besser aufgehoben?

Ich weiß auch nicht.

In ...node_modules.iobroker.sayit
ist die Datei nicht mehr.

[apollon77]

aber er sagt das er sie erfolgreich geschrieben hat?

[bahnuhr]

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

aber er sagt das er sie erfolgreich geschrieben hat?

Dachte schon, aber eben nicht mehr.

host.NUC-Buero	2020-07-27 13:56:42.223	info	Restart adapter system.adapter.sayit.2 because enabled
host.NUC-Buero	2020-07-27 13:56:42.223	error	instance system.adapter.sayit.2 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.NUC-Buero	2020-07-27 13:56:42.223	error	Caught by controller[0]: at processTicksAndRejections (internal/process/task_queues.js:84:21)
host.NUC-Buero	2020-07-27 13:56:42.222	error	Caught by controller[0]: at endReadableNT (_stream_readable.js:1221:12)
host.NUC-Buero	2020-07-27 13:56:42.222	error	Caught by controller[0]: at IncomingMessage.EventEmitter.emit (domain.js:482:12)
host.NUC-Buero	2020-07-27 13:56:42.222	error	Caught by controller[0]: at IncomingMessage.emit (events.js:327:22)
host.NUC-Buero	2020-07-27 13:56:42.222	error	Caught by controller[0]: at IncomingMessage.<anonymous> (C:\iobroker\node_modules\iobroker.sayit\lib\text2speech.js:165:70)
host.NUC-Buero	2020-07-27 13:56:42.220	error	Caught by controller[0]: ReferenceError: seconds is not defined
sayit.2	2020-07-27 13:56:42.051	info	(15988) stopping...
sayit.2	2020-07-27 13:56:42.050	error	(15988) ReferenceError: seconds is not defined at IncomingMessage.<anonymous> (C:\iobroker\node_modules\iobroker.sayit\lib\text2speech.js:165:70) at IncomingMessage.emit (events.js:327:22)
sayit.2	2020-07-27 13:56:42.050	error	(15988) uncaught exception: seconds is not defined
sayit.2	2020-07-27 13:56:41.928	info	(15988) saying: a b c

Ich glaub, wir geben auf.
Ist ja schon lange so; aber es ist zum Verzweifeln.

[apollon77]

@bahnuhr Ja, hab ich grad gesehn. Update nochmal bitte. Mein Fehler ... Kopieren will gelernt haben

[bahnuhr]

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

@bahnuhr Ja, hab ich grad gesehn. Update nochmal bitte. Mein Fehler ... Kopieren will gelernt haben

hat nichts geholfen:
weiterhin:
sayit.2 2020-07-27 15:26:31.354 error (1452) File error: Error: EBUSY: resource busy or locked, open 'C:\iobroker\node_modules\iobroker.sayit\lib/../sayit.2.say.mp3'
sayit.2 2020-07-27 15:26:29.071 info (1452) saying: Test

[apollon77]

Ok, jetzt zeig mal was Du mit dem File machst ... und wie. Nur um auszuschliessen das es gar nichts mit dem Adater zu tun hat!

[bahnuhr]

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

Ok, jetzt zeig mal was Du mit dem File machst ... und wie. Nur um auszuschliessen das es gar nichts mit dem Adater zu tun hat!

Ich mach ja momentan nichts mit dem file:

zum Testen nur:

setState('sayit.2.tts.text', "Test"); 

[apollon77]

@bahnuhr Ahh ok ... schade

Wie war es "Virenscanner"? Der ist aus? bzw File excluded?

[bahnuhr]

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

@bahnuhr Ahh ok ... schade

Wie war es "Virenscanner"? Der ist aus? bzw File excluded?

Habe antivir.
kann ich gern einmal ausmachen.

[bahnuhr]

so, Antivir aus.

gleiche Ergebnis:

sayit.2	2020-07-27 16:06:18.912	error	(6640) File error: Error: EBUSY: resource busy or locked, open 'C:\iobroker\node_modules\iobroker.sayit\lib/../sayit.2.say.mp3'
sayit.2	2020-07-27 16:06:14.853	info	(6640) saying: Test

[apollon77]

@bahnuhr Dann bin ich jetzt (auch weil Du mit npm dies egrossen Probleme hatest): Checke mal die Rechte des Files und des Verzeichnisses ... bezogenm auf den User unter dem ioBroker läuft und stelle sicher das der da lesen und schreiben darf

[bahnuhr]

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

Rechte des Files und des Verzeichnisses

Habe "jeder"; der darf alles

[apollon77]

@bahnuhr Dann sind wir wieder am Anfang ... Mist

[bahnuhr]

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

@bahnuhr Dann sind wir wieder am Anfang ... Mist

Trotzdem Danke.
ich weiß auch nicht weiter.

Wäre schön gewesen, wenn der Adapter "sayit" (und dies war ja einer der Ersten) korrekt auch unter win laufen würde.

Was war eigentlich mein Ziel:
ich kopiere mir die mp3 in einen anderen Ordner.
Diese Ordner enthält dann nur diese Datei. Und dieser Ordner ist freigegeben per windows media player und die Datei zu streamen.
Dann greife ich per script auf die yamaha Lautsprecher zu und lasse die Datei von einem x-beliebigen Lautsprecher abspielen.
Klappt eingendlich bisher gut.

Nur jetzt halt nicht mehr.

Fazit:
Liegt an win.
oder an mir
oder an sayit.

Alles möglich.
Schade auch.

[Homoran]

@bahnuhr
@apollon77
Nur mal ins unreine:
Kann es sein, dass die Datei unter Windows gelocked wird und nicht wieder freigegeben ist.

Habe solche Phänomene schon öfter bei Bild Dateien gehabt, die ich löschen wollte, nachdem ich sie angesehen hatte.
Obwohl sie nicht mehr in Viewer aktiv waren, könnten sie erst gelöscht werden nachdem ich eine neue Datei geöffnet hatte.

[bahnuhr]

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

@bahnuhr
@apollon77
Nur mal ins unreine:
Kann es sein, dass die Datei unter Windows gelocked wird und nicht wieder freigegeben ist.

Habe solche Phänomene schon öfter bei Bild Dateien gehabt, die ich löschen wollte, nachdem ich sie angesehen hatte.
Obwohl sie nicht mehr in Viewer aktiv waren, könnten sie erst gelöscht werden nachdem ich eine neue Datei geöffnet hatte.

Mensch Rainer,
da könnte was dran sein.

Habe per Script eine sayit2 erzeugt.
Diese wurde lt. log kopiert und lies sich dann auch aufrufen. Abgespielt mit wmp.
Dann eine sayit4 im Win Explorer angeklickt und diese wurde per wmp abgespielt.

dann wieder per Script die nächste sayit2 erzeugt. Diesmal kein "busy" und die Datei wurde korrekt erstellt.

Ich teste nochmal ein bisschen weiter.
Wenn dies der Fehler ist, dann wäre folgender Woraround sinnvoll:

• Bevor mp3 durch sayit erzeugt wird muss eine andere mp3 laufen; damit die sayit2 wieder freigegeben wird.

Aber;
Wie mach ich dies nun wieder ?
Habt ihr eine idee ?

P.S.
Ich glaub wir kommen der Lösung näher.

[apollon77]

@bahnuhr Ich hab mal noch eins versucht ... Update nochmal.
Jetzt sollte (ja sollte weil selbst nicht getestet ...) unter ipbroker-data ein Vereichnis sayit angelegt werden und die Datei da drin landen ... also nicht mehr im "node-modules Bereich" ... ich hab irgendwie das gefphl das das vllt nicht die klügste Idee ist generell.

Schau mal ob das was bringt bitte

[apollon77]

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

Bevor mp3 durch sayit erzeugt wird muss eine andere mp3 laufen; damit die sayit2 wieder freigegeben wird.

Aber das war doch schon mehrfach die Frage ... was genau du mit der Datei tust ... Und ja natürlich könnte ein Abspielprogramm die Datei blocken (es muss sich halt sauber beenden)