[gstreamer-bugs] [Bug 368420] New: id3tag doesn't work behind xingmux

[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=368420

  GStreamer | gst-plugins-good | Ver: 0.10.4

           Summary: id3tag doesn't work behind xingmux
           Product: GStreamer
           Version: 0.10.4
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: suikun at suikun.de
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: 2.15/2.16
   GNOME milestone: Unspecified


Please describe the problem:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc quality=0 vbr=4
vbr-quality=3 ! id3mux
When using Sound Juicer this line produces the expected VRB mp3 with bogus
duration and bitrate, however id3 tag info is a-ok.
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc quality=0 vbr=4
vbr-quality=3 ! xingmux ! id3mux
This line produces the same VBR mp3 with the proper bitrate value, however the
duration given by Nautilus' file dialog is still wrong and no id3 tag
information was added.

Steps to reproduce:
1. Encode a VBR mp3 with the lame module, pipe it through id3tag, recieve a
properly tagged file
2. Put xingmux between the lame module and id3mux, recieve a file with the
proper bitrate but without tagging


Actual results:
No id3 tag is added while the bitrate is corrected.

Expected results:
The bitrate is corrected and id3 tag information added.

Does this happen every time?
Yes.

Other information:
Running gentoo unstable, gstreamer-0.10.10, gst-plugins-good-0.10.4,
gst-plugins-bad-0.10.3


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email