#musicbrainz

in that case, once track merging gets implemented, can it auto-merge all tracks with "earliest release" ARs?

there is ALSO an entry for a bootleg CD which took the Nevermind album and the All Apologies single,

tacked the single on the end of the album, and released it as "Nevermind.All Apologies"

the one album is not the other,

Jugdish: yes, I think so

but the tracks definately are

the tracks will be merged and the AR completely removed

I'm somewhat opposed to "auto-merge" without proper vote/review. Some of the tracks actually linked like that are remasters.

dmppanda: And of course there's the fact that "remaster" is quite a hazy concept in itself.

no kidding :p

question....

how is it that a flac, an ogg, a 32 kbps mp3, and a cd ripped track all TRM the same,

but the same track off a remaster theoretically doesn;t?

lots of 502s luk

dmppanda: there will probably be people *manually* trying to merge tracks that are actually remasters, too

Jugdish: Sure. The point is only I don't feel comfortable with unreviewed automated process to do something...

even things like adding track times getting automoded?

what "adding track times"?

adding times to ??? entries

gets an automod

maybe if there was a way to search for all track-track "earliest release" ARs in the db, then people could sweep through them rather than a machine

no review process

and? how would you automate that?

actually, I know how I would, but luk says it's not easy to do

I'd try to build it into QT

have QT submit track times like it submits PUIDs?

yes

Jugdish: unfortunately, people sometimes act as machines :D - Sure we could have such a report, but I would prefer to have the edit voted...

Wow, the db server is getting my thrashed than I thought

Wish I had some money to donate :(

PUID + title + length is also quite good for track merging

dmppanda: right, i wasn't saying they should be auto-edits, just that we would need a way to search for these specific kinds of ARs which i don't think is currently possible

Luk said it'd be difficult to do though, cause it's multiple submits all at once

dalen did some PUID report, I was surprised how clean it was

did the TRM server get turned back on or something luks?

Jugdish: I guess it shouldn't be too hard to do on a local copy of the database. Just a guess, though.

BrianFreud: no idea, the servers aren't my department :)

been getting only 502s again for the past while

Ditto

duplicate tracks?

yes

Is it possible to split a release into more releases?

oh, you mean local duplicates or MB duplicates?

I need to convert http://musicbrainz.org/release/3beacd0e-a06a-42... into seperate discs

local

normally it chooses all from one dir, but I notice occasionally if I have two of an album, it'll pick and choose from the 2

it calculates similarity from all files to all tracks, sorts the matches and starts assigning files to tracks

just curious what logic its using

based on timestamp?

length, I mean

no, based on the "similarity"

what about non-analysed files?

it assigns the more similar first

this is about non-analysed files

analysing is used just to calculate PUID and get a list of possible matches

everything else is based on metadata similarity

so say I give it 2 of track X, with known track ID Y on album Z,

both run though QT previously, so metadata is identical

which does it chose?

ah, if the tags are identical then it's random I guess

ah

just doesn't seem random

as I say, most of the time all come from one or the other full release,

but occasionally it'll do like 7 from one, and 3 from the other

almost never 50/50, almost never 9/1

running it on 100k files, so I start seeing patterns :P

100k files loaded in picard??

yes

lol

Anyone know a nice way to split a release without retyping the data (and losing puids)?

actually loading a large batch right now...

that must be using quite some chunk of RAM :)

hmmmm

let me finish this load and I'll let you know

aCiD2: I don't think there is a way to do that

RAM isn't really an issue it seems

Ok, no problem

what is odd is it goes through spurts in speed to save - 50 at once, then 2 minutes for one file

seems to have the most trouble with ogg and flac

anytime I get a slowdown, it's one of those two types of file

oh, I also wanted to mention luks...

for windows installs, the dir you're saving log files to...

you know it's about 3 layers deep in hidden directories?

yes, I know

had 200 meg go missing til I realized where the space had gone to

about slowdown on ogg and flac..

if there is not enough padding to write tags, it needs to resize the file

and flacs are usually quite big, so it takes some time

well, I have it set to clear existing tags - when I am re-reunning it on a file it has previously written tags to, ought it not have to do any resizing?

Depends what the old tags are

I suppose anyway

hmm

yes votes plz: http://musicbrainz.org/show/edit/?editid=6768531

there's one :)

two :)

woo!

nice comment btw dmppanda :P

;)

yikes, still not done.

luks: /\ 12k files over 1 mb pipe :P

THAT'S why the site is issuing all these 502's :P

lol

Can I get some yeses on http://musicbrainz.org/show/edit/?editid=6768670 please? Stupid rushed typo...

ok Luks, file load completed... total files: 13582, mem usage:278,224 , peak usage:341,204 , vm size:427,888, threads: 7 (peaked at 8)

(doing just "I" - "S" artists at the moment)

not too bad, considering....

aCiD2: why is disc 1 called "The Shadow Knows (disc 1)" and disc 2 called "The Shadow Knows E.P. (disc 2)" ?

Gah...

Least I've been proofreading since those typos.. sorry!

why is an EP 2 discs?

Because it is?

That's what it's called

A single is 2 tracks, an ep is 3 plus, and an lp would be about 8 tracks

that's not always the case3

It says ep on the sleeve

ok, that's a better reason :P

:)

*shrugs*

a file load like that is why I was saying I thought the track lookup was dangerous, too luks

what if none of it was ID'd and I did lookups all at once?

(besides making me an asshole....)

http://musicbrainz.org/show/edit/?editid=6768730 could do with some votes now :P (disc 1)

all of the Nirvana and related edits could do with some votes :)

hehe

dmppanda: since you were the one who taught me about release days of the week, you may find this useful -- http://userscripts.org/scripts/show/8481

I have something like 250 open edits just in those bands...

Jugdish: nice!

dmppanda: what was that AR script you were mentioning?

what AR script?

you mentioned some AR script that wasn't on the userscripts site

don't see what... spoke of that ealier today?

two or threee days ago, when you were talking me into using FF

brianfreud: are you talking about track ARs script?

I don't know

you said there was a really useful AR script, but didn't know where it could be found

*= dmppanda

showing if you were subscribed to an artist?

no idea

just know he said it was a great script

or maybe it was murdos "show the amz/wiki/discogs" links on the artist release page. But given the server load these days, please don't use either of them :p

something to do with ARs

if you can find the link in chatlogs...

I really don't recall

no, that was the one I did install

was hacking it to make it work with google groups