RTSP-Streams

Wenn ich das richtig sehe hat Netatmo kein RTSP, sondern nutzt vermutlich HLS. Somit geht das nicht.

paresy

Hallo Gemeinde,

ich habe heute versucht meine Foscam in IPS (5.1 von heute) einzubinden.
Das klappt einwandfrei und ein das Bild ist nach kurzem Ladekringel zu sehen.

Allerdings wird das Bild nicht skaliert (habe ich aber aktiviert)

Meine Kamera hat 1920x1080 und wird auf einem FullHD Monitor mit Webfront auch richtig angezeigt.
Allerdings habe ich hier noch Monitore, die kein FullHD haben, hier wird das Bild abgeschnitten.

Mache ich hier noch etwas falsch ?

Liebe Grüße
Sascha

Kleineren Stream einbinden? :wink:
Welcher Browser? Weil das skalieren müsste der sonst übernehmen.
Michael
PS: Ich habe deine Beitrag unter Funktionswünche in dieses Sammelthema verschoben.

Danke für die Antwort :slight_smile:

Chrome

Leider nein, wenn ich einen Seitenteiler (H 50/50) benutze und den Stream nur auf einer Seite anzeigen lasse, sehe ich nur das halbe Bild, der Rest ist abgeschnitten.

LG
Sascha

Das mit der Skalierung klingt sehr nach einem Fehler. Schaue ich mir an.

paresy

Habe das gleiche Problem mit einer Instar . (HD 720p)
Das Einbinden klappt super, nur das mit der Skalierung nicht.

Allerdings wird das Bild nicht skaliert (habe ich aber aktiviert)

Wo kann man das denn aktivieren :confused:

Danke

Oliver

Huhu,

wie habt ihr die Hikvision Streams eingebunden?
Leider funktioniert es trotz H264, und RSTP mit Authentifizierung nicht.
Es kommt immer die Ladeanzeige und im Log folgende Meldung:


03.05.2019, 11:25:04 | DataServer | Client wants to connect to stream... rtsp://xxx:xxx@192.168.18.4:554/Streaming/Channels/102/
03.05.2019, 11:25:04 | DataServer | Connecting to stream... rtsp://xxx:xxx@192.168.18.4:554/Streaming/Channels/102/

Vg

Die gute Nachricht, 2 verschiedene Cams funktionieren

  • Blaupunkt VIO-D30
  • 7links NX-4336-675

Die schlechte auch bei mir wird rechts abgeschnitten
Browser:

  • FireFox 66.0.3 (64-Bit)
  • Chrome 74.0.3729.131 (Offizieller Build) (64-Bit)

Hikvision cam nicht zufällig im Einsatz?
Vg.

Doch, ist erfolgreich im Einsatz.

Sicher dass in den Camera Settings H264 aktiviert ist? Bei mir gehts nämlich nicht wenn MJPEG drin steht (der zweite Stream ist bei mir so konfiguriert und geht daher in Symcon nicht).
Deine URL referiert auf den Substream (102), nicht auf den Main Stream(101). Beide können aber in der Cam unterschiedlich konfiguriert werden.

2019-05-03 17_30_03-Window.png

Hast du die URL über den VLC Player getestet, geht die dort?

Gruß, Lutz

Morgen,

Muss meinen Fehler noch mal hier los werden :smiley:

Habe 2 Systeme wo eine Cam läuft verschiedene Hersteller und verschiedene Auflösungen.
Nach dem Aktuellen IPS Updatet gingen beide Cams Einwandfrei das war am Freitag.
Heute geht nichts mehr es wurde nichts verändert am System.

Gerne stelle ich Paresy einen Zugriff bereit wenn das helfen würde dieses Fehler zu beheben.

:smiley:


04.05.2019 10:09:34 | 00000 | NOTIFY  | DataServer           | [rtsp] SDP:
v=0

o=StreamingServer 3331435948 1116907222000 IN IP4 10.10.10.26

s=\11

c=IN IP4 0.0.0.0

b=AS:4100

t=0 0

a=control:*

m=video 0 RTP/AVP 96

b=AS:4000

a=framerate:25

a=control:trackID=0

a=rtpmap:96 H264/90000

a=fmtp:96 packetization-mode=1;profile-level-id=420029; sprop-parameter-sets=Z00AH5WoFAFuQA==,aO48gA==

a=framesize:96 1280-720

m=audio 0 RTP/AVP 8

a=control:trackID=1

a=rtpmap:8 PCMA/8000
04.05.2019 10:09:34 | 00000 | NOTIFY  | DataServer           | [udp] 'circular_buffer_size' option was set but it is not supported on this build (pthread support is required)
04.05.2019 10:09:34 | 00000 | NOTIFY  | DataServer           | [udp] 'circular_buffer_size' option was set but it is not supported on this build (pthread support is required)
04.05.2019 10:09:34 | 00000 | NOTIFY  | DataServer           | [rtsp] setting jitter buffer size to 500
04.05.2019 10:09:34 | 00000 | NOTIFY  | DataServer           | [udp] 'circular_buffer_size' option was set but it is not supported on this build (pthread support is required)
04.05.2019 10:09:34 | 00000 | NOTIFY  | DataServer           | [udp] 'circular_buffer_size' option was set but it is not supported on this build (pthread support is required)
04.05.2019 10:09:34 | 00000 | NOTIFY  | DataServer           | [rtsp] setting jitter buffer size to 500
04.05.2019 10:09:34 | 00000 | NOTIFY  | DataServer           | [h264] Reinit context to 1280x720, pix_fmt: yuv420p
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] Empty MOOV enabled; disabling automatic bitstream filtering
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] Application provided duration: 3372657321 / timestamp: 3372657321 is out of range for mov/mp4 format
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] pts has no value
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] Application provided duration: 3372664503 / timestamp: 3372664504 is out of range for mov/mp4 format
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] pts has no value
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] Application provided duration: 3372668093 / timestamp: 3372668095 is out of range for mov/mp4 format
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] pts has no value
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] Application provided duration: 3372678865 / timestamp: 3372678868 is out of range for mov/mp4 format
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] pts has no value
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] Application provided duration: 3372686046 / timestamp: 3372686050 is out of range for mov/mp4 format
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] pts has no value
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] Application provided duration: 3372689637 / timestamp: 3372689642 is out of range for mov/mp4 format
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] pts has no value
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] Application provided duration: 3372696818 / timestamp: 3372696824 is out of range for mov/mp4 format
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] pts has no value
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] Application provided duration: 3372707590 / timestamp: 3372707597 is out of range for mov/mp4 format
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] pts has no value
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] Application provided duration: 3372711181 / timestamp: 3372711189 is out of range for mov/mp4 format
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] pts has no value
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] Application provided duration: 3372718362 / timestamp: 3372718371 is out of range for mov/mp4 format
04.05.2019 10:09:36 | 00000 | NOTIFY  | DataServer           | [mp4] pts has no value

LG
Sven

Hallo,
habe RTSP getestet und Local funktioniert es einwandfrei, bis auf die erwähnten 3-4 Sekunden.

Allerdings mit externer IP (Port Weiterleitung eingerichtet), kommt außer dem Ladekringel nix!
Habe extra keine Namensauflösung, sondern die derzeitige IP genutzt.

In VLC läuft der Stream einwandfrei. Habe keine Idee mehr.

Lokal: rtsp://Nutzer:Pass@192.168.99.201:554 - Symcon und VLC funktioniert

Extern: rtsp://Nutzer:Pass@84.44.156.237:38554 - VLC funktioniert, Symcon nur Ladekringel

Extern: rtsp://Nutzer:Pass@XxxxxX.ignorelist.com:38554 - VLC funktioniert, Symcon nur Ladekringel

Was läuft hier falsch?

Gruß Achim

Soweit ich das verstanden habe brauchst Du für die externe RTSP-Nutzung keine port-Weiterleitung. IPS funktioniert hier als „Verteiler“ der stream kommt dann über Symcon-Connect.
Bei mir klappt das genau so.

Richtig. Es wird die lokale RTSP Adresse des Streams in IPS eingetragen.
IPS verteilt den Stream an alle verbundenen WebFronts.
Somit keine externen Portweiterleitungen.
Michael

Auch bei mir gibt es das Skalierungsproblem bei segmentierten Webseiten (Edimax). Gibt es einen Trick oder soll ich auf ein Update warten?

Gruss, H-C

Gesendet von iPhone mit Tapatalk Pro

Danke!
Funzt!

Richtig lesen bildet halt!:smiley:

Gruß Achim

Danke Dir, ich dussel! Habe natürlich den 101 konfiguriert, aber den 102 genutzt.
So funktioniert es auch recht gut, ich habe nun den 102 Stream am laufen, da dieser mit einer geringeren Auflösung und Bandbreite für Symcon ausreicht. - Betriebsblind würde ich mal sagen :D.

Das man jetzt in 5.1 den RTSP-Stream im Webfront darstellen kann finde ich Klasse. Was weniger schön ist, daß der Stream mit ca 6-7Sekunden Verzögerung angezeigt wird? Kann man das irgendwie ändern?

IPS läuft auf einem Raspi

Gruß Wolfgang

Aktuell kann man das leider nicht ändern. Ich bin mir auch noch nicht sicher, wodurch diese hohe Latenz entsteht, hoffe aber die Ursache finden und minimieren zu können.

paresy

Kurz mein Input:
Symcon 5.1 (6.5.2019)
Win10 Pro (Webfront und auch Symcon auf selben System)
upCam Cyclone HD (Wlan, mit Weboberfläche oder VLC flüssige Streams)
Browser Chrome (neuste Version)

RTSP-Stream zu Testzwecken mit niedrigsten Einstellungen 320x240 px / 5 fps

Ich erhalte im Webfront ein aktuelles Bild, danach nur einen Ladecringel. Neuladen des Webfronts bringt wieder ein aktuelles Bild, danach wieder Ladecringel.

Log aus Symcon:


09.05.2019, 21:59:52 | DataServer | Client wants to connect to stream... rtsp://guest:xxxxx@192.168.4.6:554/13
09.05.2019, 22:03:35 | DataServer | [mp4] Empty MOOV enabled; disabling automatic bitstream filtering
09.05.2019, 22:05:23 | DataServer | [rtsp] max delay reached. need to consume packet
09.05.2019, 22:05:23 | DataServer | [rtsp] RTP: missed 1 packets
09.05.2019, 22:05:23 | DataServer | [rtsp] max delay reached. need to consume packet
09.05.2019, 22:05:23 | DataServer | [rtsp] RTP: missed 4 packets
09.05.2019, 22:05:23 | DataServer | [rtsp] max delay reached. need to consume packet
09.05.2019, 22:05:23 | DataServer | [rtsp] RTP: missed 1 packets

usw.
wie man am Zeitstempel evtl. schon sehen kann werde ich von den „missed“ und „delay“ Meldungen regelrecht zugeschüttet.
CPU-Last von Symcon geht 20% hoch, Log füllt sich, aber dennoch nur Standbild mit Ladecringel.cam.jpg