[gstreamer-bugs] [Bug 333900] [typefind] cannot play a particular mp3 file

[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=333900
 GStreamer | gst-plugins-base | Ver: HEAD CVS


Tim-Philipp Müller changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
          Component|gst-plugins-ugly            |gst-plugins-base
     Ever Confirmed|0                           |1
            Summary|cannot play a particular mp3|[typefind] cannot play a
                   |file                        |particular mp3 file




------- Comment #1 from Tim-Philipp Müller  2006-03-08 14:56 UTC -------
This is a typefinding problem. There's lots of other data between the ID3v2 tag
at the beginning of the file and the mp3 data. It's a similar issue as in the
old bug #152688.

Here's what happens:

tim at sceptic:~$ GST_DEBUG=*:5 gst-launch-0.10 playbin
uri=file:///home/tim/rondo_veneziano.mp3 2>&1 | grep typefindhelper | grep
suggest
gsttypefindhelper.c(139):helper_find_suggest:<sink:proxypad0>
'application/x-id3' called called suggest (100, application/x-id3)
gsttypefindhelper.c(139):helper_find_suggest:<id3demux0> 'audio/mpeg' called
called suggest (24, audio/mpeg, mpegversion=(int)1, layer=(int)3)
gsttypefindhelper.c(139):helper_find_suggest:<id3demux0> 'text/plain' called
called suggest (95, text/plain)

The text/plain typefinder's probability is WAY to high, and the mpeg
typefinder's too low.


-- 
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.