Conflicting Genre Tag - mp3tag vs. Lumin App

@MotleyG

I don't have that option checked and still Music.app (on mac) doesn't see the changes I have made with Mp3tag (Mp3tag for MAC or for Windows, I tried them both). I to satisify my curiosity, enable that option in Mp3tag and no luck with Music.app. The Music.app (and yes I am repeating myself) is seriously flawed.

Edit:The changes I make with the Music.app, Mp3tag picks up on, thus Mp3tag is not the culprit here.

Maybe try this AppleScript, change the app to Music instead of iTunes first.

@MotleyG

That for me and I doubt for the OP as well don't work. Remember my artwork issue with Music.App. Refresh does not nothing. Even a script provided by Florian, written by someone on here, does nothing. Music.app, is IMHO limited in reading external tags by that I mean tags written by programs like Mp3tag it only AFAIK (now) reads ARTIST, TITLE, ALBUM, YEAR, TRACK and COMPOSER and COMMENT, other tags get ignored like ARTWORK and GENRE unless you type this in or add the ARTWORK again

Edit:

Here is a link to the topic with that script Florian mentioned

The option was already unchecked, I do have “Use custom genres” checked though to conform to the Discogs top level genres;

Right, so I have gone back to square one. Using TimeMachine I have restored one of the original folders which contains the track “Blue Monk” used in my examples. Screenshots attached. Now, I downloaded this from tpb (naughty) and you can see when I rescan MinimServer he complains about the genre tag, however, mp3tag seems happy enough with it and displays correctly. The Lumin App is unhappy and thinks it’s “[unknown]” (bottom right in the genre thumbnails). I will now start playing around with it using the knowledge you guys have given me.

Just change it in the Music.app and then it should be happy. You always could ask the developer of the Minimserver if there is an interaction with the Music.App, maybe it's using the Api's, but that is just guessing.

Yes, maybe you are right about contacting the dude at Minimserver, as without changing anything at all, doing a rescan does not represent the issue in the log (attached), yet the problem still remains in Lumin App after a complete reload of the library.

Yeah, something weird going on here, log file showing other stuff without me doing anything;

Could it be that the downloaded files have problems?
I think that Foobar has functions to check files, not only MP3 but also mp4.
Perhaps that would be a first step: make sure that the files are OK.

Yep Foobar mac has these options for MP3

and these for M4A

I will check, you don’t get this with vinyl lol.

Here we are;

mp3tag, VLC and Foobar all correct.

You would have to call the Utilities as shown by @mjcm - looking at the properties is not enough.

^ +1

But do it on copies of the files.

@g-man-langley

Verify integrity OK;

That is good news.
You see that we are trying to rule out any external influence to pinpoint the probable cause for the found behaviour in the Lumin app.
So far it looks to me as though the problems arise in the Lumin app and not in the other, also involved programs.

OK. Next step will be to contact the MinimServer dev due to the genre error in the log as that must mean something.

If you ask me, but I must admit I am biased and I blame Music.app on mac. The OP changed the tags in the Music.App and the genre showed (AFAIK) in the minimserver as showed in the solution.

So Minimserver and Music.app work somehow together, but how or what and why it is different to what MP3tag does, only the developer of the MinimServer and Apple knows.