#musicbrainz

but I felt like stress-testing picard instead ;)

CallerNo6: well there are no guidelines either way. some people think it's a great idea and others think it's horrible

kepstin: did you see my pm btw?

yeah, I'll give that a try sometime.

ok

picard has scanned the first 1k tracks, 14k to go :)

I'd say it depends on what kind of URL link it is

cover art, absolutely use archive.org when other sites go down or stop having a file

official homepage? maybe not

I think people tend to just use archive.org anyway for cover art :P

well, yeah

which is part of why we're making that more official :P but

hmm, I know a few cases where having an archive.org link to an artist's old homepage /would/ be useful.

(rather than actually editing the url)

well, there's the problem of things where a page continues existing but it's not the right information any more

what's really annoying is that one artist I know has had three different homepages over the years at the same location; and the later ones are missing parts of the earlier discographies

(most often a 404, but)

so you have to use archive.org to get the older info :/

I like the idea of being able to mark a URL "historical" or something. People can look up archived copies if they really want to go digging.

that's a reasonable way to do it

add an attribute to all URL relationships

that's what I said :P

we have nearly 10,000 404s :<

:(

In a perfect world, maybe it'd be the 404s themselves that suggest archive.org

there are lots of myspace and discogs ones

heh. 2053 myspace ones and 1333 discogs ones, so a third of them are those two sites alone

why so many for discogs? don't they have an equivalent to "merge"?

their urls are just artist names. edit the name, you break the url

... or "redirect" or whatever?

redirect, pfft

silly me

why to use surrogate keys, eh :)

picard is only using ~2gb ram tho.

hmm. i clicked one of the column headers in the right pane to sort the list, now how do I unsort it?

er, <strike>that</strike>

CatCat: not sure if you're still awake, but I made a ppc build of Picard that you can test: http://users.musicbrainz.org/bitmap/MusicBrainz...

and here's a ppc build of fpcalc for acoustid to work: http://users.musicbrainz.org/bitmap/fpcalc-0.5-...

bitmap: I'll point those links at my friend with the ppc computer as well

none of it's guaranteed to work, since apparently Lion can't emulate ppc apps anymore :/

lame

ianmcorvidae: cool, thanks

haha

the 0.15 or 0.15.1 build (whichever it was) worked, as I recall

right, it would be /really/ nice if picard could take mbid tags in files into account when doing the matching from a scan :/

ianmcorvidae: what linux distro?

kepstin: arch

hopefully fpcalc works as it should

I've found it to match karaoke and non-karaoke versions of tracks a little too often :/

ooh :(

they get separate acoustids, but when scanning them they seem to match eachother.

hmm. does the acoustid-fingerprinter program update files with acoustid tags?

I don't think so. I scanned my whole library a while back and none of them have acoustid tags

... hm

evidently installing from git has resulted in my having a completely non-functional picard

great

did you install it over an existing picard install?

it nuked the old one

(or worse, did you install it to /usr/local?)

no, no, nothing like that

just uninstalled the picard package, installed the picard-git package I built

(based on a published PKGBUILD, should be fine... or at least should have been as of the last time it was checked, which, heh)

... oh, never mind, was git-annex getting in the way

file permissions issue :)

man, acoustid in picard _is_ really fast

compared to puid, yeah

I should really re-run picard on my collection

I just don't want to, y'know, peg my whole system for however long it'd take to make that happen

rescanning your collection to add acoustids with picard is a bad idea

it'll rematch your tracks to different versions of albums :/

ooh D:

yeah, actually, I just ran into that

but it was because there weren't acoustids for a lot of the tracks

I find that when the acoustid matches a recording which is used on multiple releases, it picks the wrong release more often than not

it appears I don't have acoustid tags after saving again anyway

and if the file already has mbids, picard's rescan completely ignores them and matches it based on acoustid and tags only.

ianmcorvidae: you have to load them into picard twice to add acoustid tags.

luks says that's unfixable :/

... huh.

well, whatever

at some point it'll get fixed

yeah. I don't believe him.

should work on getting rid of the mp3 section of my collection as well, hm

huh. so, this album has "low vocal" and "low low vocal" credited on it.