Zeitlicher Unterschied bei Bildübermittlung Email/Telegram
-
@haus-automatisierung
Danke, dass du nachfragst.Die URL ist immer https://192.168.0.21/snap.jpeg - kein Timestamp, keine fortlaufende Nummer.
Auch wenn ich mir die gestrigen Emails jetzt ansehe - dann sind da die Bilder von gestern drin und nicht das von jetzt.
Hab ich einen Fehler in der Matrix entdeckt? ;)Es würde mir schon reichen, wenn ich das Bild, was ich per Email versende einfach per Telegram versenden könnte - was mir aber nicht gelingen will.
@belzebub sagte in Zeitlicher Unterschied bei Bildübermittlung Email/Telegram:
Hab ich einen Fehler in der Matrix entdeckt?
Wahrschein lädt dein E-Mail Client die Bilder einmal herunter beim öffnen und legt die in den Cache. Nimm mal einen anderen Client und öffne die gleiche Mail von gestern :)
-
@belzebub wenn es ein Schnappschuss ist wird der vermutlich generiert in dem Moment wenn du diesen aufrufst.
Wenn du also 2x hintereinander die URL aufrufst, also einmal für die Email und dann noch mal für Telegram dann wird bei jedem Aufruf ein neuer "Snap" generiert. Da das nicht in Echtzeit passiert könnte ich mir vorstellen das auch im Browser beim drücken von F5 jedes mal ein paar Sekunden zwischen den Zeitstempeln liegen.Also einmal abrufen und das lokal gespeicherte Bild für beides verwenden.
@bananajoe
Wenn ich im Browser F5 drücke (https://192.168.0.21/snap.jpeg), habe ich direkt das aktuelle Bild aus der Kamera. Auch wenn ich 3x in einer Sekunde F5 drücke - keine Verzögerung.
Ich verwende diese URL auch zur Anzeige in der VIS (wollte den rtsp stream nicht umwandeln) - Aktualisierung alle 1000ms und zeige zusätzlich das Bild der 'lastMotion' daneben an. -
@belzebub sagte in Zeitlicher Unterschied bei Bildübermittlung Email/Telegram:
Hab ich einen Fehler in der Matrix entdeckt?
Wahrschein lädt dein E-Mail Client die Bilder einmal herunter beim öffnen und legt die in den Cache. Nimm mal einen anderen Client und öffne die gleiche Mail von gestern :)
@haus-automatisierung
muss ich dich leider 'enttäuschen' - ich habe es jetzt aus Neugierde im Webmailer geöffnet: es ist das korrekte Bild von dem Moment als die Bewegung war.iobroker über VM im Proxmox, deconz II am raspberry Pi 1, Synology DS918+, PiHole, Sophos Hardware appliance, Ubiquity Unifi U6-LR APs, Ubiquity Unifi Kameras, diverse Shelly
-
@haus-automatisierung
muss ich dich leider 'enttäuschen' - ich habe es jetzt aus Neugierde im Webmailer geöffnet: es ist das korrekte Bild von dem Moment als die Bewegung war. -
@haus-automatisierung
muss ich dich leider 'enttäuschen' - ich habe es jetzt aus Neugierde im Webmailer geöffnet: es ist das korrekte Bild von dem Moment als die Bewegung war.@belzebub Keine Ahnung wie das sein kann - aber technisch ist es so, dass die Mail ja nur eine URL enthält (und nicht das Bild selbst). Daher enthalten alle Mails aus dieser Logik 1:1 den gleichen Inhalt. Das Bild wird nicht mit verschickt. Dieses wird vom Mail-Client abgeholt. Das heißt, dass Du z.B. auch außerhalb von Deinem Heimnetz diese Mails gar nicht öffnen kannst (bzw. das Bild wird nicht geladen) - außer per VPN-Verbindung.
Daher nochmal der Vorschlag, das Bild als Anhang zu versenden.
-
@belzebub Keine Ahnung wie das sein kann - aber technisch ist es so, dass die Mail ja nur eine URL enthält (und nicht das Bild selbst). Daher enthalten alle Mails aus dieser Logik 1:1 den gleichen Inhalt. Das Bild wird nicht mit verschickt. Dieses wird vom Mail-Client abgeholt. Das heißt, dass Du z.B. auch außerhalb von Deinem Heimnetz diese Mails gar nicht öffnen kannst (bzw. das Bild wird nicht geladen) - außer per VPN-Verbindung.
Daher nochmal der Vorschlag, das Bild als Anhang zu versenden.
@haus-automatisierung
okay - das verstehe ich auch nicht, denn ich habe zwar ne VPN (über eine Hardware-Appliance), aber die habe ich im Regelfall nur für spezielle Anwendungen oder aus dem Urlaub verbunden.Die Bilder sind in den Emails - nicht nur verlinkt auf die URL. Wenn ich mir den Quelltext der Email ansehe, dann ist da auch ein Bild drin nicht nur ein Link/Verweis auf eine URL:
<html><body><img src=3D"data:image/png;base64,/9j//gAQTGF2YzU4LjkxLjEwMAD/2= wBDAAgKCgsKCw0NDQ0NDRAPEBAQEBAQEBAQEBASEhIVFRUSEhIQEBISFBQVFRcXFxUVFRUXFxkZ= GR4eHBwjIyQrKzP/xACjAAACAwEBAQEAAAAAAAAAAAACAwQBBQYABwgBAQEBAQEBAAAAAAAAAAA= AAAABAgMEBRAAAgEDAgMGAwQHBgUEAwADAgERAwAhMRJBUQQTgXFhBSIyoZHBsVJCciMU0WLw4Q= ay8YKSM3M0oiRDFdJTwkSDY+KToxEBAQABBAIABAYCAwEBAAAAAAERMUEhAhJRYXEigZHBsUI [entfernt] upaR4W47qs/qx30CXlfyTqB2VSXnf2A8g/B38o9QUdQV9P29ovVmu/XV+vzOi5v03V= +sP/Z" width=3D"100%"></body></html>iobroker über VM im Proxmox, deconz II am raspberry Pi 1, Synology DS918+, PiHole, Sophos Hardware appliance, Ubiquity Unifi U6-LR APs, Ubiquity Unifi Kameras, diverse Shelly
-
@belzebub Keine Ahnung wie das sein kann - aber technisch ist es so, dass die Mail ja nur eine URL enthält (und nicht das Bild selbst). Daher enthalten alle Mails aus dieser Logik 1:1 den gleichen Inhalt. Das Bild wird nicht mit verschickt. Dieses wird vom Mail-Client abgeholt. Das heißt, dass Du z.B. auch außerhalb von Deinem Heimnetz diese Mails gar nicht öffnen kannst (bzw. das Bild wird nicht geladen) - außer per VPN-Verbindung.
Daher nochmal der Vorschlag, das Bild als Anhang zu versenden.
@haus-automatisierung
ich sehe gerade, dass in meinem Datenpunkt [snapshotUrl] der Kamera ein Bild hinterlegt ist und gar keine URL:
data:image/png;base64,/9j//gAQTGF2YzU4LjkxLjEwMAD/2wBDAAgKCgsKCw0NDQ0NDRAPDas passt auch mit der Fehlermeldung, die ich vom Telegramadapter erhalte:
"ETELEGRAM: 400 Bad Request: can't parse entities: Text is too long" -
@haus-automatisierung
okay - das verstehe ich auch nicht, denn ich habe zwar ne VPN (über eine Hardware-Appliance), aber die habe ich im Regelfall nur für spezielle Anwendungen oder aus dem Urlaub verbunden.Die Bilder sind in den Emails - nicht nur verlinkt auf die URL. Wenn ich mir den Quelltext der Email ansehe, dann ist da auch ein Bild drin nicht nur ein Link/Verweis auf eine URL:
<html><body><img src=3D"data:image/png;base64,/9j//gAQTGF2YzU4LjkxLjEwMAD/2= wBDAAgKCgsKCw0NDQ0NDRAPEBAQEBAQEBAQEBASEhIVFRUSEhIQEBISFBQVFRcXFxUVFRUXFxkZ= GR4eHBwjIyQrKzP/xACjAAACAwEBAQEAAAAAAAAAAAACAwQBBQYABwgBAQEBAQEBAAAAAAAAAAA= AAAABAgMEBRAAAgEDAgMGAwQHBgUEAwADAgERAwAhMRJBUQQTgXFhBSIyoZHBsVJCciMU0WLw4Q= ay8YKSM3M0oiRDFdJTwkSDY+KToxEBAQABBAIABAYCAwEBAAAAAAERMUEhAhJRYXEigZHBsUI [entfernt] upaR4W47qs/qx30CXlfyTqB2VSXnf2A8g/B38o9QUdQV9P29ovVmu/XV+vzOi5v03V= +sP/Z" width=3D"100%"></body></html>@belzebub sagte in Zeitlicher Unterschied bei Bildübermittlung Email/Telegram:
ich sehe gerade, dass in meinem Datenpunkt [snapshotUrl] der Kamera ein Bild hinterlegt ist und gar keine URL:
Ach, das erklärt natürlich einiges :)
-
@belzebub sagte in Zeitlicher Unterschied bei Bildübermittlung Email/Telegram:
ich sehe gerade, dass in meinem Datenpunkt [snapshotUrl] der Kamera ein Bild hinterlegt ist und gar keine URL:
Ach, das erklärt natürlich einiges :)
@haus-automatisierung
jup... sorry... man braucht halt doch alle Informationen... und blöd, wenn man sich noch nicht in der Tiefe auskennt.Hast du eine Idee, wie ich das dann per Telegram versende?
Über meine versuchten Wege erhalte ich den oben benannten Fehler. -
@haus-automatisierung
jup... sorry... man braucht halt doch alle Informationen... und blöd, wenn man sich noch nicht in der Tiefe auskennt.Hast du eine Idee, wie ich das dann per Telegram versende?
Über meine versuchten Wege erhalte ich den oben benannten Fehler.mein blockly für die Klingel mit Kamera sieht so aus:
bei mir habe ich die 1 Sekunde Verzögerung drin, denn das Licht benötigt 1 Sekunde ca. bis es angeht beim Klingeln und die Kamera würde mir sonst ein dunkles Foto schicken.
Wenn ich das ganze mit exec und Ergebnis schicken lasse, bekomme ich alles doppelt...
Ich bekomme dann nach 30 Sekunden ein 20 Sekunden ffmpeg Video - gekürzt auf 5 Sekunden gif - gesendet. Das funktioniert echt gut! Falls es interessiert, der ffmpeg code sieht so aus:
ffmpeg -y -i "rtsp://admin:PASSWORT@192.168.1.51/11" -t 5 -f mp4 -vcodec libx264 -pix_fmt yuv420p -an -vf scale=w=1280:h=720:force_original_aspect_ratio=decrease -r 25 /opt/iobroker/hofeinfahrt.mp4 -
mein blockly für die Klingel mit Kamera sieht so aus:
bei mir habe ich die 1 Sekunde Verzögerung drin, denn das Licht benötigt 1 Sekunde ca. bis es angeht beim Klingeln und die Kamera würde mir sonst ein dunkles Foto schicken.
Wenn ich das ganze mit exec und Ergebnis schicken lasse, bekomme ich alles doppelt...
Ich bekomme dann nach 30 Sekunden ein 20 Sekunden ffmpeg Video - gekürzt auf 5 Sekunden gif - gesendet. Das funktioniert echt gut! Falls es interessiert, der ffmpeg code sieht so aus:
ffmpeg -y -i "rtsp://admin:PASSWORT@192.168.1.51/11" -t 5 -f mp4 -vcodec libx264 -pix_fmt yuv420p -an -vf scale=w=1280:h=720:force_original_aspect_ratio=decrease -r 25 /opt/iobroker/hofeinfahrt.mp4Hallo @bimmi,
Danke für deinen Input.
Bei mir ist es etwas anders gelegen - Bilder kann ich versenden, aber ich habe eine zeitliche, ungewollte Pause (3-4 Sekunden) zwischen dem Bild in der E-Mail und dem im Telegram.
Die Quellen sind verschieden, der Auslöser identisch.
Ich habe einen Datenpunkt, in dem Ein Bild ist - verstehe aber nicht, wie ich DAS nun in die Telegramnachricht bekommen. Die Daten aus dem Datenpunkt (das Bild) mit einer Email zu versenden, ist kein Problem und wird 1a angezeigt.
Vielleicht hast du noch eine Idee?
Danke,
Matthias
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
613
Online32.8k
Benutzer82.7k
Themen1.3m
Beiträge