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

[bahnuhr]

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

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)

Ich habe gar nichts mit der Datei gemacht. Nur per Script erstellt.

• script erstellt Datei
• nichts mit machen
• script erstellt neue Datei -> klappt nicht

[apollon77]

@bahnuhr Naja ok dann ists ja aber nichts mit "jemand blockt Sie wegen abspielen"

[bahnuhr]

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

Ich hab mal noch eins versucht ... Update nochmal.

alles gelöscht; auch die Verzeichnisse.
rechner neu gestartet.

Versucht über git zu laden; Fehler 25

[apollon77]

@bahnuhr Fehler 25 sagt nur das irgendwas rechtemässig in deinem npm verzeichnis npm selbst blockt was zu tun. ein grund mehr ... schau was er anmeckert und lösche das manuell

[apollon77]

ABER WARTE KURZ!!!! Die GitHub version hat nen Fehler ... lass mich nochmal fixen

[apollon77]

JETZT bitte nochmal versuchen

[sigi234]

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

JETZT bitte nochmal versuchen

Keine Datei im Ordner

sayit.0	2020-07-27 18:49:24.451	debug	(21828) Duration "a b c ": 4
sayit.0	2020-07-27 18:49:24.442	info	(21828) saying: a b c
sayit.0	2020-07-27 18:49:15.433	debug	(21828) Duration "C:\Program Files\iobroker\Test\node_modules\iobroker.sayit/gong.mp3": 9
sayit.0	2020-07-27 18:49:15.379	info	(21828) saying: C:\Program Files\iobroker\Test\node_modules\iobroker.sayit/gong.mp3
javascript.0	2020-07-27 18:49:15.375	info	(27232) script.js.Test.sayit: registered 0 subscriptions and 0 schedules
javascript.0	2020-07-27 18:49:15.370	info	(27232) Start javascript script.js.Test.sayit
javascript.0	2020-07-27 18:49:15.363	info	(27232) Stop script script.js.Test.sayit
sayit.0	2020-07-27 18:48:50.439	debug	(21828) system.adapter.admin.0: logging true
sayit.0	2020-07-27 18:48:44.846	info	(21828) All files uploaded
sayit.0	2020-07-27 18:48:44.714	info	(21828) Upload announce mp3 files
sayit.0	2020-07-27 18:48:44.692	info	(21828) starting. Version 1.10.2 in C:/Program Files/iobroker/Test/node_modules/iobroker.sayit, node: v12.18.0, js-controller: 3.1.6
sayit.0	2020-07-27 18:48:44.460	debug	(21828) Plugin sentry Initialize Plugin (enabled=true)
sayit.0	2020-07-27 18:48:44.132	debug	(21828) statesDB connected
sayit.0	2020-07-27 18:48:44.132	debug	(21828) States connected to redis: 127.0.0.1:9000
sayit.0	2020-07-27 18:48:44.102	debug	(21828) States create System PubSub Client
sayit.0	2020-07-27 18:48:44.081	debug	(21828) States create User PubSub Client
sayit.0	2020-07-27 18:48:44.055	debug	(21828) Redis States: Use Redis connection: 127.0.0.1:9000
sayit.0	2020-07-27 18:48:44.054	debug	(21828) objectDB connected
sayit.0	2020-07-27 18:48:44.051	debug	(21828) Objects connected to redis: 127.0.0.1:9013
sayit.0	2020-07-27 18:48:44.024	debug	(21828) Objects client initialize lua scripts
sayit.0	2020-07-27 18:48:44.023	debug	(21828) Objects create User PubSub Client
sayit.0	2020-07-27 18:48:44.023	debug	(21828) Objects create System PubSub Client
sayit.0	2020-07-27 18:48:43.844	debug	(21828) Objects client ready ... initialize now
sayit.0	2020-07-27 18:48:43.102	debug	(21828) Redis Objects: Use Redis connection: 127.0.0.1:9013
host.Medion(Test)	2020-07-27 18:48:42.247	info	instance system.adapter.sayit.0 started with pid 21828
host.Medion(Test)	2020-07-27 18:48:39.174	info	instance system.adapter.sayit.0 terminated with code null ()
host.Medion(Test)	2020-07-27 18:48:39.173	warn	instance system.adapter.sayit.0 terminated due to SIGTERM
host.Medion(Test)	2020-07-27 18:48:39.138	info	stopInstance timeout 1000 system.adapter.sayit.0 killing pid 25740
host.Medion(Test)	2020-07-27 18:48:38.124	info	stopInstance system.adapter.sayit.0 (force=false, process=true)
host.Medion(Test)	2020-07-27 18:48:09.929	info	instance system.adapter.ical.0 terminated with code 0 (NO_ERROR)
ical.0	2020-07-27 18:48:09.427	info	(17472) Terminated (NO_ERROR): Without reason
ical.0	2020-07-27 18:48:03.652	info	(17472) processing URL: Sigi https://calendar.google.com/calendar/ical/sigiking1%40gmail.com/private-0889be050404ce26f3cfb9051ca62c90/basic.ics
ical.0	2020-07-27 18:48:02.114	info	(17472) starting. Version 1.7.0 in C:/Program Files/iobroker/Test/node_modules/iobroker.ical, node: v12.18.0, js-controller: 3.1.6
host.Medion(Test)	2020-07-27 18:48:00.216	info	instance system.adapter.ical.0 started with pid 17472
javascript.0	2020-07-27 18:47:38.596	info	(27232) script.js.Test.sayit: registered 0 subscriptions and 0 schedules

[bahnuhr]

So,
Installation hat geklappt.

mp3 wird jetzt gespeichert in:
C:\iobroker\iobroker-data\sayit

Ist das richtig ?
Oder wäre es nicht besser unter: ...iobroker-data/file/sayit.2

Fazit:
busy kommt weiterhin wenn die Datei erzeugt wurde und keine vorher angeklickt wurde.

Genauer:
mp3 erzeugt
nix gemacht
mp3 erzeugt -> busy
oder
mp3 erzeugt
andere mp3 angeklickt
mp3 erzeugt -> kein busy

[bahnuhr]

So, ich bin noch eins weiter !!

iob läuft auf nuc mit win10

sayit.2 hat die Instanz von nuc mit win10
sayit.4 hat die Instanz vom Surface im Wohnzimmer ebenfalls mit win10

Wenn ich Script starte: setState('sayit.4.tts.text', "test ab2");
dann kann mann dies so viel ändern wie man will die mp3 wird korrekt erzeugt.

Wenn ich Script starte: setState('sayit.2.tts.text', "test ab2");
dann kommt o.g. Verhalten.

Fazit von mir:
Sayit.2 zeigt "busy" auf dem Rechner wo iob läuft.
Auf dem anderen Rechner wo iob nicht läuft klappt alles wie gewollt.

Kann man dies verstehen ?

[bahnuhr]

So, ich geb jetzt auf.

Hab gedacht ich hätte es.
wmp geschlossen und dann ging es.
Aber nur kurz.

manchmal steht im log "copied" dann ist die mp3 richtig.
Aber manchmal auch nicht. Dann wird die mp3 richtig angesagt aber die Datei ist noch die alte.

Ich versteh das nicht.

mfg
Dieter

[apollon77]

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

mp3 wird jetzt gespeichert in:
C:\iobroker\iobroker-data\sayit
Ist das richtig ?
Oder wäre es nicht besser unter: ...iobroker-data/file/sayit.2

Ja korrekt. Und nein nicht in files/

[Homoran]

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

@bahnuhr Naja ok dann ists ja aber nichts mit "jemand blockt Sie wegen abspielen"

Es ist Windows selber, das die Datei nach dem schreiben noch nicht wieder freigibt.
Erst wenn Windows eine andere Datei anfassen muss lässt es die alte los.

Zumindest war das meine Beobachtung

[bahnuhr]

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

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

@bahnuhr Naja ok dann ists ja aber nichts mit "jemand blockt Sie wegen abspielen"

Es ist Windows selber, das die Datei nach dem schreiben noch nicht wieder freigibt.
Erst wenn Windows eine andere Datei anfassen muss lässt es die alte los.

Zumindest war das meine Beobachtung

das kann schon sein.
Aber ne Lösung ist das nicht.

[apollon77]

na ok mit der Annahme ... lasst mich mal was versuchen

[apollon77]

Bzw ... hast DU mal versucht das Caching einzuschalten? Dann wird in jedem Fall noch eine zweite Datei geschrieben Vllt reicht das ja

[bahnuhr]

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

Bzw ... hast DU mal versucht das Caching einzuschalten? Dann wird in jedem Fall noch eine zweite Datei geschrieben Vllt reicht das ja

wie und wo ist das ?

[apollon77]

@bahnuhr Im Admin kannst Du ein cacheDirectory setzen

[bahnuhr]

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

Im Admin kannst Du ein cacheDirectory setzen

In der Instanz admin hab ich dies nicht.
Auch bei dem Schraubenschlüssel auf der Übersichtsseite oben gibt es dies auch nicht.

Kannst du bitte mal genauer schreiben wo dies sein soll.

[apollon77]

@bahnuhr Hm ... egal ... ist Standardmässig an ... und denke einstellbar bei den Cloud-Generatoren

[bahnuhr]

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

manchmal steht im log "copied" dann ist die mp3 richtig.
Aber manchmal auch nicht. Dann wird die mp3 richtig angesagt aber die Datei ist noch die alte.

Wie hier schon erwähnt wird nur manchmal kopiert (Logik ist für mich nicht ersichtlich).

Kann man dies ändern?

Also jedes mal speichern.
Dann müsste doch die mp3 richtig sein.