MediaMonkey forum

Would it be possible to add a function to re-rip albums while keeping *all* the database and tag info from a former rip of the same CD?

This would be incredible helpful if you discover that you want your huge MP3-collection ripped in another (better, maybe even lossless) format.

Right now when you insert a CD, MM just gets the infos from freedb or Amazon even when better (corrected and expanded) info is already available. So either you have to enter all info by hand again or you will loose the old additional info.

So could you *please* add an option to get the tag info from MM's own database? There is no need for MM to find the album itself, just give me a chance to select it myself...

bye
Wolfgang

This has been requested before. I don't know what the status of this request is.

This would be very useful for me too. Especially when I am replacing a corrupted track. This could be a button in properties that says Copy the properties from another track... or maybe it could be part of Auto-Organize?

I believe this option is getting more important. As hard disk storage is getting cheaper and MM's capabilities grow, I guess there will be more users thinking about going to a higher bitrate or lossless. Especially when MM will some day be able to encode FLAC.

For my case thinking about correcting the tag data of 12000 songs once more by doing the endless cut-and-paste-shuffle is giving me nightmares. Thinking about re-inserting all those 1000 CDs alone which will take me 3 weeks at least is bad enough...

bye
Wolfgang

wolfzell wrote:I believe this option is getting more important. As hard disk storage is getting cheaper and MM's capabilities grow, I guess there will be more users thinking about going to a higher bitrate or lossless. Especially when MM will some day be able to encode FLAC.

I agree, as I'm considering doing the same thing (re-rip to FLAC) and would prefer to use the tag data in MediaMonkey as I've spent a considerable amount of time on the tags.

I ripped all my cds along time ago at 128 mp3 and I would love to be able to re-rip as well.

Nothing to add, except to agree. Yes, I want to re-rip and would love to keep old tag info. Thought it was worth showing how much this feature is wished for. And yes, FLAC encoding is a high priority.

Would also REALLY appreciate this.

I would really, really, really like this as well.

I would like this feature also. I am currently reripping to FLAC but I am still keeping my mp3 library intact until I can transfer all the tags.

Please Please ..

If someone have time to make work out There is possibility to make it work over Script.
It can be easiy made within Script If you Compare Two Files for identical Filenames but different extension and copy From MP3 Extension to FLAC or what ever.

Note: As this is 5 Second found solution I do not have time to test it, but I hope it will work.

Peke wrote:It can be easiy made within Script If you Compare Two Files for identical Filenames but different extension and copy From MP3 Extension to FLAC or what ever.

Either I am overseeing something or this won't work.

How can you rely on identical filenames, if differences in the tag data (building the filename) are part of the reason for the need of this function in the first place? So you would have to check every song for identical info in the tags you are using for building the filename.

Imagine doing this for 12.000 songs and you will get the picture. I can not see how this would be of that much help...

bye
Wolfgang

What I think Peke is suggesting is a workaround wich involves ripping the new tracks to another folder with exactly the same tracknames as the old tracks (except the extension) and then use a script to "move" the DB-info onto the new tracks. If you use identical tracknames the script is more easy to make and safer to run. The tracks needs to be linked to each other some way. Perhaps it's possible by only folderPath and sortorder?

But what you want is an option to overwrite the old tracks while you rip the new ones. But you still must tell MM what file to overwrite.


Cheers

Sorry, but I think I understood what Peke was suggesting.

But supposing that I have my library re-sorted and re-named into

C:/Music/Album_Artist/Album/Tracknumber.mp3 for that purpose

(which would be the easiest way to have a consistent way of getting the new rip to the same place with the same name)

Then I still would have to manually check Artist and Album data to be exactly the same for every album you I want to re-rip after getting the info for that CD from Freedb or Amazon or I will have to enter that information manually. Otherwise such a script simply will not work because it can't find which files do belong together for exchanging data.

For me that would mean to exactly check around 1000 CD artists and album names to be the same. With classical CDs such a task can be *real* fun...

What I want instead seems so easy and obvious: Just a method to insert a CD (that is already in my database) and instead of looking for the tag data in Freedb or Amazon or anywhere else, MediaMonkey should simply look right in it's own database for that album and take all the useful information that is already stored right there.

And if there is no way for MM to consistently find the right album by itself, just let me do it. This means one short search and one or two clicks for every album I want to re-rip. Hardly as much work as comparing a lot of data, re-entering it or doing the cut and paste shuffle.

Then I want to rip that CD just as usual, so I can choose the new format, maybe a new folder, maybe a new filename standard... Of course if I let all the settings as they were before, it will end up in overwriting the old tracks, but I guess with a simple question ("Do you really want to overwrite...") that should be fine with everyone.

bye
Wolfgang

I'm Trying to suggest that you use atleast 2-3 Fields with same values Artist, title, album, ... It can be Filename.
So that MM Could be more specific in compare and be more accurate.
There is allways way to make it manual to copy from One File To another
But this way you will need to set two by two files, which will take long for 1000CDs.