diff options
author | Dale Curtis <dalecurtis@chromium.org> | 2012-04-19 11:12:24 -0700 |
---|---|---|
committer | Luca Barbato <lu_zero@gentoo.org> | 2012-04-22 17:23:50 -0700 |
commit | 8336eb6f85e4b94b9c198b16bd0ac4178f4dba86 (patch) | |
tree | b7bf84ad49f9b3f700127a9e8514efd595a760ac /tests/ref | |
parent | 1381081cdb5999892d69f2ff010cf9371bfc7978 (diff) | |
download | ffmpeg-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_mkv | 2 |
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 |