- Status Closed
- Percent Complete
- Task Type Bugs
- Category
- Assigned To No-one
- Operating System
- Severity Low
- Priority Very Low
- Reported Version
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
FS#59 - Playlist playing failure
Hello,
when i’m trying to read a playlist with the rockbox
firmware, it displays well the number of files, but
does not start playing them.
Using a Debian GNU/Linux.
Typical Directory structure :
/Artist - Album Name/
/Artist - Album Name/Album.m3u
/Artist - Album Name/Album Name - Artist Name - Track
Number.mp3
[…]
The playlist is generated like this :
# cd “Artist - Album Name” # ls -1 *.mp3 > Abum.m3u
So the filenames are relative to the current path.
Perhaps this is what cause the failure. Of course, this
works fine with the archos original firmware
I browsed the source (apps/playlist.c) but i didn’t
find any visible bug. I can’t say if the relative path
is responsible of the failure, i didn’t look at the
code very close. I hope you’ll find the bug :\
– Edouard Gomez
2002-06-20 07:38
Reason for closing:
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
Logged In: YES
user_id=1157
This is adressed in the release notes:
"Relative paths are not yet
supported, all paths must
begin in
the root dir no matter where the
playlist file is
located."
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
Ok i’ve read more sources and it seems you’ve not already
implemented a relative ‘open’ function…
Sorry, next time i would read the sources before posting a
bug report !
Thanks for your work
You’re right, open() can only open absolute files atm, but
we intend to add support for relative files in playlists
really soon by simply prepending the dirctory name before
relative file names. This feature just hasn’t been enabled.
This is adressed in the release notes:
“Relative paths are not yet supported, all paths must
begin in the root dir no matter where the playlist file is
located.”
This is adressed in the release notes:
“Relative paths are not yet supported, all paths must
begin in the root dir no matter where the playlist file is
located.”
This is adressed in the release notes:
“Relative paths are not yet supported, all paths must
begin in the root dir no matter where the playlist file is
located.”