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.
 
 
Chris
 
======== At 2002-07-12, 01:33:00 you wrote: ========

After several tests, I've found that encoding an mp3 with LAME 3.92 will make it unreadable in the Sony ZS-X3CP Boombox mp3 player. 3.88 worked just fine. Normalization, Stereo, 192, etc. Doesn't matter. The only thing that made it readable was changing to 3.88. If this is not known, perhaps there can be a fix or something?
 
nirv

= = = = = = = = = = = = = = = = = = = = = =

Best regards. 
 
Chris                
               
               

Reply via email to