Rockbox General > Rockbox General Discussion
Does Rockbox support '.cue' files for mp3's?
jaybeee:
--- Quote from: Llorean on June 06, 2006, 01:08:56 PM ---http://www.rockbox.org/tracker/task/278
It's also been brought up in the forums before. Maaaaan is that an old feature request.
--- End quote ---
Thanks
The rest of your post sounds great.
--- Quote from: Llorean on June 06, 2006, 01:08:56 PM ---Basically, treating a CUE as a playlist, and the tracks within it aren't really individual songs (as in, can't be inserted into other playlists or shuffled) only played sequentially and skipped forward and back... that wouldn't require the same sort of changes to the playback code or anything probably.
--- End quote ---
I can't speak for others, but I have absolutely no issues whatsoever with only being able to skip forward and back. I really would have no need to put a CUE sheet file into shuffle or another playlist. The simple functionality of allowing a file to be read via a CUE sheet and playing it is all I'd need. And to be honest, I reckon most people that would want to use CUE sheets would be perfectly happy with that.
Llorean:
The difficulty really is being able to have the "Next" and "Previous" buttons skip tracks, while showing the WPS, without having to change the existing playback code. That and properly seeking to a specific point in VBR mp3s, since the DAP's processors are slow for doing it accurately.
But I think something could definitely be come up with in the form of a viewer plugin, if an able programmer were so inclined, and since plugins don't count against binary size, there wouldn't really be _any_ room to object to inclusion. But also remember, even though I object to it, doesn't mean the core devs will if someone succesfully codes CUE support. It just means I'm against it, since it fits my definition of redundant features.
The next thing is finding a willing programmer, since most of the core guys already have a ton of stuff on their plates. :)
saratoga:
--- Quote from: jaybeee on June 06, 2006, 01:23:27 PM ---
--- Quote from: Llorean on June 06, 2006, 01:08:56 PM ---Basically, treating a CUE as a playlist, and the tracks within it aren't really individual songs (as in, can't be inserted into other playlists or shuffled) only played sequentially and skipped forward and back... that wouldn't require the same sort of changes to the playback code or anything probably.
--- End quote ---
I can't speak for others, but I have absolutely no issues whatsoever with only being able to skip forward and back. I really would have no need to put a CUE sheet file into shuffle or another playlist. The simple functionality of allowing a file to be read via a CUE sheet and playing it is all I'd need. And to be honest, I reckon most people that would want to use CUE sheets would be perfectly happy with that.
--- End quote ---
Keep in mind, skipping most likely would not work on VBR/ABR MP3 files, so you'd be limited to CBR file only in such a system.
--- Quote ---They aren't split to begin with, so why should I have to split them?
--- End quote ---
Because CUE is a terrible way to do this that presents essentially insurmountable problems for playback on portable devices.
LinusN:
I'd like CUE support as much as the next guy, but there are quite a few technical "problems" with the implementation.
The issues we need to deal with is how to treat a CUE file in the playback and the browser. The simplest (for which there is an old patch already) is to treat the CUE file as a single file, but handle next/prev skipping inside the file, and also special treatment of the metadata.
This raises a few questions:
How should shuffle work? Should it shuffle the tracks within the CUE file? If so, what would then happen if you insert more files in the playlist? Should Rockbox be able to shuffle other files in between the CUE tracks?
These things are not impossible to deal with, but we need to find a good, clean way to handle the CUE files. It is not that simple when you start thinking about it.
Captain Spandrel:
So, to clarify, the problems for implimentation in RockBox are:
1) an issue about seeking within big files to find the start of the track (in the case of some formats, for example mpc, vbr mp3 and flac without seektables), and
2) the fact that the browser in directory mode detects and displays individual files, and there's no mechanism for it to slip into some other 'playlist'-like mode for navigating the cuesheet information of a single file, and
3) the tailoring of the current tagcache scanning to extract one entry per file.
So #2 is an insurmountable problem for the traditional file-browsing mode - it just can't tell if a file has an embedded cuesheet without reading it (like windows explorer or any other file browser). #3 seems less insurmountable, and a tagcache-only workaround might in theory be an option, just as it is with people who use an iPod with the iTunes database and file-storage system. But #1 is the more serious problem, given the lack of CPU cycles on a DAP to just crash through certain files to get to the desired tracks.
Is that a fair take on the situation?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version