Support and General Use > Audio Playback, Database and Playlists

EXTM3U format support?

(1/5) > >>

polygonal:
I have half a mind to try my hand on adding extm3u support to existing playlist code (that is if I can figure out most of it out before college starts again...) . Extm3u should be a much more elegant solution to display track title instead of filename in playlist viewer, and should provide a way to find out how long a playlist is and how much time is left in the playlist without opening each file. Given the structure of extm3u file, effects on non-extm3u user should be very little to none since extm3u writes extra info in comments.

So I want to find out:
1. Is this feature actually wanted? I don't know how many people actually use extm3u format. (basically normal m3u file with extra information....)
2. What do the core devs think about the idea of this? (i.e. this is just unnecessary? or this is probably nice if nicely implemented?)
3. Has anyone tried anything similar so that I can steal something ;P

bluebrother:

--- Quote from: polygonal on August 23, 2007, 11:27:15 AM ---1. Is this feature actually wanted? I don't know how many people actually use extm3u format. (basically normal m3u file with extra information....)
--- End quote ---
I don't think it's bloat as it adds functionality without breaking anything or removing compatibility. So while I don't really need that feature I think it would be a nice addition.

--- Quote ---2. What do the core devs think about the idea of this? (i.e. this is just unnecessary? or this is probably nice if nicely implemented?)
--- End quote ---
IMO it would be nice -- there was discussion about that and iirc there is also a task about that in the tracker. Not sure how easy that would be to find ...


--- Quote ---3. Has anyone tried anything similar so that I can steal something ;P
--- End quote ---
not that I know of -- at least not for Rockbox.

Bagder:
I don't know the specifics of the 'extm3u' format, but beware of the fact that rockbox doesn't load the entire m3u into ram and the dynamic treatment of it also adds a fair share of complexity to the code....

So, I'm just saying that it is probably going to be slightly harder to add support for than what you imagine before you read the code!

polygonal:

--- Quote from: Bagder on August 23, 2007, 04:22:53 PM ---I don't know the specifics of the 'extm3u' format, but beware of the fact that rockbox doesn't load the entire m3u into ram and the dynamic treatment of it also adds a fair share of complexity to the code....

So, I'm just saying that it is probably going to be slightly harder to add support for than what you imagine before you read the code!

--- End quote ---

I won't post this before I tried to decode the playlist code a bit :D In the beginning I won't bother with the dynamic playlist; I'll support extm3u for existing playlists only at first. Extm3u is actually a very easy format; all it does is adding useful information as comments in the existing m3u format. The current playlist code is well suited for my purpose, since the playlist file parser already ignores the comment lines (lines starting with #). The only thing I need to do is add a new function to read a line from the m3u file backward from a specified index stored in playlist->indices, and call the function when the playlist viewer requests the filename info, etc. I'm not sure if I make sense or not, but I'll give it a shot. ;)

soap:

--- Quote from: polygonal on August 23, 2007, 11:27:15 AM ---...should provide a way to find out how long a playlist is and how much time is left in the playlist without opening each file.

--- End quote ---
I was not aware EXTM3U provided a way to do such a thing.  As a user I find that information the ONE thing I miss on my WPS.

Navigation

[0] Message Index

[#] Next page