Version: 3.2.2 (using 4.2.2 (KDE 4.2.2), Kubuntu packages) Compiler: cc OS: Linux (i686) release 2.6.28-11-generic Juk and Amarok2 don't play files containing space in their names or path. The collection scanner seems able to read their ID3 tags and add them to the collection, but no audio output. Removing spaces in the name or path makes them playable again. No problem with other audio player (VLC, Exaile...)
Oups, forgotten : Juk shows the following reason : " Juk can't play the audo file <nl>" "<nl> for the following reason : <nl> / Could not locate media source./
Could you test using a file with space in its name as a notification sound, and try to play it (use SystemSettings->Notifications). If you don't hear it, this could be a Phonon issue (the KDE4 multimedia system). Thanks
No sound from notifications when using a file with a space in its name. No problem if the space is removed.
Reassigning to Phonon
It would be useful to know which Phonon backend is in use. I'm betting phonon-gst with yet another URL-encoding bug myself...
The Phonon backend is Gstreamer
Note : on a just fresh install kubuntu 9.04; this comportment is still reproductible. No problem at all with xine backend however, but the gstreamer backend don't play these files.
Same problem here. Is it there any workaround? I use Kubuntu 9.04, with Amarok2 compiled from the SVN.
As a workaround you can try to switch to the xine Phonon backend. Thanks
*** This bug has been confirmed by popular vote. ***
*** Bug 197401 has been marked as a duplicate of this bug. ***
(In reply to comment #9) > As a workaround you can try to switch to the xine Phonon backend. > Thanks In my case switching or replacing gstreamer to xine backend doesn't help - Amarok 2.1.1 with xine backend doesn't playback any files, with or without spaces. I use KDE 4.2.90 (KDE 4.2.90 (KDE 4.3 Beta2)) "release 138" from OpenSUSE KDE4 Factory
This is an encoding bug, another one in KDE 4. Spaces, japanese characters, spanish characters, etc... So don't expect to be fixed soon.
I can reproduce this on ubuntu Ubuntu karmic: KDE 4.2.90 and amarok 2.1.1 So for me it's: 1. Xine phonon backend doesn't work at all even with ogg. 2. With gstreamer I can only playback tracks without spaces in their path. Rhythmbox works fine so it's not an gstreamer issue. I've installed libxine1-plugins and ffmpeg for xine and everything relevant. and gstreamer-plugins-{bad,ugly}
Created attachment 34729 [details] amarok log Attaching amarok log. I don't know if it's relevant but it may help.
Created attachment 34730 [details] amarok-xine-backend-log The same song with xine backend.
Created attachment 34731 [details] log from a song that works This is a log from a song that works with the gstreamer backend.
ping. Still happens with up to date(31 Jul) karmic koala - KDE 4.2.98 (KDE 4.3 RC3).
Qtdemo Music Player example can play this files so the problem seems not to be in Phonon GStreamer engine. I think that this is an encoding problem with Phonon and KDE.
The following patch solves the problem for me: You must change the next in method EngineController::playUrl located in EngineController.cpp ( line 388 ): { m_media->setCurrentSource( url ); } { // PATCH if ( url.toLocalFile() == "" ) { m_media->setCurrentSource( url ); } else { m_media->setCurrentSource( url.toLocalFile() ); } // PATCH } This patch detects if you are playing a local file or not and do a special treatment for local files. In my system works with Xine and GStreamer engines. Hope this information would be useful to fix this bug.
Sorry, I forgot to explain that the previous patch is for Amarok 2, not for Phonon.
It's been a while since I tested this bug but I went and checked and by now most of my music I've been listening to have spaces in the filename. So JuK, Phonon, and phonon-gst all work. This is with Qt git, which provides Phonon and phonon-gst. JuK just uses setCurrentSource(KUrl::fromPathOrFile(localFileName)) and setCurrentSource(localFileName) so I'm not sure why doing a similar thing in Amarok wouldn't work.
Fixed by commit b608836eaacb79196a47a73bfbfa22123e42c101 Thanks to Ignacio for the patch
Which Phonon version is this fix in?
Not fixed in Phonon, the patch was for Amarok 2.
This is not fixed according to the last comment.
please test with svn version newer than 1049218.
... er, newer than version 1051431.
seems to be fixed in Amarok 2.2.1.90 with KDE 4.3.85 (KDE 4.4 Beta2) Kubuntu 9.10 in VirtualBox 3.1.2
Just a reminder to future reopeners: This bug (and similiar 'my media player can't play this local file' bugs) is only related to the phonon backend you're using, not to the player. Please add that info.
reassigning to the new bugzilla product for better bug tracing of the various backends. Sorry for the noise.