Rockbox General > Rockbox General Discussion
Does Rockbox support '.cue' files for mp3's?
rykos:
does the rockbox firmware support '.cue' playlist files for selecting playback at various points in a long mp3 file?
Llorean:
Not at the moment. You could potentially bookmark various locations in it. But I'm sure there are some others who would like such a feature (as well with FLAC files) so if you felt like coding a patch for it, it'd probably be welcome.
rykos:
thanks for confirming this
do you know where might be the best place to begin in going about such a project?
i would really appreciate any advice and technical knowledge
many thanks
rykos:
--- Quote from: Llorean on February 26, 2006, 11:00:16 AM ---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.
--- End quote ---
rykos:
thank you so much
in response to your points about the cue files:
(and i'm sorry for talking in 'always' and 'never')
- a cue file will always be a separate file, containing the textual timing information for the associated mp3 file.
- every long mp3 file has an associated cue file - it's the accompanying part of the ripped cd image.
- the mp3 will always be a single file of only 1 track.
- the mp3 would never be loaded as part of a greater playlist - it would always just be loaded on its own, from its own folder (which would also contains the cue file)
so yes, i totally agree with your points - in fact, winamp uses a very similar plugin to what you've just described, where the cue file is loaded into the playlist viewer and is then used to simply seek the appropriate points in the associated mp3 file.
it works in the same way as a fast forward function, or perhaps like a 'study mode' function - except it knows exactly which point to go to because the cue file specifies the exact location in 'minutes:seconds'.
each entry in the playlist viewer contains 'trackname' description, and then the timing info telling it where to seek.
it's really very nice to use :)
by way of personal background: i have a very very 'very' basic programming knowledge. i would be hesitant to say that i am a suitable candidate for working on something so important. also, i currently work a 60 hour p/w job, so don't have much time.
both points make working on a project such as this almost impossible for me. i am sorry, and i do feel kinda guilty for telling you that.
perhaps it would be a good idea to start a thread trying to drum up some support and interest in this? what do you think?
do you think it might be useful for other people if we added the salient parts of our pm's to the thread?
Navigation
[0] Message Index
[#] Next page
Go to full version