[FFmpeg-devel] [PATCH] avformat: Outputting DNxHD into .mov containers 'corrupts' following atoms until end of stsd

Michael Niedermayer michaelni at gmx.at
Fri Feb 20 19:00:48 CET 2015

On Fri, Feb 20, 2015 at 04:04:52PM +0000, Kevin Wheatley wrote:
> On Fri, Feb 20, 2015 at 11:36 AM, Michael Niedermayer <michaelni at gmx.at> wrote:
> > applied the case for DNxHD, for the more general case, please
> > explain which case(s) and software need them, and how to reproduce
> > that
> My experience and by the looks of things other people using
> libquicktime have seen issues with Final Cut having problems reading
> the files if the stds
> http://libquicktime.cvs.sourceforge.net/viewvc/libquicktime/libquicktime/src/stsdtable.c?view=markup
> quicktime_write_stsd_video() line 643 is where they sometimes pad.
> http://comments.gmane.org/gmane.comp.video.libquicktime.devel/1348
> appears to be the discussion around why they do it

hmm, ok, i guess doing the same "sometimes" padding is what we should
do then too
if you want to submit a patch along these lines, ill apply it unless
it breaks something

Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Asymptotically faster algorithms should always be preferred if you have
asymptotical amounts of data
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20150220/c2a689d7/attachment.asc>

More information about the ffmpeg-devel mailing list