On Fri, 21 Aug 2009, GonzO wrote:
> "This problem can be solved by adding "xingmux" to the gstreamer
> pipeline."
>
> No, it can't - see all the above conversation about the
> xingheader/xingmux pipeline in this bug report. Fixes it for some apps,
> but not for others.
Files I have ripped with th
This problem can be solved by adding "xingmux" to the gstreamer pipeline.
For example, when I changed the setting for "CD Quality, MP3 (mp3 type)"
from
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc mode=0 vbr-
quality=0 ! id3v2mux
to
audio/x-raw-int,rate=44100,channels=2 ! lame name=e
It looks like the "vbrfix" program available through Synaptic fixes this
issue - that is, after processing an MP3 file with vbrfix, the track time
is correctly reported.
>From the description in synaptic:
Unfortunately, the problem is that many MP3 MP3 decoders estimate the
time of a MP3
