# Inconsistent Handling of Genre Field in m4a Files

**URL:** https://community.mp3tag.de/t/inconsistent-handling-of-genre-field-in-m4a-files/66861
**Category:** Support
**Created:** [December 16, 2024, 5:38am UTC](https://community.mp3tag.de/t/inconsistent-handling-of-genre-field-in-m4a-files/66861 "2024-12-16T05:38:11Z")
**Posts on this page:** 11
**Page:** 1

<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: [December 16, 2024, 5:38am UTC](https://community.mp3tag.de/t/inconsistent-handling-of-genre-field-in-m4a-files/66861/1 "2024-12-16T05:38:11Z")

</div>

It seems there is some continued issues with the genre field in m4a files. There was some discussion a while ago here

> [@ID3v1 genre number written by iTunes is not translated for ID3v2.4](https://community.mp3tag.de/t/id3v1-genre-number-written-by-itunes-is-not-translated-for-id3v2-4/57855/10):
>
> Thanks for confirming the fix and no worries regarding MP4: it's still possible that some application writes the genre number that should go to the gnre atom to the ©gen atom which should only contain the custom genres.

If a single genre is saved to any m4a file it is stored into the traditional genre tag location. But if there are multiple genre tags they are stored in a custom tag location. This location is apparently not read by many players and instead results in the genre being left empty on the display.

Android apps like Poweramp and GoneMAD handle multiple genres correctly for all other file formats other than m4a. Is this because m4a doesn't actually support multiple genre tags? Or are these being mapped to the wrong location when mp3tag is saving them compared to when using a single genre field?

GoneMAD has noted this on the development site.

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 19, 2024, 10:32am UTC](https://community.mp3tag.de/t/inconsistent-handling-of-genre-field-in-m4a-files/66861/2 "2024-12-19T10:32:44Z")

</div>

> [@MotleyG](#):
>
> If a single genre is saved to any m4a file it is stored into the traditional genre tag location. But if there are multiple genre tags they are stored in a custom tag location.

Yes, I've just checked — there is some special handling of the genre field for MP4 metadata (based on the topic you've linked to) and this code assumes that the genre field is a single-value field. I could potentially rewrite this part to not use a custom field in case of multiple genre fields...

> [@MotleyG](#):
>
> Android apps like Poweramp and GoneMAD handle multiple genres correctly for all other file formats other than m4a.

Can you edit the genre in those apps and use multiple genres there?

---

<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: [December 19, 2024, 9:13pm UTC](https://community.mp3tag.de/t/inconsistent-handling-of-genre-field-in-m4a-files/66861/3 "2024-12-19T21:13:21Z")

</div>

> [@Florian](#):
>
> Can you edit the genre in those apps and use multiple genres there?

I hadn't thought of working backwards to see how this works. I'll try some of these tonight and get back to you with any results.

---

<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: [December 19, 2024, 10:07pm UTC](https://community.mp3tag.de/t/inconsistent-handling-of-genre-field-in-m4a-files/66861/4 "2024-12-19T22:07:09Z")

</div>

> [@Florian](#):
>
> Can you edit the genre in those apps and use multiple genres there?

I did test this with a single m4a file just to see how it was handled. In both GoneMAD and Poweramp I was able to edit the Genre using a semicolon as the separator. Both apps then showed each one as a distinct genre in their respective libraries for browsing. A couple of other apps like Neutron and Foobar did not split them, but they don't support multiple genre tags or do this normally anyhow. However they did pick up the edits and displayed both genres as a single entry.

When I pull this file that was changed on Android back to Windows and open it in mp3tag, it is confirmed to be a single genre tag with the semicolon separator, as one would expect. If I use mp3tag to separate them into separate tags again, they go back to the custom tag and the Android apps then again show a blank genre.

I'm guessing that since m4a/Apple doesn't formally support multiple genres, this creates a challenge to administer the concept from the mp3tag side. I am not familiar enough with the back end to know what else is involved.

@Florian I can send you a file that has been split by mp3tag, and one that has been edited on the Android side if that helps.

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 20, 2024, 12:22pm UTC](https://community.mp3tag.de/t/inconsistent-handling-of-genre-field-in-m4a-files/66861/5 "2024-12-20T12:22:08Z")

</div>

Wouldn't this be the same as using a semicolon-separated list when filling the genre via Mp3tag?

Can you check what's displayed for this file, which uses two MP4 `gnre` atoms and one MP4 `©gen` atom?

[multiple-genres.m4a.zip](https://community.mp3tag.de/uploads/short-url/1SqD41fbsOCiVQcwDNrhmC574DB.zip) (56.8 KB)

---

<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: [December 21, 2024, 3:22am UTC](https://community.mp3tag.de/t/inconsistent-handling-of-genre-field-in-m4a-files/66861/6 "2024-12-21T03:22:33Z")

</div>

> [@Florian](#):
>
> Can you check what's displayed for this file, which uses two MP4 `gnre` atoms and one MP4 `©gen` atom?

This is the result using GoneMAD player. This has the best tag integration of the players on Android that I have tested. It shows the genre results as `Dance, Disco, Club House` in the Song Info details. With the previous separate multiple genre tags this was showing up as blank.

 ![Screenshot_20241220-220312](https://community.mp3tag.de/uploads/default/original/3X/0/2/0255ee66f4d60576e5848857ef039e0bd46657be.png)

---

<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: [December 21, 2024, 3:26am UTC](https://community.mp3tag.de/t/inconsistent-handling-of-genre-field-in-m4a-files/66861/7 "2024-12-21T03:26:11Z")

</div>

Using the Poweramp app with the same test file only the genres `Dance, Club House` are displayed. The `Disco` genre is missing that GoneMAD was able to display. Again with the previous multi genre testing this was blank for m4a files.

 ![Screenshot_20241220-220202](https://community.mp3tag.de/uploads/default/original/3X/d/2/d2573c9b617a3b88d9e97fd8604fba2a87719118.png)

---

<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: [December 21, 2024, 3:37am UTC](https://community.mp3tag.de/t/inconsistent-handling-of-genre-field-in-m4a-files/66861/8 "2024-12-21T03:37:16Z")

</div>

And finally for comparison purposes this is the result from the Android version of Neutron Music Player. It only shows a single genre `Club House` without either `Dance` or `Disco` being displayed. However this is to be expected as this app does not formally support multiple tags for any field including genre. But it is worth noting that like the other Android apps when using the previous m4a test files with multiple genre fields, this was actually coming up blank.

 ![Screenshot_20241220-220647](https://community.mp3tag.de/uploads/default/original/3X/a/b/ab7418a04431bb9f0cce71acef359b571a17d372.png)

I don't know which fields were stored in the different genre locations for your test file. But it seems whatever change was done there allowed at least one tag to be displayed in each of these apps, which is better than being blank. For GoneMAD and Poweramp that support multiple tags, perhaps this change will allow them to handle m4a better with their future development. The solo dev for GMMP is a fan of mp3tag and has suggested they would revisit this support request in future development.

Thanks for taking some time to look into this so quickly.

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [January 8, 2025, 9:21am UTC](https://community.mp3tag.de/t/inconsistent-handling-of-genre-field-in-m4a-files/66861/9 "2025-01-08T09:21:55Z")

</div>

Thank you for the feedback! Based on your observations, writing multiple genres with their respective MP4 atom IDs seems to be more compatible.

I've changed this with [Mp3tag v3.28a](https://community.mp3tag.de/t/455) to allow for broader testing.

---

<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: [January 10, 2025, 3:03am UTC](https://community.mp3tag.de/t/inconsistent-handling-of-genre-field-in-m4a-files/66861/10 "2025-01-10T03:03:57Z")

</div>

> [@Florian](#):
>
> writing multiple genres with their respective MP4 atom IDs seems to be more compatible.

Thanks for this update @Florian

It appears that all of my Android and iOS player apps are now recognizing at least the first genre field in m4a files with multiple genres tag fields. So the changes have definitely had positive results in all cases. I also checked to confirm that any files with a single genre field had no negative consequences.

It is now back to the devs of the player apps to handle the additional tags that they are currently not showing. But at least now they are not coming up blank.

---

<div class="post-metadata">

### Author: ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)
#### Post date: [February 9, 2025, 3:04am UTC](https://community.mp3tag.de/t/inconsistent-handling-of-genre-field-in-m4a-files/66861/11 "2025-02-09T03:04:20Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
