Saving Files directly from MP3Tag

I have a Music collection, some tracks of which I have tagged as "Best Of". I would like to copy all these tracks to a new folder so I can apply a normalise routine (using MP3Gain) for my mobile device, independent of the original source.

This is simple enough; sort by the tag, select, Ctrl-left-drag with the mouse into a folder open in Windows Explorer. Or I can use the Edit/Copy File option (toolbar or right-click etc).

However, just to note, the Edit/Copy File is not documented in the Help (/help/main_commands.html#mnuedit).

But the question is this, please; is there any way to copy directly from MP3Tag to another folder location but maintain the relative folder structure?



Added : changed from left-drag to Ctrl-left-drag (the former moves, the latter copies)

Added more (for completeness)! I forgot to check, but the mouse drag action depends on the target drive.

If the same drive, a simple left-drag moves
If a different drive, a simple left-drag copies

etc etc. This is normal Windows. I have been using right-drag (which gives options) for so long I forgot. Unfortunately, right-drag is not supported in MP3Tag.

So the message is, be careful! Or use the Edit/Copy File option

I think there is no way to use copy in Mp33Tag with any parameters.

There are 2 possible workarounds:

  1. If your relative folder structure was created by MP3tag with an action from tags or if the folder-structure complies with tags, you can easily sort the copies from the selected files to it's original folder-structure.

  2. Instead of using the mp3tag-copy you could define a tool-action with an externel copy-program.

You can apply some action to change "_directory" tag. Please search the forum how to achieve this :sunglasses:.

No. Mp3tag does not copy files if copying is used in the meaning that after the process you have 2 files.
Mp3tag can move files to new folders.
Either individually by renaming the filename.
Or in a bulk all the files in a folder by renaming the folder.
This should show that MP3tag does not create duplicates.

But: once you have created a list in MP3tag you use the report function to create a (text) file with copy-instructions for the command shell...

That's correct. I (mis)interpreted "copy" request as "move".

Thanks for all your replies!

By the way, as I'm new to the Forum, I got an email notification as requested for the first reply, but not for any other ones. Is that expected behaviour? I was hoping to received an email when anybody responded to this thread.

I'm confused, or missing something. MP3Tag has a copy file function built into the menu, so I do indeed end up with 2 files.

However, it does seem, then, that maintaining a folder structure after the copy is not possible.



If your folder structure is derived from the tags (e.g. artist\year-album\title) then it is very easy to recreate that structure once you have copied the files to the special target.
Use the convert>tag-filename function and enter a mask with a fully or partially qualified filename where the filename also contains parts of the path.
So it would be possible to get all files for one album back into a folder with the name of the album.
Yet, the copying cannot not be done with actions or the convert functions.

OK, got it. A 2 pass procedure, in MP3Tag.



Or you write a little batch-procedure that does the copying and incorporate this as a "tool" where the current filename is one of the handed-over parameters.

Interesting. I'm not familiar with batch files within MP3Tag (I assume you do mean that). Could you please point me to something that explains such a procedure, please?



if a batch file with the name (e.g.) mycopy.bat has a content like this:

copy %1 %2

and you add a tool under
and add as parameters
%_filename% f:%_directory%\%_filename%
it should copy the currentfile to drive f: and a folder that has the name %_directory% ...
I am not sure what happens, if the folder does not exists ... whether you have to provide an error routine within the batch file that creates the folder first ...

OK, understood. Thanks for your help.