[FFmpeg-devel] [PATCH] avformat: Outputting DNxHD into .mov containers 'corrupts' following atoms until end of stsd
michaelni at gmx.at
Tue Feb 24 18:33:19 CET 2015
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
Size: 181 bytes
Desc: Digital signature
More information about the ffmpeg-devel