Query regarding a particular permutation of gstreamer-elements

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

Query regarding a particular permutation of gstreamer-elements

Ajay Garg
Hi All.

We are using a particular pipeline ::

rtspsrc location=rtsp://rtsp/url ! rtph264depay ! avdec_h264 ! videoscale ! videorate skip-to-first=true ! videoconvert ! queue ! capsfilter caps=video/x-raw,framerate=1/1 ! x264enc byte-stream=true me=1 subme=6 bitrate=50 speed-preset=1 ! video/x-h264 ! rtph264pay pt=96 mtu=65000 ! udpsink host=1.2.3.4 port=1234

Things work fine mostly, however things get a bit screwed up on "slow" networks.


Does the above pipeline have the potential of backlog-buildup?
Or the following cycle works ::

       Generate-Frame => Upload to UDP-Server ==||
                 ^                                                       ||
                 ^                                                       ||
                 ||=========================== ||


If not, is there a permutation that might generate the above cycle (and thus eliminate any chance of backlog-buildup)?

Will be heartfully grateful for any pointers.


Thanks and Regards,
Ajay

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

Re: Query regarding a particular permutation of gstreamer-elements

Ajay Garg
Ideas, please ?!!

On Wed, Sep 7, 2016 at 10:14 AM, Ajay Garg <[hidden email]> wrote:
Hi All.

We are using a particular pipeline ::

rtspsrc location=rtsp://rtsp/url ! rtph264depay ! avdec_h264 ! videoscale ! videorate skip-to-first=true ! videoconvert ! queue ! capsfilter caps=video/x-raw,framerate=1/1 ! x264enc byte-stream=true me=1 subme=6 bitrate=50 speed-preset=1 ! video/x-h264 ! rtph264pay pt=96 mtu=65000 ! udpsink host=1.2.3.4 port=1234

Things work fine mostly, however things get a bit screwed up on "slow" networks.


Does the above pipeline have the potential of backlog-buildup?
Or the following cycle works ::

       Generate-Frame => Upload to UDP-Server ==||
                 ^                                                       ||
                 ^                                                       ||
                 ||=========================== ||


If not, is there a permutation that might generate the above cycle (and thus eliminate any chance of backlog-buildup)?

Will be heartfully grateful for any pointers.


Thanks and Regards,
Ajay



--
Regards,
Ajay

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