locoDog
I'm digging in to my database and [other than 4MB of \W between </song> and \n]
I'm finding examples like this,
The escaping looks wrong for the & , other examples with ' , they're always flag="16" and they are documented right somewhere else in the xml [including cue, correct escaping etc.]
What does flag=16 mean?
A quick rundown on the common flags would be handy.
I'm finding examples like this,
The escaping looks wrong for the & , other examples with ' , they're always flag="16" and they are documented right somewhere else in the xml [including cue, correct escaping etc.]
What does flag=16 mean?
A quick rundown on the common flags would be handy.
<Song FilePath="C:\Users\user\Downloads\DL Music\Glasgow Underground 2019\Alex Twitchy - Loving &amp; Surrounding.mp3" Flag="16">
<Tags Flag="2" />
<Infos LastModified="1627343641" FirstSeen="1627343446" />
</Song>
Posted Thu 05 Aug 21 @ 1:11 pm
Adion
16 means file not found, so that makes sense with the incorrect & i guess.
How they got in there is another question of course...
How they got in there is another question of course...
Posted Thu 05 Aug 21 @ 5:30 pm
locoDog
further digging around, [not related to OP] I've found that, relocating missing files [ones thought to be missing by a virtual folder ref] the virtual folder doesn't appear to be updated.
so next time you hit that folder they're thought to be missing again [because I have my root music folder recurse (cursed lol) and the vfolders were in dark corners of my database, I didn't even know these vfolders existed] .
I can't tell you how long I had to, move files, trawl virtual folders, to figure that out.
I know it's something you want fixed, or is mostly fixed barring edge cases, or maybe it's a legacy bug, but could there be more info as to why a file is thought to be missing;
file referenced in vfolder A to be at location X but not found.
[remove reference] [relocate]
file referenced in database to be at location X but not found.
[remove reference] [relocate]
Also could the file relocate windows box point to nearest last folder.
so next time you hit that folder they're thought to be missing again [because I have my root music folder recurse (cursed lol) and the vfolders were in dark corners of my database, I didn't even know these vfolders existed] .
I can't tell you how long I had to, move files, trawl virtual folders, to figure that out.
I know it's something you want fixed, or is mostly fixed barring edge cases, or maybe it's a legacy bug, but could there be more info as to why a file is thought to be missing;
file referenced in vfolder A to be at location X but not found.
[remove reference] [relocate]
file referenced in database to be at location X but not found.
[remove reference] [relocate]
Also could the file relocate windows box point to nearest last folder.
Posted Fri 06 Aug 21 @ 7:16 pm
Nicotux
Note the opposite is true as well (persistent modifications) :
copy again the original (unmodified) version of a track that was previously removed but modified in destination folder make it reappear with modifications restored (kind of bit 4 removed instead)
rescan the copied file DOES not reverse modifications (bpm, cues, keys...)
copy again the original (unmodified) version of a track that was previously removed but modified in destination folder make it reappear with modifications restored (kind of bit 4 removed instead)
rescan the copied file DOES not reverse modifications (bpm, cues, keys...)
Posted Fri 06 Aug 21 @ 8:12 pm