aboutsummaryrefslogtreecommitdiffstats
path: root/tests/ref
diff options
context:
space:
mode:
authorDale Curtis <dalecurtis@chromium.org>2012-04-19 11:12:24 -0700
committerLuca Barbato <lu_zero@gentoo.org>2012-04-22 17:23:50 -0700
commit8336eb6f85e4b94b9c198b16bd0ac4178f4dba86 (patch)
treeb7bf84ad49f9b3f700127a9e8514efd595a760ac /tests/ref
parent1381081cdb5999892d69f2ff010cf9371bfc7978 (diff)
downloadffmpeg-8336eb6f85e4b94b9c198b16bd0ac4178f4dba86.tar.gz
matroska: Add incremental parsing of clusters.
Reduces the amount of upfront data required for cluster parsing thus decreasing latency on seek and startup. The change in the seek-lavf_mkv FATE test is due to incremental parsing no longer reading as much data as the old parser and thus not having that additional data to generate index entries based on keyframes. Index entries are added correctly as the file is parsed. All FATE tests pass and Chrome has been using this patch for ~6 months without issue. Currently incremental parsing is not supported for files with SSA tracks since they require merging packets between clusters. In this case the code falls back to non-incremental parsing. Signed-off-by: Aaron Colwell <acolwell@chromium.org> Signed-off-by: Dale Curtis <dalecurtis@chromium.org> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
Diffstat (limited to 'tests/ref')
-rw-r--r--tests/ref/seek/lavf_mkv2
1 files changed, 1 insertions, 1 deletions
diff --git a/tests/ref/seek/lavf_mkv b/tests/ref/seek/lavf_mkv
index 0f76f344c5..e51e9c9c3b 100644
--- a/tests/ref/seek/lavf_mkv
+++ b/tests/ref/seek/lavf_mkv
@@ -34,7 +34,7 @@ ret: 0 st: 0 flags:1 dts: 0.960000 pts: 0.960000 pos: 292150 size: 27834
ret: 0 st: 1 flags:0 ts: 1.307000
ret:-EOF
ret: 0 st: 1 flags:1 ts: 0.201000
-ret: 0 st: 1 flags:1 dts: 0.198000 pts: 0.198000 pos: 512 size: 208
+ret: 0 st: 1 flags:1 dts: 0.015000 pts: 0.015000 pos: 512 size: 208
ret: 0 st:-1 flags:0 ts:-0.904994
ret: 0 st: 1 flags:1 dts: 0.000000 pts: 0.000000 pos: 512 size: 208
ret: 0 st:-1 flags:1 ts: 1.989173