BloodSugar00
Headphoneus Supremus
- Joined
- Apr 14, 2008
- Posts
- 1,794
- Likes
- 12
Hi,
continuing on from the title, this cap (what exactly is it?) causes problems when I create converted audio files- ie .FLAC to 320 mp3 files- in the root folder (using dbpoweramp's batch converter), and then wish to manually select and move them into a newly created folder, getting the prompt that one or more files cannot be transferred as their name is too long! Frustrating.
My way round this, though arduous and time consuming, was to go to rename the file, copy it, rename the file to a (track) number, move it into new folder, go to rename file and paste copied title. Then do this for each file (of album) I wanted to move that was problematic. Up until just now, with the folders/files this problem has reared it's head with now, this worked pretty good, transferring most of the origin file name to the moved file with, maybe, a couple or so characters cut off the end but certainly enough preservation to identify them and ensure segregation by unique ID.
However, now I'm, using the above technique, only getting each moved file to retain the first quarter of the characters of it's original name before moving! This is a problem, as I'm now so restricted to the number of charcters I can use to name these files that I'm gona have to call them just by their track number- never mind the awkwardness and time consuming nature of this process!
So anyone reveal to me a) whether the naming cap can be removed or expanded and b) whether there is more efficiency I can learn, within the current parameters of naming file/folders in windows explorer, to avoid this unsavory situation in the future.
N.B.// On a linked but separate note, the names you give files in the place that you store them and/or the continous name, going through the folder hierarchy, this is different and independent to the ID3 tag you prescribe to the files before ripping, yes? I'm confused a bit about this.
Cheers!
continuing on from the title, this cap (what exactly is it?) causes problems when I create converted audio files- ie .FLAC to 320 mp3 files- in the root folder (using dbpoweramp's batch converter), and then wish to manually select and move them into a newly created folder, getting the prompt that one or more files cannot be transferred as their name is too long! Frustrating.
My way round this, though arduous and time consuming, was to go to rename the file, copy it, rename the file to a (track) number, move it into new folder, go to rename file and paste copied title. Then do this for each file (of album) I wanted to move that was problematic. Up until just now, with the folders/files this problem has reared it's head with now, this worked pretty good, transferring most of the origin file name to the moved file with, maybe, a couple or so characters cut off the end but certainly enough preservation to identify them and ensure segregation by unique ID.
However, now I'm, using the above technique, only getting each moved file to retain the first quarter of the characters of it's original name before moving! This is a problem, as I'm now so restricted to the number of charcters I can use to name these files that I'm gona have to call them just by their track number- never mind the awkwardness and time consuming nature of this process!
So anyone reveal to me a) whether the naming cap can be removed or expanded and b) whether there is more efficiency I can learn, within the current parameters of naming file/folders in windows explorer, to avoid this unsavory situation in the future.
N.B.// On a linked but separate note, the names you give files in the place that you store them and/or the continous name, going through the folder hierarchy, this is different and independent to the ID3 tag you prescribe to the files before ripping, yes? I'm confused a bit about this.
Cheers!