#musicbrainz

any ideas how I can scan a folder full of subfolders and return a list of folders with 3 or less files?

...write a program to do it. I can't think of any other way

Erm

Actually, are you using Windows?

At least in Vista, you could add a "File count" column, sort by that column, and select the entries in question

xp

I dunno if you can do that in XP or not

yea i am starting a vb script as we speak.. cant think of any other way

_Tykling is now known as Tykling

quick question. If I cancel one edit of a set of three edits the other edits aren't cancelled, right?

Correct

thanks

Huhu, migration from postgres8.1 to 8.2 time. How long could this possibly take? ¬_¬

FauxFaux, at least it's not MySQL.

FauxFaux: debian/ubuntu got some tools for that which is significantly faster than the oneliner you get from pg docs

heard some rumours that pg might add those tool to their project

Why Why WHY did I go 18 years without listening to any Aphex Twin?!

Good afternoon

allo you

Can somebody help me understand this please? http://musicbrainz.org/doc/DiscIDCalculation

What don't you understand?

I don't understand how the SHA1 sum is computed exactly

that, and the fact that the C code doesn't mention the leadout track, contrary to the explanation above

Are you trying to calculate DiscIDs, or just curious?

trying to calculate it, yes

Why not use libdiscid then?

I only know PHP and I have already implemented a FLAC library that handles metadata (not just vorbis comments)

I already compute FreeDB discids

I see

I haven't done anything with Disc ID's, so I'm afraid I'm pretty useless :(

the thing about the SHA1 computation is that with PHP I only have one function that takes a string as input

but here, they use sha_update() and sha_final() - I don't understand what those do

they're used to compute the hash piecemeal

you could just pass it all as one big string

probably faster to do it that way, really

no idea why the 100 sha_updates

ojnkpjg: I did that, but I must be doing something wrong, because I don't get the same results

what about the leadout track?

the page says it feeds, among other things, the leadout track (I assume its *offset* is implied)

but the C code doesn't reflect that - what's the deal?

the lead-track is in FrameOffset[0]

er, lead-out track

luks: ah, do you know that for a fact?

yes

thank you

copper: It's sort of implied in the source code

"Note that the leadout track is stored in pCDInfo->Frame­Offset[0] ." - from that page :)

or that :P

luks: damn it, I missed that :P

tired eyes

reading ftw :)

ok let's try this again

wait, just to make it clear

shouldn't it read ->Frame[0]

basically I concatenate the first tracknumber, the last tracknumber, the leadout offset, then the offset of each track, pad it with zeros until I reach 99 tracks

yes

as hex

uppercase

padded to two chars

ojnkpjg: as raw hex, or as ASCII hex?

ascii

it's doing a printf %02X

sprintf

"b3" and not "\xb3" then?

B3

sorry yes

oh, that doc page is out of sync with the wiki page

which has the Frame vs. FrameOffset thing fixed

What thing?-)

on the doc page it says the leadout offset is stored in pCDInfo->FrameOffset[0]

instead of FrameOffset

Um, no it's not, it's FrameOffset in the loop as well.

not here: http://musicbrainz.org/doc/DiscIDCalculation

}

sha_final(digest, &sha);

it's correct on the wiki page

ojnkpjg: I'm reading the same page, and it has FrameOffset :D

did someone just push an update, or something?

i'm still seeing Frame[