Hi Sébastian, In fact with client pipeline in Windows, the playing of the stream is too fast. The framerate is not take account. I dont understand why i need to disable the synchronization because it works perferctly with the same pipeline in Ubuntu. I think there is a strange behaviour about the timestamping or synchronization troubles in gstreamer in Windows. The cpu rate of the client is low, the video is often blocked as if the timestamping is corrupted. Also in reading the forum, it seems that this problem is known but never really resolved. -------- Message d'origine -------- De : "Sebastian Dröge-3 [via GStreamer-devel]" <[hidden email]> Date : 10/09/2016 10:29 (GMT+01:00) À : manuk <[hidden email]> Objet : Re: lag/freeze in streaming H264 or RAW from udpsrc on Windows > > sync=true => freeze and lags appear What do you mean with freeze and lag, what exactly happens? You should in any case add a queue after the udpsrc (or an rtpjitterbuffer), and maybe also want to increase the buffer-size property on udpsrc. > It seems there some troubles about the synchronisation, in my case I > MUST keep the sync property set to true on client side and server > side. You should do that any way :) sync=false in these cases is not a solution for anything. -- Sebastian Dröge, Centricular Ltd · http://www.centricular.com _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel signature.asc (949 bytes) Download Attachment If you reply to this email, your message will be added to the discussion below:
http://gstreamer-devel.966125.n4.nabble.com/lag-freeze-in-streaming-H264-or-RAW-from-udpsrc-on-Windows-tp4679512p4679517.html
|
On Sa, 2016-09-10 at 08:22 -0700, manuk wrote:
> Hi Sébastian, > > In fact with client pipeline in Windows, the playing of the stream is too fast. The framerate is not take account. > I dont understand why i need to disable the synchronization because it works perferctly with the same pipeline in Ubuntu. > I think there is a strange behaviour about the timestamping or synchronization troubles in gstreamer in Windows. > The cpu rate of the client is low, the video is often blocked as if the timestamping is corrupted. > Also in reading the forum, it seems that this problem is known but never really resolved. Did you try increasing the buffer-size and adding more queues? Please check if there is packet loss, e.g. from the debug logs of the rtpjitterbuffer. -- Sebastian Dröge, Centricular Ltd · http://www.centricular.com _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel signature.asc (968 bytes) Download Attachment |
Free forum by Nabble | Edit this page |