# sorting export result %\_counter% bust?

**URL:** <https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945>\
**Category:** Support\
**Created:** [May 29, 2007, 9:34pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945 "2007-05-29T21:34:35Z")\
**Posts on this page:** 5\
**Page:** 2

<div class="post-metadata">

**Author:** ![chrisjj](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/a698b9/32.png) [@chrisjj](https://community.mp3tag.de/u/chrisjj)\
**Post date:** [October 2, 2007, 10:28pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/21 "2007-10-02T22:28:06Z")

</div>

> We said you must use at least $loop($num(%\_counter%, **3** )) for 100 tracks or more!

You did - and thanks - but

a) that fix didn't work - see [sorting export result %\_counter% bust?](https://community.mp3tag.de/t/4945/16)

b) the fault occurs way before 100 tracks - see [sorting export result %\_counter% bust?](https://community.mp3tag.de/t/4945/19)

I've misunderstood, apologies - please do explain.

---

<div class="post-metadata">

**Author:** ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)\
**Post date:** [October 3, 2007, 1:40pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/22 "2007-10-03T13:40:09Z")

</div>

a) screenshot shows v2.37b which is buggy in this relation  
b) that doesn't matter

---

<div class="post-metadata">

**Author:** ![chrisjj](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/a698b9/32.png) [@chrisjj](https://community.mp3tag.de/u/chrisjj)\
**Post date:** [October 4, 2007, 12:54am UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/23 "2007-10-04T00:54:31Z")

</div>

> a) screenshot shows v2.37b which is buggy in this relation

Well, I was going by the fact that since no fix is listed in History of Changes, v2.39b is equally bugged. But trying again shows your $num(%\_counter%,3) does now work - thanks!

But still I get INcorrect output from $num(%\_counter%,2). An extreme example is $loop(%\_counter%):

I'd expect the output to be (string) sorted by track#:

1;1;  
2;10;  
3;100;  
4;101;

Bur get it jumbled:

1;1;  
2;2;  
3;11;  
4;101;

loop() is apparently missorting. Agreed?

---

<div class="post-metadata">

**Author:** ![chrisjj](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/a698b9/32.png) [@chrisjj](https://community.mp3tag.de/u/chrisjj)\
**Post date:** [September 16, 2009, 12:27am UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/24 "2009-09-16T00:27:43Z")

</div>

The problem is gone in V2.44:

[![](http://img43.imageshack.us/img43/9738/picqw.th.png)](http://img43.imageshack.us/img43/9738/picqw.png)

---

<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:** [November 10, 2025, 11:03am UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/25 "2025-11-10T11:03:29Z")

</div>

Closed on November 10, 2025, 11:03am UTC



[Previous page](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945.md?page=1)