Reimar Döffinger <[email protected]> added the comment: On Sat, Feb 12, 2011 at 01:15:40PM +0000, Karl Blomster wrote: > In case you're wondering what the real-world implications of this are, it > makes > it impossible to seek sample-accurately in an mp3 file.
First, I think flushing is not correctly implemented in the mp3 decoder. Secondly it shouldn't have any effect on your use case. To allow sample-accurate seeking you need to decode "sufficiently" (unfortunately it's not really possibly to specify this more precisely) many samples before. If you decode enough, the result will then always be the same, despite the flushing not working. Overall this means that sample accurate mp3 decoding means you basically have to start decoding from the beginning to be safe. The broken flushing means you'd have to reopen the codec for each seeking, too. Obviously the flushing should be fixed though (though some may argue it's not really wrong, but at least it is suboptimal). ________________________________________________ FFmpeg issue tracker <[email protected]> <https://roundup.ffmpeg.org/issue2598> ________________________________________________
