MIP doesn't recognize MP3 tags (FLAC tags OK)... how to fix?

[lork]

Hello-

I have archived my MusicIP anaylysis to all my FLAC files, no problem, all mixable. However, when I do the same thing to my MP3 files they do not show as mixable.

I assume this is a tagging issue, but not sure how to fix it. Any help appreciated.

Some details:
I used Spicefly's suggestion as to getting the MusicMAgic Fingerprint field to show up in mp3tag, and it does for FLAC... however for MP3s, the field is empty... but when I click on a file in mp3tag & have it display the extended tags, the MM data & fingerprint are there (though in FLAC they seem to start with "MusicMagic Fingerprintxxxxx" where xxx is the hash, whereas in the mp3s they just start directly with the hash. The tags for flac files show up in mp3tag as "FLAC" tag type; those for my mp3s show up as "ID3v2.3 (ID3v1 ID3v2.3)". I can easily re-do the analysis (already have once), but need to know what to change in how the tags are written... or how to fix these tags in mp3tag.

[egd]

May be quickest to try the MusicIP forum for an answer.

[Nonreality]

Try to get rid of the ID3v1 tags in mp3tag. Do this on just a couple of your albums then rescan in SC and see if they show up as mixable. It's a good thing to get rid of them anyway unless you have some old player that only reads v3.1 tags.

[lork]

Thanks for the suggestion... I did, and then had to re-analyze since the analysis went away with the v1 tags...

But MIP (headless on Ubuntu) still won't recognize them as analyzed, though MIP running on XP does (and mp3tag shows the fingerprints when I do "extended tags". I do not have this problem with FLACs.

Maybe Mixer writes tags to mp3's differently than to FLACs? I can't find any option that varies where/how MIP writes the tags.

Confusing.

[Nonreality]

Yes you are right. My Flac files don't have the "magic" in front of tag names. But my SC recognizes both styles. Are the mp3's getting kicked because their duplicates? If you add a mp3 album with the GUI and analyze it then close and go to the headless, the cache needing updating doesn't show up? Or does that work and SC doesn't recognize it? The next time you get rid of the 3.1 files make sure you have it write all the info to ID3v2.3 first. Have it set to save ID3v2.3 in the options and highlight everything (ctrl a)and hit save. Sorry I didn't think to tell you that before. It would have saved your MIP tags.

[lork]

As far as I can tell, they were already saved both ways, and anyway I did save as v2.3 first, so nothing (other than the fingerprints/analysis, which must not have been int he saved v2.3... is this a clue?) was lost. It was not so well planned, but I keep backups to ease the pain of learning these systems

I'll try deleting the MIP cache on the ubuntu machine- thanks to egd I know where it is. I doubt that's it, though- I deleted a few songs from my MP3 folder (that had FLAC duplicates elsewhere) while changing the tags around, and the headless MIP (on ubuntu) recognized the change in the # of tracks and the # of "songs to validate" (= # of mp3 tracks... the FLACs all are recognized as already analyzed.

I am doing the analysis using Music Mixer on XP, then transferring the files to Ubuntu (where MIP runs headless). Are you doing everything in XP (I'm trying to figure out if the step to ubuntu contains the problem)?