<div dir="ltr"><div>Luis,</div><div><br></div><a href="https://www.dropbox.com/sh/es6nekvhcexh7xl/AACeOiu9F_OrNgTuUzr-gJyja">https://www.dropbox.com/sh/es6nekvhcexh7xl/AACeOiu9F_OrNgTuUzr-gJyja</a><br><div><br></div><div>I've created a test case that clearly demonstrates the issue. Here's the play command line I used:</div>
<div><br></div><div>GST_DEBUG=*:4 gst-play-1.0 --videosink xvimagesink --gapless Part_one.mp4 Part_two.mp4 Part_three.mp4 > Gapless.out 2>&1<br></div><div><br></div><div>At the above link is the result (Gapless.out) as well as the three MP4 files used for the demonstration. The files were generated by creating 300 frames of PNGs, with the frame number placed at (frame, frame) coordinate in the image, in white text; these were then encoded to H.264 and played back. The numbering and movement make the gaps very obvious!</div>
<div><br></div><div>Using VLC to play these three files results in a continuous stream, but gst-play has a 5-10 frame pause at approximately the point where "about-to-finish" is emitted.</div><div><br></div><div>
Thanks for your help!</div><div><br></div><div>-d</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 14, 2014 at 4:36 PM, Luis de Bethencourt <span dir="ltr"><<a href="mailto:luis@debethencourt.com" target="_blank">luis@debethencourt.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Seeing that duration before a real value is discovered by the demuxer is normal. But those FIXME lines do look scary.<div>
<br></div><div>Will read your log in a while.</div><div><br></div><div>Thanks,</div><div>
Luis</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On 14 July 2014 13:43, David W. Harks <span dir="ltr"><<a href="mailto:dave@dwink.net" target="_blank">dave@dwink.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sure, here you go, at debug level 4.<br>
<br>
<a href="https://www.dropbox.com/s/cdh1ur7vsmt6q5m/dbg_4.log" target="_blank">https://www.dropbox.com/s/<u></u>cdh1ur7vsmt6q5m/dbg_4.log</a><br>
<br>
One thing I noticed: the segment start events go like this, with a duration of 99:99:99 and then complaints about duration caching:<br>
<br>
creating segment event time segment start=0:00:00.066733333, stop=0:00:<a href="tel:14.347666666" value="+14347666666" target="_blank">14.347666666</a>, rate=1.000000, applied_rate=1.000000, flags=0x00, time=0:00:00.000000000, base=0:00:00.000000000, position 0:00:00.066733333, duration 99:99:99.999999999<br>


0:00:00.675879247 14212      0x1f99a00 FIXME                    bin gstbin.c:4008:gst_bin_query: implement duration caching in GstBin again<br>
0:00:00.675908879 14212      0x1f99a00 FIXME                    bin gstbin.c:4008:gst_bin_query: implement duration caching in GstBin again<br>
0:00:00.675919229 14212      0x1f99a00 FIXME                    bin gstbin.c:4008:gst_bin_query: implement duration caching in GstBin again<br>
<br>
I'm not sure if that has much to do with what I'm seeing, but it would mean the segment starts on the third frame(at apprximately 30fps).<br>
<br>
Thanks in advance for looking!<span><font color="#888888"><br>
<br>
-d</font></span><div><div><br>
<br>
<br>
On Mon, Jul 14, 2014 at 11:35:09AM -0400, Luis de Bethencourt wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi David,<br>
<br>
Can you generate the log again with a lower debug level? Your current log<br>
is 100mb big and very very long. Would be easier to debug with a lower<br>
debug level.<br>
<br>
Thanks,<br>
Luis<br>
<br>
<br>
On 11 July 2014 08:35, David W. Harks <<a href="mailto:dave@dwink.net" target="_blank">dave@dwink.net</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
GStreamer wizards,<br>
<br>
My GStreamer-based app is intended to play H.264 video clips back-to-back<br>
in gapless fashion. It uses playbin and the 'about-to-finish' signal to<br>
change URIs, as the various examples and advice about this shows.<br>
<br>
Unfortunately, I'm seeing a 5-10 frame 'pause' when switching URIs. What<br>
seems to be happening is that the sink stops rendering frames for a brief<br>
period, leaving a static frame visible, then 'catches up' and starts<br>
rendering again, skipping the first few frames of the next clip. I tried<br>
taking the same clips and playing them with gst-play-1.0 --gapless and I<br>
get the same result.<br>
<br>
My question is, how can I narrow down what's going on here? And is there<br>
anything I can do to get frame-perfect transitions? I created a debug log<br>
with GST_DEBUG=5 here: <a href="https://www.dropbox.com/s/" target="_blank">https://www.dropbox.com/s/</a><br>
0rdzlrcaz77wbkc/dbg.out.gz<br>
<br>
Unfortunately, I'm not quite sure how to interpret this output.<br>
<br>
Thanks for your expertise!<br>
<br>
-d<br>
______________________________<u></u>_________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.<u></u>freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/<u></u>mailman/listinfo/gstreamer-<u></u>devel</a><br>
<br>
</blockquote></blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
______________________________<u></u>_________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.<u></u>freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/<u></u>mailman/listinfo/gstreamer-<u></u>devel</a><br>
</blockquote>
<br>
______________________________<u></u>_________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.<u></u>freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/<u></u>mailman/listinfo/gstreamer-<u></u>devel</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">d.w. harks <<a href="mailto:dave@dwink.net" target="_blank">dave@dwink.net</a>></div>
</div>