GNOME Bugzilla – Bug 351322
[regression] playing music (ogg mp3 wav) from a remote share (smb/ftp) is not possible anymore
Last modified: 2007-03-14 22:22:55 UTC
Please describe the problem: When I try to play a music file which is on a remote share through samba, I find that the file does not play in any of the players. I can copy the file to my local partition and it plays just fine. Steps to reproduce: 1. navigate with Nautilus to a remote smb share containing some music files. 2. right click on a .ogg .mp3 or a .wav file 3. choose a music player to play the file with (totem gstreamer or any other player that uses gnome-vfs) 4. see an error message pop up that the source cannot be read. Another way to do this is use a gstreamer pipeline e.g.: gst-launch gnomevfssrc location="smb://path_to.mp3" ! decodebin ! audioconvert ! alsasink (that is with gstremer-0.10) When I do that I get: Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ERROR: from element /pipeline0/gnomevfssrc0: Could not read from resource. Additional debug info: gstgnomevfssrc.c(692): gst_gnome_vfs_src_create (): /pipeline0/gnomevfssrc0: Failed to read data: Internal error ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... FREEING pipeline ... And, as mentioned in the beginning, when I copy the file to a local partition, it plays with every player available. So it doesn't seem to be gstreamers fault. Actual results: Expected results: Does this happen every time? yes Other information: I found this on ubuntu edgy which uses gnomevfs2-2.15.91 Ubuntu dapper uses gnomevfs2-2.14.2 Streaming music over smb works just fine in ubuntu-dapper so this seems to be a regression. (assuming this is not due to ubuntu's implementation of gnomevfs2) Thanks for looking into this!
Ubuntu bug about that: https://launchpad.net/distros/ubuntu/+source/gnome-vfs2/+bug/60326
The issue is exactly the same for me as well, and it's not only music that doesn't play over smb anymore, but movies as well. Using edgy as well.
Just a me too on Gentoo (since I updated to gnome 2.16)
Confirmed too (Ubuntu Edgy).
Same here (Ubuntu Edgy with gnome-vfs 2.16.1).
Please don't post utterly useless "me too" messages to Gnome bugzilla. It only annoys people and causes maintainers to spend even more time on bugzilla. If you want to express interest in a bug, please add yourself to the CC list (and leave the comments field empty).
bug #359133 is about that too
It is not only related to the smb protocol. ftp has the same problem: Dapper can play mp3 and wav files without any problem from a server through ftp, whereas Edgy cannot. Dapper uses libgnomevfs2 version 2.14.2 Edgy uses libgnomevfs2 version 2.16.1 Changed the summary to include ftp. The status of this bug is still 'unconfirmed'. Is there anything I can do to change the status to 'confirmed' ?
I've just compiled gnomevfs2 version 2.14.2 on edgy, and downgraded edgy to use that version. It solved all problems relating to this bug. Hooray! Now a bigger task will be slowly migrating to the 2.16 version to nail down the commit that broke gnomevfs2. *changed the summary to say: playing instead of streaming as that may confuse people.
It appears to be fixed here on gentoo with gnome-2.16.2 : - totem-2.16.4 - gnome-vfs-2.16.2 - gstreamer-0.10.11 I'm able to play music/videos from smb shares again :)
This bug is fixed in Ubuntu feisty (herd-1) It uses libgnomevfs2-2.17.1 So at least we'll get the functionality back in Gnome-2.18. Unless a backport for the old gnome-vfs is made, Gnome-2.16 will have this regression. I think this bug can be closed.
(In reply to comment #11) > This bug is fixed in Ubuntu feisty (herd-1) > It uses libgnomevfs2-2.17.1 > > So at least we'll get the functionality back in Gnome-2.18. > Unless a backport for the old gnome-vfs is made, Gnome-2.16 will have this > regression. > > I think this bug can be closed. > Hi, but are you sure is it a gnome bug? I experienced the same problem with kde...