Ubuntu
xine-lib package

Amarok does not play *.shn files

Bug #63130 reported by ingmar
8
Affects Status Importance Assigned to Milestone
amarok (Ubuntu)
Invalid
Undecided
Brandon Holtsclaw
xine-lib (Ubuntu)
Fix Released
Low
Brandon Holtsclaw
Ubuntu ubuntu-6.10

Bug Description

Binary package hint: amarok-xine

Some time ago, there was a similar bug, that prevented one from playing FLACs. It appears the same bug is present for *.shn files.
Whenever I try to play a Shorten file, Amarok says "no stream present". Seems like xine wasn't reporting an audio stream, so Amarok refused to even try to play it.

I bugged a xine developer, who fixed this bug in xine-lib cvs:
http://xine.cvs.sourceforge.net/xine/xine-lib/src/demuxers/demux_shn.c?r1=1.1.2.2&r2=1.2

Could this fix be included in the amarok-xine package that will be in edgy? It's just a few lines of code :-)

See original description
ingmar (ingmar-vanhassel)
description: updated
Revision history for this message
Andrew Ash (ash211) wrote :

Patch Date: Thu Sep 28 22:27:52 2006 UTC

Do you happen to have an IRC log or forum posting of the developer fixing the bug with that specific patch?

The problem is the choice between installing a CVS version of xine or waiting for the next release. It's not my decision of what gets in or not, but if this update doesn't bring any new bugs with it, it would certainly benefit those trying to play *.shn files!

Changed in xine-lib:
status: Unconfirmed → Needs Info
Revision history for this message
Andreas Simon (andreas-w-simon) wrote :

The commit log can be found here:
http://xine.cvs.sourceforge.net/xine/xine-lib/src/demuxers/demux_shn.c?view=log#rev1.2

For this patch it reads:
"Make sure that the demuxer reports an audio stream (and no video stream) so that Amarok can actually play SHN files."

Revision history for this message
Diego Elio Pettenò (flameeyes) wrote :

This patch is unlikely to create more bugs, as it's only declaring that an SHN stream only has audio and no video, as it should have been from the start.
Not sure what else you're looking for :)

Revision history for this message
Brandon Holtsclaw (imbrandon) wrote :

Andrew this is just a small patch NOT the full cvs version, i'll assign myself and get this in soon

Changed in amarok:
assignee: nobody → imbrandon
status: Unconfirmed → Confirmed
Changed in xine-lib:
status: Needs Info → Confirmed
assignee: nobody → imbrandon
Revision history for this message
Brandon Holtsclaw (imbrandon) wrote :

not a direct amarok problem, moving to xine-lib

Changed in amarok:
status: Confirmed → Rejected
Changed in xine-lib:
status: Confirmed → In Progress
importance: Undecided → Low
Revision history for this message
Andrew Ash (ash211) wrote :

Thanks for handling this. I'm just playing it by ear, like all the rest of the volunteers.

I'm just doing my best to make it easier for the developers to achieve what the users want.

It's a small patch, so hopefully it gets in soon. Thanks again.

Revision history for this message
Brandon Holtsclaw (imbrandon) wrote :

patch uploaded, thanks

Changed in xine-lib:
status: In Progress → Fix Released
Revision history for this message
Gary W. (node45-55) wrote :

I'm having a problem with this, in Feisty. It tries to play them, so I guess it is recognizing that a stream is present, but the playback skips and I only hear sound every couple seconds.

Revision history for this message
Jeff Mitchell (jefferai) wrote :

Try playing them with just xine. If xine can do it and Amarok can't, the bug belongs here. If xine can't play it either, talk to the xine guys.

Revision history for this message
SeguinJonathan (rockonjo) wrote :

Confirmed, problem lies with xine lib, filed under proper section : https://bugs.launchpad.net/ubuntu/+source/xine-lib/+bug/164442

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.