CUE-Sheets and VBR-MP3's, MPlayer bug?

[Kobazz]

cue doesnt work properly when using vbr mp3

[pike]

what do you mean "doesnt work" ??

i hope you don't mean that it doesnt jump to the "exact correct position" ? :veryangry:
because it's only possible to jump to the correct position in a vbr filr if you playback the entire file.

[Kobazz]

exactly what i mean. selecting track 30 for example starts playing track 4. when i use cbr files it goes to the correct time.

[pike]

well... then i suggest you google a little, because this is not a bug!

[Kobazz]

i didnt say it was a bug, only that it doesnt work properly. so what u r saying is that it can't b done? something to do with mplayer's abbility's? because mp3cue works fine with winamp and vbr files.

tnx for the enlightment

[pike]

i'm not entirely sure we understand eachother here.

did i describe the problem correctly? because you wrote

selecting track 30 for example starts playing track 4. when i use cbr files it goes to the correct time.

and this is not the problem i described. besides your explanation doesnt make sense to me

[Kobazz]

ok the thing u said about playing the whole file i didnt understand.

i'll try to explain my problem and as far as i know my .cue files arent bad or corrupt etc.

ok, this is what i have problems with. 100mb and bigger long mix sets vbr mp3 files. xbmc does detect the cue and expands a tracklisting. selecting track 1 works like it supposed to. it starts playing. now when i wanna jump to track 30 for example, xbmc won't go to that position of the timeline, but instead goes somewhere to the beginning of the mix. like it's late or something.

in winamp+mpcue plugin this works fine. selecting whatever track it always goes to the position it is supossed to.

i don't know if this is a known problem (it is a problem) and that maybe there isnt a solution for it.

[pike]

ok, and here's the known problem that cannot be solved.

cbr mp3's are easily seekable since you know the bitrate and can simply take bitrate (kilobit / second) and go xx kilobit forward to reach the second you want. this way is precise enough for second seeking.

vbr mp3's does not offer this possibility. but seeking should not be so way of (you say track 4 instead of track 30?)

you did report this as a bug, since you first posted it in bug section and i later moved it. i will however make a vbr mp3 and a cusheet and try and see if the "problem" is as severe as you say, and if thats the case i'll move it back

[Kobazz]

thank you for the effort. i suspected the problem had something to do with vbr not being easy seekable. but if i can recall, it has worked with xbmp. not completely sure though.

[jmarshall]

hi kobazz,

actually, xbmp had problems with this as well. it shows up particularly well (if a bug can show "well") on mix cds that start with relative silence - pink floyd's dark side of the moon is particularly good. the reason is that the start of the track is using very low bitrates, so it seems to mplayer that the track is very very long (due to the size of the mp3).

mplayer obviously doesn't handle seeking in vbr mp3 files very well - i suspect it is not reading the xing vbr header, or at least not taking it into account when a seek is performed.

it's an mplayer issue unfortunately, so you should petition them for better seeking in vbr files.

cheers,
jonathan