After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 600077 - Rhythmbox will not play M3U playlists.
Rhythmbox will not play M3U playlists.
Status: RESOLVED OBSOLETE
Product: rhythmbox
Classification: Other
Component: playback
0.12.x
Other Linux
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-10-29 22:02 UTC by Sean Welton
Modified: 2018-05-24 14:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sean Welton 2009-10-29 22:02:01 UTC
I have a media server at home, running GNUMP3D, which serves M3U files to clients and streams the playlists to said client in a program such as iTunes. Today, from work, I tried downloading an M3U file to play in rhythmbox. When rhythmbox tries to open the M3U file, it says that it needs to search for a text/uri-list decoder, then fails to find one. Because of this, it never actually plays the contents of the M3U file. If you drag the M3U file into the playlists section of the sidebar, its name shows up as "-" and no music shows up in the playlist.

I know that the M3U files from my server are working fine, since I can open them in a text editor, and see their contents. They also play properly in Totem and iTunes.

I am running Ubuntu 9.10, fully updated. My kernel is Linux 2.6.31-14-generic, and I am using GNOME 2.28.1. If you need any more info, my e-mail is spwelton@gmail.com

Thanks.
Comment 1 Avery 2010-05-21 01:12:49 UTC
I have the same problem with internet radio station feeds using m3u.
Comment 2 Martin Farrow 2011-12-25 22:01:42 UTC
To reproduce this bug,copy a mp3 file to any directory
and then rename it thus..

$ cp path/to/file.mp3 .
$ mv file.mp3 test.mp3

Then create a standard form .m3u file thus

$ ls test.mp3 > test.m3u

now, open up something like nautilus, and drag test.mp3 to the play queue of rhythmbox

It plays.

Remove test.mp3 from the play queue.

Now to demonstrate the problem, drag test.m3u to the play queue

Nothing happens.

This should allow this bug to be confirmed.

I would have imagined that it would be fairly simple to code for this, however, rhythmbox would have to keep track of the attributes (i.e. the directory of the file that has been dragged into the queue) in order to be able to process .m3u files without absolute paths.

Clearly this is a simple bit of programming when one looks at the format of a .pls file.

I would imagine that most people use the simple case for .m3u files as demonstrated here, simply a play order 'dropped' into the 'album' directory.

To this end I would urge rthymbox maintainers to code for this very simple case in order to get users 'on-board'
Comment 3 GNOME Infrastructure Team 2018-05-24 14:47:49 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/824.