Is your problem still valid for small .avi files. If yes try large .mov/.mp4 files using qtdemux ?<br><br><br><div class="gmail_quote">On Wed, Mar 3, 2010 at 6:30 PM, Sedji Gaouaou <span dir="ltr"><<a href="mailto:sedji.gaouaou@atmel.com">sedji.gaouaou@atmel.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Well, I have now tested this command line:<br>
gst-launch -v filesrc location= mnt/video/AVI/MPEG4/Myfile.avi !<br>
<div class="im">avidemux name=demux demux.video_00 ! queue ! x170 output=RG<br>
</div>B16 inbuf-thresh=0000 output_width=480 output_height=240 ! fakesink<br>
sync=True<br>
<br>
And it is really peculiar because the file play until the end,and the<br>
timestamp displayed are all correct...<br>
<br>
I am now really confused :)<br>
<br>
Le 3/3/2010 1:26 PM, Sedji Gaouaou a écrit :<br>
<div><div></div><div class="h5">> Hi<br>
>><br>
>> Is your decoder outputting properly timestamped buffers ? Replace<br>
>> "ximagesink display=:0.0" with "fakesink sync=True" and use the '-v'<br>
>> argument of gst-launch.<br>
>><br>
>> With that you will be able to see the timestamp/durations of the<br>
>> buffers entering fakesink. You should normally see continuously<br>
>> increasing value.<br>
>><br>
><br>
> I will try that to check the timestamp of each frame.<br>
>>><br>
>>> It works for a while, but at some point I have this error:<br>
>>><br>
>>> WARNING: from element /GstPipeline:pipeline0/GstXImageSink:ximagesink0:<br>
>>> A lot of buffers are being dropped.<br>
>>> Additional debug info:<br>
>>> gstbasesink.c(2572): gst_base_sink_is_too_late ():<br>
>>> /GstPipeline:pipeline0/GstXImageSink:ximagesink0:<br>
>>> There may be a timestamping problem, or this computer is too slow.<br>
>>><br>
>>> I am using the gstreamer_0.10.25.<br>
>>><br>
>>> I have noticed that this message comes from the gstbasesink.c, and I<br>
>>> also noticed that if I change the timestamp of my decoded frame to<br>
>>> "GST_CLOCK_TIME_NONE", then I don't see the problem anymore(but of<br>
>>> course the file is played in fast forward...)<br>
>><br>
>> If it manages to play it that fast in this case... that means your<br>
>> decoder is fast enough, which points even more to the fact that the<br>
>> buffers coming out from your decoder are wrongly timestamped.<br>
>><br>
>>><br>
><br>
> The point I don't understand then, is why the file is correctly played<br>
> for a while and all of a sudden I have some errors.<br>
> For instance the file last about 20 minutes, I have errors towards the<br>
> 15th min.<br>
><br>
> I was first thinking that maybe some buffers were overwritten and so the<br>
> displayed missed some frames. In that case if the timestamp were set to<br>
> GST_CLOCK_TIME_NONE, then any overwritten buffers will not cause any<br>
> problems...<br>
><br>
> But I am not really sure, it is just a guess...<br>
><br>
><br>
> ------------------------------------------------------------------------------<br>
> Download Intel&#174; Parallel Studio Eval<br>
> Try the new software tools for yourself. Speed compiling, find bugs<br>
> proactively, and fine-tune applications for parallel performance.<br>
> See why Intel Parallel Studio got high marks during beta.<br>
> <a href="http://p.sf.net/sfu/intel-sw-dev" target="_blank">http://p.sf.net/sfu/intel-sw-dev</a><br>
> _______________________________________________<br>
> gstreamer-devel mailing list<br>
> <a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br>
> <a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
><br>
><br>
<br>
<br>
<br>
------------------------------------------------------------------------------<br>
Download Intel&#174; Parallel Studio Eval<br>
Try the new software tools for yourself. Speed compiling, find bugs<br>
proactively, and fine-tune applications for parallel performance.<br>
See why Intel Parallel Studio got high marks during beta.<br>
<a href="http://p.sf.net/sfu/intel-sw-dev" target="_blank">http://p.sf.net/sfu/intel-sw-dev</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><a href="http://www.linkedin.com/in/kapilagrawal">http://www.linkedin.com/in/kapilagrawal</a><br>