commit 77360f7193a2 regression w/ `lame --id3v2-only`

commit 77360f7193a2 regression w/ `lame --id3v2-only`

[Eric Wong]

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

Re: commit 77360f7193a2 regression w/ `lame --id3v2-only`

[Eric Wong]

ping?


_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel