[FFmpeg-devel] [PATCH] Parse H.264 is ASF.

Michael Niedermayer michaelni
Thu May 20 20:08:51 CEST 2010


On Wed, May 19, 2010 at 04:36:16PM -0400, Alex Converse wrote:
> My H.264 in asf samples[1] seem to put SPS and PPS in its own packet
> which creates all kinds of problems when remuxing (notably duplicate
> timestamps and an empty avcC). The attached patch turns on the parser
> to combine the packets. All my H.264 in asf samples are from the same
> source so if people have other samples to verify this on, let me know
> (I didn't find anything on samples.mphq.hu)
> 
> 
> [1] /incoming/h264_aac_zeropad.asf
> 
> Regards,
> Alex Converse

>  asfdec.c |    2 ++
>  1 file changed, 2 insertions(+)
> cb107db59fdfb193268b15dfd1f5519a0ba1195f  0003-Parse-H.264-in-ASF-because-SPS-PPS-lives-in-its-own-.patch
> From ecd789ea2122615205dcd2250715aae1463ef0b4 Mon Sep 17 00:00:00 2001
> From: Alex Converse <alex.converse at gmail.com>
> Date: Wed, 19 May 2010 15:57:37 -0400
> Subject: [PATCH 3/3] Parse H.264 in ASF because SPS+PPS lives in its own packet.

microsoft doesnt fail to come up with new stupidities.
are there more than some pps/sps at the begin?
if yes your patch is ok
otherwise we maybe could try to disable parsing once we are past the pps/sps,
would make the code slightly faster


[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

He who knows, does not speak. He who speaks, does not know. -- Lao Tsu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20100520/bf545389/attachment.pgp>



More information about the ffmpeg-devel mailing list