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

[Michael Niedermayer]

On Fri, Feb 20, 2015 at 07:00:48PM +0100, Michael Niedermayer wrote:
> 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

posted a patch that would do this

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

The real ebay dictionary, page 2
"100% positive feedback" - "All either got their money back or didnt complain"
"Best seller ever, very honest" - "Seller refunded buyer after failed scam"
-------------- 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/20150224/3bae2346/attachment.asc>