-Brading Software Message Board
+--Forum: Mp3/Tag Studio Support and Bug Reports
+---Topic: Macro possibilities started by noddy
Posted by: noddy on May 10 2005,08:31
Magnus,
Here's a macro I've written which I use at work to back up some radio production pieces I make each week.
---------------------
[TagFromList]
Template=<Title>[NEWLINE]<TrackNr>[NEWLINE]<Album>[NEWLINE]<Year>[NEWLINE]&
lt;Artist>[NEWLINE]
ListPath=G:\Z Backup\Lists\Health produced.txt
[CreateList]
Template=<Title>
ListPath=G:\Z Backup\Lists\Health topics.txt
FieldSeparatorSequence= ;
AnyTagInfo=TRUE
AnyNonTagInfo=FALSE
FixedFieldWidth=FALSE
WinampPlaylistMode=FALSE
PlaylistRelativePaths=TRUE
[AutoRename]
Template=g:\Z Backup<\>Compile<\>Health<\><Album> - <Year> - <TrackNr>.mp3
DoReplaceSpaces=FALSE
ReplaceSpacesWith=_
-------------------------------
After I produced the spots, I encode them using Lame.
I have the text file (from the 3rd line of the macro) on the hard drive, and I only have to update the topic (title field), and the track number (tr # field, obviously!
each week.That info is then parsed to the 5 MP3 files I've created.
Then, in the 2nd part of the template, you can see that the title info alone is parsed out to a different text file (I won't explain why... it just speeds up my work flow, ok?). Then, the 3rd section of the macro renames the MP3's (with a new path).
Now, my question is this.... if I try and select the 5 MP3 files from within Windows Explorer, right click, and run the macro, instead of the MP3's having the correct track numbers when they're renamed, they get named as follows:
Health - 2005 - 00.mp3
Health - 2005 - 00 #1.mp3
Health - 2005 - 00 #2.mp3
Health - 2005 - 00 #3.mp3
Health - 2005 - 00 #4.mp3
Can you explain why this happens? Is it a bug, or is it something to do with syntax that I'm missing?
Posted by: Magnus Brading on May 16 2005,17:09
Nice to see some creative usage of the macro features, that's exactly what they're for, there's no end to the possibilities!
Anyway, now to your problem, after your macro operation is done executing, are the track number fields in the tags of the files set correctly (i.e. is only the last step failing)? If they aren't, are the track numbers correct in the list you parse in the first operation?
Last but not least, if you run the same macro from inside Mp3/Tag Studio, are you saying that it works correctly then?
Posted by: noddy on May 17 2005,01:49
---------------------QUOTE BEGIN-------------------
...after your macro operation is done executing, are the track number fields in the tags of the files set correctly (i.e. is only the last step failing)? If they aren't, are the track numbers correct in the list you parse in the first operation?
Last but not least, if you run the same macro from inside Mp3/Tag Studio, are you saying that it works correctly then?
---------------------QUOTE-------------------
In order of your questions:
Tr# fields set correctly?
No. All 5 files have the track number of the first entry from the list (in this case, 771). All title fields are set to the first entry, also (in this case, "Smoking in pregnancy").
Track numbers correct in the list you parse in the first operation?
You mean the source text list? Yes. Absolutely. That file (Health produced.txt) is the one I manually update each week. Here's a sample of what that text file looks like at the moment:
--------------------
Smoking in pregnancy
771
Health
2005
Norman Swan
Allergy desensitisation
772
Health
2005
Norman Swan
Mediterranean diet
773
Health
2005
Norman Swan
Vitamins and the elderly
774
Health
2005
Norman Swan
Aortic aneurysm
775
Health
2005
Norman Swan
------------------
The five lines are <title>,<tr#>,<album>,<year>,<artist>.
Each week, I reopen this text file and manually change the title and the track number with the new data.
If you run the same macro from inside Mp3/Tag Studio, are you saying that it works correctly then?
Yep. Without a hitch.
But what is also worth noting is that if I try and run the macro from the right context menu within Windows Explorer, the second part of the macro fails as well. ie. the 'create list' function. Instead of getting a text file which looks like:
---------------
Smoking in pregnancy
Allergy desensitisation
Mediterranean diet
Vitamins and the elderly
Aortic aneurysm
----------------
I get a text file with just one line of data, and that line is the first entry only (in this case, "Smoking in pregnancy"). Yet, as previously mentioned, from within MP3TS, all 3 operations work flawlessly. It would seem that from within Windows Explorer, the macro is resetting itself to the first batch of data with each new file it encounters, rather than progressing through the source text file for the subsequent data. That's my non-technical guess, anyway!
I'll leave it to minds more brilliant than mine to accept or refute that claim.
Posted by: Magnus Brading on May 17 2005,10:49
Sounds like a good guess, I think something in that direction too.
I will look into it, thanks!
end