[MPlayer-users] Forcibly index VBR MP3

[Jan Engelhardt]

On Sunday 2010-12-19 10:29, Carl Eugen Hoyos wrote:
>Jan Engelhardt writes:
>
>> mplayer has known issues with VBR MP3; it usually takes the bitrate of 
>> the first frame or so and extrapolates the length of the audio file 
>> based upon that.
>[...]
>> Calling `mkvmerge -o tmp.mka vbr.mp3` and playing that instead makes 
>> mplayer show the correct times.
>
>Note that mkvmerge has to scan the whole file to actually do
>merging, while mplayer is able to play a file without scanning it
>first, which is expected by most users. Without scanning the whole
>file, you can't know the actual length.

I am aware of that; and I am fine with taking the wait time hit for
VBR. IIRC, Winamp does the same too, to get the proper time.

>Did you try -demuxer lavf -lavfdopts analyzeduration=1000000000 or
>-ac ffmp3?

1000000000 was too large an integer, but with:

	mplayer -demuxer lavf -lavfdopts analyzeduration=99999999
	*50*CD1*mp3:
	A:   1.8 (01.8) of 8222.6 ( 2:17:02.6)  2.5% 

It scans for less than a second, and as a result, adds +0.6
seconds. So no improvement here.
[The real file length is 1:14:29.0, as is shown when in mka.]

-ac ffmp3 yielded no change.