ffmpeg/tests/ref/fate/gapless-mp3

d5c88cf38416329a052a9b0cb140fb4c *tests/data/fate/gapless-mp3.out-1
c96c3ae7bd3300fd2f4debac222de5b7
3386bc2009b31b7ef39247918cbb02a5 *tests/data/fate/gapless-mp3.out-2
c96c3ae7bd3300fd2f4debac222de5b7
92e37f050ad4fc817730c8af17ee6d1b *tests/data/fate/gapless-mp3.out-3
fate: add mp3 gapless test Signed-off-by: Michael Niedermayer <michaelni@gmx.at> 2015-04-15 21:10:49 +02:00			`d5c88cf38416329a052a9b0cb140fb4c *tests/data/fate/gapless-mp3.out-1`
avcodec/mpegaudiodec_template: use double to build csa tables Fixes rounding difference between 32bit x86 and 64bit Fixes fate failure with gapless mp3 Signed-off-by: Michael Niedermayer <michaelni@gmx.at> 2015-04-17 13:36:14 +02:00			`c96c3ae7bd3300fd2f4debac222de5b7`
fate: gapless: fix mp3 tests Seeking to a negative time did not have the desired effect of seeking to the next valid position (the file start). On the other hand, just "-ss 0" will normally seek to a position higher than 0, because it adds the start time of the file. (The start time is not 0 because the gapless code skips a few samples from the start.) Fix this by using the "-seek_timestamp 1" option, which makes "-ss 0" do what you'd expect it would do. Also put the -ss option at the right place, before -i. This actually makes it seek, instead of something completely else. The ".out-3" test is no different in the -usetoc 0/1 cases, because the seeking is inaccurate (in both cases). Signed-off-by: Michael Niedermayer <michaelni@gmx.at> 2015-04-20 19:36:52 +02:00			`3386bc2009b31b7ef39247918cbb02a5 *tests/data/fate/gapless-mp3.out-2`
avcodec/mpegaudiodec_template: use double to build csa tables Fixes rounding difference between 32bit x86 and 64bit Fixes fate failure with gapless mp3 Signed-off-by: Michael Niedermayer <michaelni@gmx.at> 2015-04-17 13:36:14 +02:00			`c96c3ae7bd3300fd2f4debac222de5b7`
avformat/mp3dec: allow enabling generic seek mode "-usetoc 2" now invokes the generic seek and indexing mode. This mode skips data until the seek target is reached, and this is exact. It also makes gapless audio actually work if a seek past the start of the file is involved. Change the fate-gapless-mp3 test to use the new mode, and move the old one to fate-gapless-mp3-toc (since the test forces use of the Xing TOC). The new mode has a different result for the seek - this result is actually correct. Signed-off-by: Michael Niedermayer <michaelni@gmx.at> 2015-04-22 12:24:38 +02:00			`92e37f050ad4fc817730c8af17ee6d1b *tests/data/fate/gapless-mp3.out-3`