# Conflicting Genre Tag - mp3tag vs. Lumin App

**URL:** <https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825>\
**Category:** Mac\
**Tags:** bug-fixed\
**Created:** [September 20, 2025, 8:47am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825 "2025-09-20T08:47:41Z")\
**Posts on this page:** 20\
**Page:** 3

<div class="post-metadata">

**Author:** ![mjcm](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/9d8465/32.png) [@mjcm](https://community.mp3tag.de/u/mjcm)\
**Post date:** [September 22, 2025, 12:48am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/43 "2025-09-22T00:48:38Z")

</div>

@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.

---

<div class="post-metadata">

**Author:** ![MotleyG](https://community.mp3tag.de/user_avatar/community.mp3tag.de/motleyg/32/440_2.png) [@MotleyG](https://community.mp3tag.de/u/MotleyG)\
**Post date:** [September 22, 2025, 1:56am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/44 "2025-09-22T01:56:39Z")

</div>

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

> **[Doug's AppleScripts Refresh a Track From Its File's Metadata » Doug's...](https://dougscripts.com/itunes/2017/08/refresh-a-track-from-its-files-metadata/)**
>
> Download over 500 AppleScripts for the Mac, plus get tips and information on writing your own. This site is published by Doug Adams.

---

<div class="post-metadata">

**Author:** ![mjcm](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/9d8465/32.png) [@mjcm](https://community.mp3tag.de/u/mjcm)\
**Post date:** [September 22, 2025, 4:31am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/45 "2025-09-22T04:31:33Z")

</div>

@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

> [@Music App and Covers](https://community.mp3tag.de/t/music-app-and-covers/54550/6):
>
> Yes, UpdateTagInfo mentioned by @MotleyG seems to be for Windows only. On the Mac, I'm using a very simple script which you can use with the Script Editor.app on macOS: tell application "Music" set sel to selection if sel is {} then return repeat with aTrack in sel if class of aTrack is file track then refresh aTrack end repeat end tell You can run it while having the tracks to be reloaded selected in Music.app. I think it was inspired by [Doug's AppleScripts](https://dougscripts.com/itunes/index.php), but I can't find the corre…

---

<div class="post-metadata">

**Author:** ![g-man-langley](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/g/d07c76/32.png) [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)\
**Post date:** [September 22, 2025, 5:53am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/46 "2025-09-22T05:53:14Z")

</div>

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

 ![Screenshot 2025-09-22 at 06.51.03](https://community.mp3tag.de/uploads/default/original/3X/c/b/cb3259059a7ae97eee4ab16d593e05839a6f00dc.jpeg)

 ![Screenshot 2025-09-22 at 06.52.31](https://community.mp3tag.de/uploads/default/original/3X/1/9/19d499af610a726e7044849254dab4fda27ce0de.jpeg)

---

<div class="post-metadata">

**Author:** ![g-man-langley](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/g/d07c76/32.png) [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)\
**Post date:** [September 22, 2025, 6:14am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/47 "2025-09-22T06:14:21Z")

</div>

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.

 ![Restore](https://community.mp3tag.de/uploads/default/original/3X/4/e/4e7c5f2d3582317fd77c6117d1bbbccac2796e4d.jpeg)

 ![mp4](https://community.mp3tag.de/uploads/default/original/3X/0/c/0c8ef60715068d70e932608b13124ab41f7123a9.jpeg)

 ![mp3tag](https://community.mp3tag.de/uploads/default/original/3X/f/4/f4a9699d6ac153d0b16b21df52e33f2ec017162e.jpeg)

 ![MinimServer](https://community.mp3tag.de/uploads/default/original/3X/d/4/d4eeac0bab296748172911ba933168e77cfbd2bd.png)

 ![Lumin](https://community.mp3tag.de/uploads/default/original/3X/2/2/221b6f161204233e9fed92acdd1fffbbbaada3c2.jpeg)

---

<div class="post-metadata">

**Author:** ![mjcm](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/9d8465/32.png) [@mjcm](https://community.mp3tag.de/u/mjcm)\
**Post date:** [September 22, 2025, 6:20am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/48 "2025-09-22T06:20:27Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![g-man-langley](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/g/d07c76/32.png) [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)\
**Post date:** [September 22, 2025, 6:26am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/49 "2025-09-22T06:26:06Z")

</div>

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.

 ![Screenshot 2025-09-22 at 07.22.53](https://community.mp3tag.de/uploads/default/original/3X/0/f/0f2990e0cc547c7381ccf3d4a6dca2b76d693d9f.png)

---

<div class="post-metadata">

**Author:** ![g-man-langley](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/g/d07c76/32.png) [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)\
**Post date:** [September 22, 2025, 6:28am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/50 "2025-09-22T06:28:00Z")

</div>

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

 ![Screenshot 2025-09-22 at 07.27.14](https://community.mp3tag.de/uploads/default/original/3X/1/c/1c8f72440b75ac11ba2f78947783b7e2899accbf.png)

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [September 22, 2025, 6:29am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/51 "2025-09-22T06:29:30Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![mjcm](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/9d8465/32.png) [@mjcm](https://community.mp3tag.de/u/mjcm)\
**Post date:** [September 22, 2025, 6:32am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/52 "2025-09-22T06:32:53Z")

</div>

Yep Foobar mac has these options for MP3

 ![Screenshot 2025-09-22 at 13.31.43](https://community.mp3tag.de/uploads/default/original/3X/7/e/7ecca7c997499409600444146ccde05e2d577d0f.jpeg)

and these for M4A

 ![Screenshot 2025-09-22 at 13.34.15](https://community.mp3tag.de/uploads/default/original/3X/3/2/32bad297377a2ad34491d9dedab8c20164f12270.jpeg)

---

<div class="post-metadata">

**Author:** ![g-man-langley](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/g/d07c76/32.png) [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)\
**Post date:** [September 22, 2025, 6:34am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/53 "2025-09-22T06:34:17Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![g-man-langley](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/g/d07c76/32.png) [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)\
**Post date:** [September 22, 2025, 6:40am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/54 "2025-09-22T06:40:29Z")

</div>

Here we are;

 ![Screenshot 2025-09-22 at 07.39.20](https://community.mp3tag.de/uploads/default/original/3X/5/2/520bb2748ef262d117b15164583ae8d35b87ee44.jpeg)

 ![Screenshot 2025-09-22 at 07.39.44](https://community.mp3tag.de/uploads/default/original/3X/7/f/7f80f78416cf8c9673d1a800edcf439645683ea1.jpeg)

---

<div class="post-metadata">

**Author:** ![g-man-langley](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/g/d07c76/32.png) [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)\
**Post date:** [September 22, 2025, 6:41am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/55 "2025-09-22T06:41:32Z")

</div>

mp3tag, VLC and Foobar all correct.

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [September 22, 2025, 6:42am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/56 "2025-09-22T06:42:19Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![mjcm](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/9d8465/32.png) [@mjcm](https://community.mp3tag.de/u/mjcm)\
**Post date:** [September 22, 2025, 6:46am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/57 "2025-09-22T06:46:11Z")

</div>

^ +1

But do it on copies of the files.

@g-man-langley

---

<div class="post-metadata">

**Author:** ![g-man-langley](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/g/d07c76/32.png) [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)\
**Post date:** [September 22, 2025, 6:47am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/58 "2025-09-22T06:47:27Z")

</div>

Verify integrity OK;

 ![Screenshot 2025-09-22 at 07.46.09](https://community.mp3tag.de/uploads/default/original/3X/2/5/25a8f58e1c4623c6de3f131915be714dc40944bf.jpeg)

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [September 22, 2025, 6:58am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/59 "2025-09-22T06:58:51Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![g-man-langley](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/g/d07c76/32.png) [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)\
**Post date:** [September 22, 2025, 7:05am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/60 "2025-09-22T07:05:24Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![g-man-langley](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/g/d07c76/32.png) [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)\
**Post date:** [September 22, 2025, 7:15am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/61 "2025-09-22T07:15:46Z")

</div>

> **[Conflicting Genre Tag - mp3tag/MinimServer/Lumin App](https://forum.minimserver.com/showthread.php?tid=7645)**

---

<div class="post-metadata">

**Author:** ![mjcm](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/9d8465/32.png) [@mjcm](https://community.mp3tag.de/u/mjcm)\
**Post date:** [September 22, 2025, 7:38am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/62 "2025-09-22T07:38:58Z")

</div>

> [@ohrenkino](#):
>
> So far it looks to me as though the problems arise in the Lumin app and not in the other, also involved programs.

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.

[Previous page](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825.md?page=2)

[Next page](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825.md?page=4)
