<p>On Apr 11, 2012 10:37 PM, "Wagner Patriota" <<a href="mailto:wagner.patriota@gmail.com">wagner.patriota@gmail.com</a>> wrote:<br>
><br>
> YES, I got the same conclusion! but how do I convert the frames?<br>
> that's what I still don't understand. I was expecting the filter do it for me... any idea? :-(<br>
><br>
> On Wed, Apr 11, 2012 at 4:19 PM, Alex Cohn <<a href="mailto:alexcohn@netvision.net.il">alexcohn@netvision.net.il</a>> wrote:<br>
>><br>
>> On Apr 11, 2012 9:37 PM, "Wagner Patriota" <<a href="mailto:wagner.patriota@gmail.com">wagner.patriota@gmail.com</a>> wrote:<br>
>> ><br>
>> > ExtraData: 00000001674D400D96528322FF2FFE080007F0A100000303E90000BB80604000825C000412FFF18E302000412E0002097FF8C70ED09128B00000000168E9093520<br>
>> > So what is wrong?<br>
>> ><br>
>> > 1. If I don't use the filter, I get this message:<br>
>> > "H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb)""<br>
>> > Because "AV_RB32(pkt->data) != 0x0000001" (in fact, AV_RB32(pkt->data) = 0x1B13)<br>
>><br>
>> Could it be that while your extradata is in annex b format, the frames still need conversion?  0x1B13 looks like a start of a regular packet.</p>
<p>You can try to convert extradata (SPS/PPS) to Nal format, attach it to the first frame (before the frame data), and pass the resulting stream through the annex b filter.</p>
<p>Or you could prepend each frame with 0x00000001 without the filter. </p>
<p>Note that you should not give SPS/PPS data to the decode function separately, but only with the IDR frame data.</p>
<p>BR,<br>
Alex<br>
</p>