Diskussionsthread EDOMI-Releases/Updates

[Winni]

Nach nun einigen Stunden: ohne chmod 666 * kann ich die Bilder nicht anzeigen. Die ersten beiden Einträge hatte ich bereits bearbeitet
chmod.jpg

[gaert]

Nein, leider nicht. Ich arbeite aber zur Zeit an einer Möglichkeit den Update-Prozess zu loggen - nützt zwar auch nix, aber gibt evtl. Hinweise darauf, was genau schief gelaufen ist (in Zukunft).

[Ben3k]

Ich hatte es befürchtet, dann muss ich mal ein bisschen was dokumentieren vorher.
Gäbe es die Möglichkeit das Setup noch einmal laufen zu lassen und somit das System "nach zu Patchen"?

Update: Habe das Backup vor dem Update eingespielt und erneut das Update durchgeführt, leider wieder das gleiche Ergebnis!

Es scheinen ja Teile der 1.59 implementiert zu werden, gibt es sonst noch ein Update Log oder vom System etwas wo man mal nachsehen könnte? Werde jetzt mal die Backups davor probieren und eine andere Maschine am Wochenende.

Danke und Grüße

[gaert]

Da ist wohl das Update schiefgelaufen... Backup einspielen und nochmal versuchen?

[Ben3k]

Hallo zusammen,

nach dem update von 1.58 auf 1.59 sollten doch unter Konfiguration/Kamera die Kameraansichten zu finden sein oder interpretiere ich da etwas falsch? Bei mir fehlen diese, gehe ich rückwärts über das Visuelement „Kamerabild-/Archiv“ und will dort über „Livebild: Kameraansicht“ dorthin, bekomme ich nur eine komplett inaktive Konfigurationsseite zu sehen.

Jetzt habe ich beim prüfen gerade festgestellt das auch in der Basis-Konfiguration die Modul-Konfiguration: Digitaler Videorekorder (DVR) fehlt. Beim Update Prozess wurden keine Fehler ausgegeben.

Browser Cache habe ich komplett gelöscht, den Server neugestartet und Projekt neu aktiviert, hat jemand eine Idee?

2018-08-02 16_45_33-EDOMI · Administration.png
Konfiguration


2018-08-02 16_47_02-EDOMI · Administration.png
Konfiguration über das Visuelement



Sonnige Grüße!

[Winni]

Lokal geht alles, aber wieso kann ich schreiben, wenn ich nicht lesen kann ? Ich kann die Dateien auch problemlos löschen.... (per SSH)
Hab jetzt mal Netzpapierkorb deaktiviert und auch irgendeine Option mit langen Dateinamen.....
Erstmal wieder nix, dann alle Dateien mir chmod 777 bearbeitet, es ward Licht.....
Denke nur, dass sobald die nächste neue Datei angelegt wird, wieder das gleiche passiert.....

Wer kann mir Tipps geben, was ich evtl. am QNAP noch einstellen muss....

Ich würde gerne auch den DVR testen, habe soweit alles eingerichtet und parametriert. Verzeichnis habe ich jetzt erst mal lokal angelegt, was muss ich nun machen dass es richtig gemountet wird? Kann man auch ein LW auf einer Synology mounten, wenn ja wie?
Vielen Dank für die Tips.

[gaert]

Ich hab den DVR seit Wochen laufen (Testbetrieb) - funktioniert

In der Tat werden die Dateien stundenweise angelegt, also alles gut. Da Deine Dateien offenbar gut gefüllt sind, sollte eigentlich alles in Ordnung sein. Vermutlich scheitert die Wiedergabe an den Zugriffsrechten der Dateien? Und: Deine Kamera liefert hoffentlich JPGs (bzw. MJPG) - alles andere würde nicht funktionieren.

EDIT:
Du kannst ja mal zunächst versuchen einen lokalen Pfad zu verwenden (dann den "mountcheck" ggf. natürlich deaktivieren) - da sollten die Rechte normaler Weise passen.

[Winni]

Hat schon jemand die DVR-Funktion getestet? Ich habe ein QNAP-Verzeichnis unter /mnt/qnap gemountet. DVR überall aktiviert und auch komplett durchgestartet.
In einer CAM habe ich 5-sekündliche Aufnahme eingestellt. Im Verzeichnis sind nun auch Daten vorhanden, immer paarweise, aber nur jede Stunde !??!
Desweiteren bekomme ich keine Anzeige in der Administration für die vorhandenen Bilder.

Update:
mir fällt gerade auf, dass sich das Änderungsdatum schon im 5-Sekunden-Takt ändert, aber der Dateiname bleibt gleich:
cam-5-20180802-12-1.edomidvr
da ist nur Platz für die Stunde... ist das so gewollt?

Update2:
Die Dateien sind richtig groß, daher nehme ich an, dass die Infos je Stunde in eine Datei gepackt werden...
Trotzdem kann ich nichts sehen

[dpoth]

Cool. Da hätte ich schon einige Ideen wo ich das gebrauchen könnte.

[gaert]

Bei mir auch... Sorry, ist mir nicht aufgefallen - liegt wohl an der Behebung des iOS-Problem mit der Fixierung (Schieberegler) des Scrollings. Bin dran...

BTW: Bald wird man Visuelement-Gruppen in der Visualisierung per KO ein/ausblenden können - damit kann man dann bestimmte Bereiche auf einer Visuseite gezielt ausblenden.

[Brick]

Habe nur ich dieses kosmetische Phänomen...

Nein.., bei mir auch... sieht komisch aus..
hab mich aber schon dran gewöhnt... ne Lösung wäre trotzdem schön..

Gruß Martin

[blaky]

nein die Cam hat einen RTSP h.264 Stream und eine http mjpeg Stream. das Edomi nativ kein RTSP kann ist klar.
wenn ich direkt

[URL]http://user:pass@IP/Streaming/Channels/102/httppreview[/URL]

in Chrome oder VLC oder Firefox aufrufe bekomme ich einen mjpeg Stream in Edomi unter dem Vorschaubild sehe ich auch ein Bild aber in der Visu als Mjpeg Direktstream kommt nichts.

lt. Gaert ist der einzige Unterschied zwischen einem direkt URL aufruf die Einbettung der URL als src im Img Tag
hab jetzt mal in Chrome mit getraced:

 [Deprecation] Subresource requests whose URLs contain embedded credentials (e.g. `https://user:pass@host/`) are blocked.

Würde das daher nicht als Edomi Problem sehen, sondern als Browser Problem daher die Frage kann man das umgehen ?

Der Vollständigkeit halber..
Chrome und die Derivate müssen für die Hikvision mit ein paar besonderen Parametern gestartet werden, damit der Mjpeg Direktstream in Edomi funktioniert.. hintergrund ist das die Browser eine eingebettet Basic Authentifikation blocken..

hier mein gesamter Chrome Aufruf:

C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --no-first-run --noerrdialogs --disable-session-crashed-bubble --disable-infobars [B]--disable-blink-features=BlockCredentialedSubresources[/B] --disable-web-security [B]--allow-cross-origin-auth-prompt[/B] --allow-running-insecure-content --kiosk --incognito http://IP/visu/

Dann klappts auch mit dem eingebetteten MJPEG Direktstream

[JonDonSponky]

Die grüne "edomi Eieruhr" kommt nicht mehr

Mir ist dieses Phänomen auch schon aufgefallen...

[dpoth]

Seit der 1.59 wird bei mir auf den iOS Devices die Ladeanimation nur bis zur roten "edomi Eieruhr" angezeigt.
Die grüne "edomi Eieruhr" kommt nicht mehr . Statt dessen gibt es einen blackscreen.
Hatte schon mehrfach abgebrochen, da ich dachte die GUI würde hängen.

Ist nur Kosmetik aber mir fehlt echt der Progress von rot auf grün. :-)
Die gefühlte Zeit von der roten Eieruhr, bis daß die edomi GUI voll geladen wird, dauert somit gefühlt deutlicher länger.

Habe nur ich dieses kosmetische Phänomen oder ist ggfs ein gaert Feature? ;-)

Gruß aus der nordischen Hitze!
Detlef