<p>Yeah, it never starts rendering. It's also always saying no frame. For every frame, the H264 decoder prints its own thing.</p>
<div class="gmail_quote">On Dec 29, 2011 11:37 AM, "Alex Cohn" <<a href="mailto:alexcohn@netvision.net.il">alexcohn@netvision.net.il</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, Dec 29, 2011 at 18:26, Neil Menne <<a href="mailto:nhmenne42@students.tntech.edu">nhmenne42@students.tntech.edu</a>> wrote:<br>
> So editing the buffer's header is the next step?<br>
<br>
First of all, let's be precise: this is not "buffer's header", it's<br>
the "file header".<br>
<br>
But anyway, I am not sure this fits your scenario. If you don't start<br>
seeing decoded frames after a sufficient number of frames has been<br>
buffered, you have a different problem. If your stream can carry<br>
b-frames, you cannot use the proposed work-around. If you don't really<br>
care about a few frames delay, you should not bother, and simply build<br>
your program with the delay in mind.<br>
<br>
-Alex<br>
_______________________________________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org">Libav-user@ffmpeg.org</a><br>
<a href="http://ffmpeg.org/mailman/listinfo/libav-user" target="_blank">http://ffmpeg.org/mailman/listinfo/libav-user</a><br>
</blockquote></div>