Und genau das ist das problem. Die Kachelvisu kann nur rtsp, oben in den einstellungen ist aber mjpeg.
Entweder nutzt du das webfront oder du versucht das auf rtsp umzustellen. Ich habe auf die schnelle das ergoogelt.
Das findest du wahrscheinlich unter den H.264 Einstellungen, die URL könnte so lauten: rtsp://<Kamera-IP>:<RTSP-Port>/mobotix.h264
Und da ich vorhin übers Handy den falschem geantwortet habe, hier nochmal mein Bild an den „richtigen“ 
@chbe0602
H264 kann aber nur die neue Mobotix.
Heißt das ich kann mit MxPEG/RTSP in Symcon (Kacheln) gar nichts machen?
Genau. Nur h.264/rtsp
Darf ich die Frage mal an die Admins geben: kommt da noch etwas oder soll man jetzt teuere Kameras verschrotten?
Da webrtc verwendet wird, geht nur h.264. Weder h.264+ noch h.265 (bzw ich glaub nur in safari)
Hast du evtl einen aufnahmeserver? Ggf kann man auch ein dockerimage aufsetzten was den stream transkodiert…
Naja, das liegt eher an mobotix. Die sind (oder waren zumindest) bei den codecs sehr Eigen
ich könnte etwas auf einen Raspi aufsetzen.
Gibt es da eine einfache Lösung?
MotionEye und als iFrame ins Symcon….
Ich machso weil diese Streams sonst immer das System zum erliegen bringen
benutzt du dafür einen eigenen Raspi oder kann das ‚mitlaufen‘
Raspi geht sicher.
Ich habe einen Hyper-V
Das ganze lasse ich unter dietPi laufen…
Ich muss das Thema nochmal ausgraben, da ich immer noch Abstürze habe.
Die Abstürze passieren nur im Browser (Firefox) in der APP war da schon lange nix mehr.
Mein IPS sitzt in ner Ubuntu 24.04. VM auf Proxmox.
IPS Version 7.2.
Heute habe ich von der Hauptseite (Visu) auf meine Heizung (Kategorie) geklickt und schon war die Visu weg und der Dienst tot.
Auf der Hauptseite die ca. 30 min vor dem Klick geöffnet war, sind zwei Streams visualisiert.
Ich vermute ein Memory Problem.
Im Logfile steht nichts drin was irgendwas mit dem Problem zu tun hat.
In der Ausgabe journal-ctl der VM habe ich folgendes gefunden.
kernel: traps: VideoServer[979] general protection fault ip:3591.... sp:73b2e73fe460 error:0 in symcon[af6000+313e000]
Der nächste Eintrag war der login via putty, also ist das die letzte Meldung vor dem Absturz.
Wie gesagt ich habe das regelmäßig 3 bis 5 mal die Woche, aber nur am Browser in der APP schon ewig nicht mehr.
Danke.
Die wirst du mit 7.2 nicht wegkriegen, habe erst vor ein paar Tagen bei einem Kollegen vier Streams eingebunden und schon nach ein paar mal zu einem anderen Menüpunkt wechseln hängt der Dienst und muss gekillt werden.
Ich würde vorschlagen, du installierst mal die 8.0 Testing, da habe ich das Fehlverhalten bis jetzt (noch) nicht festgestellt.
OK, danke für die Antwort.
Es eilt ja nicht, wollte das Problem nur melden.
Weil bei der 7.2 hieß es: Das alle bekannten Probleme mit Streams gefixt sind.
Tatsächlich haben wir zur 8.0 noch zwei kleine Randfälle lösen können 
paresy
1 „Gefällt mir“
Vielleicht habe ich bei mir diesen Randfall 
Danke…
@chbe0602: wenn ich deine URL in IPS mit der von Kris vergleiche, dann fehlt bei dir der Port 554 hinter der IP.
LG Alex
554 ist der Default Port für RTSP.
Kann man also weglassen.
Michael
Ich habe das Problem gefunden.
Die Kameras, IPS und die Clients hängen bei mir jeweils in einem eigenen Subnetz.
Firewallregeln und Routing war richtig. Aber warum auch immer, hat Suricata (IPS/IDS) welches auf meiner PfSense läuft, den Stream blockiert.
Chris
Ein Timeout gibt’s in der 8.0 Scheinbar immer noch nicht?