Instar HD-9008 MJPEG Streams | Maximale Anzahl?

Hallo,

ich habe nun meine Instar HD-9008 WLAN Kamera in Betrieb. Die Kamera scheint super verarbeitet zu sein, das Bild in 1080p ist wirklich gut mit 25 FPS. Auch die Nachtsicht ist überragend, alles ist perfekt und homogen ausgeleuchtet. Die Kamera hat einen PIR-Bewegungsmelder, welcher sich mit 4 frei einstellbaren Zonen zur Bewegungserkennung kombinieren lässt. Somit sollten Fehlalarme praktisch ausgeschlossen sein. Zusätzlich verfügt die Kamera über einen „Alarmserver“, über welchen man in Echtzeit bei Alarmauslösung eine Nachricht an den IP-Symcon Websocket schicken kann, inklusive Angabe darüber welcher Sensor in welcher Zone ausgelöst hat. Funktioniert super! Eine SD-Karte ist bereits verbaut und kann für die Aufzeichnung direkt genutzt werden. Soweit alles Top!

Nun habe ich aber doch ein Problem: Scheinbar kann die Kamera nur 4 zeitgleiche (MJPEG)-Streams liefern. Ich habe in der offiziellen Doku nirgends etwas dazu gefunden. Nach sehr langem suchen habe ich in anderen Foren die beiläufige Erwähnung gefunden, dass manche Kameras wohl nur maximal 4 zeitgleiche Streams unterstützen. Kann das so sein?

Ich habe den MJPEG Stream aktuell auf 3 Endgeräten (Tablets) eingebunden, auf denen der Stream eigentlich 24/7 dargestellt werden soll. Trotzdem kommt es sporadisch vor, dass einzelne oder auch alle Streams einfach abbrechen und keine Verbindung mehr aufbauen können. Auch ein neuladen der Seite bringt dann erstmal keinen Erfolg (Chrome: ERR_EMPTY_RESPONSE). Die Weboberfläche der Kamera ist trotzdem durchgehend und fehlerfrei erreichbar, auch die Ping-Zeiten sind trotz WLAN-Anbindung über einen Repeater in Ordnung und es gibt keine Paketverluste (zwischen <1ms bis ~200ms). Mit dem Instar-Support nehme ich jetzt Kontakt auf, falls dieses Limit aber wirklich existiert wird es dort wohl nicht viel Hilfe geben.

Daher mal die Frage: Wer hat Instar Kameras im Einsatz und wie stellt ihr eure Stream da? Auf wie vielen Geräten?

TL;DR: Instar HD-9008 kann scheinbar nur 4 MJPEG Streams gleichzeit zur Verfügung stellen. Wie eine 24/7 Darstellung auf mehreren Endgeräten realisieren?

Danke schonmal und Grüße,
Andy

Moin,

ich nutze dazu den VLC, dieser kann einen Stream Multicasten. Meine HIKVision Cams können nämlich nur einen Stream gleichzeitig, ich habe aber 5 Clients die den Stream im worst Case anzeigen.
Die Clients greifen dann auf dem vom VLC bereitgestellten Stream Server zu (dabei kannst du sogar das Format oder die Auflösung ändern!).

Google mal: vlc http stream setup
Man findet hier entsprechende Anleitungen, ich musste mir allerdings aus drei Anleitungen mein Setup zusammenbasteln - hat aber in Summe nur 30 Minuten gedauert.

Der VLC lässt sich auf Windows oder Linux auch als Hintergrunddienst ausführen. Mit einer Config Datei gibst du mit welche Streams wie bereitgestellt werden sollen.
Bei mir läuft das parallel zum IPS Server und braucht bei 2 FHD Streams x 5 zwischen 5-10% CPU, ich lasse aber den Stream auch so wie er ist und codiere den nicht neu.

Aufruf unter Linux:
cvlc --vlm-conf vlm.conf

Inhalt der vlm.conf Datei:


new cam_tuer broadcast enabled
setup cam_tuer input http://xxx:xxx@10.10.10.10/ISAPI/Streaming/channels/1/httppreview
setup cam_tuer output #http{mux=mpjpeg,dst=:8090/cam_tuer}

new cam_dach broadcast enabled
setup cam_dach input rtsp://xxx:xxx@10.10.10.11:80/live/0/mjpeg.sdp
setup cam_dach output #http{mux=mpjpeg,dst=:8090/cam_dach}

control cam_tuer play
control cam_dach play


Aufruf dann zB über http://host_des_vlc:8090/cam_tuer

Gruß, Lutz

Das ist kein Multicast.
Das sind auch nur Unicast, nur das VLC mehr gleichzeitige Verbindungen kann.
Michael

Hallo Michael,

da hast du natürlich Recht, ich nutze tatsächlich keinen Multicast.
Ändert aber nichts daran dass der VLC Multicast kann :slight_smile:

Gruß, Lutz

Das können auch entsprechende Kameras :wink:
Und ändert nichts daran, dass das Netzwerk (Switch, APs etc) es auch können muss.
btt:
Es ist normal das Kameras nur eine begrenzte Anzahl gleichzeitiger Verbindungen zulassen. Jede einzelne Verbindung (Unicast) kostet Rechenleistung welche dann mit Pech beim Encoder fehlen. Zusätzlich kostet jede Verbindung Bandbreite, hier ist die Verbindung von Kamera zum 1. Switch der Flaschenhals. Da die Kamera die Daten mehrfach pro Verbindung senden muss.

Michael

Danke schonmal für die Antworten!

Das mit VLC ist eine super Idee, ich probiere das gerade auf dem Raspberry Pi aus, leider noch mit vielen Fehlermeldungen…

Wenn es normal ist, dass Kameras nur eine gewisse Anzahl an Streams liefern können, dann bleibt ja die Frage wie ihr das alle löst? 4 gleichzeitige Verbindungen werden ja schon knapp wenn man mal ein par Tablets hängen hat oder mal vom Handy schauen will.

Na ich denke mit 4 Streams kommen die allermeisten schon aus, daher werden wahrscheinlich viele diese Grenze gar nicht kennen.
Bei größeren Installationen hast du dann ja i.d.R. auch einen zentralen DVR der die Streams aufzeichnet und dir Funktionen wie 14 Tage Historie, Rückwärts abspielen, Zeitraffer, Standbild etc. bietet. Bei dem kann man dann u.U. die Streams auch abgreifen bzw. anzeigen lassen. Da spielt dann die Anzahl der Streams einer einzelnen Kamera auch keine große Rolle da die nicht einzeln angesteuert werden.

Bei mir erledigt dies z.B.: Milestone Arcus, welches ich direkt aus IPS View aufrufen kann falls ich z.B. zu einer Zeitmarke springen möchte.

Ansonsten zeige ich das Live Bild direkt über den oben genannten VLC Stream.

Gruß, Lutz