<div dir="ltr">I don't think that you need to run the parser after the encoder. The encoder produces a valid H264 buffer so the parser can't do anything worthwhile. Yes, you need to store the SPS/PPS and transmit them in the bitstream with each IFrame. The only other thing to look into is whether or not the encoder inserts start codes in the H264 buffer at MB boundaries based on the MTU size and verify that the payloader is breaking the buffer at those boundaries. And make sure that you are setting the MTU properly.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 2, 2013 at 3:23 AM, Tim-Philipp Müller <span dir="ltr"><<a href="mailto:t.i.m@zen.co.uk" target="_blank">t.i.m@zen.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wed, 2013-10-02 at 02:22 +0200, Carlos Rafael Giani wrote:<br>
<br>
> Perhaps it would also be possible to set the codec-data caps even though<br>
> Annex.B is sent downstream? Would this break something? If not, this<br>
> could be an option 3, perhaps the best of all.<br>
<br>
</div>No, this is not quite right. But you can put the SPS/PPS (in byte-stream<br>
format) into the caps as "streamheader" and make elements do something<br>
like<br>
<br>
  if (is_first_buffer && !BUF_FLAG_SET (buffer, HEADER)) {<br>
    get_and_process_stream_headers<br>
  }<br>
<br>
 Cheers<br>
<span class="HOEnZb"><font color="#888888">  -Tim<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div>