Chris Holt wrote: > Dear nirv: > > > Had this problem too and found (with a hex reader) that 3.92 puts a > frame filled with zeros at the start of an MP3. The sony does not like > this and assumes the file is something other than an MP3 when it sees > the leading zeros. If you put an ID3 v2 tag onto the file (using Lame > or anything else) this will be solved as the Sony will then search > through the file until it finds the MP3 header. The ID3 v2 data is > written into this area instead of the zeros. > > ZS-X3CP can only use ID3 v1 info, but it does not mind v2 info being in > the file BTW. > > There is also a switch that will turn this off, (writing of the vbr data > area, I think) but I forget what it was. If you want to try that, you > could look in the docs for Lame, or the archives of this mailing list > (if they exist?) , as someone here told me a while back.
Actually it's a bug of the application using the LAME DLL. At the end of the encoding the application should ask LAME for the VBR frame and write it at the start of the file. Just switch to a good LAME DLL user app :) _______________________________________________ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
