> > Hi Mark, > I testet your lame mp3 encoder and its very nice. > But nearly all Players have problems with your > version of vbr encoding. The problem is, how the > players do their time prediction. On constant > bitrates they only need the filesize and the > bitrate, but with vbr encoded mp3's they need > the number of frames to predict the song length. > I don't know how Xing exactly handles this, > but I noticed that the first Frame of a xing vbr file > includes the total number of frames and Winamp > uses this information. > > Robert Hegemann > I just downloaded Xing's VBR "SDK" from thier web site. Xing does indeed append their own non-standard header to the beginning of the bit stream, which contains the total number of frames, total file size, and an optional table of contents (for seeking). Xing gives out code (DXHEAD.C and DXHEAD.h, now included in lame3.12pre4). This code is not used by LAME (it is for decoders) but it shows how the Xing header is processed. All we have to do is write a routine which can create a header with the needed information in the right format to be read by DXHEAD.C, and then append this header to the beginning of the .mp3 file. I have added it to the TODO list, but it is a low priority for me. If anyone is interested... -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
