summaryrefslogtreecommitdiff
path: root/tests/ref
diff options
context:
space:
mode:
authorDale Curtis <dalecurtis@chromium.org>2020-04-23 16:18:18 -0700
committerAnton Khirnov <anton@khirnov.net>2020-05-27 10:22:17 +0200
commit460132c9980f8a1f501a1f69477bca49e1641233 (patch)
tree72e03d29a496874562b179252e83d1d86f6f5346 /tests/ref
parent7ae340111ec8e1d7d5bc074cbd3e1b9ca4e90a8d (diff)
lavf/mp3dec: don't adjust start time; packets are not adjusted.
7546ac2fee4 made it so that the start_time for mp3 files is adjusted for skip_samples. However, this appears incorrect because subsequent packet timestamps are not adjusted and skip_samples are applied by deleting data from a packet without changing the timestamp. E.g., we are told the start_time is ~25ms and we get a packet with a timestamp of 0 that has had the skip_samples discarded from it. As such rendering engines may incorrectly discard everything prior to the 25ms thinking that is where playback should officially start. Since the samples were deleted without adjusting timestamps though, the true start_time is still 0. Other formats like MP4 with edit lists will adjust both the start time and the timestamps of subsequent packets to avoid this issue. Signed-off-by: Dale Curtis <dalecurtis@chromium.org> Signed-off-by: Anton Khirnov <anton@khirnov.net>
Diffstat (limited to 'tests/ref')
-rw-r--r--tests/ref/fate/gapless-mp32
1 files changed, 1 insertions, 1 deletions
diff --git a/tests/ref/fate/gapless-mp3 b/tests/ref/fate/gapless-mp3
index ab4f1a0456..e784391153 100644
--- a/tests/ref/fate/gapless-mp3
+++ b/tests/ref/fate/gapless-mp3
@@ -1,4 +1,4 @@
-44b42cc3a898b45507d856d0813f4f26 *tests/data/fate/gapless-mp3.out-1
+ec876434ed65e338e07234e54d136caf *tests/data/fate/gapless-mp3.out-1
c96c3ae7bd3300fd2f4debac222de5b7
ec876434ed65e338e07234e54d136caf *tests/data/fate/gapless-mp3.out-2
c96c3ae7bd3300fd2f4debac222de5b7