Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Foobar does not report the LAME version in some MP3 files (Read 727 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Foobar does not report the LAME version in some MP3 files

Hi,
I noticed that when I encode an MP3 file from the command line, the foobar in selection properties will correctly report the LAME version. However, for other MP3 files, foobar does not do this, while Media Info does.
Attached are two audio files, one with the LAME version visible, the other only via Media Info.

Re: Foobar does not report the LAME version in some MP3 files

Reply #1
Thanks for the problem report.
sample2.mp3 appears to have been altered by another tool after encoding; MP3 payload does not start with a valid LAME header frame.
It is possible to recover LAME version info, but doing so requires inspecting more of file content, which is what MediaInfo seems to be doing.
Microsoft Windows: We can't script here, this is bat country.

Re: Foobar does not report the LAME version in some MP3 files

Reply #2
Sample1 file was encoded with lame.exe from wav. Sample2 is the result of cutting the file in MP3 direct cut, but the original file also does not show the LAME version. If you want, I can send you the original file from which the sample2 cut comes.
Some programs, e.g. Gold Wave, save files like sample2 in this way.

Re: Foobar does not report the LAME version in some MP3 files

Reply #3
Please share short unmodified sample from LAME, and exact commandline used to create it.
Thanks.
Microsoft Windows: We can't script here, this is bat country.

Re: Foobar does not report the LAME version in some MP3 files

Reply #4
sample1.mp3 was encoded in commandline with:
Code: [Select]
-b 320 "path\to\sample1.wav"
The file from which I cut sample2 comes from this website.
https://promodj.com/denis-first-vladlen-reznikov/remixes/6422087/Deepend_feat_Graham_Candy_Waiting_For_The_Summer_Denis_First_Radio_Remix

However, I could encode such a file from a wav using, for example, GoldWave. This is just one example, as there are more programs that encode files this way. A file encoded with GoldWave does not report the LAME version in foobar2000, MediaInfo says the LAME version is 3.99.5.
I attached  two files, one is the source WAV for sample1, two is an unmodified file encoded with GoldWave.

Re: Foobar does not report the LAME version in some MP3 files

Reply #5
I tried encoding sample1.wav with various LAME builds, using -b 320 commandline; foobar2000 can always read LAME version info from the resulting MP3.
Offending files where foobar2000 can't determine version info are all missing LAME tag - an extra header packed into MP3 frame that LAME writes by default.

What exact LAME build are you using? Are you sure you're not using "-t" option which disables LAME header writing?

Determining LAME info from files without LAME tag is possible but requires reading further into the file, which I'm reluctant to do.
Microsoft Windows: We can't script here, this is bat country.

Re: Foobar does not report the LAME version in some MP3 files

Reply #6
I am using LAME v3.100.1.
However, as I have already written, files generated by this version are correctly reported by foobar2000. I was curious why fb2k doesn't report the LAME version in some files. Now I know that some encoders, e.g. LAME in GoldWave (3.99.5), do not save the LAME version in the initial frames of the MP3 file.
Now I know that to recover the LAME version from such encoded files, I need to read them more deeply.
Peter, you will do what you think is right.