# iTunesMediaType Values Clarification

**URL:** https://community.mp3tag.de/t/itunesmediatype-values-clarification/41256
**Category:** Support
**Created:** [March 30, 2018, 12:50am UTC](https://community.mp3tag.de/t/itunesmediatype-values-clarification/41256 "2018-03-30T00:50:27Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![Invindicator](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/i/ce73a5/32.png) [@Invindicator](https://community.mp3tag.de/u/Invindicator)
#### Post date: [March 30, 2018, 12:50am UTC](https://community.mp3tag.de/t/itunesmediatype-values-clarification/41256/1 "2018-03-30T00:50:27Z")

</div>

Hi Florian,

I just wanted to enquire about the values mp3tag writes for the iTunesMediaType field. Phil Harvey (creator of exiftool) and I were discussing the problem in some mappings of values last night on exiftool's behalf and I just wanted to clarify a couple of things with you.

The thread can be found here, hopefully it's easy to follow: [http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,9059.0.html](http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,9059.0.html)

mp3tag writes a value of 0 when "Short Film" is entered to the iTunesMediaType tag but then loads a value of "Unknown" when it is re-opened. We had found out that the value of short film is no longer used and a value of 0 is unused. I was wondering if it would be possible to update the mp3tag mappings to reflect this change and an update to the documentation to remove the short film value.

As Phil and I also discussed, mp3tag writes a value of 23 for the type "iTunes U" and we were wondering if this was a sole mp3tag implementation or you were referencing some documentation somewhere?

In the thread we have listed a group of tags along with their values that we believe should be used unless, as I said, you indeed know of or are able to find the documentation for these tags elsewhere.

Look forwarding to hearing from you regarding this  
Regards, Nick

---

<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: [March 30, 2018, 10:00am UTC](https://community.mp3tag.de/t/itunesmediatype-values-clarification/41256/2 "2018-03-30T10:00:54Z")

</div>

Hi Nick,

> [@Invindicator](#):
>
> mp3tag writes a value of 0 when "Short Film" is entered to the iTunesMediaType tag but then loads a value of "Unknown" when it is re-opened.

The documentation is unfortunately outdated there. Mp3tag doesn't use _Short Film_ anymore, so entering an unknown value results in `0` written as value for the `stik` atom (and is displayed as _Unknown_ upon rereading).

I've updated the [online documentation](https://docs.mp3tag.de/mapping/#tag-fields-exclusive-to-mp4) accordingly.

> [@Invindicator](#):
>
> mp3tag writes a value of 23 for the type "iTunes U" and we were wondering if this was a sole mp3tag implementation or you were referencing some documentation somewhere?

This is definitely not my invention 🙂 I've collected all these values by experimenting with the various versions of iTunes and buying random movies, music videos and audiobooks. Unfortunately, there is no official documentation.

So far I haven't found a single podcast that uses `21` as value for the `stik` atom, which is why I haven't added this to Mp3tag yet. Same applies to _Whacked Bookmark_ (what is this!?).

Since iTunes U is now not part of iTunes anymore, I've removed it from the documentation, but will continue reading its value. The same applies to ringtones.

---

<div class="post-metadata">

### Author: ![Invindicator](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/i/ce73a5/32.png) [@Invindicator](https://community.mp3tag.de/u/Invindicator)
#### Post date: [March 30, 2018, 10:25am UTC](https://community.mp3tag.de/t/itunesmediatype-values-clarification/41256/3 "2018-03-30T10:25:01Z")

</div>

Hi Florian,

Yes those two, the podcast and especially the whacked bookmark I couldnt see anywhere but Phil decided to leave them in as they werent doing any harm but having the main ones in mp3tag was the main thing here.

Thats awesome! Thanks so much for that 🙂

All the best, Nick

---

<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, 2026, 12:27pm UTC](https://community.mp3tag.de/t/itunesmediatype-values-clarification/41256/4 "2026-02-09T12:27:20Z")

</div>


