# 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:** 1
### Author:  [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)
#### Post date: [September 20, 2025, 8:47am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/1 "2025-09-20T08:47:41Z")
Hi,
When updating the genre tag in Mp3tag I’m finding that the Lumin App does not reflect the updated tag and places the file in the “[unknown]” section of the Genre display when I set it to “Jazz” for example. The change of Genre works OK for most files, but some do not and I experience this issue. I’m not sure why so thought this may be the best place to start. Upon reloading in mp3tag the Genre remains as “Jazz” so that seems to work?
I’m using v1.9.8 of Mp3tag, MinimServer 2.2, Lumin App 12.1.0 and Lumin P1 with latest firmware. O/S is macOS Sequoia 15.6.1
Can I add screenshots?
Cheers,
Graham
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 20, 2025, 9:12am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/3 "2025-09-20T09:12:54Z")
> [@g-man-langley](#):
>
> Can I add screenshots?
See e.g. this description here:
> [@Hints for asking Support Requests](https://community.mp3tag.de/t/hints-for-asking-support-requests/56190#use-screenshots-to-exemplify-the-issue-2):
>
> If you need support using Mp3tag, you can help the community members that are about to support you in finding a solution or workaround to your problem, by following these simple guidelines. Be descriptive, also in what you’ve already tried Please give a short explanation what’s not working as expected or what you’re trying to achieve. It’s best to know any details about the problem at hand and especially, what steps you’ve already tried to solve it by yourself. Helpful information also includ…
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 20, 2025, 9:46am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/4 "2025-09-20T09:46:59Z")
What kind of file is the stubborn one? MP3?
If so, could you check whether you have APE tags in the file?
And if so, do you really need them?
As soon as the file contains only the data that you want to see, it would be up to the player to register the changes - which means updating the displayed data in the player would be a function of the player beyond MP3tag's controle.
---
### Author:  [@mjcm](https://community.mp3tag.de/u/mjcm)
#### Post date: [September 20, 2025, 10:18am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/5 "2025-09-20T10:18:59Z")
My first point of call would be if you can import the file into the Music.App on Mac. If that imports it correctly and the genres show hen the next port of call is that Lumin app
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [September 20, 2025, 11:19am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/6 "2025-09-20T11:19:51Z")
> [@g-man-langley](#):
>
> I’m using v1.9.8 of Mp3tag, MinimServer 2.2, Lumin App 12.1.0 and Lumin P1 with latest firmware. O/S is macOS Sequoia 15.6.1
Since MinimServer is handling the music distribution, have you forced it to rescan your music library for changes? And does the Lumin device or app also need to rescan?
---
### Author:  [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)
#### Post date: [September 20, 2025, 5:24pm UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/7 "2025-09-20T17:24:25Z")
@mjcm - Apple Music states Unknown Genre as attached. Mp3Tag say’s otherwise. Restarted everything. This has been for a few days of trying.
---
### Author:  [@mjcm](https://community.mp3tag.de/u/mjcm)
#### Post date: [September 21, 2025, 1:39am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/8 "2025-09-21T01:39:58Z")
Can you post a screenshot of Mp3tag -\> Command + T (Extended Tags) and in Music -\> Command + I (and especially the Details and the File Tab) ?
---
### Author:  [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)
#### Post date: [September 21, 2025, 5:49am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/10 "2025-09-21T05:49:41Z")
@mjcm
Screenshots attached, Apple Music conflicts with mp3tag on both Genre and Year;
---
### Author:  [@mjcm](https://community.mp3tag.de/u/mjcm)
#### Post date: [September 21, 2025, 6:44am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/11 "2025-09-21T06:44:25Z")
What happens if you stick the TAG GROUPING -\> Jazz to it. Does it reads it then?
Let me test something. Will report back
Edit: I can confirm this @Florian
Genre is not read by the Music App on mac. Grouping also not. But on my test file (M4A) YEAR IS
Mp3tag: 1.9.8
macOS: Sequoia 15.7
Edit 2:
I did a test with Mp3tag 3.31c _Windows_ Running under Wine and also there the tags GENRE and GROUPING are not read
CONTENTGROUP = READ and placed under GROUPING
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 21, 2025, 7:01am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/12 "2025-09-21T07:01:27Z")
> [@mjcm](#):
>
> I did a test with Mp3tag 3.31c _Windows_ Running under Wine and also there the tags GENRE and GROUPING are not read
... but the player is still the same?
AFAI understood the problem it is the player that still shows the old data while MP3tag does not.
MP3tag shows that current data whereas players may have their own database / cache from which they retrieve that what they display.
Could someone please try to delete the old file entry from the player and re-import it? Or alternatively rename the modified file so that it looks like a new file to the player and then see what the player shows?
---
### Author:  [@mjcm](https://community.mp3tag.de/u/mjcm)
#### Post date: [September 21, 2025, 7:04am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/13 "2025-09-21T07:04:58Z")
@ohrenkino
I am doing that. I change the tag, delete the file in Music.App on mac and re-import it
I even rename Genres/Groupings etc etc to Jazz1,Jazz2 etc etc to avoid this issue
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 21, 2025, 7:08am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/14 "2025-09-21T07:08:10Z")
And you still see imagined values by the player?
---
### Author:  [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)
#### Post date: [September 21, 2025, 7:10am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/15 "2025-09-21T07:10:02Z")
I’ve checked VLC 3.0.20 and we have a good reading here;
---
### Author:  [@mjcm](https://community.mp3tag.de/u/mjcm)
#### Post date: [September 21, 2025, 7:12am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/16 "2025-09-21T07:12:39Z")
So Music.app is seriously flawed. It doesn't surprise me one bit, because adding artwork after import and Music.app doesn't see the changes. Exporting the artwork and re-importing is the only solution.
Grrrrrrrrr _i have a rant about the Music.App in the offtopic section_
---
### Author:  [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)
#### Post date: [September 21, 2025, 7:13am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/17 "2025-09-21T07:13:45Z")
I can say that I don’t believe it’s a caching problem. I have reloaded the library in Lumin, and the track has never been imported into Apple Music prior to this test.
---
### Author:  [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)
#### Post date: [September 21, 2025, 7:14am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/18 "2025-09-21T07:14:53Z")
For the record, Peter at Lumin has been brilliant, but on this particular issue I did not get a response.
---
### Author:  [@mjcm](https://community.mp3tag.de/u/mjcm)
#### Post date: [September 21, 2025, 7:15am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/19 "2025-09-21T07:15:16Z")
I am changing the file in MP3tag -\> Import it into Music.app. Check the tags -\> Remove from library (deleting the file) and changing the tag in MP3tag and re-importing it into Music etc etc etc
---
### Author:  [@mjcm](https://community.mp3tag.de/u/mjcm)
#### Post date: [September 21, 2025, 7:17am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/20 "2025-09-21T07:17:59Z")
Another issue to sent feedback to Apple about.
On the Apple Discussion forum there are tons of discussions about the Music.App and under macOS 26 it even for some users refuse to sync.
Again, they should have stayed with iTunes it just worked 🤬
---
### Author:  [@g-man-langley](https://community.mp3tag.de/u/g-man-langley)
#### Post date: [September 21, 2025, 7:18am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/21 "2025-09-21T07:18:48Z")
My concern is the Lumin App. Any other users of this here so we can whinge in unison?
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 21, 2025, 7:21am UTC](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825/22 "2025-09-21T07:21:05Z")
That detour over the Music app may have fogged the view on the attempt to import a renamed file - does such a file show the accurate data?
[Next page](https://community.mp3tag.de/t/conflicting-genre-tag-mp3tag-vs-lumin-app/69825.md?page=2)