# m4a tag numbering

**URL:** <https://community.mp3tag.de/t/m4a-tag-numbering/17739>\
**Category:** Support\
**Created:** [March 11, 2016, 11:40am UTC](https://community.mp3tag.de/t/m4a-tag-numbering/17739 "2016-03-11T11:40:58Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![nutcracker](https://community.mp3tag.de/user_avatar/community.mp3tag.de/nutcracker/32/4900_2.png) [@nutcracker](https://community.mp3tag.de/u/nutcracker)\
**Post date:** [March 11, 2016, 11:40am UTC](https://community.mp3tag.de/t/m4a-tag-numbering/17739/1 "2016-03-11T11:40:58Z")

</div>

I noticed that m4a tags usually (not always) do not accept leading zeros. Is that a problem that can be fixed?  
PS I'm attaching two images of an m4a tag that accepted leading zeros from mp3tag (before & after the fix).

[m4a.pdf](https://community.mp3tag.de/uploads/default/original/2X/1/14d8bf222a95f0699a46089b6449e2fb96372a6c.pdf) (66.4 KB)

---

<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:** [March 11, 2016, 5:47pm UTC](https://community.mp3tag.de/t/m4a-tag-numbering/17739/2 "2016-03-11T17:47:31Z")

</div>

> [@nutcracker](#):
>
> .. Is that a problem that can be fixed?  
> ...

Usually mp4 tags do not accept padding with leading zeros. I bet that you have not saved the data in the example with leading zeros.

---

<div class="post-metadata">

**Author:** ![nutcracker](https://community.mp3tag.de/user_avatar/community.mp3tag.de/nutcracker/32/4900_2.png) [@nutcracker](https://community.mp3tag.de/u/nutcracker)\
**Post date:** [March 12, 2016, 9:48am UTC](https://community.mp3tag.de/t/m4a-tag-numbering/17739/3 "2016-03-12T09:48:28Z")

</div>

> [@ohrenkino](#):
>
> Usually mp4 tags do not accept padding with leading zeros. I bet that you have not saved the data in the example with leading zeros.

In this case I have saved the data and I have done the same thing (leading zeros numbering) in only a few (very few) occasions. 95% of the times, leading zeros are rejected.

---

<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:** [March 12, 2016, 10:05am UTC](https://community.mp3tag.de/t/m4a-tag-numbering/17739/4 "2016-03-12T10:05:39Z")

</div>

> [@nutcracker](#):
>
> In this case I have saved the data and I have done the same thing (leading zeros numbering) in only a few (very few) occasions. 95% of the times, leading zeros are rejected.

Again: the standard does not allow leading zeros.  
Now you have to find out what the differences are between the files that behave like the standard demands and those that do not.

---

<div class="post-metadata">

**Author:** ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)\
**Post date:** [March 12, 2016, 4:15pm UTC](https://community.mp3tag.de/t/m4a-tag-numbering/17739/5 "2016-03-12T16:15:34Z")

</div>

> [@nutcracker](#):
>
> I noticed that m4a tags usually (not always) do not accept leading zeros. Is that a problem that can be fixed? PS I'm attaching two images of an m4a tag that accepted leading zeros from mp3tag (before & after the fix).

I did a quick test on some M4A files, the result is interesting, see attached files.

1. Start-Situation  
[Test.M4A.Track.1.txt](https://community.mp3tag.de/uploads/default/original/2X/f/f099214a6116789a47894a183c1a10f3c2d72f0c.txt) (3.52 KB)
2. Track set to 3 fix digits.  
[Test.M4A.Track.2.txt](https://community.mp3tag.de/uploads/default/original/2X/d/d0219fe54c4a17a2e74300629613e4d751584ff9.txt) (3.61 KB)
3. Track set to 3 fix digits and 3 fix digits totaltracks.  
[Test.M4A.Track.3.txt](https://community.mp3tag.de/uploads/default/original/2X/0/085124a8c470f17508a8148dbf2fd83ff127d28d.txt) (3.79 KB)  
DD.20160312.1815.CET

[Test.M4A.Track.1.txt](https://community.mp3tag.de/uploads/default/original/2X/f/f099214a6116789a47894a183c1a10f3c2d72f0c.txt) (3.52 KB)

[Test.M4A.Track.2.txt](https://community.mp3tag.de/uploads/default/original/2X/d/d0219fe54c4a17a2e74300629613e4d751584ff9.txt) (3.61 KB)

[Test.M4A.Track.3.txt](https://community.mp3tag.de/uploads/default/original/2X/0/085124a8c470f17508a8148dbf2fd83ff127d28d.txt) (3.79 KB)

---

<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:26pm UTC](https://community.mp3tag.de/t/m4a-tag-numbering/17739/6 "2026-02-09T12:26:08Z")

</div>

Closed on February 9, 2026, 12:26pm UTC


