by JazzMC » Thu Feb 14, 2008 3:03 am
I got it!
My own nearsightedness, if you will. My guess is that this might have happened to other people with external drives as well, if they use Windows.
There is no guarantee that Windows will always assign the same drive letter to an external drive, even if you always plug it into the same USB port. With other peripherals in before it, getting to the same letter the drive would usually get, apparently (I did some googling), there are no geandfather rights for any device.
I had recently scrapped the database, and redid the scanning, and by coincidence, that time, the drive had been assigned a letter (F) it does not usually get (it traditionally gets H, for some reason I don't know). Because I also changed the main music path, I reentered the information the file monitor needs, which, this time, got him a path like F:\...
Since now, the drive is getting the H assigned again (even though F remains unused), the monitoring function was using the wrong path.
D'oh ...
Btw, does MM3 have the following option (speaking of monitoring):
in MM2, ONLY the monitor deletes files not present in a folder anymore; the start-up scan does not. Has this been changed in MM3? Would be a main reason for me to switch. Imagine the following scenario:
15.000 MP3s in about 100 different musical categories (each its own folder), and I get a 100 new ones to distribute into that. Among thos files are some I replace existing files with (better bitrates, etc.), and I also move files between directories. Unfortunately, while I do that, I forget to keep MM running, so the new/changed files/locations are not integrated into the database. With MM2, I would now need to either trash the database and do a rescan (which takes time), or update every single folder by hand that has been added to, and even with that, the deleted/moved files would still be there, so I would need to delete the duplicate DB entries by hand.
The feature I really need is for the stratup scan or the update folder scan to include pruning of files not there anymore, which, as far as I know, is not included at this point.
Jan
I got it!
My own nearsightedness, if you will. My guess is that this might have happened to other people with external drives as well, if they use Windows.
There is no guarantee that Windows will always assign the same drive letter to an external drive, even if you always plug it into the same USB port. With other peripherals in before it, getting to the same letter the drive would usually get, apparently (I did some googling), there are no geandfather rights for any device.
I had recently scrapped the database, and redid the scanning, and by coincidence, that time, the drive had been assigned a letter (F) it does not usually get (it traditionally gets H, for some reason I don't know). Because I also changed the main music path, I reentered the information the file monitor needs, which, this time, got him a path like F:\...
Since now, the drive is getting the H assigned again (even though F remains unused), the monitoring function was using the wrong path.
D'oh ...
Btw, does MM3 have the following option (speaking of monitoring):
in MM2, ONLY the monitor deletes files not present in a folder anymore; the start-up scan does not. Has this been changed in MM3? Would be a main reason for me to switch. Imagine the following scenario:
15.000 MP3s in about 100 different musical categories (each its own folder), and I get a 100 new ones to distribute into that. Among thos files are some I replace existing files with (better bitrates, etc.), and I also move files between directories. Unfortunately, while I do that, I forget to keep MM running, so the new/changed files/locations are not integrated into the database. With MM2, I would now need to either trash the database and do a rescan (which takes time), or update every single folder by hand that has been added to, and even with that, the deleted/moved files would still be there, so I would need to delete the duplicate DB entries by hand.
The feature I really need is for the stratup scan or the update folder scan to include pruning of files not there anymore, which, as far as I know, is not included at this point.
Jan