commit 77360f7193a2ba2e (mp3: fix duration calculation, 2019-12-16) appears incompatible with MP3s made using "lame --id3v2-only". sox ends up thinking the length is too short compared to the actual MP3 length.
Reverting that commit fixes the issue. I haven't had a chance to look further into it, being mathematically challenged :x I used a 11:23.00 source FLAC file (44.1 kHz, 16-bit, 2ch) and fed it to "lame --id3v2-only /path/to.flac" The resulting /path/to.mp3 is only 15.49 seconds long when fed to soxi (but correctly 11:23.05 according to "ffprobe -i"). "play" stops after 15.49s, and "sox /path/to.mp3 -n stats" only shows 15.488 seconds. The 15.49s matches (to my ears) the first 15.49s of the 11:23.00 track. I can provide sample FLAC and mp3 files privately; but I suspect they're not needed as I've reproduced it with a few other CDDA-sourced FLAC files. I'm using lame 3.100 as distributed w/ Debian buster (3.100-b+b1). Omitting --id3v2-only from the lame invocation avoids this sox regression. Thanks. _______________________________________________ SoX-devel mailing list SoX-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sox-devel