slow playback in streaming client

Wed Jul 29 10:47:04 PDT 2015

Thanks for the info. I will use wireshark to check this. This goes through
through a WIFI as well, but I doubt that is the reason as I can
successfully stream between same machine using VLC. Having a jitterbuffer
in the client side did not help.

however I was able to stream very successfully using following chains.

gst-launch-1.0  -v filesrc location=file.mp4 ! decodebin ! x264enc !
rtph264pay  pt=96 ssrc=0 timestamp-offset=0 seqnum-offset=0 pt=96 !  gdppay
! tcpclientsink host=192.168.1.95 port=5000

gst-launch tcpserversrc host=0.0.0.0 port=5000 ! gdpdepay ! rtph264depay !
ffdec_h264 ! autovideosink

I guess it will work even if I switch TCP client and server.

Since this uses TCP, late joining is not supported, but having TCP is
better in my case as I am not sure if routers will support multicast
generally. (even with in the same network).

On Wed, Jul 29, 2015 at 3:39 PM, Chuck Crisler-2 [via GStreamer-devel] <
ml-node+s966125n4672914h87 at n4.nabble.com> wrote:

> First, take a wireshark trace on the client to see the rate that the
> packets are arriving. Do you really need the h264parse on the server? You
> should also add a jitterbuffer on the client between the udpsrc and the
> rtph264depay. Is this going over hardwire network or WiFi?
>
> On Sat, Jul 25, 2015 at 10:14 AM, suspension <[hidden email]
> <http:///user/SendEmail.jtp?type=node&node=4672914&i=0>> wrote:
>
>> I have the following streaming source:
>> gst-launch  -v filesrc location=<file.mkv> ! decodebin ! vpuenc codec=6 !
>> video/x-h264 ! h264parse ! rtph264pay config-interval=1 pt=96 ! udpsink
>> host=224.25.2.55 port=5000
>>
>> And following client:
>> gst-launch udpsrc uri=udp://224.25.2.55:5000  caps="application/x-rtp,
>> media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264,
>> sprop-parameter-sets=(string)\"Z0JAHqaA1C2QAA\\=\\=\\,aM44gAA\\=\",
>> payload=(int)96, ssrc=(uint)2905425995, clock-base=(uint)1674913653,
>> seqnum-base=(uint)52583" ! rtph264depay ! ffdec_h264 ! queue !
>> autovideosink
>>
>> This works, but playback speed fluctuates in the client. It plays properly
>> for half a second, slows down for a half a second, again plays at normal
>> speed and so on.
>>
>> I have tried following already without any luck.
>> Use mpeg4 encoding
>> Changing various properties in udpsrc, udpsink, rtph264pay, vpuenc, etc.
>> Used loop-back address rather than multicast
>> directly streaming H264
>>
>> What am I doing wrong? It looks like client is running out of data to
>> play.
>> The Server pipeline runs in a IMX6 based platform and uses hardware
>> accelerated decoder/encoder. The top command in that machine shows very
>> little use of CPU.
>>
>> Sometime I see following warnings in the client machine:
>> There may be a timestamping problem, or this computer is too slow.
>> WARNING: from element
>>
>> /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0/GstXvImageSink:autovideosink0-actual-sink-xvimage:
>> A lot of buffers are being dropped.
>> Additional debug info:
>> gstbasesink.c(2875): gst_base_sink_is_too_late ():
>>
>> /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0/GstXvImageSink:autovideosink0-actual-sink-xvimage:
>>
>>
>> But my client machine is a modern laptop and should not have any issue
>> decoding and displaying this video.
>>
>> The video in concern is of HD quality.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://gstreamer-devel.966125.n4.nabble.com/slow-playback-in-streaming-client-tp4672848.html
>> Sent from the GStreamer-devel mailing list archive at Nabble.com.
>> _______________________________________________
>> gstreamer-devel mailing list
>> [hidden email] <http:///user/SendEmail.jtp?type=node&node=4672914&i=1>
>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>
>
>
>
> --
> ___________________________________________________
> Name
> *Chuck Crisler*
>
> Mutualink, Inc.
> 3 Lan Dr.
> Westford, MA  01886
>
> Direct: <a href="tel:%28866%29%20957-5465" value="+18669575465"
> target="_blank">(978) 490-3006 Ext: 118
>
> E-Mail: [hidden email]
> <http:///user/SendEmail.jtp?type=node&node=4672914&i=2>
>
> Web: www.mutualink.net
>
>
> The information in this email, and subsequent attachments, may contain
> confidential information that is
> intended solely for the attention and use of the named addressee(s). This
> message or any part thereof
> must not be disclosed, copied, distributed or retained by any person
> without authorization from the addressee.
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email] <http:///user/SendEmail.jtp?type=node&node=4672914&i=3>
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> ------------------------------
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://gstreamer-devel.966125.n4.nabble.com/slow-playback-in-streaming-client-tp4672848p4672914.html
>  To unsubscribe from slow playback in streaming client, click here
> <http://gstreamer-devel.966125.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4672848&code=bWFudXNoYTE5ODBAZ21haWwuY29tfDQ2NzI4NDh8LTQ0NzQ3NzgzMA==>
> .
> NAML
> <http://gstreamer-devel.966125.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>

--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/slow-playback-in-streaming-client-tp4672848p4672919.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150729/21e13df4/attachment.html>