[gst-devel] H.264 streaming: choppy video + timestamp warnings

[Kapil Agrawal]

Adam,

Sure its not at all a preferred solution. Just suggested you so you could
understand the actual issue. As edward mentioned mpegts isnt  a good idea to
use.

Also if its choppy maybe the packets might be getting dropped, or the
decoder is throwng sum error/warnings

Best
Kapil


On Wed, Jul 21, 2010 at 6:26 PM, Parisot, Adam <Adam.Parisot at barco.com>wrote:

>  Hi Kapil,
>
> Adding sync=false does improve playback significantly, going from a slide
> show to mostly smooth video, but the video still looks slightly choppy when
> compared to playing the same source locally.  Reading the documentation for
> the sync parameter, it sounds like the sink will display frames in whatever
> order they arrive in, so I'm thinking this is not the preferred solution.
>
> Regards,
> Adam
>
>  ------------------------------
> *From:* Kapil Agrawal [mailto:kapil.agl at gmail.com]
> *Sent:* 21Jul10 01:19
>
> *To:* Discussion of the development of GStreamer
> *Subject:* Re: [gst-devel] H.264 streaming: choppy video + timestamp
> warnings
>
> Adam,
>
> Try using sync=false at the end of your decode pipeline.
> The warning you pointed says that sink is dropping, as it getting late
> buffers.
>
> Best
> Kapil
>
> On Wed, Jul 21, 2010 at 12:16 AM, Parisot, Adam <Adam.Parisot at barco.com>wrote:
>
>> Hi all,
>>
>> I'm trying to develop a GStreamer-based application to receive and
>> display H.264 video from a network source.  The protocol is not
>> particularly important.  I've tried raw UDP with MPEG-TS encapsulation
>> as well as RTP with no encapsulation and I'm seeing the same performance
>> issue in both cases.
>>
>> Video starts skipping badly shortly after initiating playback and I see
>> these warnings from GStreamer:
>>
>> > 0:00:03.165877350 21089       0xb09010 WARN                basesink
>> gstbasesink.c:2686:gst_base_sink_is_too_late:<sink> warning: A lot of
>> buffers are being dropped.
>> > 0:00:03.165917755 21089       0xb09010 WARN                basesink
>> gstbasesink.c:2686:gst_base_sink_is_too_late:<sink> warning: There may
>> be a timestamping problem, or this computer is too slow.
>>
>> I can stream point-to-point between two instances of VLC just fine, so I
>> don't think there's an inherent problem with the hardware or network.
>>
>> My pipeline looks like this (for UDP + MPEG-TS):
>>
>> > udpsrc port=8200 caps="video/mpegts" \
>> >   ! mpegtsdemux \
>> >   ! ffdec_h264 \
>> >   ! glimagesink
>>
>> I have tried inserting a queue at various points in the pipeline and an
>> "h264parse" element before the decoder, but neither brings any
>> noticeable improvement.
>>
>> Also, the GStreamer core and good/bad/ugly plugin sets are all at the
>> latest released revisions.
>>
>> Can anyone offer any insight as to what might be causing this behavior?
>>
>> --
>> Regards,
>> Adam
>>
>>
>> DISCLAIMER:
>> Unless indicated otherwise, the information contained in this message is
>> privileged and confidential, and is intended only for the use of the
>> addressee(s) named above and others who have been specifically authorized to
>> receive it. If you are not the intended recipient, you are hereby notified
>> that any dissemination, distribution or copying of this message and/or
>> attachments is strictly prohibited. The company accepts no liability for any
>> damage caused by any virus transmitted by this email. Furthermore, the
>> company does not warrant a proper and complete transmission of this
>> information, nor does it accept liability for any delays. If you have
>> received this message in error, please contact the sender and delete the
>> message. Thank you.
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>
>
>
> --
> www.mediamagictechnologies.com (Gstreamer, ffmpeg, Red5, Streaming)
> twitter handle: @gst_kaps
> http://www.linkedin.com/in/kapilagrawal
>
> DISCLAIMER:
> Unless indicated otherwise, the information contained in this message is
> privileged and confidential, and is intended only for the use of the
> addressee(s) named above and others who have been specifically authorized to
> receive it. If you are not the intended recipient, you are hereby notified
> that any dissemination, distribution or copying of this message and/or
> attachments is strictly prohibited. The company accepts no liability for any
> damage caused by any virus transmitted by this email. Furthermore, the
> company does not warrant a proper and complete transmission of this
> information, nor does it accept liability for any delays. If you have
> received this message in error, please contact the sender and delete the
> message. Thank you.
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>


-- 
www.mediamagictechnologies.com (Gstreamer, ffmpeg, Red5, Streaming)
twitter handle: @gst_kaps
http://www.linkedin.com/in/kapilagrawal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20100721/657db4b4/attachment.htm>