Hello,<div><br></div><div>I am working on parsing H264 too. A RTP H264 stream</div><div>I found that it is a common approach of decoders (hard and soft) to request an entire AU (or frame).</div><div>However, the code in live is parsing the streams at NAL-by-NAL basis. At the (file) sink every NAL is appended to a file with an start_code is added accordingly.</div>

<div><br></div><div>It is, indeed, working marvelous, thanks to your efforts.</div><div><br></div><div>Still, I am fighting to migrate this approach to a AU-by-AU basis. For that, i think the (H264VideoRTP) source should detect the end of an AU (not an straightforward matter though) and then instruct the FramedSource to write the entire AU to the sink (aftergetting).</div>

<div><br></div><div>For that, I think the H264VideoRTPSource should handle the start_codes (before each NAL) instead of doing it at the sink. Right now I am looking for a way to implement this issue.</div><div><br></div>
<div>
If my idea is not entirely misguided, where should I add the start_codes in the source?</div><div><br></div><div>Best regards</div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div><br clear="all">Alberto Álvarez González<div>

<a href="mailto:alvarezgalberto@uniovi.es" target="_blank">alvarezgalberto@uniovi.es</a><br><br></div><br>
</div>