Conflicting Genre Tag - mp3tag vs. Lumin App

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

See e.g. this description here:

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.

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

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?

@mjcm - Apple Music states Unknown Genre as attached. Mp3Tag say’s otherwise. Restarted everything. This has been for a few days of trying.

Can you post a screenshot of Mp3tag -> Command + T (Extended Tags) and in Music -> Command + I (and especially the Details and the File Tab) ?

@mjcm

Screenshots attached, Apple Music conflicts with mp3tag on both Genre and Year;

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

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

@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

And you still see imagined values by the player?

I’ve checked VLC 3.0.20 and we have a good reading here;

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

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.

For the record, Peter at Lumin has been brilliant, but on this particular issue I did not get a response.

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

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 :face_with_symbols_on_mouth:

My concern is the Lumin App. Any other users of this here so we can whinge in unison?

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?