Grouping and/or contentgroup tags: goes in "work" for MP3 and goes in "grouping" for FLAC & m4a

App version

Production

Issue description

I use Mp3tag and TagScanner to set the tags of my music files (MP3/FLAC/M4A).
I fill both the Grouping and Content Group fields (TagScanner seems to use both fields with the same value) and use them as a broader “music genre” for my library.
Example:
Genre = Indie Rock
Grouping = Rock
I expected to use this field for smart playlists.

What I see in Symphonium:
When i see the file details in symphonium, most of my files have the “Work” field set with the value of the Grouping (or Content Group) field from my music files.
Some of my files have the “Grouping” field in Symphonium correctly set with this value.

After investigation (creation of smart playlist on the presence of grouping, then for work), I found that:

  • Case 1 (mapped to “Work”) occurs for MP3 files
  • Case 2 (correct “Grouping”) occurs for FLAC and M4A files

What I expected:
The Grouping field from my files should be mapped to the Grouping field in Symphonium consistently, regardless of file format.

Device type

Phone

Media provider

SMB

Steps to reproduce

1: in MP3/flac/m4u set tag grouping and contentgroup
2- synchronize the file in symphonium
3- in symphonium, open the details fo these files and check which field is set with the value entered in th eMP3/flac/m4u files.

Additional information

At this point, I’m not sure whether the issue comes from Symphonium or from how Mp3tag/TagScanner write the tags. But at least Mp3tag and TagScanner are both consistent on this grouping/contentgroup fields

I searched existing issues first

on

I understand that logs are mandatory

on

Log upload name / description

gues sno log needed for this situation, sorry if i was wrong

Someday I really do not understand what more I can do …

Without logs, the files and the actual tags what do you expect me to answer ?

But yes it’s probably a mix up on your taggers, some tags have official meaning and apple meaning.