UNSOLVED [gelöst] BUG: sayit funktioniert bei win nicht zuverlässig.
-
@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. -
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 -
@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
-
@apollon77 sagte in BUG: sayit funktioniert unter win nicht zuverlässig.:
Rechte des Files und des Verzeichnisses
Habe "jeder"; der darf alles
-
@bahnuhr Dann sind wir wieder am Anfang ... Mist
-
@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. -
@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. -
@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. -
@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
-
@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)
-
@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
-
@bahnuhr Naja ok dann ists ja aber nichts mit "jemand blockt Sie wegen abspielen"
-
@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
-
@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
-
ABER WARTE KURZ!!!! Die GitHub version hat nen Fehler ... lass mich nochmal fixen
-
JETZT bitte nochmal versuchen
-
@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 -
So,
Installation hat geklappt.mp3 wird jetzt gespeichert in:
C:\iobroker\iobroker-data\sayitIst das richtig ?
Oder wäre es nicht besser unter: ...iobroker-data/file/sayit.2Fazit:
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 -
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 win10Wenn 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 ?
-
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
