But I worry about when I upgrade.I'd really hate to lose my ratings It's a good idea to configure the TrackStat scheduled backup and configure the backup dir to point somewhere outside your SlimServer installation directory. That said, I never really move my music anyway, so it's not a big deal, my rating seems to survive ok. Making it as a batch job will make it easier to perform the write and directly afterwards check that everything works as it should. The risk with this is that it may be hard to restore the information from a backup since you will need to pick each music file from different backups since they probably has been destroyed at different times. The problem if it would write continuously to the files is that you may not realise that you have corrupted files until a long time later. This means that you will know when it happens and you can make sure you have a backup before you do it. I think it probably should be done as a batch job that runs on user request and writes out all TrackStat information to all your music files. Users that choose to enable it must be notified of the risks. There are some different things to consider if implementing this: Here is a number of votes in the other direction: If there's any opportunity to vote for this to convince you otherwise, I vote 'yes'.Your vote is registered. I use an awful lot of MP3 tagging utilities for avrious things and to be honest I've never once worried about losing my collection (which, of course, is backed up regularly). At the moment I feel that the advantages wouldn't be worth the complains from people that got their whole music library destroyed because a bug in TrackStat. So, while there are obvious advantages with writing the information to the music files there are also a lot of disadvantages. As an example the title of a track doesn't change if you give the music track to your friend, but the rating might need to be changed since your friend likes other type of music. The information stored in the music file should be independent of the owner.
Musicbrainz picard alternativeto code#
An incompatibility in the TrackStat tag writing code could make it impossible to read the music files in your standard tagging program. A security hole in my code for someone that has their SlimServer exposed to internet could cause the whole music library to be destroyed so it needs to be ripped from CD again. A bug in my code could cause the whole music library to be destroyed so it needs to be ripped from CD again. There is a number of reasons for this like: The reason I haven't done this yet is that I like to avoid to write to the music files. But since TrackStat also stores play counts and last played time it would probably make sense to store it in a custom tag. It would be possible to write the ratings to the music files, for ratings there already is a standard ID3 tag called POPM available. So, to make a long story short, I think you in the TrackStat file should replace: You can use this page to check which value you need:Īs an example, if you in the "Encoded" field enter:įile%3A%2F%2F%2FG%3A%2FBryan%2520Adams%2FThe%2520B est%2520Of%2520Me%2FBryanĪnd then press the URLDecode button, you get:įile:///G:/Bryan%20Adams/The%20Best%20Of%20Me/Bryanįile:///G:/Music/Bryan%20Adams/The%20Best%20Of%20Me/BryanĪnd pressing the URLEncode button gives you the correct value:įile%3A%2F%2F%2FG%3A%2FMusic%2FBryan%2520Adams%2FT he%2520Best%2520Of%2520Me%2FBryan What is the new synthax in the trackstat xml-file? Here's an existing example:įile%3A%2F%2F%2FG%3A%2FBryan%2520Adams%2FThe%2520B est%2520Of%2520Me%2FBryan%. Now I want to move all folders to a subdirectory G:\Music. Choose to restore the backup in TrackStat section in Server Settings/Plugins.Įrland, I unfortunately have organized my music in the root directory of drive G:\ Choose to remove all statistics in TrackStat section in Server Settings/Pluginsĥ.
![musicbrainz picard alternativeto musicbrainz picard alternativeto](https://kulonosbehover.com/juxx/go4pQ8YIqd_Aym7h1MIx_gHaJ4.jpg)
Make sure you get a backup file that contains the statistic information.Ĥ. Perform a backup of statistic in TrackStat section of Server Settings/Plugins. Solution 1 will be a bit of work but it will be worth it in the long run if you move around files once in a while.ġ. If you are doing this once and is moving all the files, solution 2 is probably easiest. If I run Musicbrainz to tag my files before I move them, will I then be able to move my files? Or am I just out of luck? (which would be very sad). I read that it works if you have tagged with Musicbrainz. Does anyone know, is there anyway to save my stats and ratings when I move my files.