clement.prelot_ebrignetti
New Member
Hi everyone,
I tried to receive rtsp flows from ip camera with low latency (<200 ms) and I wasn't able to achieve it with basic VMS like Milestone or AgentDVR, but thanks to a Gstreamer plugin in OBS, I achieved to stream a DAHUA ip cam with around 100-120 ms latency through a gstreamer pipeline using uridecodebin function but it didn't work with my panasonic ip cam rtsp flows.
It worked great instantly with the following code fo DAUHA cam (in gstreamer plugin in obs):
But I am not able to make it works with my panasonic IP cam. Panasonic rtsp flows with VLC or VMS work but not when building a pipeline with Gstreamer. As I don't achieve to find logs of gstreamer plugin, here's what I obtain with GST-DEBUG in powershell :
I've found on the Internet that some users had the same issue with panasonic IP cam but anyone was able to explain what is causing that. If anyone had an idea about it, everything will be good to explore.
Have a nice day,
I tried to receive rtsp flows from ip camera with low latency (<200 ms) and I wasn't able to achieve it with basic VMS like Milestone or AgentDVR, but thanks to a Gstreamer plugin in OBS, I achieved to stream a DAHUA ip cam with around 100-120 ms latency through a gstreamer pipeline using uridecodebin function but it didn't work with my panasonic ip cam rtsp flows.
It worked great instantly with the following code fo DAUHA cam (in gstreamer plugin in obs):
Code:
uridecodebin uri=rtsp://username:password@192.XXX.X.XX:554/cam/realmonitor?channel=1&subtype=1 !queue !video.But I am not able to make it works with my panasonic IP cam. Panasonic rtsp flows with VLC or VMS work but not when building a pipeline with Gstreamer. As I don't achieve to find logs of gstreamer plugin, here's what I obtain with GST-DEBUG in powershell :
Code:
PS C:\Users\Admin> gst-launch-1.0 uridecodebin --gst-debug=uridecodebin:5 uri=rtsp://192.168.X.XXX/MediaInput/h264 !fakesink
Setting pipeline to PAUSED ...
0:00:00.034161000 12696 0000000003124390 DEBUG uridecodebin gsturidecodebin.c:2866:gst_uri_decode_bin_change_state: ready to paused
0:00:00.037333300 12696 0000000003124390 DEBUG uridecodebin gsturidecodebin.c:2233:setup_source:<uridecodebin0> setup source
0:00:00.043186200 12696 0000000003124390 DEBUG uridecodebin gsturidecodebin.c:1401:gen_source_element:<uridecodebin0> setting connection-speed=0 to source element
0:00:00.045724200 12696 0000000003124390 DEBUG uridecodebin gsturidecodebin.c:2293:setup_source:<uridecodebin0> Source has dynamic output pads
0:00:00.048026200 12696 0000000003124390 DEBUG uridecodebin gsturidecodebin.c:936:do_async_done:<uridecodebin0> posting ASYNC_DONE
Pipeline is live and does not need PREROLL ...
Progress: (open) Opening Stream
Progress: (connect) Connecting to rtsp://192.168.X.XXX/MediaInput/h264
Pipeline is PREROLLED ...
Prerolled, waiting for progress to finish...
Progress: (open) Retrieving server options
ERROR: from element /GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source: Unhandled error
Additional debug info:
../gst/rtsp/gstrtspsrc.c(6670): gst_rtspsrc_send (): /GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source:
Bad Request (400)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
0:00:00.077536600 12696 0000000003124390 DEBUG uridecodebin gsturidecodebin.c:2892:gst_uri_decode_bin_change_state: paused to ready
0:00:00.079517000 12696 0000000003124390 DEBUG uridecodebin gsturidecodebin.c:2110:remove_source:<uridecodebin0> removing old src element
0:00:00.081485500 12696 0000000003124390 DEBUG uridecodebin gsturidecodebin.c:2901:gst_uri_decode_bin_change_state: ready to null
Freeing pipeline ...I've found on the Internet that some users had the same issue with panasonic IP cam but anyone was able to explain what is causing that. If anyone had an idea about it, everything will be good to explore.
Have a nice day,
Last edited:
