[gstreamer-bugs] [Bug 322461] New: encoding via gstreamer-lame using varial bittrate creates bogus metadata

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=322461
 GStreamer | gst-plugins | Ver: 0.8.11

           Summary: encoding via gstreamer-lame using varial bittrate
                    creates bogus metadata
           Product: GStreamer
           Version: 0.8.11
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: foolish at guezz.net
         QAContact: gstreamer-bugs at lists.sourceforge.net
                CC: all-bugs at bugzilla.gnome.org


Version details: gstreamer-plugins-mp3-0.8.8-0
Distribution/Version: Fedora Core 5 test1

I ran into this using sound-juicer for GUI and the gstreamer pipeline:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc vbr=4 vbr-quality=6

This I assumed would produce the exact same results as ripping with lame
directly, using the lame command line flags: lame -V6 --new-vbr

However, when comparing the files, there are some differences in the file
metadata. Most noticably, the track length in the gstreamer track is wrong and
keeps changing during playback. The bittrated is also reported as constant and
32 kbit/s, while the file size, compared with the track encoded by lame
directly, indicates that the track is in deed ripped at variable bittrated using
the V6 setting. 

Both files attached.

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