UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[peterfido]

Hallo,

ich bin gerade über das selbe Problem gestoßen.
Man kann zwar die Bilder mit writefile ("vis.0"...)
hochladen. Jedoch möchte ich nicht jede Sekunde 5 Bilder auf diesem Weg hochladen, denn die Bilder an sich liegen schon im RAM, worauf ein Link unterhalb vis.0/kameras hinzeigt.

Wenn ich jetzt jede Sekunde 5 Bilder mit dem oben beschriebenen Weg hochlade, wird dann ja doch wieder ständig auf die SSD geschrieben. Und genau das möchte ich vermeiden.

Es muss doch eine Möglichkeit geben, dass da dynamische Bilder eingebunden werden können, ohne diese jedes Mal im vis.0 zu registrieren.

Erstellt habe ich den Link mittels

sudo ln -s /dev/shm/ /opt/iobroker/iobroker-data/files/vis.0/kameras

und anschließendem iob fix, damit die Rechte zum iobroker wandern.

Plan B wäre jetzt extra dafür einen weiteren Webserver aufzumachen, welcher nur für die Bilderauslieferung zuständig wäre.

[Homoran]

@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:

Es muss doch eine Möglichkeit geben, dass da dynamische Bilder eingebunden werden können, ohne diese jedes Mal im vis.0 zu registrieren.

warum?

[peterfido]

@homoran

Es gibt da schon mehrere Anfragen zu. Hier im Forum sowie als (leider geschlossenes) issue bei GitHub.

Ich habe jetzt extra einen WebServer für die sich ändernden Bilder aufgesetzt. In 10 Minuten erzeugen die sich ändernden Bilder etwa 1,5 GB an Daten. Daher liegen die nur im RAM. Würde ich die Bilder immer ins VIS.0 hochladen, würde das die Lebensdauer der SSD wohl ordentlich reduzieren.

[DJMarc75]

@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:

Es gibt da schon mehrere Anfragen zu. Hier im Forum sowie als (leider geschlossenes) issue bei GitHub.

Links dazu würde weiterhelfen...

[Homoran]

@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:

Es gibt da schon mehrere Anfragen zu.

ist das so?
Aber warum bist du der Meinung dass es gehen muss?
Die Bilder müssen in der vis Registriert werden.

Daher geht's meines Wissens eben nicht anders.

[Glasfaser]

@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:

Würde ich die Bilder immer ins VIS.0 hochladen,

Dann wäre .... dein "Backup" dann riesig und würde nicht mehr funktionieren .

[liv-in-sky]

@peterfido

was hast du den mit den bildern vor ? wieviele sind das denn ?

[Homoran]

@liv-in-sky sagte in Lokal abgelegten Snapshot in VIS anzeigen:

wieviele sind das denn ?

@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:

jede Sekunde 5 Bilder

[peterfido]

@glasfaser
Es sind immer nur 40 Bilder im Speicher. 10 Sekunden Ringspeicher für 4 Bilder.

Da die Registrierung der Bilder im VIS.0 nicht reicht, dass man dann einfach die Dateien an sich überschreiben kann, damit die angezeigt werden, wird sich wohl irgendwo im iobroker/vis eine Kopie der hochgeladenen Bilder befinden.

Backups erstellt Proxmox. Den Adapter dafür nutze ich nicht.

[Glasfaser]

@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:

wird sich wohl irgendwo im iobroker/vis eine Kopie der hochgeladenen Bilder befinden.

also hast du ein Problem ... das Bilder angezeigt werden die nicht mehr da sind !?

[Homoran]

@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:

dass man dann einfach die Dateien an sich überschreiben kann

das sind dann ja nicht mehr die registrierten Bilder.
Nur noch die Dateinamen.

genau das geht nicht.

du musst sie löschen und deregistrieren

[liv-in-sky]

@peterfido

wenn du einen eigenen webserver hast, kann die vis doch über http auf die bilder zugreifen - ob der browser cache das lange mitmacht ist die frage ?

[peterfido]

@liv-in-sky
Den Webserver habe ich jetzt, weil vis das nicht so flexibel kann. Der Browser zeigt die meiste Zeit die Bilder gar nicht an. Es sind die Bilder der Überwachungskameras. Wenn da Bewegung erkannt wird, sollen die letzten 10 Sekunden abrufbar sein, um die Latenz zu kompensieren.

[Homoran]

@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:

weil vis das nicht so flexibel kann

vis ist ja wesentlich komplexer.
Die Bilder müssen registriert werden, da z.B. bei einem Fernzugriff über den cloud Server kein Zugriff auf Datien in deinem lokalen Dateisystem existiert

[liv-in-sky]

@peterfido

mir fällt nur eine ramdisk ein und einen link m vis.0 ordner - evtl kann iob dann schnell genug registrieren - keine ahnung ob sowas funktionieren würde

[peterfido]

@homoran
Von der Sicherheit her auf jeden Fall besser, so wie es jetzt ist.
Für dynamische Inhalte schlechter.

Für mich ist das jetzt handelbar. Für andere evtl. nicht. Warum vis die Dateien noch irgendwo anders speichert muss, dass man die nicht einfach ersetzen kann, bleibt als Frage.

[Homoran]

@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:

Warum vis die Dateien noch irgendwo anders speichert muss, dass man die nicht einfach ersetzen kann, bleibt als Frage.

das habe ich doch gerade beschrieben.

@homoran sagte in Lokal abgelegten Snapshot in VIS anzeigen:

da z.B. bei einem Fernzugriff über den cloud Server kein Zugriff auf Dateien in deinem lokalen Dateisystem existiert

[peterfido]

@homoran
würde es nicht reichen, wenn vis sich beim Hochladen einen Eintrag in eine Whitelist macht, statt alles nochmal irgendwo zu speichern /duplizieren?

[Homoran]

@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:

@homoran
würde es nicht reichen, wenn vis sich beim Hochladen einen Eintrag in eine Whitelist macht, statt alles nochmal irgendwo zu speichern /duplizieren?

nein!
der cloud Server steht irgendwo in Deutschland und hat nur Zugriff auf von vis in vis registrierte Dateien.
Der kommt an nichts anderes ran

Es gibt genug Threads in denen thematisiert wird, dass in der App die Bilder fehlen...

[spike2]

@glasfaser nutzt du dein gepostetes Script noch?
Wenn ja, funktioniert es noch bei dir ?