Support and General Use > Audio Playback, Database and Playlists

playlists start over

<< < (5/6) > >>

fredex:
Gee, I never considered using relative paths within a playlist, because I had no idea what the CWD is when invoking a playlist, nor how to find out. if it was Linux I could write a shellscript to find out, I guess. how does one find out?

I haven't seen it documented anywhere, so I wonder why you would assume relative paths to the files listed in a playlist would find the actual files?

Not criticizing, just wondering.

saratoga:
m3u paths are relative to the folder containing the playlist.

TheAlmightyGuru:
@fredex: I find that relative-path playlists are more modular. As Saratoga said, M3Us with a relative path start in the folder where the M3U file is located. On my SD card, I keep my files stored like so:

root
----Playlists
--------Playlist1.m3u
--------Playlist2.m3u
----Music
--------Artist1
------------Song1.ogg
------------Song2.ogg
--------Artist2
etc.

By using a relative path in the M3U playlists, I can plug my ClipZip into my PC, and load the playlist in foobar2000, and it will find all the songs properly. Or, I can take the SD card out, pop it into a phone or tablet, and the playlists will work there too. This way I only ever have to maintain a single playlist collection and it will work on every device and program I use; it's pretty convenient.

When I started using Rockbox, I just assumed relative path playlists would work, and for several years, it has supported them just fine. Rockbox still finds the songs properly, the only problem (since version 3.14+) is remembering where the playlist left off.

TheAlmightyGuru:
I'm trying to determine if this playlist bug is specific to the Sansa ClipZip, or is a general Rockbox issue, but, unfortunately, I only have a ClipZip. Could a couple other Rockbox users with different devices help me out? I've created some test files which you can download here: http://www.thealmightyguru.com/PlaylistTest.zip

To run the test, unzip the files and copy them to your device, then do the following:

1.) Using your player, open the PlaylistTest folder.
2.) Launch the Remembers.m3u playlist.
3.) Let the song play for a few seconds.
4.) Turn off your player.
5.) Turn your player back on.
6.) Rockbox should begin playing the song from where it left off as it's supposed to.

Then,

1.) Using your player, open the PlaylistTest folder.
2.) Launch the Forgets.m3u playlist.
3.) Let the song play for a few seconds.
4.) Turn off your player.
5.) Turn your player back on.
6.) Rockbox will instead start the song from the beginning.

Please let me know if you get similar results and what type of player you're using, thanks!

kostkoro:
Hello. It is an old topic, but I'd like to contibute, with an approach inpired by what I have read here, and, hopefully, a solution. (I have already posted this in http://forums.rockbox.org/index.php/topic,48232.30.html)
I recently had the issue of playlist resuming from the very first track, after a shutdown. My player is an iRiver H340 with a Toshiba disk of 80Gb. Rockbox is 3.14.
Some playlists I added recently were behaving as above. I had compiled the playlists with Media Monkey 4.1.24.1083. I have configured it (in settings) to export m3u playlists in UTF8. I also export them in the root directory of my laptop. I use the same folder structure in both my laptop and the H340, eg. \Music\somefolder\somefolder, etc.
The tracks in these playlists were in absolute path, but driveless, and more important, with no "\" at the beggining: eg.
Music\somefolder\song1
and not: \Music\somefolder\song1
The player recognized them and played them fine, ecxept for the resume problem.
I had many other playlists with the "\" at the begining of the tracks path and the resume were fine, from the point where they had stopped.
So I changed the path (from Music\somefolder\song1 to \Music\somefolder\song1), saved the playlists, copied them to the player and the problem went away.
The change of the path was easily performed with Notepad: replace "Music" with "\Music", replace all, and save as m3u.
I hope this helps.

Navigation

[0] Message Index

[#] Next page

[*] Previous page