audiomuze;671007 Wrote: > Whether we like it or not, the musicdns servers should for all intents > and purposes be treated as defunct, which means genpuid is also defunct > unless we find a way to spoof the musicdns server by returning a value > that genpuid interperets as "the track doesn't exist on musicdns, > analyse it locally". PUIDs are completely irrelevant where > fingerprinting, analysis and playlisting are concerned, there is no > need to discuss them further in the context of the purpose of this > thread.
Why do you say genpuid is defunct? It's performing analysis for me just fine. The only time it didn't was when I manually redirected its DNS name to localhost in my hosts file. I say as long as their server is still in existence (which it most certainly is) there's no reason not to use genpuid. Doesn't mean that people shouldn't plan for the day when genpuid stops working, but as of this very minute genpuid works just fine. And I agree that PUIDs are meaningless going forward, since their only benefit was to assist in getting previously run analysis blobs and for matching metadata via MusicBrainz. I only commented on it in the context of trying to figure out what's going on with the MusicIP server. Because for all intents and purposes if a track ends up with a PUID tag, its MusicDNS Fingerprint data was successfully matched on the MusicIP server and therefore its MusicDNS Analysis tag was downloaded and not locally generated. Genpuid is still fetching PUIDs for some tracks, just not very many. I'd be curious to know if people who are using MusicIP Mixer for analysis instead are seeing the same. -- bookemdano ------------------------------------------------------------------------ bookemdano's Profile: http://forums.slimdevices.com/member.php?userid=34640 View this thread: http://forums.slimdevices.com/showthread.php?t=84338 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/ripping
