![]() Looking at the file attributes in explorer they are scattered hitter and yon, and less than 1/2 of the filename suffixes appear to match the track number. This worked fine within mp3tag, when refreshing, reloading the directory, reloading the program, rebooting. Using Action with a sort by filename: Format value "TRACK":$right(%_filename%, 3) I then attempted to use mp3tag to cleanup the file attributes and set the track as the last three characters of the filename. The conversion worked and everything was fine. I used 'Bulk Rename Utility' ver 2.7.1.2 to rename a series of 150 mp3s that were named with the suffix of 'title disk_track' 01_01 through 15_10 to their sequential counterparts 001 through 150. ![]() Does padding of the track numbers affect how explorer and mp3 players reads the track number?(Padding being the prefixing with zeros to have a specific number of characters.)
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |