INTERACT FORUM

More => Old Versions => Media Center 11 (Development Ended) => Topic started by: Letzebuerger on May 22, 2005, 10:24:48 am

Title: Leading zero for Track # in filenames
Post by: Letzebuerger on May 22, 2005, 10:24:48 am
Hi everybody

I'm using the function "Fill Track Numbers From List Order" to arrange photos.
After this I rename the files with "[Track #] - [Events] - [Situation]"
MC adds a leading zero to the track numbers below 10 to garanty that the list order of the files stays correct.
Normally this works fine, but if I have more than 100 photos in an album, the list order doesn't work anymore. Let me explain, MC renames the files like this :
  Image N° 1 : "01 - Event - Situation.jpg"
  Image N° 10 : "10 - Event - Situation.jpg"
  Image N° 100 : "100 - Event - Situation.jpg"
  Image N° 83 : "83 - Event - Situation.jpg"
In this example image 83 is listed after image 100.

Is there any possibility to tell MC to add more leading zeros to the track # when renaming files?

For audio tracks I think the limit to 99 tracks is ok, since albums are smaller. But for images it could be helpful to remove this limitation.

I hope that this hasn't been discussed before, because I didn't find anything in the forum.

Thank you very much for your help.

PS: Compliments to the Media Center Crew for the great piece of software!
And thanks to the many users helping debugging it  ;)
Title: Re: Leading zero for Track # in filenames
Post by: Alex B on May 22, 2005, 10:59:22 am
Good find. I don't think it is currently possible. Correct me if I am wrong.

It could be something like this:

Default = as it is currently, Optional = [Track # (n)]  where (n) is the total number of digits.

(4) would make these names:

0001 -
0010 -
0083 -
0100 -
Title: Re: Leading zero for Track # in filenames
Post by: Dutch Peter on May 22, 2005, 11:40:46 am
Makes (a lot of) sense!

 ;)
Title: Re: Leading zero for Track # in filenames
Post by: Letzebuerger on May 22, 2005, 11:55:49 am
Good find. I don't think it is currently possible. Correct me if I am wrong.

It could be something like this:

Default = as it is currently, Optional = [Track # (n)]  where (n) is the total number of digits.

(4) would make these names:

0001 -
0010 -
0083 -
0100 -

Hi Alex B

Exactly what I meant! I hope it will be possible in the future then.

I found a workaround, but it takes some more steps.
1) Rename all files like this "[Track @] - [Name]"
2) Select all files lower than 100 ("01- Name" to "99 - Name")
3) Rename all files like this "0[Track @] - [Name]"

This could be done the same way for 4 digits, but it is quite complicate if you have a lot of pictures  :(

It should be possible to integrate this function since it already works for 2 digits.
The problem is probably to make it user-configurable :(
Title: Re: Leading zero for Track # in filenames
Post by: JustinChase on May 22, 2005, 03:16:07 pm
As long as we're asking, how about letting us specify what number to start at when renaming files.

I would prefer if MC started numbering with 1, instead of no number, then the second file starts with number 1.
Title: Re: Leading zero for Track # in filenames
Post by: dcwebman on May 23, 2005, 08:39:05 am
I didn't realize that Track # put a leading 0 in front of single digits. I created a new field called CD Track # and was using this in my renames and no 0 got put in front. So I used the workaround mentioned earlier:
Rename all files like this "0[CD Track #] - [Name]"

So in the future, here's a request to somehow specify in library fields if a leading 0 should be put in or not.
Title: Re: Leading zero for Track # in filenames
Post by: Alex B on May 23, 2005, 09:14:35 am
... I created a new field called CD Track # and was using this in my renames and no 0 got put in front. ...

That's why I wrote in the other thread (http://yabb.jriver.com/interact/index.php?topic=26024.0) that I rename the files before renumbering. I use the original track numbers.

The field data type "Integer" could have an additional tick box for enabling leading zeros when used in naming rules.