gstreamer0.10 Musepack playback is broken

[shao.lo]

Musepack (mpc) files do not play properly any more (in raring..they did in quantal). Some sound is generated, but it skips ahead and plays only portions of the audio. The Phonon backend is gstreamer. The gstreamer command line app (gst123) plays mpc files just fine.

[Ubuntu Foundations Team Bug Bot (crichton)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. It seems that your bug report is not filed about a specific source package though, rather it is just filed against Ubuntu in general. It is important that bug reports be filed about source packages so that people interested in the package can find the bugs about it. You can find some hints about determining what package your bug might be about at https://wiki.ubuntu.com/Bugs/FindRightPackage. You might also ask for help in the #ubuntu-bugs irc channel on Freenode.

To change the source package that this bug is filed about visit https://bugs.launchpad.net/ubuntu/+bug/1183829/+editstatus and add the package name in the text box next to the word Package.

[This is an automated message. I apologize if it reached you inappropriately; please just reply to this message indicating so.]

[shao.lo (shao-lo)]

python3-pyqt4.phonon

[Scott Kitterman (kitterman)]

Why do you think this is a python-qt4 bug and not phonon?

[shao.lo (shao-lo)]

I selected package "python3-pyqt4.phonon" and the submission tool changed it.

[Scott Kitterman (kitterman)]

Right, but why that and not phonon itself?

[shao.lo (shao-lo)]

I don't know exactly where the problem is. I found the problem while using qt4's phonon package under python3.

[Harald Sitter (apachelogger)]

Do they play properly in Amarok, or Dragon, or Juk?

[shao.lo (shao-lo)]

I just tried Dragon player and it has the same problem.

[shao.lo (shao-lo)]

The attached 123.mpc file is spoken text "1 2 3 4 5 6 7 8 9 ten eleven twelve thirteen fourteen fifteen sixteen seventeen eighteen nineteen twenty". When played I only hear "4 5 6 7" clearly. I think i hear "fifteen" as well..but it misses most everything else.

[shao.lo (shao-lo)]

Wouldn't gst123 be broken if it was a gstreamer issue?

[Daniel Letzeisen (dtl131)]

In Raring/13.04, gst123 uses the latest gstreamer (1.0). The following command should be a good test:

gst-launch-0.10 filesrc location=123.mpc ! decodebin ! audioconvert ! audioresample ! autoaudiosink

Using your sample file and that command, it works fine in my Raring VM

[shao.lo (shao-lo)]

"gst-launch-0.10 filesrc location=123.mpc ! decodebin ! audioconvert !
audioresample ! autoaudiosink" sounds exactly the same as the other broken
options..starts at 4 5 6 7 garbles and then ends.

It is interesting that it plays correctly for you. Any suggestions on what
to check next?

On Sun, May 26, 2013 at 3:40 AM, Daniel Letzeisen <
<email address hidden>> wrote:

> In Raring/13.04, gst123 uses the latest gstreamer (1.0). The following
> command should be a good test:
>
> gst-launch-0.10 filesrc location=123.mpc ! decodebin ! audioconvert !
> audioresample ! autoaudiosink
>
> Using your sample file and that command, it works fine in my Raring VM
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1183829
>
> Title:
> Phonon Musepack playback is broken
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/gstreamer0.10/+bug/1183829/+subscriptions
>

[Daniel Letzeisen (dtl131)]

I would try the gst-launch command using 'alsasink' instead of 'autoaudiosink' (make sure gstreamer0.10-alsa package is installed). Any difference?

[shao.lo (shao-lo)]

No difference using "gst-launch-0.10 filesrc location=123.mpc ! decodebin !
audioconvert ! audioresample ! alsasink". I get the same playback problems.

On Sun, May 26, 2013 at 11:30 AM, Daniel Letzeisen <
<email address hidden>> wrote:

> I would try the gst-launch command using 'alsasink' instead of
> 'autoaudiosink' (make sure gstreamer0.10-alsa package is installed). Any
> difference?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1183829
>
> Title:
> Phonon Musepack playback is broken
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/gstreamer0.10/+bug/1183829/+subscriptions
>

[Daniel Letzeisen (dtl131)]

I would try the aqualung audio player since it uses libmpcdec directly. If that fails to play the file properly, then we know that the problem goes deeper than gstreamer and that the issue is probably with pulseaudio.

[shao.lo (shao-lo)]

The track plays correctly in aqualung.

On Sun, May 26, 2013 at 12:20 PM, Daniel Letzeisen <
<email address hidden>> wrote:

> I would try the aqualung audio player since it uses libmpcdec directly.
> If that fails to play the file properly, then we know that the problem
> goes deeper than gstreamer and that the issue is probably with
> pulseaudio.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1183829
>
> Title:
> gstreamer0.10 Musepack playback is broken
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/gst-plugins-bad0.10/+bug/1183829/+subscriptions
>

[Miłosz Kosobucki (mikom)]

I have the same problem, however only on one computer. When I try to play mpc file with gstreamer 0.10 i get something like that:

Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstPulseSinkClock
Got EOS from element "pipeline0".
Execution ended after 4810086648 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...

With gst-launch-1.0 it's playing fine.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[shao.lo (shao-lo)]

It looks like this bug has been fixed somewhere along the way. I tried the sample attached above and plays fine in trusty. Perhaps this was reported and fixed elsewhere (and this is a duplicate bug?).

[Renaud (rolisteam)]

I got the exact same bug on 14.04 - 64bits.

The problem comes from issue into GStreamer.
By default it uses libgstmusepack.so (in /usr/lib/x86_64-linux-gnu/gstreamer-0.10) to decode MPC. But the plugin is not working so it can't decode the file.

I have moved the file to my home directory to make it unreachable by gstreamer. So, Gstreamer is forced to use a better plugins (perhaps gstreamer-ffmpeg) to decode the mpc and it works.

So if the application build is own pipeline using gstreamer-ffmpeg or gstreamer-libav, there is no need to move/delete the file. But, if your application takes the gstreamer autogenerated pipeline it will lead you into issue.

The following command [gst-launch-0.10 filesrc location=123.mpc ! decodebin ! audioconvert ! audioresample ! autoaudiosink] asks to decodebin to build the decode pipeline. So, after the move of libgstmusepack.so, the decodebin build a pipeline without libgstmusepack.so. Make it working.

As Qt application use gstreamer built pipeline, we are falling in the bug.

I got some interesting hint in the page: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671794