mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-11-24 05:11:16 +00:00
Bug 1843960 - Add a mp3 file that has an ID3v1 tag after a very long ID3v2 tag. r=alwu
Differential Revision: https://phabricator.services.mozilla.com/D183997
This commit is contained in:
parent
acddd090a5
commit
127ed3b747
BIN
dom/media/test/id3v1afterlongid3v2.mp3
Normal file
BIN
dom/media/test/id3v1afterlongid3v2.mp3
Normal file
Binary file not shown.
@ -527,6 +527,10 @@ var gPlayTests = [
|
||||
// and report that the stream is not MP3. However, it does not count ID3 tags
|
||||
// in that offset. This test case makes sure that ID3 exclusion holds.
|
||||
{ name: "huge-id3.mp3", type: "audio/mpeg", duration: 1.0 },
|
||||
// Half a second file of a sine with a large ID3v2 tag, followed by an ID3v1
|
||||
// tag. The ID3v1 tags should be at the end of the file, but software usually
|
||||
// play it anyway.
|
||||
{ name: "id3v1afterlongid3v2.mp3", type: "audio/mpeg", duration: 0.5 },
|
||||
// A truncated VBR MP3 with just enough frames to keep most decoders happy.
|
||||
// The Xing header reports the length of the file to be around 10 seconds, but
|
||||
// there is really only one second worth of data. We want MP3FrameParser to
|
||||
|
@ -539,6 +539,7 @@ support-files =
|
||||
huge-id3.mp3^headers^
|
||||
id3tags.mp3
|
||||
id3tags.mp3^headers^
|
||||
id3v1afterlongid3v2.mp3
|
||||
invalid-cmap-s0c0.opus
|
||||
invalid-cmap-s0c0.opus^headers^
|
||||
invalid-cmap-s0c2.opus
|
||||
|
Loading…
Reference in New Issue
Block a user