[gstreamer-bugs] [Bug 332390] musepack: playing a song works only every second try

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Fri Feb 24 03:59:57 PST 2006


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=332390
 GStreamer | gst-plugins-bad | Ver: HEAD CVS





------- Comment #4 from Sebastian Dröge  2006-02-24 11:59 UTC -------
Ok, I've taken a look at the code and have some new informations... (btw, why
doesn't latest totem and rhythmbox allow --gst-* parameters? would've been very
nice...)

First of all, there are 3 three small memleaks (at least from my understanding
and comparing with mad). You can get a patch for them at
http://slomosnail.de/~slomo/temp/gstmusepackdec.c.diff

The broken behaviour can also be reproduced with totem by adding two songs to
the playlist. The only difference here is, that it's possible in totem to
restart one mpc song over and over again while it only worked every second time
in banshee and rhythmbox. Also totem isn't skipping fast through the song
judging from the slider but pauses. Everything else is exactly the same.

When skipping through the song (or pausing in totem) the offset of GstBuffer
*out is increasing fast in gst_musepackdec_loop() and is pushed to the pad. So
I guess either the decoding yields broken samples or the pushing to the pad
isn't propagated through the pipe.


(sorry when my obversations aren't helpful or my conclusions are wrong, I don't
know much about gstreamer internals)


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




More information about the Gstreamer-bugs mailing list