Enjoying 1.3 but cannot help to get frustrated when I come to export my playlists to my dap or car stick and I find that Roon re-exports every song again on a new export.
I’d hoped that Roon would either first check for duplicates and not re-export them (duplicates check is on) or have some sort of rsync export where only the changes are exported.
So I can add an album and not have to re-export 1650 track again
Can you be more specific about exactly what you’re doing? In particular:
1: Are you always exporting to the same folder?
2: Do you do anything else to manipulate the files in that folder outside of Roon?
We did a fair amount of work in 1.3 to make sure that export still works basically like an rsync copy instead of a dumb copy all files thing. It does need to load up each track and check a signature against the one we exported to make sure that nothing has changed, but it shouldn’t copy any files that it doesn’t need to. I would expect it to show a total of 1650 tracks to be exported, but to skip through the list very quickly as it discovers that all the files are already present and have the correct tags.
There’s also code to make sure that you only ever get one copy of each track in your export folder even as album/track metadata changes.
That is not the behavior I expected, I’d like to try to figure out what’s going wrong.
Can you zip up everything in your log folder and upload it somewhere for me? The logs are in your database folder, and if you don’t have a convenient place to upload let me know and I can PM you with some upload instructions.
I made a mistake and asked for the wrong thing. The logs that show the export details are actually on the remote side, not on the core. Can I get the log folder from your Mac?
I got them, and you’re clearly correct that it’s copying everything for no good reason. The way it works now is, we save a special file that lists out everything we’ve exported, and if the file-to-be-exported is in that list, and there is a file at the correct path, then don’t copy. In retrospect this seems kinda silly, I’m going to check for the file anyway, it might be better to ignore the list for this step and just check that there is a file in the correct place with the correct tags etc.
I think I’ll get to this eventually, not sure how soon. The current behavior seems wasteful to me, just need to make sure I don’t break anything while fixing it.
We do check that the file is in place and not deleted, we’ll re-copy if it’s not there. What we don’t currently check for is a file that is in the correct place but has been somehow modified.
Either way, checking for the actual file seems like a better idea
I don’t think I can say when it will be fixed beyond “someday”. I do have a ticket for it, so it won’t be forgotten, but I wouldn’t expect it particularly soon.
After reading about Exporting Playlists, I understood it would export all the tracks (copy them) AND also deliver an M3U formatted list. When I export all I get are the full track copies. While that is a nice feature, so is the M3U list. The M3U list - as you know - allows me to duplicate the Playlist on a different music server that sources files from the same folders. Does this make sense? Please advise why I am not getting the M3U file which I can then import into another music server.