Gstreamer RTSP server error: lost connection

[Raya]

CONTENTS DELETED

The author has deleted this message.

[Nicolas Dufresne-5]

Le vendredi 16 juin 2017 à 06:09 -0700, Mariem a écrit :

> Hello,
>
> Could you please help with this issue?
>
> I am using test-launch.c to create to stream video from usb camera
> using
> RTSP server.
>
> When I launch the following commands:
> Server: ./test-launch --gst-debug=2 "( v4l2src device=/dev/video8 !
> videoconvert  ! x264enc ! rtph264pay name=pay0 pt=96 )"
> Client: gst-launch-1.0 -v --gst-debug=2 rtspsrc
> location=rtsp://ipaddress:8554/test ! decodebin ! autovideosink
>
> The output is:
>
> Server: 
> 0:00:04.738327553  3425 0xffff9005f0f0 WARN                 v4l2src
> gstv4l2src.c:681:gst_v4l2src_query:<v4l2src0> Can't give latency
> since
> framerate isn't fixated !

That is a bit strange, I don't get this here, maybe driver specific ?

> 0:00:04.773833055  3425 0xffff880028a0 ERROR                v4l2src
> gstv4l2src.c:547:gst_v4l2src_set_crop:<v4l2src0> Fail to set crop

gst_v4l2src_set_crop() is not something that exist in mainline code
base. Can you document the GStreamer version and all the changes you
have made. We can't provided good support if you have hacked the code
and it fails inside your hacks.

> x264 [error]: baseline profile doesn't support 4:2:2

That's a fact, x264enc element should not have accepted 4:2:2 if the
profile didn't support it. I believe that worked at some point, another
local hack ?

> 0:00:04.776551546  3425 0xffff880028a0 WARN                 x264enc
> gstx264enc.c:1541:gst_x264_enc_init_encoder:<x264enc0> Bad downstream
> profile name: baseline

That's odd, because it's a lie, baseline is a valid profile name.

> 0:00:04.797649790  3425 0xffff880028a0 WARN               videopool
> gstvideopool.c:216:video_buffer_pool_set_config:<videobufferpool0> no
> caps
> in config

That's odd, we rarely see that.

> 0:00:17.178038831  3425 0xffff880028a0 WARN                 v4l2src
> gstv4l2src.c:963:gst_v4l2src_create:<v4l2src0> lost frames detected:
> count =
> 1 - ts: 0:00:09.650940749
> 0:00:19.682819050  3425 0xffff880028a0 WARN                 v4l2src
> gstv4l2src.c:963:gst_v4l2src_create:<v4l2src0> lost frames detected:
> count =
> 1 - ts: 0:00:11.990974869
> 0:00:21.358753554  3425 0xffff880028a0 WARN                 v4l2src
> gstv4l2src.c:963:gst_v4l2src_create:<v4l2src0> lost frames detected:
> count =
> 1 - ts: 0:00:13.747001349
> 0:00:23.031052763  3425 0xffff880028a0 WARN                 v4l2src
> gstv4l2src.c:963:gst_v4l2src_create:<v4l2src0> lost frames detected:
> count =
> 1 - ts: 0:00:15.503029989

That though is not surprising. x264 with default configuration is
really slow.

> 0:00:24.718572233  3425     0x1c22a590 WARN               rtspmedia
> rtsp-media.c:2459:wait_preroll: failed to preroll pipeline
> 0:00:24.718658033  3425     0x1c22a590 WARN               rtspmedia
> rtsp-media.c:2749:gst_rtsp_media_prepare: failed to preroll pipeline

That is probably caused by all the previous issues.

> *** Error in `./test-launch': double free or corruptio[  351.297594]
> audit:
> type=1701 audit(1489485723.841:4): auid=4294967295 uid=0 gid=0
> ses=4294967295 pid=3425 comm="pool" exe="/home/root/test-launch" sig6
> n (!prev): 0x0000ffff6000e810 ***
> Aborted (core dumped)

For double free error, I suggest using valgrind. As you have so many
local changed, I would recommand you to debug and fix it.

>
> ===========================
> Client:
> Setting pipeline to PAUSED ...
> Pipeline is live and does not need PREROLL ...
> Progress: (open) Opening Stream
> Progress: (connect) Connecting to rtsp://ipaddress:8554/test
> Progress: (open) Retrieving server options
> Progress: (open) Retrieving media info
> 0:00:20.026852421 26277      0x229e450 WARN                 rtspsrc
> gstrtspsrc.c:5508:gst_rtspsrc_try_send:<rtspsrc0> error: Could not
> receive
> message. (Timeout while waiting for server response)
> 0:00:20.027114495 26277      0x229e450 WARN                 rtspsrc
> gstrtspsrc.c:6898:gst_rtspsrc_open:<rtspsrc0> can't get sdp
> ERROR: from element /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0: Could
> not
> read from resource.
> Additional debug info:
> gstrtspsrc.c(5508): gst_rtspsrc_try_send ():
> /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0:
> Could not receive message. (Timeout while waiting for server
> response)
> ERROR: pipeline doesn't want to preroll.
> Setting pipeline to PAUSED ...
> 0:00:20.027160175 26277      0x229e450 WARN                 rtspsrc
> gstrtspsrc.c:5075:gst_rtspsrc_loop:<rtspsrc0> we are not connected
> Setting pipeline to READY ...
> Setting pipeline to NULL ...
> Freeing pipeline ...
>
>
>
>
> --
> View this message in context: http://gstreamer-devel.966125.n4.nabble
> .com/Gstreamer-RTSP-server-error-no-connection-tp4683413.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Raya]

> Hello,
>
> Could you please help with this issue?
>
> I am using test-launch.c to create to stream video from usb camera
> using
> RTSP server.
>
> When I launch the following commands:
> Server: ./test-launch --gst-debug=2 "( v4l2src device=/dev/video8 !
> videoconvert  ! x264enc ! rtph264pay name=pay0 pt=96 )"
> Client: gst-launch-1.0 -v --gst-debug=2 rtspsrc
> location=rtsp://ipaddress:8554/test ! decodebin ! autovideosink
>
> The output is:
>
> Server: 
> 0:00:04.738327553  3425 0xffff9005f0f0 WARN                 v4l2src
> gstv4l2src.c:681:gst_v4l2src_query:<v4l2src0> Can't give latency
> since
> framerate isn't fixated !

That is a bit strange, I don't get this here, maybe driver specific ?

I am using c920 Logitech HD Pro Wbecam which uses uvcvideo as a driver.

> 0:00:04.773833055  3425 0xffff880028a0 ERROR                v4l2src
> gstv4l2src.c:547:gst_v4l2src_set_crop:<v4l2src0> Fail to set crop

gst_v4l2src_set_crop() is not something that exist in mainline code
base. Can you document the GStreamer version and all the changes you
have made. We can't provided good support if you have hacked the code
and it fails inside your hacks.

The only change that I made is I set the IP address so I can use the IP address of my target and not the loopback address. The target that I am using has customized linux distribution provided by Yocto. So I configured the gst-rtsp-server according to the board specifications and I built the test-launhc.c. The installed Gstreamer version is 1.6.3.

> x264 [error]: baseline profile doesn't support 4:2:2

That's a fact, x264enc element should not have accepted 4:2:2 if the
profile didn't support it. I believe that worked at some point, another
local hack ?

Yes,  if I launch the following command gst-launch-1.0 -v  v4l2src device=/dev/video8 ! videoconvert ! x264enc ! avimux ! filesink location=flux.avi I can stream a video.


> 0:00:04.776551546  3425 0xffff880028a0 WARN                 x264enc
> gstx264enc.c:1541:gst_x264_enc_init_encoder:<x264enc0> Bad downstream
> profile name: baseline

That's odd, because it's a lie, baseline is a valid profile name.

> 0:00:04.797649790  3425 0xffff880028a0 WARN               videopool
> gstvideopool.c:216:video_buffer_pool_set_config:<videobufferpool0> no
> caps
> in config

That's odd, we rarely see that.

> 0:00:17.178038831  3425 0xffff880028a0 WARN                 v4l2src
> gstv4l2src.c:963:gst_v4l2src_create:<v4l2src0> lost frames detected:
> count =
> 1 - ts: 0:00:09.650940749
> 0:00:19.682819050  3425 0xffff880028a0 WARN                 v4l2src
> gstv4l2src.c:963:gst_v4l2src_create:<v4l2src0> lost frames detected:
> count =
> 1 - ts: 0:00:11.990974869
> 0:00:21.358753554  3425 0xffff880028a0 WARN                 v4l2src
> gstv4l2src.c:963:gst_v4l2src_create:<v4l2src0> lost frames detected:
> count =
> 1 - ts: 0:00:13.747001349
> 0:00:23.031052763  3425 0xffff880028a0 WARN                 v4l2src
> gstv4l2src.c:963:gst_v4l2src_create:<v4l2src0> lost frames detected:
> count =
> 1 - ts: 0:00:15.503029989

That though is not surprising. x264 with default configuration is
really slow.

> 0:00:24.718572233  3425     0x1c22a590 WARN               rtspmedia
> rtsp-media.c:2459:wait_preroll: failed to preroll pipeline
> 0:00:24.718658033  3425     0x1c22a590 WARN               rtspmedia
> rtsp-media.c:2749:gst_rtsp_media_prepare: failed to preroll pipeline

That is probably caused by all the previous issues.

> *** Error in `./test-launch': double free or corruptio[  351.297594]
> audit:
> type=1701 audit(1489485723.841:4): auid=4294967295 uid=0 gid=0
> ses=4294967295 pid=3425 comm="pool" exe="/home/root/test-launch" sig6
> n (!prev): 0x0000ffff6000e810 ***
> Aborted (core dumped)

For double free error, I suggest using valgrind. As you have so many
local changed, I would recommand you to debug and fix it.