[gstreamer-bugs] [Bug 334681] Can't handle application/zip

[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=334681
 GStreamer | don't know | Ver: 0.10.3


Tim-Philipp Müller changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |NOTABUG
   Target Milestone|HEAD                        |NONE




------- Comment #10 from Tim-Philipp Müller  2006-03-17 21:07 UTC -------
This does really look like a .zip file which contains one single ID3v1-tagged
mp3 file, plus a padded ID3v2 tag in fron of the .zip file. It is possible to
play this file in this case if one ignores the fact that it is a .zip file.
However, GStreamer doesn't do that. It (correctly) recognises that this is a
.zip file and thus errors out.

I think this is perfectly reasonable behaviour on GStreamer's part and I don't
really see much point in changing this (and it would lead to weird/broken
behaviour in case of a .zip archive containing multiple files or files of
different types). You'll just have to unzip those files first (or write a
plugin that unzips zip archives).

Here's how you should be able to do that:

  % gst-launch-0.10 filesrc location="foobar.mp3" ! id3demux ! filesink
location="foobar.zip"
  % unzip foobar.zip


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.