rtsp server problem: same frame content send over and over again

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

rtsp server problem: same frame content send over and over again

t.kipfelsberger
I'm stuck with following problem:
When setting up gst-rtsp-server, the RTSP reciever will only show the
content of the first frame, though the server keeps sending frames.

I use following pipeline:

/imxv4l2videosrc device=/dev/video0 imx-capture-mode=5 ! tee name=tp tp. !
queue ! imxipuvideotransform ! *jpegenc* ! fakesink sync=false tp. ! queue !
imxipuvideotransform  ! imxvpuenc_h264 bitrate=0  ! rtph264pay name=pay0
pt=96 config-interval=1/

The strange thing is, without /jpegenc/ in the first 'tee' branch everything
works fine (*)

Any help is appreciated!

(*)
/imxv4l2videosrc device=/dev/video0 imx-capture-mode=5 ! tee name=tp tp. !
queue ! imxipuvideotransform ! fakesink sync=false tp. ! queue !
imxipuvideotransform  ! imxvpuenc_h264 bitrate=0  ! rtph264pay name=pay0
pt=96 config-interval=1/



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: rtsp server problem: same frame content send over and over again

Nicolas Dufresne-5


Le lun. 18 mars 2019 05 h 26, t.kipfelsberger <[hidden email]> a écrit :
I'm stuck with following problem:
When setting up gst-rtsp-server, the RTSP reciever will only show the
content of the first frame, though the server keeps sending frames.

I use following pipeline:

/imxv4l2videosrc device=/dev/video0 imx-capture-mode=5 ! tee name=tp tp. !
queue ! imxipuvideotransform ! *jpegenc* ! fakesink sync=false tp. ! queue !
imxipuvideotransform  ! imxvpuenc_h264 bitrate=0  ! rtph264pay name=pay0
pt=96 config-interval=1/

The strange thing is, without /jpegenc/ in the first 'tee' branch everything
works fine (*)

Any help is appreciated!

(*)
/imxv4l2videosrc device=/dev/video0 imx-capture-mode=5 ! tee name=tp tp. !
queue ! imxipuvideotransform ! fakesink sync=false tp. ! queue !
imxipuvideotransform  ! imxvpuenc_h264 bitrate=0  ! rtph264pay name=pay0
pt=96 config-interval=1/

My guess is that imxv4l2videosrc is not allocating enough buffers. So even though you have queues after tee branches, it still hang. This might be configurable for this element, I don't know. It was fixed in v4l2src, which the vendor NXP driver isn't compatible with.




--
Sent from: http://gstreamer-devel.966125.n4.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