Rockbox Ports are now being developed for various digital audio players!
Honestly, I'm not sure. Rockbox is playlist based, so there's a few ways you could do this.I think you would *have* to not use embedded cues with the way rockbox is currently set up. It would have to be a separate .cue file, which is really fine. Then, look into the playlist code. I'm not sure where it is, but you could probably set it up to use a .cue file like a playlist, and for each entry in it, instead of loading a different track, simply seek to the appropriate point in the current file, and load that portion of the file into the Audio Thread Buffer.This of course would mean that you couldn't include those long MP3s as multiple entries in a normal playlist (the whole .mp3 file would just be one entry that you couldn't "skip tracks" in) but if you just ran the .cue, it would work properly, I imagine. Just as a general idea for approaching it.So, if you know C, the first step is to check out the source from CVS, which is explained in the UsingCVS wiki page. If you have windows, you may want to start at the CygwinDevelopment wiki page instead, which tells how to set up a development environment.
Yeah, I was aware that it would be a single mp3 of one track. I know some people would like long MP3s of a whole CD to be inserted into a playlist as multiple tracks though. I was just making sure that you were aware that with the current system that's really impossible. It'd essentially require a custom playlist format, and probably reworking of the current playlist code.Also, I know some people (with FLAC files specifically) add the .cue file into the container, so that you have one file with the cue in metadata or otherwise included. That as well wouldn't work too well. Though it could allow skipping forward to set cue points, when that .mp3 or .flac came up in a playlist, you'd have to decide if the "next song" event went to the cue point, or just moved on to the next file. With separate .cue files, then if the MP3 is included in a playlist when generating on the fly, there's no question on handling because the .cue is a separate file, and ignored since playlists aren't added to playlists. This seems to me to be the best behaviour.I think a good idea would be starting a thread in the General Discussion forum on the idea of "Cue files as Playlist-like behaviour." I personally don't do much programming work either, and I'm definitely not familiar with that area of the code at all, but it seems like something enough people might be interested in that someone who can do it might able to at least start an effort for a patch.Feel free to use anything from these PMs you think would be helpful/relevant.
Page created in 0.12 seconds with 64 queries.