by KharskiGold2 » Tue May 07, 2024 4:43 pm
Hello,
long term user here. First of all - thanks. Still today, I see nothing quite MM on the market - a folder based collection manager with some tools and scripts.
The complaint - MM regularily, since ever, I believe, messes up my tags. 10h of hours of work lost. Sometimes... it even more drastically corrupts my Database... which is the worse thing you can do to a(n amateur) DJ. Now being an ex-dev, I have the impression that MM4 was coded... rather poorly, probably with a lot of history behind it. I will try to give you some examples of what exactly goes wrong but the bottom line is... I cannot trust MediaMonkey. The right thing would be to switch, however since MediaMonkey 5 is out... maybe I can upgrade to it.
The question Can I somehow check my set-up for anything wrong, as to prevent
> MediaMonkey from loosing tag information or
> sometimes having Database/SQL query errors
> other wierd things like bad timestamps
and nearly more importantly (since the active dev version is MM5..), can I safely upgrade to MM5 and be quite sure I won't have these problems anymore? The ONLY particularities I have (and it wasn't always the case) is that my Windows is sitting on a (Parallels) vm on Mac. MediaMonkey is installed in Portable mode, and the Audio files are mapped (from Mac, Windows sees them as a network drive, not a local one). Sometimes, I fudge up my Parallels config and basically the maps get shifted. So before Windows saw Z:/Audio/.... and then sees Z:/otherFolder and Y:/Audio. Of course the music is then unfindable, that's normal. Of course I revert to the correct/initial mapping config with just Z:/Audio .
Symptoms in first comment, if I get to that. At the same time the most important ones were exposed above, and I don't want to waste your time trying to fix MM4... I rather want to acknowledge the problem (or tell me no, MM does not work with network drives/your config is at fault), and know if I can safely migrate to MM5 or if I have to fix/check something before.
Thanks,
The Kharski
Hello,
long term user here. First of all - thanks. Still today, I see nothing quite MM on the market - a folder based collection manager with some tools and scripts.
[u]The complaint[/u] - MM regularily, since ever, I believe, messes up my tags. 10h of hours of work lost. Sometimes... it even more drastically corrupts my Database... which is the worse thing you can do to a(n amateur) DJ. Now being an ex-dev, I have the impression that MM4 was coded... rather poorly, probably with a lot of history behind it. I will try to give you some examples of what exactly goes wrong but the bottom line is... I cannot trust MediaMonkey. The right thing would be to switch, however since MediaMonkey 5 is out... maybe I can upgrade to it.
[u]The question[/u] Can I somehow check my set-up for anything wrong, as to prevent
> MediaMonkey from loosing tag information or
> sometimes having Database/SQL query errors
> other wierd things like bad timestamps
and nearly more importantly (since the active dev version is MM5..), can I safely upgrade to MM5 and be quite sure I won't have these problems anymore? The ONLY [u]particularities I have [/u](and it wasn't always the case) is that my Windows is sitting on a (Parallels) vm on Mac. MediaMonkey is installed in Portable mode, and the Audio files are mapped (from Mac, Windows sees them as a network drive, not a local one). Sometimes, I fudge up my Parallels config and basically the maps get shifted. So before Windows saw Z:/Audio/.... and then sees Z:/otherFolder and Y:/Audio. Of course the music is then unfindable, that's normal. Of course I revert to the correct/initial mapping config with just Z:/Audio .
[u]Symptoms[/u] in first comment, if I get to that. At the same time the most important ones were exposed above, and [b]I don't want to waste your time trying to fix MM4[/b]... I rather want to acknowledge the problem (or tell me no, MM does not work with network drives/your config is at fault), and know if I can safely migrate to MM5 or if I have to fix/check something before.
Thanks,
The Kharski