Lokal abgelegten Snapshot in VIS anzeigen
-
@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?
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.
Gruß
Peterfido
Proxmox auf Intel NUC12WSHi5
ioBroker: Debian (VM)
CCU: Debmatic (VM)
Influx: Debian (VM)
Grafana: Debian (VM)
eBus: Debian (VM)
Zigbee: Debian (VM) mit zigbee2mqtt -
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.
@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...
-
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.
@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.
-
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.
@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 .
-
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.
was hast du den mit den bildern vor ? wieviele sind das denn ?
nach einem gelösten Thread wäre es sinnvoll dies in der Überschrift des ersten Posts einzutragen [gelöst]-... Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat. Forum-Tools: PicPick https://picpick.app/en/download/ und ScreenToGif https://www.screentogif.com/downloads.html
-
was hast du den mit den bildern vor ? wieviele sind das denn ?
@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 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 .
@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.
Gruß
Peterfido
Proxmox auf Intel NUC12WSHi5
ioBroker: Debian (VM)
CCU: Debmatic (VM)
Influx: Debian (VM)
Grafana: Debian (VM)
eBus: Debian (VM)
Zigbee: Debian (VM) mit zigbee2mqtt -
@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.
@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 !?
-
@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.
@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
-
@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.
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 ?
-
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 ?
@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.Gruß
Peterfido
Proxmox auf Intel NUC12WSHi5
ioBroker: Debian (VM)
CCU: Debmatic (VM)
Influx: Debian (VM)
Grafana: Debian (VM)
eBus: Debian (VM)
Zigbee: Debian (VM) mit zigbee2mqtt -
@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.@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
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.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 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@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.
Gruß
Peterfido
Proxmox auf Intel NUC12WSHi5
ioBroker: Debian (VM)
CCU: Debmatic (VM)
Influx: Debian (VM)
Grafana: Debian (VM)
eBus: Debian (VM)
Zigbee: Debian (VM) mit zigbee2mqtt -
@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.
@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 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
@homoran
würde es nicht reichen, wenn vis sich beim Hochladen einen Eintrag in eine Whitelist macht, statt alles nochmal irgendwo zu speichern /duplizieren?Gruß
Peterfido
Proxmox auf Intel NUC12WSHi5
ioBroker: Debian (VM)
CCU: Debmatic (VM)
Influx: Debian (VM)
Grafana: Debian (VM)
eBus: Debian (VM)
Zigbee: Debian (VM) mit zigbee2mqtt -
@homoran
würde es nicht reichen, wenn vis sich beim Hochladen einen Eintrag in eine Whitelist macht, statt alles nochmal irgendwo zu speichern /duplizieren?@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 ranEs gibt genug Threads in denen thematisiert wird, dass in der App die Bilder fehlen...
-
Hiermit kannst du es direkt von deiner Cam holen und in vis.0 legen .
request( { url: "http://192.168.178.xxx:88/cgi-bin/CGIProxy.fcgi?cmd=snapPicture2&usr=hxxx&pwd=roadxxxxx", encoding: null, }, (error, response, body) => { if (!error && body) { writeFile("vis.0", "/klingelbild/VorneTest.jpg", body); } } );@glasfaser nutzt du dein gepostetes Script noch?
Wenn ja, funktioniert es noch bei dir ? :)
Support us
347
Online32.7k
Users82.6k
Topics1.3m
Posts