Rockbox General > Rockbox General Discussion
Does Rockbox support '.cue' files for mp3's?
saratoga:
Would people be willing to cut files if it was automated? I was looking on google, and it seems that making a utility that could run from a PC and recursively scan a portable player for CUEs, and then cut as it went would be easy. Basically just need a few lines of perl to wrap around mp3split.
Downside is you have to change the files, but you could keep the original intact files on your PC, so you'd only be editing a copy of them. And it would work correctly with VBR MP3 files. I think it would be a nice solution, at least until someone actually rewrites the parts of rockbox needed for Cue.
Llorean:
Well you'd have to cut FLACs, Ogg/Vorbis, and possibly MPC as well, at least, and the MP3s would have to be cut in a way to preserve gaplessness, with the .CUE used to generate tags perhaps.
saratoga:
--- Quote from: Llorean on July 11, 2006, 09:22:16 PM ---Well you'd have to cut FLACs, Ogg/Vorbis, and possibly MPC as well, at least, and the MP3s would have to be cut in a way to preserve gaplessness, with the .CUE used to generate tags perhaps.
--- End quote ---
The program I looked at could do Ogg and MP3. It counts frames, so it should preserve gaplessness.
luckydevil13:
--- Quote from: Llorean on April 27, 2006, 06:58:35 PM ---I mean there's a lot of technical reasons why .cue handling won't work well on Rockbox (mostly due to the fact that you have to load all of the file up to and including the track you want, and that our entire buffering and playlisting system would probably needed to be rewritten to implement this). This isn't so much as a "we don't want to" as it is a "It can't be done in a reasonable way without likely having costs greater than the gains, especially when a simple once-off preparation of your files completely negates the need for it.
--- End quote ---
I'm newbie user of rockbox, i'm not programmer - but I can suggest algoritm.... it's not needed to load whole file... i think
1) open *.cue file as folder, while entering the folder:
1.1) read Length of mp3 file and it's size
1.2) read cue time markers
2) write filenames of small mp3s, on open one of it =>
3) and HINT! seek in large file proportion time_whole/time_part = size_of_file/seek bytes!
it's not needed to load whole file - no matter CBR, ABR o VBR ... yes seek will be approximately - but I think - it will be enough
sorry for my english )
senab:
I'm not too bothered about about cues to be honest, I use them a fair bit but the process of cutting a cue'd mp3 (even VBR) up is pretty painless. As I'm sure Jaybee knows, you can use a small program called pcutmp3 to cut up the mp3 gaplessly as it addeds a LAME (and more importantly the enc_delay & enc_padding tags) to the files.
;)
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version