[MPlayer-users] Forcibly index VBR MP3
jengelh at medozas.de
Sun Dec 19 18:33:36 CET 2010
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
1000000000 was too large an integer, but with:
mplayer -demuxer lavf -lavfdopts analyzeduration=99999999
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.
More information about the MPlayer-users