View Full Version : CUE-Sheets and VBR-MP3's, MPlayer bug?
cue doesnt work properly when using vbr mp3
:angry:
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.
exactly what i mean. selecting track 30 for example starts playing track 4. when i use cbr files it goes to the correct time.
well... then i suggest you google a little, because this is not a bug!
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
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
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.
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
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
2004-09-17, 11:17
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
yes its pretty annoying, while its nice that the cue sheet is being
read and the tracks displayed. when you start the first tracks it plays ok. second track, seems to go ok, but any further and it seems like it cant seem to find where to continue and it starts the beginning of the mp3 :s
that undermines the whole use of the cue http://www.xboxmediaplayer.de/forums/non-cgi/emoticons/cry.gif
now i must play the full mp3 in order to get to hear the entire cd
jmarshall
2004-09-20, 22:39
encode your cds with a constant bitrate mp3, or use another codec that doesn't have the seek issues.
either that, or petition the mplayer guys for better seeking within vbr files.
sad things affair really :rolleyes:
i always advocate for vbr over cbr encodings myself, and having to re-encode stuff isnt really an option in my humble opinion.
some mplayer guys can be found @ irc.freenode.net #mplayer but they are slow at fixing things...
maybe ezar knows how to work this problem?
ezar2003
2004-09-20, 23:59
hi,
a) download last mplayer build >> download from here (http://www.telefonica.net/web2/ezarzone/mplayer.rar) (unrar in mplayer dir (with codecs.conf))
b) if it doesn't work add <mplayerdebug>true</mplayerdebug> in xboxmediacenter.xml (add after loglevel=0) and post xbmc.log
Gamester17
2004-09-21, 12:17
maybe submit cue-sheets source code as a patch to mplayer for linux/windows then once integrated report it as a bug (http://www.mplayerhq.hu/docs/html/en/bugreports.html)?!, sneeky :p
also the latest build of mplayer seems to have the vbr mp3 seeking problem.
isnt there a chance to solve this problem, because it makes the use of cue sheet very difficult, since all good mp3s are encoded using lames
-alt-preset standard or greater, which always results in vbr mp3s!!