diff options
author | Aaron Colwell <acolwell@chromium.org> | 2011-09-22 07:51:00 -0700 |
---|---|---|
committer | Michael Niedermayer <michaelni@gmx.at> | 2011-09-22 21:34:50 +0200 |
commit | 6c4cc0f640874f6098ef98bad54c3fc0fa7c615f (patch) | |
tree | a4e2f20bff7b40767a0527e8bd3c2826a1a61952 /libavcodec/sh4/qpel.c | |
parent | e8d8517b160bd2dea1279d19ec0efd83e00c8c6c (diff) | |
download | ffmpeg-6c4cc0f640874f6098ef98bad54c3fc0fa7c615f.tar.gz |
matroskadec: Fix seeking for matroska files with CUES before first cluster
This change fixes a bug where seeking doesn't work properly for
matroska files that have the CUES element before the first cluster.
This bug was accidentally introduced a few months ago by my deferred CUES
loading patch<http://git.videolan.org/?p=ffmpeg.git;a=commit;h=31ad14c21e0735387ba8082c6e3436241f7ccfc8>
.
When the CUES element appears before the first cluster in the file, the data
is parsed and placed in matroska->index but that data is never added to the
seek index. Currently the transfer from matroska->index to the seek index
only happens when matroska_parse_cues() is called.
Matroska_parse_cues() only gets called on a seek if cues_parsing_deferred is
set. Cues_parsing_deferred only gets set if parsing the CUES requires
seeking past the first cluster. There is no code to handle the case where
CUES is before the first cluster.
This fix essentially restores the matroska->index processing that was
happening at the end of matroska_read_header() before I made my CUES
deferral change. In the case where CUES is before the first
cluster, matroska->index will have data and the seek index will be updated.
In the case where CUES is later in the file, matroska->index will be empty
and cues_parsing_deferred will be set so loading will happen later.
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
Diffstat (limited to 'libavcodec/sh4/qpel.c')
0 files changed, 0 insertions, 0 deletions