I got a mp3 file that is encoded with Lame. However, it says LameKSI in the Lame Header which is abviously not right. I know the exact Lame release that file has been encoded with since it is hidden in the id3v2 tag. So I'd like to correct the Lame Header. How can I do this?

thanks

You can modify the text using an Hex editor, like Freeware Hex Editor.
But there is the risk of damage the file..

thank you for your answer. I already have an Hex Editor, but I'm not sure what I have to look for. Anything specific? How do I know what I have to change?

thanks

You should find the string "LameKSI" and replace "KSI" with, for example, "3.90"
But is almost impossible to find the exact version of Lame used for the encoding, since the header was changed.

all right I'm trying this right now. It still says in the header that Lame KSI 3.89 KSI Optimized (beta) was used...so it is simply Lame 3.89 (beta).

damn, it didn't work I messed up the file...it had more than 200 gaps . I tried to replace the chars I cut out with empty chars like ª ; but it still didn't work Although EncSpot showed the correct Lame information. In my original post I was actual thinking about a little tool that allows that...because I'm sure that there is a way!

Maybe they changed the Lame executable to show such header, don't know about a tool to change the header of a MP3 file.

there is actually no Lame Header at all. The information is stored in a silent frame at the very end right before the ID3v1 tag, I guess.

this is how it looks like:


there are many more 'ª' until the ID3v1 tags starts...

All right! I did it! It was actually my bad that it didn't work the first time...I used a hex editor but did the editing in a different mode. This shouldn't be a problem as long as you switch back before saving. This was what I forgot .
So now, it shows the correct Lame Version. I overwrote all information with 'ªªªªªª', (UUUUU) will also work and some other chars too. I chose the 'ª' since the file already used those. You can put this kind of information in every available silent frame, but it is fine doing this once at the end (sometimes at the beginning of the file there are also silent frames available so you often find this information there as well).

EncSpot doesn't show anything unusual - also no Sync Error. The file sounds fine and I compared the Reservoir graphs, they are 100% identical B)