xine-based apps crash when trying to play .mp3 or .wav from a Samba share

[Janne Kalliomäki]

I'm using a clean install of Kubuntu Dapper Flight 4, although I have upgraded all installed packages via apt-get dist-upgrade. When I browse Samba shares and try to play .mp3 or .wav files, AmaroK instantly crashes. If I manually copy the files to my home directory, it doesn't crash. Playing .ogg files from Samba share works perfectly, so I suspect this not to be a Samba issue. Kaffeine also crashes when trying to play .mp3 or .wav files from a Samba share.

I think that the behaviour should be the same, whether playing files from the same computer or from Samba share. If that is not possible, then the program should give an informative error message and not crash.

Here is the given debug information:

amaroK has crashed! We're terribly sorry about this :(

But, all is not lost! You could potentially help us fix the crash. amaroK has attached a backtrace that describes the crash, so just click send, or if you have time, write a brief description of how the crash happened first.

Many thanks.

The information below is to help the developers identify the problem, please do not modify it.

======== DEBUG INFORMATION =======
Engine: xine-engine
Build date: Feb 20 2006
CC version: 4.0.3 20060212 (prerelease) (Ubuntu 4.0.2-9ubuntu1)
KDElibs: 3.5.1
TagLib: 1.4.0
NDEBUG: true
==== file /usr/lib/amarok/amarokapp =======
/usr/lib/amarok/amarokapp: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), for GNU/Linux 2.2.0, stripped

==== (gdb) bt =====================

==== kdBacktrace() ================

[Gaëtan Petit (gaetanp)]

that's right i can confirm this

tenshu

[Yuriy Kozlov (yuriy-kozlov)]

For me kaffeine crashes trying to play pretty much anything from anywhere. However, the backtrace is different when trying to play mp3's from a samba share from when trying to play ogg from anywhere or mp3's locally, so I have attached a backtrace from kcrash when I try to play an mp3 from a samba share. Maybe it's this bug.

[Yuriy Kozlov (yuriy-kozlov)]

I apologize, that was meant for this bug:
https://launchpad.net/distros/ubuntu/+source/kaffeine/+bug/32439
which links to this one.
Likely still relevant.

[Didier Raboud (odyx)]

I can confirm that here too. Attached is the backtrace. Don't know if it helps.

[Stephan Rügamer (sruegamer)]

Playing .ogg or .mp3 from samba shares doesn't work at all. Latest Amarok 1.3.9 (kde 3.5.2) refuses to play those files.

I browsed them via remote places/samba share browser from amarok..even when I'm opening the file via konqui doesn't change this.

[Stephan Rügamer (sruegamer)]

Short Update: On a mounted samba share, it works perfektly.

[Tor Harald Thorland (linux-strigen)]

This is true for Noatun, XMMS, vlc and MPlayer as well, under nautilus/gnome on Dapper Beta.

[Harald Sitter (apachelogger)]

I think this bug should be closed at it is just a permission problem

for solution see:
http://amarok.kde.org/amarokwiki/index.php/Samba

[Hurne (hurne)]

It may be a permission problem, but I think there should be a fix or config setting for the kde io slave before it is closed. Manually mounting a share using the options described on that site or adding a share to fstab is not easy for the average user.

[Harald Sitter (apachelogger)]

Neither xine nor helix support kio slaves, so Amarok is kinda constricted in this case. Although this will get sorted with Amarok 2.0, using Phonon.

[Sarah Kowalik (hobbsee-deactivatedaccount)]

Is this fixed in amarok 1.4.2? Perhaps it is fixed with this change: (from upstream's changelog)

    * Dynamic Collection: improved support for songs on removable external
      harddisks, SMB and NFS shares

[Harald Sitter (apachelogger)]

No, this change only effects collection, which usally doesn't cause a crash when playing ;-)

Neverless, I think this behaviour of crashing when playing from samba share should have been fixed in 1.4

[Brandon Holtsclaw (imbrandon)]

I cannot reporduce this on the latest amaroks in edgy or dapper, if this is still a problem feel free to repoen the bug

fix released 1.4.x

[Hurne (hurne)]

The problem still exists for me on a fully up-to-date system with latest amarok and kde (from kubuntu.org)

[Yuriy Kozlov (yuriy-kozlov)]

Still happens on Feisty with Amarok 1.4.4

Clicking on an mp3 file on a SMB (via smb:/ in konqueror) share opens amarok, which in a couple of seconds closes with no crash dialog.

[Andrew Ash (ash211)]

Does it play any of the file? Also, did you take a look at http://amarok.kde.org/amarokwiki/index.php/Samba ? If it never plays it may be a permissions problem.

[Yuriy Kozlov (yuriy-kozlov)]

No, it doesn't play it at all and I didn't try adding to the collection.
Permissions problem or not, the application shouldn't crash.

[Yuriy Kozlov (yuriy-kozlov)]

By the way, ogg's work fine, so it's not a permission's problem, it's something with the xine engine.

[Andrew Ash (ash211)]

Could you please try installing Amarok 1.4.5 and letting us know if it's still a problem? Thanks

http://kubuntu.org/announcements/amarok-1.4.5.php

[Hurne (hurne)]

It still happens with amarok 1.4.5

I think it's a bug in xine because kaffeine has exactly the same problem. I can't do a backtrace on amarok (because the debuging symbols in the repository are for 1.4.3) so I've attached a kaffeine backtrace.

[Andrew Ash (ash211)]

I'll redirect this to the xine package then. I'm not sure where to begin debugging xine, though.

[Reinhard Tartler (siretart)]

the backtraces attached so far don't help much, I don't see where in xine the crash occurs (if it occurs there at all).

Could you please try to reproduce the problem with either xine-ui or gxine?

[Hurne (hurne)]

I was able to reproduce the problem with xine-ui.

[Reinhard Tartler (siretart)]

This one seems to be the relevant part:

Thread 1 (Thread -1208804464 (LWP 8997)):
#0 0x00000000 in ?? ()
#1 0x48c68a70 in cache_plugin_get_blocksize (this_gen=0x8e1dcf0) at input_cache.c:303
#2 0xadedef41 in open_plugin (class_gen=0x8e45e70, stream=0x876ee10, input=0x8e1dcf0) at demux_dts.c:90
#3 0x48c4e050 in probe_demux (stream=0x876ee10, method1=<value optimized out>, method2=<value optimized out>, input=0x8e1dcf0) at load_plugins.c
:1235
#4 0x48c45822 in xine_open (stream=0x876ee10, mrl=0x818712b "") at xine.c:1028
#5 0x0805319d in ?? ()
#6 0x0876ee10 in ?? ()
#7 0x081870f8 in ?? ()
#8 0x00000007 in ?? ()
#9 0x00000000 in ?? ()

[Maarten Fonville (maarten-fonville)]

This also happens when trying to play .mpeg/.mpg files from a samba share in kaffeine, while AVI files etc play fine.
(Tested with Kaffeine and KMPlayer on Feisty)

[petit-prince (petit-prince)]

If this is a duplicate of https://bugs.launchpad.net/ubuntu/+source/xine-lib/+bug/66832
then we should consider reassigning this bug to somebody else than the Kubuntu-team, because
https://bugs.launchpad.net/ubuntu/+source/xine-lib/+bug/66832
definitely affects Ubuntu as well (using totem-xine).

Thanks,
Dan

[Ronald (ronald-rcpaul)]

I had te same problem with Mandriva 2007 (sorry guys :-)) and managed to fix this problem. I stumbled upon http://www.gentoo.org/proj/en/desktop/video/xine.xml which states that there was indeed a bug with playing anything from a smb-url (I guess the smb://*.ogg is not handled by xine) in xine-smb and that this was fixed with version 1.1.4. So upgrade the packages xine-smb (and its dependencies libxine, xine-arts and xine-plugins) to at least 1.1.4 and the problem will vanish. At least it did on my computer.

[Hurne (hurne)]

Works for me now since the upgrade to feisty.

[Chris Foster (oaliey)]

amarok works on feisty, however totem-xine still does not (using ubuntu). I have yet to test anything else, or try updating xine-smb to 1.1.4

[Kjell Braden (afflux)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue that you reported is one that should be reproducible with the live environment of the Desktop CD of the development release - Hardy Heron. It would help us greatly if you could test with it so we can work on getting it fixed in the next release of Ubuntu. You can find out more about the development release at http://www.ubuntu.com/testing/ . Thanks again and we appreciate your help.

[Kjell Braden (afflux)]

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!