Rockbox General > Rockbox General Discussion
Does Rockbox support '.cue' files for mp3's?
pupil:
It's my understanding that if you create an MP3 with a CUE sheet, you always do it CBR. I've never found a piece of software that can handle VBR MP3's with CUE's proeprly. It seems to be an unwritten rule that you only use CBR's. So I wouldn't worry about the accurate VBR support tbh.
jaybeee:
--- Quote from: pupil on June 09, 2006, 07:13:08 AM ---It's my understanding that if you create an MP3 with a CUE sheet, you always do it CBR. I've never found a piece of software that can handle VBR MP3's with CUE's proeprly. It seems to be an unwritten rule that you only use CBR's. So I wouldn't worry about the accurate VBR support tbh.
--- End quote ---
Really? I've never had a problem myself. I use foobar & slimserver as my players without any problems.
It's the bitrate that varies not the time, so why should it be a problem? Or is it that the palyer's code converts the time in a cue sheet into samples (588) and that could confuse it if it's VBR?
Llorean:
It doesn't rule out Ogg Vorbis because the format has much better seeking.
It really only makes seeking bad for MPC and VBR MP3. Those are the only two that would experience problems with next-track / previous-track seeks in a .CUE situation.
Since the bitrate varies throughout the file, and you have to seek by data position, not time position (as that would require decoding the whole file up to where you wanted to seek), varying bitrate poses difficulties. I believe that Vorbis has information in place to facilitate this, if I understand.
saratoga:
--- Quote from: jaybeee on June 09, 2006, 03:21:26 AM ---
--- Quote from: saratoga on June 07, 2006, 03:26:51 PM ---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.
--- End quote ---
You mean skipping to the next track or seeking through the currently played track?
If it really can't be done on vbr files then that is a big problem for cue sheet handling. I mean that rules out Ogg Vorbis for a start.
--- End quote ---
The issue here is that fast seeking in VBR requires a container like Ogg, MP4 or MKA. MP3 doesn't have that.
--- Quote from: pupil ---It's my understanding that if you create an MP3 with a CUE sheet, you always do it CBR. I've never found a piece of software that can handle VBR MP3's with CUE's proeprly. It seems to be an unwritten rule that you only use CBR's. So I wouldn't worry about the accurate VBR support tbh.
--- End quote ---
Werid. The handful of CUEs people have given me have all been for VBR files. What would be the point of taking such care to use CUE, and then doing a bad encode with CBR? Totally defeats the purpose IMO.
--- Quote from: jaybeee ---It's the bitrate that varies not the time, so why should it be a problem?
--- End quote ---
Because CUE is really, really dumb and stores the position in the file in time, not bytes. So to figure out which btyes map to which seconds, you need to decode the file.
I suppose thats not really fair since cue wasn't really meant to work the way people use it, but whatever.
bobbel:
IMHO it would be great to implement .cue support.
Would save time not to split those single .cue/mp3(or flac) for rockbox
bobbel
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version