Start a new topic

Replacing files - but keeping history!

What I want to do, is replacing some lossy files, with new lossless - but I don't want to lose the history of the songs.

1 person likes this idea

Any further information of how you think this should work?

Separated tool, scripts etc?

I was thinking about a separate tool, but a script would be the better way to go I think...

What I would need, is a function to set a new filename and filetype (maybe also a new path).
And it would be great to read the tags from the old files and store them in the new ones.

Sorry, I didn't check the script-engine, so this might already be possible...


This is not yet available, but the best way is possibly to do it via a script and automate the conversion of tags.

Should not be neccesary to set a new filetype manually, the function should do that by its new destination file.

Can't you just replace the files (with same filename) and then apply the tags form the database to the new files again? And afterwards make the extension to .flac and re-scan the folders

Re-scanning folders will result in the loss of history...

Great! I don't know how many times I had to replace files, loosing history but I had to do it.

A first test version is implemented in:

Two new scripts are included, one that let you select a source file and a destination file and one that takes the selection of files and iterates the folders to find a matching FLAC file to update the database with.

See the scripts for more details (UpdateFileType.cs, UpdateFileTypeMultiple.cs)

Three new funcctions in the API are implemented, see the following page for more details:

I have updated the script for multiple files so that it is no longer locked to a specific filetype.

Please update your files with the attached files.

(588 Bytes)
Great! Very big thanks to you!


There's one problem: the bitrate is not being updated in the database.


Fixed in:

The following attributes are now updated:

  • Bitrate
  • Sample rate
  • IsVbr
  • Filesize



What about the added date? It seems that it is replaced. I would like to keep added date, since it's when it was included in my collection.


@Infusion: We were not able to reproduce that. If that issue remains for you please open a new bug report describing all steps you performs when this issue occurs.

According to the logic executed when a filetype is updated, AddedDate is not touched.

Login or Signup to post a comment