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.
Recent Posts
11
3rd Party Plugins - (fb2k) / Re: foo_audiomd5 mismatches, APE and MP3s
Last post by Porcus -
Quote from: mycroft on
3, 4, 5 mp3 files have at end garbage added with bytes like "LYRICSBEGIN..." . What software added such garbage?
* Apparently Winamp, at least with some plugin ... https://id3.org/Lyrics3 for the first version of it.
* Here's the author's own software, MP3 Manager, at archive.org: https://web.archive.org/web/20040103085829/www.mpx.cz/mp3manager/tags.htm
* Maybe some code that is useful: https://github.com/squell/id3 . But since you can code, a chunk that is not a valid MPEG frame and of the form LYRICSBEGIN blah blah blah [LYRICSEND|LYRICS200] is enough of a giveaway?
* ExifTool can apparently read it.

Quote from: Foobar3031 on
Relatedly: I've now moved my entire MP3 library over to ID3v2.4 and also used the 'optimize file layout' function in case that resolves anything non-standard lurking about. Redoing the MD5 tags, I've found that all files now verify without issue. It's a solution, for sure, but not to a problem we can as yet pin down.  :(
Huh. Did you use fb2k to migrate to ID3v2.4? I migrated to v2.3, that solved the problem for me (all tags in front).
14
3rd Party Plugins - (fb2k) / Re: foo_audiomd5 mismatches, APE and MP3s
Last post by Foobar3031 -
Quote from: mycroft on
3, 4, 5 mp3 files have at end garbage added with bytes like "LYRICSBEGIN..." . What software added such garbage?

Unclear, this is how they were when I found them. Doing a bit of digging, it seems this tag may be part of the Lyrics3v2 format, an official extension of ID3v1 that "resides between the audio and the ID3 tag". That might explain why FFMPEG is interpreting it as audio data; I'm assuming changes to the main body of ID3 tags is causing subtle changes to this lead-on region, or the padding between them?

When I remove ID3v2.3 and ID3v2.4 in MP3tag, the program suddenly recognises the presence of Lyrics3v2, but Foobar doesn't. Perhaps others here have similar MP3s in their collections?
16
3rd Party Plugins - (fb2k) / Re: foo_audiomd5 mismatches, APE and MP3s
Last post by Foobar3031 -
Apologies for the delay, chaps.

Using Porcus' suggested website, I've uploaded five problem MP3s. If you'd like to take a look, you might be able to spot whatever formatting/file structure hi-jinx is going on. Some info:

  • Files 1 + 2 use APEtags and have the same issue we saw with the .APE files. The MD5s mismatch from the moment they are first added, and no amount of tinkering seems to change that.
  • Files 3, 4 + 5 are more interesting: They are tagged in ID3v2.3 and 2.4, and if you generate an MD5 and let the plugin tag the files, a verification scan will produce a mismatch. However: If you make ANY alteration to the tags using Foobar's inbuilt properties panel - such as deleting the MD5 tag - the file ceases to be problematic. Any subsequent re-run of the MD5 generation and verification will produce a match.

One idea I had is that Foobar itself is correcting/reorganising/standardising problem metadata whenever ID3 tags are modified using its inbuilt tool, but that perhaps the plugin is not doing the same when it adds an AUDIOMD5 tag. Is this possible?

Relatedly: I've now moved my entire MP3 library over to ID3v2.4 and also used the 'optimize file layout' function in case that resolves anything non-standard lurking about. Redoing the MD5 tags, I've found that all files now verify without issue. It's a solution, for sure, but not to a problem we can as yet pin down.  :(
18
FLAC / Got warning in FLAC Frontend
Last post by padre -
Hi. Sorry for my eng.
I'm using FLAC Frontend (v.1.7.1 Etree edition by Speek). Tried to convert WAV to FLAC and got this message:

WARNING: skipping unknown sub-chunk 'smpl'

What does it mean?