Ist angekommen
> Der Container liefert - laut Dokumentation - den Stream auch im MJPEG Format aus.
Hatte hier nochmal den MJPEG Teil rausgesucht falls es jemand mal probieren möchte - sollte problemlos laufen:
-
> Zur Info, ich hab einen Strich bei "haben wollen" machen lassen
Ist angekommen
> Der Container liefert - laut Dokumentation - den Stream auch im MJPEG Format aus.
Hatte hier nochmal den MJPEG Teil rausgesucht falls es jemand mal probieren möchte - sollte problemlos laufen:
-
"Ein Support-Mitarbeiter hat auf Ihr Ticket 225283 wie folgt geantwortet:
Derzeit wäre das Problem das Loxone nur rein MJPEG unterstützt.
Es ist zwar geplant auch einen HLS Stream in den Kameras zu integrieren, jedoch würde dies das Problem nicht ändern da man den HLS Stream nicht in Loxone integrieren könnte.
Was wir schauen können ist, ob wir ggf. die fixe Anzahl von 3 Verbindungen etwas variabler gestalten. Aber dies müsste genau geprüft werden um die Auslastung des Chipsatzes zu prüfen da bei MJPEG das Datenvolumen enorm ist da ja jeder einzelne Frame ein komplettes Bild ist, während bei der H264/5 Komprimierung immer nur ein Frame (Keyframe) ein komplettes Bild ist und dann z.B. 25 Frames (Bilder) nur die Veränderung übertragen wird. Daher ist die Auslastung beim abgreifen von MJPEG für die Kamera bereits einiges höher als bei H264/5."
Zur Info, ich hab einen Strich bei "haben wollen" machen lassen
Zuletzt geändert von tobiasbecker; 08.12.2025, 07:45. -
> In Loxone kann man nur den mjpeg abrufen
Der Container liefert - laut Dokumentation (ich hatte bisher nur den HLS Part getestet) - den Stream auch im MJPEG Format aus. Und wenn dieser dann über den Container läuft, hat man bei der Kamera immer nur einen Zugriff. Unabhängig davon, wieviele Klienten man verbindet.
> Restreamen ist die Schwierigkeit mit dem Support, egal ob bei mir zuhause (erhöht sich die Abhängigkeit), aber gerade beim Kunden kann man da nicht noch einen Raspi oder Proxmox etc. betreiben..
Diese Lösung direkt auf die Kamera zu brigen ist schon weit fortgeschritten - liegt aber jetzt schon länger im Keller rum, da das Problem "niedrige Priorität" hat. Diese lässt sich mit Anfragen an den Support beeinflussen
Also wenn hier jemand - mit Hilfe des Links oben - feststellen sollte, dass diese HLS Lösung (mit MJPEG Option!) die Kamera im Zusammenspiel mit Loxone besser aufstellt als die Konkurrenz, wird das sicher auf offene Ohren stossen bei den Leuten zu den diese Emails weitergeleitet wird
-
Den Tipp mit mjpeg vs. h264/5 kannte ich noch nicht, das ist gut. Dann fällt zumindest schonmal eine Aufzeichnung der Kamera per H264 nicht gegen die 3 MJPEG-Sessions.
In Loxone kann man nur den mjpeg abrufen, bzw. auch nur 1 URL für alle User des Bausteins definieren. Es gibt leider keine Entwicklung bei Loxone in dem Bereich, der neue Klingelbaustein geht nur noch mit ihrer eigenen Hardware usw.
Restreamen ist die Schwierigkeit mit dem Support, egal ob bei mir zuhause (erhöht sich die Abhängigkeit), aber gerade beim Kunden kann man da nicht noch einen Raspi oder Proxmox etc. betreiben.. daher wäre sowas auf der Kamera und damit "als Produkt" natürlich cool (wenn ich dich richtig verstanden habe). -
Hallo @tobiasbecker,
> Gibt es denn bei Instar hier Bestrebungen, das Limit dynamisch zu gestalten (zB kleinerer Stream = 6 Sessions, bzw. Anzahl Mbits, die die Kamera ausliefern kann), und nicht nur "stumpf" auf die Anzahl der Sessions zu gehen?
Bei älteren Modellen war das Limit "soft" und brachte dann öfters "Support Probleme". Jetzt ist es "hard" gesetzt. Allerdings hat man das Limit 3 jeweils für den "normalen" (h.265/h264) Videostream UND MJPEG Stream. Sprich, wenn man die Kamera überall anders hinterlegt, hat man die Zugriffe damit schon mal verdoppelt.
Wenn man "unendlich" viele Zugriffe wollte, hatte ich früher unsere InstarVision Mac/Win Software zum "re-streamen" empfohlen. Mittlerweile geht es aber auch einfacher über go2rtc:
Diese Art von Streamen - also man hat einen URL Endpunkt für den Stream und der Server sendet einem darüber was auch immer der Client unterstützt - läuft bei uns auch schon intern auf der Kamera. Mit dem go2rtc Container ist man dann unbegrenzt (Netzwerk-Bandbreiten beschränkt). Bei dem was bei uns auf die Kamera kommt, müssen wir es noch testen. Aber man kann es ja schonmal über den Container probieren (minimale Docker Kenntnisse vorrausgesetzt - ist wirklich nicht schwer).
-
Danke für die Rückmeldung, ich hänge mich hier mal dazu. Die harte Einschränkung mit den 3 Verbindungen ist in der Tat immer wieder schwierig, wenn mehrere User bzw. auch fest installiert iPads den Stream anzeigen.
Ein kleiner Workaround seit min. Loxone Config v14.4.9.25: im Klingelbaustein "Beim Klingeln Videostream anzeigen" DEAKTIVIEREN. Es wird dann (bis zum Klick des Users) nur der Screenshot vom Zeitpunkt des Klingelns, den Loxone sowieso erstellt und speichert, angezeigt, und kein Videostream direkt von der Kamera.
Gibt es denn bei Instar hier Bestrebungen, das Limit dynamisch zu gestalten (zB kleinerer Stream = 6 Sessions, bzw. Anzahl Mbits, die die Kamera ausliefern kann), und nicht nur "stumpf" auf die Anzahl der Sessions zu gehen? Das würde ein sonst sehr gutes Produkt mit prima Support noch besser für die hier genannten Anwendungen (Videoklingel ohne Cloud) einsetzbar machen.
Ich fahre aktuell zB diese URL: http://IP/livestream/13?action=play&media=mjpeg -
Hallo piet ,
DIe Kameras von VGA bis 4K unterstützen alle 3 gleichzeitige Zugriffe - unabhängig von der Auflösung. Aber die neuen haben natürlich wesentlich höhere Anforderungen an das Netzwerk. Welche Auflösung ist den in dem Türbaustein hinterlegt? Wie schaut es aus, wenn man - testweise - mal den kleinsten Stream hinterlegt?
In den PTZ-Einstellungen kann man eine Start, Alarm und Parkposition festlegen, die die Kamera nach einem Neustart, nach einem Alarmereignis und nach einem Ruheintervall anfahren soll.
DIe hier verwendeten Positionen kann man über das Positionen Menü über dem Live Video festlegen (auf den "Positionen" Button klicken, um dieses auszufahren). -
Hi, ich hab eine Instar 9820 4k und habe diese in den Türbaustein eingebunden.
Soweit hat alles geklappt. Ein Problem ist jedoch, dass das Bild in der Loxone-App immer nur 1 Benutzer gezeigt wird, dem der als erster den stream öffnet. die anderen benutzer haben dann kein bild bzw. nur ein rot durchgestrichenes kamerasymbol.
Wir benötigen teilweise gleichzeitigen Zugriff von intern, extern und auch vom Webinterface am PC... vlt. jemand eine Lösung dafür?
Auf meine älteren günstigen Ip Kameras können wir alle gleichzeitig problemos zugreifen... intern, extern und vom pc gleichzeitig...
Kann man nach einem Stromausfall bzw. Neustart der Kamera die vorherige Blickwinkel-Position automatisch wiederherstellen? Bis jetzt musste ich es immer manuell wieder ausrichten.
Danke
PietZuletzt geändert von piet; 02.12.2025, 19:42.Einen Kommentar schreiben:
-
Hey,
nicht nur die Auslöser (Alarmbereich 1-4, PIR Sensor, Alarmeingang, Audioerkennung, usw. + Kombinationen aus allen). Auch die Objekterkennung hat ein neues AI Modell mit 19 Objektklassen erhalten (person, face, car, numberplate, motorbike, train, van, bus, truck, bike, boat, plane, helicopter, dog, cat, bird, deer, horse, cow). Und es ist gerade auch noch ein weiteres AI Modell in Arbeit, das noch weitere Funktionen ermöglichen wird.
Nur in der Loxone auswerten - bitte korrigiert mich wenn ich falsch liege - kann man das nicht. Schon damals hatte der Alarmserver mehr Informationen als URL Query mitgegeben. Aber beim Schreiben des oben verlinkten Artikels hatte ich nur die Möglichkeit gefunden, den eingehenden HTTP Request der Kamera als Pulse auszuwerten und damit einen Alarm weiterzuleiten.
Was ich in so einem Fall normalerweise mache ist, einen Node-RED Docker Container zu starten, dort die URL Queries (oder MQTT Updates) auszuwerten - Anleitungen dafür findet man bei uns im Wiki - und dann die Information an unterschiedliche Webhooks weiterzuleiten.
1. Also Kamera kontaktiert Node-RED
2. Node-RED liest aus, dass Bereich 1 ausgelöst hat und eine Katze erkannt wurde
3. Node-RED kontaktiert den Loxone WebHook für Bereich 1 + Katze
In dem Fall müsste man für jeden relevanten Fall einen eigenen WebHook in der Loxone Software anlegen und kann somit für alles eigene Aktionen hinterlegen.
Einen Kommentar schreiben:
-
Seit damals (Juli 2024) hatte ich das Problem nicht mehr. Die Streams habe ich ja schon seit 2016 ohne Änderungen über Loxone am Laufen.
Intern: "http://IP-CAM/mjpegstream.cgi?-chn=11"
Extern nutze ich nicht, da ich Wireguard VPN am iPhone und allen anderen Geräten laufen habe und immer über das Heimnetzwerk auf den Loxone Miniserver zugreife. -
dakine_55 Ja, habe auch dieses Problem in der App, auch noch Stand heute. Der Stream wird über das Türsteuerungsmodul nicht mehr gezeigt. Ewig Verbindungsaufbau, und dann ein Fehler.
Allerdings im Loxone Web-UI funktioniert es. Auch wenn ich den Stream direkt über den Browser aufrufe, wie bei Dir.
Habt ihr den Kamera Fernzugriff als P2P verbunden oder über einen dynamic DNS? Ich bin über P2P, vielleicht liegt es daran?
Update: ah, steht ja oben alles, Du bist über dyn-dns verbunden und hast trotzdem das Problem.
PPS: und es hat eigentlich nichts mit der Instar App zu tun, sondern mit der Loxone App. Die Stream URL ist gemäß Anleitung nur HTTP und ist im lokalen Netz ja erreichbar.
PPPS: jetzt mal im Loxone Türbaustein die Stream URL zur Kamera per HTTPS konfiguriert: gleiches Problem. Funktioniert aber auch im Browser (wenn man das Zertifikat akzeptiert).Zuletzt geändert von steini7; 29.03.2025, 07:02. -
Hi INSTAR, mit eurer neuen HTTP-Alarmserver v2 API wird ja jetzt auch der Auslöser (als trigger query Parameter) übertragen. Coole Sache!
Ich würde den Auslöser gerne im Miniserver mit loggen (und in der Türsteuerung anzeigen ggfls).
Meine Frage: wie kann ich den trigger Wert aus der HTTP query auslesen?
Da kommt ja sowas wie z.B. "&trigger=16" mit, richtig?
Ich hab alles gemäß eurer Anleitung hier (https://wiki.instar.com/de/Software/...ls-alarmserver) eingerichtet. Funktioniert auch einwandfrei bisher (bis auf den Video Stream in der Loxone app, s.o.).
Bonus: noch schöner wäre natürlich, wenn ich einen lesbaren Text (anstatt der Binärkodierung) kriegen würde. Z.B. "Alarm ausgelöst durch PIR in Bereich 3".
Ansonsten müsste ich mir dafür manuell ein mapping irgendwie in Loxone bauen denk ich (keine Ahnung ob das geht^^).Zuletzt geändert von steini7; 29.03.2025, 06:30.Einen Kommentar schreiben:
-
Ich hatte das Problem ja auch. Funktioniert die Anzeige bei dir im WLAN? Ich habe inzwischen auch 15.0.5.29 installiert, hatte es damals aber bei 14.7. Aktuell habe ich keine Probleme - wie gesagt ohne irgend eine Anpassung funktionierte es einfach wieder...Zuletzt geändert von Musicman; 10.07.2024, 14:13.
Einen Kommentar schreiben: