Hi Sébastian, In adding buffer-size set to 25000, the pipeline works perferctly with sync=true. Therefore, I don't understand why the default of udpsrc value set to 0 has not the same effect between ubuntu and windows gstreamer version. Thanks a lot Sébastian ;) Manu. -------- Message d'origine -------- De : Sebastian Dröge <[hidden email]> Date : 11/09/2016 14:13 (GMT+01:00) À : Discussion of the development of and with GStreamer <[hidden email]> Objet : Re: Re: lag/freeze in streaming H264 or RAW from udpsrc on Windows > 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 _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Ok if we leave the buffer-size equal to 0 for using the "Kernel receive buffer" in Windows environnent, it is recommended to add the following variable
From regedit.exe application, add the DefaultReceiveWindow variable in giving the buffer size as follow : [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\AFD\Parameters] "DefaultReceiveWindow"=dword:000c3500 From this way, it works also perfectly with pipeline in using a filesrc with sdpdemux (mandatory from this way because there no buffer-size property for filesrc element or sdpdemux element) |
On Mo, 2016-09-12 at 08:06 -0700, manuk wrote:
> Ok if we leave the buffer-size equal to 0 for using the "Kernel receive > buffer" in Windows environnent, it is recommended to add the following > variable > > From regedit.exe application, add the *DefaultReceiveWindow *variable in > giving the buffer size as follow : > *[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\AFD\Parameters] > "DefaultReceiveWindow"=dword:000c3500* > > From this way, it works also perfectly with pipeline in using a filesrc with > sdpdemux (mandatory from this way because there no buffer-size property for > filesrc element or sdpdemux element) purpose, yes. There are also a few other properties that would make sense to proxy. Please file a bug about this at https://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer -- 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 (985 bytes) Download Attachment |
In reply to this post by manuk
On Mo, 2016-09-12 at 10:42 +0200, emmanuel.kertesz wrote:
> Hi Sébastian, > > In adding buffer-size set to 25000, the pipeline works perferctly > with sync=true. > > Therefore, I don't understand why the default of udpsrc value set to > 0 has not the same effect between ubuntu and windows gstreamer > version. 0 is the operating system default, which might or might not be enough. But selecting an appropriate value depends on the exact kind of stream, and choosing something to high also has its disadvantages. -- 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 (985 bytes) Download Attachment |
Free forum by Nabble | Edit this page |