# \[X\] Track number assistant broken in 2.35n?

**URL:** https://community.mp3tag.de/t/x-track-number-assistant-broken-in-2-35n/3258
**Category:** No Bugs
**Created:** [April 28, 2006, 9:54pm UTC](https://community.mp3tag.de/t/x-track-number-assistant-broken-in-2-35n/3258 "2006-04-28T21:54:02Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![petit\_prince](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/p/e79b87/32.png) [@petit\_prince](https://community.mp3tag.de/u/petit_prince)
#### Post date: [April 28, 2006, 9:54pm UTC](https://community.mp3tag.de/t/x-track-number-assistant-broken-in-2-35n/3258/1 "2006-04-28T21:54:02Z")

</div>

The subject's title pretty much says it all: I have problems using Mp3tag 2.35n's Track number assistant on m4a files (that's MPEG4-AAC created by Nero, QuickTime, vlc, etc.). Whatever I do, Mp3tag will not write the total number of tracks to the file (e.g. 03/12).

Can anybody confirm this behaviour? - Thanks a lot!

_Edit:_ Aditional research: 2.35 stable works fine on the same file, so I guess the problem is not related to the file in particular.

---

<div class="post-metadata">

### Author: ![Sebastian\_Mares](https://community.mp3tag.de/user_avatar/community.mp3tag.de/sebastian_mares/32/9285_2.png) [@Sebastian\_Mares](https://community.mp3tag.de/u/Sebastian_Mares)
#### Post date: [April 29, 2006, 5:05am UTC](https://community.mp3tag.de/t/x-track-number-assistant-broken-in-2-35n/3258/2 "2006-04-29T05:05:20Z")

</div>

It will, but not in the old fashion, but will use the standard TOTALTRACKS field for that which is also what iTunes (and fb2k?) does.

---

<div class="post-metadata">

### Author: ![petit\_prince](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/p/e79b87/32.png) [@petit\_prince](https://community.mp3tag.de/u/petit_prince)
#### Post date: [April 29, 2006, 11:25pm UTC](https://community.mp3tag.de/t/x-track-number-assistant-broken-in-2-35n/3258/3 "2006-04-29T23:25:46Z")

</div>

> [@](#):
>
> It will, but not in the old fashion, but will use the standard TOTALTRACKS field for that which is also what iTunes (and fb2k?) does.
> 
> \<{POST\_SNAPBACK}\>

I see, thanks, Sebastian! 🙂 - Am I right to assume that was introduced in 2.35b?

> [@](#):
>
> # NEW: support for tracknumbers in x/xx format for MP4 tags.

---

<div class="post-metadata">

### Author: ![petit\_prince](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/p/e79b87/32.png) [@petit\_prince](https://community.mp3tag.de/u/petit_prince)
#### Post date: [April 29, 2006, 11:39pm UTC](https://community.mp3tag.de/t/x-track-number-assistant-broken-in-2-35n/3258/4 "2006-04-29T23:39:47Z")

</div>

One more thing (or rather _two_ 😉):

**(1)** I completely agree that a consistant handling of the TOTALTRACKS field by iTunes, FB2K and Mp3tag is a rather good thing. I wonder though if Mp3tag's GUI, in particular the input fields on the left shouldn't be modified then: With the new handling of TOTALTRACKS there now is no direct view of how many tracks your album has - in other words: The information on TOTALTRACKS that could be found within the TRACK field prior to 2.35b (?) (e.g. 03 **/12** ) would now have to be retrieved via _View -\> Tags..._ _individually_ for each track. A rather time-consuming solution I think - or am I doing something wrong here?

**(2)** Wouldn't a sort of **Transition Assistant** for - well, let's call them - "legacy tags" be a good idea? - I have used Mp3tag's TRACK/TOTALTRACK format since the very beginning and now I have literally hundreds of tracks that I would like to have the new format as well ...

---

<div class="post-metadata">

### Author: ![Sebastian\_Mares](https://community.mp3tag.de/user_avatar/community.mp3tag.de/sebastian_mares/32/9285_2.png) [@Sebastian\_Mares](https://community.mp3tag.de/u/Sebastian_Mares)
#### Post date: [April 30, 2006, 5:27am UTC](https://community.mp3tag.de/t/x-track-number-assistant-broken-in-2-35n/3258/5 "2006-04-30T05:27:43Z")

</div>

> [@](#):
>
> I see, thanks, Sebastian! 🙂 - Am I right to assume that was introduced in 2.35b?
> 
> \<{POST\_SNAPBACK}\>

Correct.

> [@](#):
>
> **(1)** I completely agree that a consistant handling of the TOTALTRACKS field by iTunes, FB2K and Mp3tag is a rather good thing. I wonder though if Mp3tag's GUI, in particular the input fields on the left shouldn't be modified then: With the new handling of TOTALTRACKS there now is no direct view of how many tracks your album has - in other words: The information on TOTALTRACKS that could be found within the TRACK field prior to 2.35b (?) (e.g. 03 **/12** ) would now have to be retrieved via _View -\> Tags..._ _individually_ for each track. A rather time-consuming solution I think - or am I doing something wrong here?
> 
> \<{POST\_SNAPBACK}\>

Since 2.35b you can also add your own fields to the tag panel.

> [@](#):
>
> NEW: support for user-defined and extended tag fields at the tag panel (see 'Options \> Tag Panel').
> 
> \<{POST\_SNAPBACK}\>

> [@](#):
>
> **(2)** Wouldn't a sort of **Transition Assistant** for - well, let's call them - "legacy tags" be a good idea? - I have used Mp3tag's TRACK/TOTALTRACK format since the very beginning and now I have literally hundreds of tracks that I would like to have the new format as well ...
> 
> \<{POST\_SNAPBACK}\>

I am not 100% sure since I don't have any files using the older notation, but maybe simply resaving all tags will do what you want or you can use a Format values action and tell it to write %\_total% in the TOTALTRACKS field.

---

<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 28, 2018, 2:16pm UTC](https://community.mp3tag.de/t/x-track-number-assistant-broken-in-2-35n/3258/6 "2018-12-28T14:16:38Z")

</div>

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