Option to re-rip while keeping database info
Moderator: Gurus
Option to re-rip while keeping database info
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 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.
Download MediaMonkey ♪ License ♪ Knowledge Base ♪ MediaMonkey for Windows 2024 Help ♪ MediaMonkey for Android Help
Lowlander (MediaMonkey user since 2003)
Lowlander (MediaMonkey user since 2003)
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
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
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.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.
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.
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.
Best regards,
Peke
MediaMonkey Team lead QA/Tech Support guru
Admin of Free MediaMonkey addon Site HappyMonkeying



How to attach PICTURE/SCREENSHOTS to forum posts
Peke
MediaMonkey Team lead QA/Tech Support guru
Admin of Free MediaMonkey addon Site HappyMonkeying



How to attach PICTURE/SCREENSHOTS to forum posts
Either I am overseeing something or this won't 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.
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
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
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.
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.
Best regards,
Peke
MediaMonkey Team lead QA/Tech Support guru
Admin of Free MediaMonkey addon Site HappyMonkeying



How to attach PICTURE/SCREENSHOTS to forum posts
Peke
MediaMonkey Team lead QA/Tech Support guru
Admin of Free MediaMonkey addon Site HappyMonkeying



How to attach PICTURE/SCREENSHOTS to forum posts
