Well I just upgraded one of my live gig laptops last week. I put in a bigger HDD, and reconverted my tracks which were 192k to 320k, (Don't worry I converted the tracks from my master library which is in flac), but that's besides the point. But since I reconverted all my tracks, I felt it may be best to completely wipe the DB, and start a fresh one (between the new track info, and VDJ version upgrade) I thought it would be best. So anyway, I was running the BPM scan from Monday morning, just finished last nite on 28,959 tracks. So this morning to check the db, I closed VDJ, and reopened it, and all the track, tag, and BPM info was there, so I figured all good. So I shut down VDJ, and take the lappy into work, so I can let it run an 8 hour stress test (and listen to tunes). I open VDJ and added about 20 new tracks to the system. VDJ then proceeded to do a full tag rescan, so I did a search on *, sorted by length and went to the bottom, and I was like WTF? 658 tracks lost there BPM/Key info, and length. So now I am rescanning these tracks.
Question is, has anyone else had this happen?
PS I did run a check/clean/fix on the db after I noticed this.
System XP, with all critical MS patches and SP's current as of 8/09/09, and VDJ 6.01
Question is, has anyone else had this happen?
PS I did run a check/clean/fix on the db after I noticed this.
System XP, with all critical MS patches and SP's current as of 8/09/09, and VDJ 6.01
Posted Thu 13 Aug 09 @ 8:56 am
Yes, this is my one and only peeve with the software. happens fairly often to me (on all of my PC's). I noticed if i change skins, it drops DB info on a random number of songs.. between 12 and several hundred random tracks. Create a folder on each drive where you store music and backup the VDJ database. You can simply restore it without having to reanalyze all the tracks.
Posted Thu 13 Aug 09 @ 9:04 am
Thanks Maxx,
I have been using VDJ since version 3, and using it allot since version 4.1, I have never noticed this happening before. I thought it was just a version 6 bug. Good and I guess it's bad to know this "feature" has been around for a while now.
I have been using VDJ since version 3, and using it allot since version 4.1, I have never noticed this happening before. I thought it was just a version 6 bug. Good and I guess it's bad to know this "feature" has been around for a while now.
Posted Thu 13 Aug 09 @ 9:16 am
I do pretty much the same thing at the end of each night before, I leave I backup the database files and the Virtual DJ folder to a USB thumb drive.
Posted Thu 13 Aug 09 @ 9:24 am
bonaparte wrote :
I do pretty much the same thing at the end of each night before, I leave I backup the database files and the Virtual DJ folder to a USB thumb drive.
Good idea, there. Backup in one neat, little package ;)
Posted Thu 13 Aug 09 @ 7:09 pm
Want to take format laptop and reboot to factory settings for max performance,but cant find the latest database xml file ! Last 'saved' point june '09,but used it loads since then and input stacks more videos since then,but no other recent dated file to be found anywhere !Carried out search using search window,but still no joy..........ideas anyone !!! regular back up copied to memory stick,ext hard drive and laptop but not every time so laptops file is most current.
Also,originally downloaded vdj as a demo, but then bought numark total controller which came with numark cue, but when i have tried to enter the serial number on the disc cover onto this site to register it, i get the message 'serial already in use'...WHY !! Cheers chaps
Also,originally downloaded vdj as a demo, but then bought numark total controller which came with numark cue, but when i have tried to enter the serial number on the disc cover onto this site to register it, i get the message 'serial already in use'...WHY !! Cheers chaps
Posted Sat 15 Aug 09 @ 6:50 am
I just had a possibly similar thing happen this morning. I'm in the process of scanning my entire database BPM - about 1/2 way through 20,000 tracks. Also demo'ing virtual folders and all the like - have 3 or 4 VF's setup for testing. At some point, i had about 2 dozen tracks show up in my Filter Folder "Not in Searchable Database" (using the filter "insearchdb=0" (I love some of these filter folders)
They first appeared to be totally random tracks. I'm not sure the order that i did, but I 1) re-added my entire music folder (and the hundreds of sub-folders) to the searchable database. 2) i cleaned, checked and fixed the db via config. When i first went there, it was showing 20 tracks that were "present but not in searchable db" But it all cleaned up after i did the above. I assume those 20 tracks were the same in the filter folder.
But then when digging around, i noticed that some (maybe all?) of the tracks that showed up in the bad db, were in Virtual Folders. I can't confirm it was an exact match but i know it was likely (these VF's were mostly Flamenco music and the bad tracks that appeared in the filter folder were also flamenco tracks)
I can't re-produce, but it appeared to be something with scanning tags/bpms and Virtual Folders too. 30 minutes later here, all is fine . . still scanning away.
They first appeared to be totally random tracks. I'm not sure the order that i did, but I 1) re-added my entire music folder (and the hundreds of sub-folders) to the searchable database. 2) i cleaned, checked and fixed the db via config. When i first went there, it was showing 20 tracks that were "present but not in searchable db" But it all cleaned up after i did the above. I assume those 20 tracks were the same in the filter folder.
But then when digging around, i noticed that some (maybe all?) of the tracks that showed up in the bad db, were in Virtual Folders. I can't confirm it was an exact match but i know it was likely (these VF's were mostly Flamenco music and the bad tracks that appeared in the filter folder were also flamenco tracks)
I can't re-produce, but it appeared to be something with scanning tags/bpms and Virtual Folders too. 30 minutes later here, all is fine . . still scanning away.
Posted Sat 15 Aug 09 @ 11:06 am