# Sort Oddity After Using Mp3tag

**URL:** <https://community.mp3tag.de/t/sort-oddity-after-using-mp3tag/56042>\
**Category:** Support\
**Created:** [January 24, 2022, 10:23pm UTC](https://community.mp3tag.de/t/sort-oddity-after-using-mp3tag/56042 "2022-01-24T22:23:56Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![KenOhrn](https://community.mp3tag.de/user_avatar/community.mp3tag.de/kenohrn/32/10856_2.png) [@KenOhrn](https://community.mp3tag.de/u/KenOhrn)\
**Post date:** [January 24, 2022, 10:23pm UTC](https://community.mp3tag.de/t/sort-oddity-after-using-mp3tag/56042/1 "2022-01-24T22:23:56Z")

</div>

This isn't much to go on, I know. But.

I have a multi-disc (55 discs) album, where all tracks show the same data for "album". Using Mp3tag, I modified two discs to change "album" to "discnumber.album". This is to facilitate playback via MS's new Media Player, which does not sort by disc number, only by track number within album, showing me 55 tracks #1, for example.

All is good except that track #1 sorts to the bottom of the track list for both discs using MS's new Media Player. Other albums that are unmodified sort correctly. I have checked "track" carefully, since Media Player seems to sort by track within album. All other visible tags are correct.

The old Windows Media Player sorts correctly, and so does File Explorer.

Is it possible that there is a hidden tag involved here, written by Mp3tag, that Media Player uses, but cannot be seen?

I have a similar question in to Microsoft.

---

<div class="post-metadata">

**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\
**Post date:** [January 24, 2022, 10:41pm UTC](https://community.mp3tag.de/t/sort-oddity-after-using-mp3tag/56042/2 "2022-01-24T22:41:42Z")

</div>

You can compare the extended tags (press ALT + T ) from a song that appears in correct sort order and the one that appears "wrong". Then you should see the differences.

Or you let us see this two screenshots, maybe we can see any possible causes.

---

<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 25, 2022, 12:30am UTC](https://community.mp3tag.de/t/sort-oddity-after-using-mp3tag/56042/3 "2022-01-25T00:30:21Z")

</div>

Maybe you have inadvertently placed a space or other possibly hidden character into the title that would force this behaviour?

---

<div class="post-metadata">

**Author:** ![KenOhrn](https://community.mp3tag.de/user_avatar/community.mp3tag.de/kenohrn/32/10856_2.png) [@KenOhrn](https://community.mp3tag.de/u/KenOhrn)\
**Post date:** [January 25, 2022, 12:34am UTC](https://community.mp3tag.de/t/sort-oddity-after-using-mp3tag/56042/4 "2022-01-25T00:34:27Z")

</div>

Hi LyricsLover: You've given me the key to the solution. The "bad" track did not have "Totaldiscs" and "totaltracks" tags. When added to the track, the sort resolved itself.

Many thanks.

---

<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 24, 2022, 12:34am UTC](https://community.mp3tag.de/t/sort-oddity-after-using-mp3tag/56042/5 "2022-02-24T00:34:59Z")

</div>

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