Actually this blank data are placed there to hold the Xing Frame which will be copied at the end of the encoding.
Carlo patargo wrote: > MP3 files encoded with LAME 3.91 don't start with a real MPEG frame, but > with a block of zeros the exact length of a frame (for CBR). This is not a > problem for a decoder since it will ignore that "frame", but I belive is a > bug anyway. Besides, for calculating the duration of the file, this adds > aprox 26ms at 44100Hz. This didn't happen with version 3.88 Beta. > > I use Audiograbber (version 1.81), so I can't tell you the exact switches > sent to the LAME DLL; The setings I'm using are: 192 kb/s CBR, Joint Stereo, > High Quality. I'm using the Windows LameEnc DLL version 1.26 > > _______________________________________________ > mp3encoder mailing list > [EMAIL PROTECTED] > http://minnie.tuhs.org/mailman/listinfo/mp3encoder > > > _______________________________________________ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
