# Accessing Apple Music's Description field

**URL:** https://community.mp3tag.de/t/accessing-apple-musics-description-field/59993
**Category:** Mac
**Created:** [February 7, 2023, 11:35pm UTC](https://community.mp3tag.de/t/accessing-apple-musics-description-field/59993 "2023-02-07T23:35:17Z")
**Posts on this page:** 11
**Page:** 1

<div class="post-metadata">

### Author: ![ngervae](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ngervae/32/13253_2.png) [@ngervae](https://community.mp3tag.de/u/ngervae)
#### Post date: [February 7, 2023, 11:35pm UTC](https://community.mp3tag.de/t/accessing-apple-musics-description-field/59993/1 "2023-02-07T23:35:17Z")

</div>

[REWRITTEN BASED ON INVESTIGATION]

I am trying to access the Description field shown in Apple Music (iTunes), but it is not working as I would expect. I have found out Apple stores the field with the tag TIT3 (by peeking at the mp3 binary), but it seems not to be storing this in a way that MP3Tag, or the command-line tool eyeD3 can find it. If I set TIT3 using MP3Tag, Apple Music does not show the value in its Description field.

Not sure what's going on, but it looks like I'll have to use the Comments field for my meta-info and my comments. :-/

Apple Music version 1.2.5.7  
MacOS version Monterey 12.6.1 (21G217)  
MP3Tag version 1.7.4 (75)

---

<div class="post-metadata">

### Author: ![ngervae](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ngervae/32/13253_2.png) [@ngervae](https://community.mp3tag.de/u/ngervae)
#### Post date: [February 8, 2023, 1:25am UTC](https://community.mp3tag.de/t/accessing-apple-musics-description-field/59993/3 "2023-02-08T01:25:17Z")

</div>

It seems this problem specifically occurs with mp3 files. I tried with an m4a file and things worked; Apple Music uses the "desc" field and MP3Tag can work with that. Not sure what's going on with MP3 files!

---

<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: [February 8, 2023, 6:16am UTC](https://community.mp3tag.de/t/accessing-apple-musics-description-field/59993/4 "2023-02-08T06:16:48Z")

</div>

The field TIT3 corresponds to SUBTITLE in MP3tag.  
See the mapping of fields:

> **[Tag Field Mappings – Mp3tag Documentation](https://docs.mp3tag.de/mapping/#subtitle)**
>
> Overview of all available tag fields, their names in Mp3tag, and how they are mapped to the internal structures of the different tag formats. Mp3tag is the universal Tag Editor.

---

<div class="post-metadata">

### Author: ![ngervae](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ngervae/32/13253_2.png) [@ngervae](https://community.mp3tag.de/u/ngervae)
#### Post date: [February 8, 2023, 7:13am UTC](https://community.mp3tag.de/t/accessing-apple-musics-description-field/59993/5 "2023-02-08T07:13:09Z")

</div>

Thank you! It looks like Apple is using this incorrectly in two ways, then (in mp3 files). It is using that identifier for what it calls Description, and it also isn't storing the data in a way that mp3 tag readers can find. :-/

---

<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: [February 8, 2023, 7:16am UTC](https://community.mp3tag.de/t/accessing-apple-musics-description-field/59993/6 "2023-02-08T07:16:18Z")

</div>

In the old days, with iTunes, one could force the program to write the database contents to tags when modifying the tag version. But as V2.3 could be converted to V2.3 it did not do any harm to existing data but wrote all available database data to tags.  
I don't know if this still works.

---

<div class="post-metadata">

### Author: ![ngervae](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ngervae/32/13253_2.png) [@ngervae](https://community.mp3tag.de/u/ngervae)
#### Post date: [February 8, 2023, 7:38am UTC](https://community.mp3tag.de/t/accessing-apple-musics-description-field/59993/7 "2023-02-08T07:38:57Z")

</div>

I installed id3v2, and it **does** find the TIT3 frame. So, I must be entering something wrong in MP3Tag's custom tag setup (there are like 3 possible places to do that). Or it's possible that MP3Tag is just missing this somehow. Still investigating!

Even if I get it to work, though, it looks like Apple's Description field is not a good place to store additional metadata (such as the language of the lyrics or an external database ID). I do want the info to be accessible in Apple Music for smart playlists....

---

<div class="post-metadata">

### Author: ![ngervae](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ngervae/32/13253_2.png) [@ngervae](https://community.mp3tag.de/u/ngervae)
#### Post date: [February 8, 2023, 7:47am UTC](https://community.mp3tag.de/t/accessing-apple-musics-description-field/59993/8 "2023-02-08T07:47:40Z")

</div>

Well I set up a column in the File List, setting Value to "$metasep(TIT3,\)" and Field to "TIT3", but it looks like MP3Tag is actually saving to "TXXX" with a sub-field of "TIT3". So it looks like there should be a way for me to get MP3Tag to access the right info, I just haven't figured out how to do it yet.

---

<div class="post-metadata">

### Author: ![ngervae](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ngervae/32/13253_2.png) [@ngervae](https://community.mp3tag.de/u/ngervae)
#### Post date: [February 8, 2023, 7:55am UTC](https://community.mp3tag.de/t/accessing-apple-musics-description-field/59993/9 "2023-02-08T07:55:54Z")

</div>

Okay, I think I've solved it. I just needed to use SUBTITLE, which from what I can determine is the internal name MP3Tag maps to a variety of different ID3 tags based on the particular file format.

The reference at

```
https://docs.mp3tag.de/mapping/

```

did not make it clear to me that that is what the "Internal" listing for each tag means. Now I know!

I'm also guessing that **any** tag name I enter that isn't documented there gets converted to TXXX, as a user-defined frame. Please let me know if my understanding is correct and complete.

---

<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: [February 8, 2023, 9:23am UTC](https://community.mp3tag.de/t/accessing-apple-musics-description-field/59993/10 "2023-02-08T09:23:53Z")

</div>

You may see with the example of the subtitle field that this information is saved in various atoms, chunks, fields - so there has to be an internal representation which (and that is the clever bit) MP3tag writes to the correct formats of the target format.  
So, please use only the MP3tag internal names.

---

<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: [February 8, 2023, 9:51am UTC](https://community.mp3tag.de/t/accessing-apple-musics-description-field/59993/11 "2023-02-08T09:51:14Z")

</div>

> [@ngervae](#):
>
> I'm also guessing that **any** tag name I enter that isn't documented there gets converted to TXXX, as a user-defined frame.

Yes.

As an additional remark: you can always use **View → Extended Tags...** to inspect all the fields that are read by Mp3tag for a specific file (it also shows `SUBTITLE` with the contents of what you've entered at Description in Music.app).

---

<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: [March 10, 2023, 9:51am UTC](https://community.mp3tag.de/t/accessing-apple-musics-description-field/59993/12 "2023-03-10T09:51:33Z")

</div>

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