[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