Printable Version of Topic

-Brading Software Message Board
+--Forum: Mp3/Tag Studio Support and Bug Reports
+---Topic: Unable to parse filenames of 3 characters? started by C Man


Posted by: C Man on Aug. 24 2005,01:51

My MP3s are organized in folders as follows:

<Artist><\><Album><\><TrackNr>. <Title>.mp3

I've been trying to use the Direct Rename tool to *temporarily* move all the files into one directory, using the following template:

Expected: <Artist><\><Album><\><TrackNr>. <Title>.mp3
Output: G:\Music<\>Temp <\><TrackNr>. <Title>.mp3

It works fine on all files except those with 3 character titles.  I get the following message for each one:  "Unable to parse filename 'xx. xxx.mp3' according to template." ('xx.' being the 2 digit track number followed by a period and a <space>, and 'xxx.mp3' being any MP3 with a 3 character title)

Any ideas?
Posted by: Magnus Brading on Aug. 24 2005,12:03

According to your "expected" template, you are telling Mp3/Tag Studio that each filename will contain a period (.). I assume this is not the case for these three-letter filenames? This is what seems to be the problem at first glance anyway.

When moving entire files like this, without renaming them, you should always use the most simple expected template possible, e.g. just simply:

<Custom1>.mp3
Posted by: C Man on Aug. 24 2005,17:57



---------------------QUOTE BEGIN-------------------
According to your "expected" template, you are telling Mp3/Tag Studio that each filename will contain a period (.). I assume this is not the case for these three-letter filenames?
---------------------QUOTE-------------------


No.  They DO have periods.  All my files are named in the same manner.

Thanks for the tip, I'll look into the <Custom1> template.
Posted by: Magnus Brading on Aug. 24 2005,18:38

Please give me an exact example of one of the filenames that fails to be parsed, and I'll take a look at it.
Posted by: C Man on Aug. 24 2005,19:30

Thanks.  Here's a screen capture of my errors.
Posted by: C Man on Aug. 24 2005,20:19

I have to correct myself.  I DO have a few folders where the MP3s don't follow the naming convention I mentioned in my other posts.  They're in an <Artist><\><Title>.mp3 format.  I use that format for artists or groups that I only have a few songs from and not entire albums.

In the meantime, I tried using the <custom1> template as follows:

Expected: <Custom1>.mp3
Output: G:\Music<\>Temp<\><Custom1>.mp3

It worked on all the 3 character filenames, but for some reason it didn't work on any that have 5 character filenames!  Argh!  If I took any MP3 with more than a 5 character filename and manually removed enough characters so that it had a 5 character filename and then ran it through the renaming template above, it would get added to the list of filenames that couldn't be parsed according to the template.  Also, if I manually added or removed a character to any 5 character filename it would then pass through the template successfully.

Since it's only 2 files that get hung up it's not that big a deal, I can move them myself, but I'm just confused as to why they wouldn't pass the template.
Posted by: Magnus Brading on Aug. 24 2005,20:25

Ok, this sounds more and more like a possible bug, I will look into it further, thanks for reporting it.
Posted by: Magnus Brading on Aug. 27 2005,15:51

Ok, I've pinpointed the problem and fixed it in the new beta that will be released within the hour. :) Thanks for reporting, as always.
Posted by: C Man on Aug. 27 2005,17:22

Is it possible for you to explain what the problem was to a non-programmer like me?  I'm just curious.
Posted by: Magnus Brading on Aug. 27 2005,17:32

Not really, sorry, it was a pretty complex programming code bug. :( But it was still your report that made me catch it, so thanks! :)
end


Powered by Ikonboard 3.1.1
Ikonboard © 2001 Jarvis Entertainment Group, Inc.