# 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:** 20
**Page:** 1
### Author:  [@chrisjj](https://community.mp3tag.de/u/chrisjj)
#### Post date: [May 29, 2007, 9:34pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/1 "2007-05-29T21:34:35Z")
I'm fairly sure in an Export config the line loop(%\_counter%) used to produce lines in File List order. Now the list is in some jumbled order.
Is it possible that %\_counter% got bust in a recent release?
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [June 11, 2007, 4:53pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/2 "2007-06-11T16:53:14Z")
> [@chrisjj](#):
>
> Is it possible that %\_counter% got bust in a recent release?
Yes, I'll fix it to the next release.
Kind regards,
Florian
---
### Author:  [@chrisjj](https://community.mp3tag.de/u/chrisjj)
#### Post date: [June 11, 2007, 5:55pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/3 "2007-06-11T17:55:35Z")
Thanks.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [June 16, 2007, 6:20pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/4 "2007-06-16T18:20:56Z")
This has been addressed with the latest [Development Build](http://developer.mp3tag.de).
Kind regards,
Florian
---
### Author:  [@chrisjj](https://community.mp3tag.de/u/chrisjj)
#### Post date: [June 25, 2007, 8:27pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/5 "2007-06-25T20:27:17Z")
> [@Florian](#):
>
> This has been addressed with the latest [Development Build](http://developer.mp3tag.de).
Are you sure, Florian? Because here (Mp3tag v2.38a Jun 16 2007 22:00:33)
the problem persists.
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [June 28, 2007, 12:32am UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/6 "2007-06-28T00:32:24Z")
> [@chrisjj](#):
>
> Are you sure, Florian? Because here (Mp3tag v2.38a Jun 16 2007 22:00:33)
> the problem persists.
This is the exact 'bug' i have just logged in to ask about. Tried the 'stable', and the 16th jun beta/dev build, both have the same issue.
Also, i can't convert the tags using the filename - tag option, the OK button is always greyed out.
---
### Author:  [@chrisjj](https://community.mp3tag.de/u/chrisjj)
#### Post date: [June 28, 2007, 7:10am UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/7 "2007-06-28T07:10:50Z")
> i can't convert the tags using the filename - tag option, the OK button is always greyed out.
Though one might expect it to be available directly after loading some files, in order for it to be available one has to also select some files.
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [June 30, 2007, 7:00pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/8 "2007-06-30T19:00:53Z")
Yeah, i already knew that (otherwise, i would have been complaining about other options not working too). 😛
---
### Author:  [@chrisjj](https://community.mp3tag.de/u/chrisjj)
#### Post date: [June 30, 2007, 11:55pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/9 "2007-06-30T23:55:22Z")
OK! 😉 Then I wonder what can be causing the command to be greyed...
---
### Author:  [@chrisjj](https://community.mp3tag.de/u/chrisjj)
#### Post date: [July 13, 2007, 2:08am UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/10 "2007-07-13T02:08:22Z")
> [@chrisjj](#):
>
> Are you sure, Florian? Because here (Mp3tag v2.38a Jun 16 2007 22:00:33)
> the problem persists.
Any chance of a fix Florian?
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [July 15, 2007, 10:26am UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/11 "2007-07-15T10:26:08Z")
> [@chrisjj](#):
>
> Any chance of a fix Florian?
Please [try again](http://developer.mp3tag.de) 
---
### Author:  [@chrisjj](https://community.mp3tag.de/u/chrisjj)
#### Post date: [July 21, 2007, 8:13am UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/12 "2007-07-21T08:13:50Z")
> [@Florian](#):
>
> Please [try again](http://developer.mp3tag.de) 
Still broken! E.g. compare line 3 of the mp3tag filelist with line 3 of the export output here:
---
### Author:  [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [July 21, 2007, 8:30am UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/13 "2007-07-21T08:30:11Z")
No, it's sorting as strings.
You need to pad with zeros: $loop($num(%\_counter%,5))
---
### Author:  [@chrisjj](https://community.mp3tag.de/u/chrisjj)
#### Post date: [July 21, 2007, 9:29am UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/14 "2007-07-21T09:29:14Z")
> [@dano](#):
>
> No, it's sorting as strings.
Whoops! I erroneously posted the bitmap from a different test. Now corrected. Thanks, Dano.
Fellow sufferers might like to know that reverting to V2.37a avoids this.
Florian might like to know that that reverting to V2.37b does not 😉
PS Many thanks Florian for [http://www.mp3tag.de/download/mp3tagversion.en.html](http://www.mp3tag.de/download/mp3tagversion.en.html) .
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [July 23, 2007, 5:43pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/15 "2007-07-23T17:43:32Z")
Are you by chance applying this export file to more than 100 files? If so, you have to use
$num(%\_counter%, **3** )
Kind regards,
Florian
---
### Author:  [@chrisjj](https://community.mp3tag.de/u/chrisjj)
#### Post date: [September 14, 2007, 6:02pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/16 "2007-09-14T18:02:43Z")
> Are you by chance applying this export file to more than 100 files?
Yes (101) but since $num(100,2) produces 100, that cannot explain the reported failure, surely.
> If so, you have to use $num(%\_counter%,3)
That doesn't fix it.
Before:
After:
---
### Author:  [@chrisjj](https://community.mp3tag.de/u/chrisjj)
#### Post date: [September 19, 2007, 4:28pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/17 "2007-09-19T16:28:57Z")
Florian, is there anything else I can do to help you fix this?
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [September 28, 2007, 5:58pm UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/18 "2007-09-28T17:58:17Z")
Would you mind showing me screenshots of the test above with v2.39b?
---
### Author:  [@chrisjj](https://community.mp3tag.de/u/chrisjj)
#### Post date: [October 2, 2007, 12:47am UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/19 "2007-10-02T00:47:37Z")
Not at all - here it is:
[](http://img220.imageshack.us/my.php?image=counterfailurev239bstilng9.gif)
The procedure was:
. 1 Launch mp3tag V2.39b
. 2 Drag in the folder Edgardo Donato\ (101 tracks)
. 3 Click file list column heading Title, then Track then Path, to get the list order.
. 4 Hit CTRL-A, CTRL-E, click OK, click Yes.
. 5 See that the output file's line 12 fails to accord with the file list.
By the way, the expected position of the track that appears at line 12 is line 101.
If you'd like the track files (332Kb), just ask.
---
### Author:  [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [October 2, 2007, 10:52am UTC](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945/20 "2007-10-02T10:52:13Z")
We said you must use at least $loop($num(%\_counter%, **3** )) for 100 tracks or more!
2 as parameter is not enough.
[Next page](https://community.mp3tag.de/t/sorting-export-result-counter-bust/4945.md?page=2)