[FFmpeg-trac] #708(avformat:open): Bad computed size for atoms with size 0 in MOV files

FFmpeg trac at avcodec.org
Tue Dec 6 08:16:09 CET 2011

#708: Bad computed size for atoms with size 0 in MOV files
             Reporter:  mihnea      |                    Owner:
                 Type:  defect      |                   Status:  open
             Priority:  normal      |                Component:  avformat
              Version:  git-master  |               Resolution:
             Keywords:              |               Blocked By:
             Blocking:              |  Reproduced by developer:  0
Analyzed by developer:  0           |

Comment (by mihnea):

 The commit fixes the problem indeed, but the read position for the next
 atom will be wrong. Since it's off by only 8 bytes and the parent ends
 after the atom, ffmpeg won't try to parse the garbage and will go to the
 next atom correctly (one level up in the hierarchy), but still, atoms with
 size 0 will always be parsed wrong, since they will be missing 8 bytes.

 The atom in the sample is broken indeed, and Quicktime doesn't say
 anything about channel layout (or I don't know where to look, I checked
 the "movie inspector" thing). Mediainfo says the audio is stereo with
 front left and right channel mappings, but I guess it reads that from the
 AAC stream, not from the MOV headers.

 I'll submit my patch to ffmpeg-devel and see what gives, thanks.

Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/708#comment:5>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker

More information about the FFmpeg-trac mailing list