<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="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 class="HOEnZb"><font color="#888888"><br>
<br>
-d</font></span><div class="HOEnZb"><div class="h5"><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>