[FFmpeg-devel] [PATCH] avformat/mov: don't read duration from mvhd atom

Michael Niedermayer michael at niedermayer.cc
Sun Aug 28 01:33:56 EEST 2022


On Sat, Aug 27, 2022 at 04:41:39PM -0300, James Almer wrote:
> On 8/16/2022 4:22 PM, Michael Niedermayer wrote:
> > On Mon, Aug 15, 2022 at 08:14:42PM -0300, James Almer wrote:
> > > This duration is equal to the longest duration in all track's tkhd atoms, which
> > > may be comprised of the sum of all edit lists in each track. Empty edit lists
> > > in tracks represent start_time, and the actual media duration is stored in the
> > > mdhd atom.
> > > This change lets the generic demux code derive the longest track duration taken
> > > from mdhd atoms, so the correct duration and start_time combination will be
> > > reported.
> > > 
> > > Should fix ticket #9775.
> > > 
> > > Signed-off-by: James Almer <jamrial at gmail.com>
> > > ---
> > >   libavformat/mov.c                            | 4 ----
> > >   tests/ref/fate/gaplessenc-itunes-to-ipod-aac | 2 +-
> > >   2 files changed, 1 insertion(+), 5 deletions(-)
> > 
> > No idea if its a bad or good change but this changes the output for:
> > ./ffmpeg -f concat -i ~/tickets/3108/concatfile.txt -codec copy -bitexact /tmp/3108.avi
> > 
> > thx
> 
> I don't see an avi file in that ticket, but for the mov in the zip file, the
> video track duration is used after this patch.

the avi is generated in that command from the concatfile.txt from the tickets zip

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

I do not agree with what you have to say, but I'll defend to the death your
right to say it. -- Voltaire
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20220828/1f2d669e/attachment.sig>


More information about the ffmpeg-devel mailing list