[gstreamer-bugs] [Bug 171889] New: gst-lame: erroneous VBR mp3 files when ripping and encoding on the fly

[bugzilla-daemon at bugzilla.gnome.org]

Please DO NOT reply to this by email. All additional comments should be made in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=171889
 GStreamer | gst-plugins | Ver: 0.8.8

           Summary: gst-lame: erroneous VBR mp3 files when ripping and
                    encoding on the fly
           Product: GStreamer
           Version: 0.8.8
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: jlanger at zigweb.de
         QAContact: gstreamer-bugs at lists.sourceforge.net
                CC: all-bugs at bugzilla.gnome.org


Hi,
I used the following pipeline to encode VBR mp3 files with sound juicer:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc vbr=4 preset=1001

However the created mp3 files are erroneous:
-If I open them with beep-media-player or XMMS, the length of the tracks
displayed in the playlist always "jumps" (Totem also displays wrong
times for the tracks)
-If I try to view the properties of these mp3s, nautilus hangs
-beep-media-player/XMMS/Totem say, that these files are CBR mp3s with 32
kbps
-"file" says something like this:
bla.mp3: MPEG ADTS, layer III, v1,  32 kBits, 44.1 kHz, JntStereo

whereas proper VBR files look like this:
blah.mp3: MP3 file with ID3 version 2.3.0 tag


According to this [1] post this seems to happen only if one rips and encodes
audio tracks on the fly.

[1] http://mail.gnome.org/archives/gnome-list/2005-March/msg00111.html

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.