matroskadec: Fix seeking for matroska files with CUES before first cluster
authorAaron Colwell <acolwell@chromium.org>
Thu, 22 Sep 2011 14:51:00 +0000 (07:51 -0700)
committerMichael Niedermayer <michaelni@gmx.at>
Thu, 22 Sep 2011 19:34:50 +0000 (21:34 +0200)
commit6c4cc0f640874f6098ef98bad54c3fc0fa7c615f
treea4e2f20bff7b40767a0527e8bd3c2826a1a61952
parente8d8517b160bd2dea1279d19ec0efd83e00c8c6c
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>
libavformat/matroskadec.c