summaryrefslogtreecommitdiff
path: root/ffplay.c
diff options
context:
space:
mode:
authorAaron Colwell <acolwell@chromium.org>2011-09-22 07:51:00 -0700
committerMichael Niedermayer <michaelni@gmx.at>2011-09-22 21:34:50 +0200
commit6c4cc0f640874f6098ef98bad54c3fc0fa7c615f (patch)
treea4e2f20bff7b40767a0527e8bd3c2826a1a61952 /ffplay.c
parente8d8517b160bd2dea1279d19ec0efd83e00c8c6c (diff)
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 'ffplay.c')
0 files changed, 0 insertions, 0 deletions