[gstreamer-bugs] [Bug 599474] gst_mad_chain errors when trying to play second MP3 file in Totem

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=599474
  GStreamer | gst-plugins-ugly | 0.10.26

Frederik Himpe <fhimpe> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|DUPLICATE                   |

--- Comment #8 from Frederik Himpe <fhimpe at telenet.be> 2009-10-29 21:16:55 UTC ---
I did some more testing. Some conclusions:

- I do not use pulsesink: it is not even installed on my system.

- The problem happens too without pulsesink, reproducible in 100% of all cases
with MP3 files and sometimes also seen on ogg vorbis files. I guess the subject
of this bug needs to be changed but I cannot see a way to do it myself on this
bugzilla

- The problem can be reproduced up to --gst-debug-level=3. As soon as I use
--gst-debug-level=4 or 5, the problem is not visible. However, on this debug
level, I see that the total play time when switching to a new track, is also
00:00 for a very short time. It recovers immediately, and plays back fine then.
On lower debug levels, this delay before it starts playing is very high and
hence it's very noticeable there.

I attach a --gst-debug-level=5 log where I played two ogg vorbis files (one
opened by giving the file name as argument at the command line, the second one
opened by double clicking on it in Nautilus while Totem was still playing the
first one)
For a very short time, the time was shown as 00:00, after which it set the
correct time and started playing.

-- 
Configure bugmail: https://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.