bookemdano wrote: > What I mean is that seeing a PUID tag added is *evidence* that genpuid > successfully retrieved matched your locally generated fingerprint and > -retrieved- (versus locally generated) the track's analysis tag. I know > it's not used to do anything meaningful, but aside from picking through > log files, looking to see if a PUID tag was added tells you that the > track's analysis was downloaded. That's all. > > > > That's because you are using the linux and/or MacOS binaries of genpuid. > If you check my first post in this thread I reported the same issue. > Genpuid on Windows works fine, however. May not be an option for you but > it is for others who have a Windows machine at their disposal. > > Multithreading is a huge time saver--I have a quad core Xeon chewing > through 4 separate instances of genpuid simultaneously.
I've just started with SugarCube and am going through the process to analyze my library. I've read through many threads and FAQs and I'm still confused about how all this works... ;-) I'm on F17 and as far as I can tell genpuid, mmserver and mmmixer all work, but there seems to be some incompatibility between genpuid and mmserver/mmmixer. If I generate a cache file with mmserver/mmmixer it can be read by genpuid for the validation process. After genpuid does the validation the revised cache file is not recognized by mmserver/mmmixer. It gives me a message saying that the cache file was created by a newer release of musicip. From that I gather that mmserver/mmmixer (version 1.8) is somehow older than genpuid (version 1.4). If I try to run genpuid without first creating the cache file from mmserver/mmmixer it does work, but takes alot longer. If you have a really large library forget it. That is probably the behavior some of you have been reporting in this thread. I tested this theory out by running against just one album versus my entire collection. So, for what ever reason, it appears the best way to use genpuid is to first create the cache file (without doing the validation process) with mmserver/mmmixer. Keep in mind though that once the validation is done by genpuid it doesn't appear you can use that cache file with mmserver/mmmixer. The workaround I'm guessing (and trying) is to use the -archive function to write the analysis/fingerprint to the music file tags. I did another small test and mmserver/mmmixer do recognize the tags which are created by genpuid. You can then just create a new cache file from the files processed by genpuid with mmserver/mmmixer. Seems a bit convoluted, but so far it appears to be working - but I've yet to get to the stage where I can run all this with SugarCube. Very few files are being found (which I find hard to believe, but whatever.) so it's doing analysis locally, which takes about 3 minutes a track, so it is going to take a long time to finish this. My concern of course is that whatever is being generated by genpuid is actually correct. I've backed up my entire library so I can restore just in case this becomes a fiasco. If anyone disagrees with what I have observed, please let me know. Is there a way I can somehow check the tags that are being created to ensure they are correct? I see that they are being added to tracks, but have no idea if they are correct or not. That has probably already been discussed somewhere but I haven't been able to find it yet. ------------------------------------------------------------------------ gbcox's Profile: http://forums.slimdevices.com/member.php?userid=34 View this thread: http://forums.slimdevices.com/showthread.php?t=84338 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/ripping
