[gstreamer-bugs] [Bug 433119] wavparse causes skipping for MPEG-encoded RIFF Wav files with incorrect headers

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=433119

  GStreamer | gst-plugins-good | Ver: 0.10.5




------- Comment #1 from dynamotwain at aim.com  2007-04-24 22:47 UTC -------
Created an attachment (id=86957)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=86957&action=view)
Example of MP3 that plays incorrectly (CC-licensed)

I've 'produced' a CC-licensed MP3 file that exemplifies this bug from an
abridged version of 'Code Monkey' (Jonathan Coulton's Thing A Week series:
http://www.jonathancoulton.com/2006/04/14/thing-a-week-29-code-monkey/) by
1. Stripping the ID3v2 tag  via 'id3v2 -D' (because I can't get id3demux to
pass audio data to wavparse via gst-launch)
2. Run 'riffmp3 -l 0 -b 352.8 -o BrokenFile.mp3' on the valid mp3 file to add a
broken header (352.8 = 44100 * 8 bits/byte / 1000, which matches the broken mp3
files I have. This number isn't magic; I would imagine any number significantly
larger than the 'correct' 160 kbits/s would cause the same issues)

As a side note, does anybody know of a program for Linux that is able to remove
the RIFF header between ID3 data and the mp3 data so I can just get rid of this
annoying problem (and save a couple kilobytes of disk space too)?


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=433119.