#musicbrainz

what does "Error: Cannot connect to the signature server." mean?

(not that I can't read the statement, but how do I go about addressing it?)

ruaok|coding is now known as ruaok

are you behind a proxy?

no, NAT.

(and it used to work fine.. a few days ago it stopped)

Hmm. That is weird.

Yup.

while I'm here, I might as well mention some of the Disturbing 100% false positives I've had.

Eeek.

the TRM must not be unique enough

we have the latest and greatest kernel ready to roll, but that requires a reboot..

why wait? ;)

Sigh.

That server is maxxed out at 1.5Gb.

oh, one more thing: in the naming scheme I'd really like to be able to says something like: %artist\%album\%num. %track

as-is it drops the \'s and .'s

probably because it'll be a pain to create the directories and process that intelligently - but a man can dream, can't he?

\ is a reserved filesystem character.

Oh, you mean subdirs?

Yeah, thats in the todo list.

yeah

oh, cool.

meanwhile, I wrote a handy perl script :)

ruaok: What does 'sigserver' do exactly?

speaking of - can I interface with the musicbrainz database via perl?

alus: yes.

oh boy!

Sigserver correlates the acousting fingerprint data into TRM ids

I thought that was 'gateway'

It does multidimensional indexing/clustering.

no.

sigserver eats a *lot* of memory, I think.

Gateway marshalls the port 80 request to the sigserver which runs on port 4447

I see.

Pre-set that way on purpose.

Its probably too much.

Maybe we can get Chutt to crank it down a bit.

What might the effect be? Slower TRM generation?

what can we do to optimize that slow lookup count query?

ruaok: has someone made a perl module? where can I find information on this?

not entirely certain.

They have it tuned for max performance which might be taking a hit on the rest of the system performance.

slow query log: most of the queries shouldn't be slow at all - good indexes etc. Hence I suspect memory starvation.

alus: download the libmusicbrainz from CVS.

the update queries are ASS slow.

Once memory starvation goes away, the log will then only contain queries which are actually a problem

Even when the machine has lots of space.

memory, that is.

What, like now you mean?

no, like on the staging server.

not much going on but doing an update to a single row takes DAYS!

Yes. Not good at all.

I want a new server for the DB along.

But we can't afford the extra $50/month.

alus: musicbrainz modules are on CPAN

That's the hosting fee?

yup..

Nice, eh?

have you checked out the performance of the TRM update on your local machine to get an idea of its speed?

Its not pretty.

How is Chutt on optimizing memory use? I've got hardly a clue in that area ...

What, that single SQL statement?

ruaok: why don't you auction a new haircut on ebay?

yea

Or the whole TRM request?

you got p2p shaved into your head, didn't you?

or is that not done yet?

yea, that is old hat. google for 'mayhem chaos hair' to see it.

ok, i think i've seen pictures

now that i think about it

soccos: I don't have time to set that up right now...

soccos: what's it called?

djce: I was referring only to the update query

just search for Musicbrainz alus

djce: lemme mail chutt and ask him;

ruaok is now known as ruaok|coding

is MusicBrainz::* with a 'B' the best namespace?

In that it's named after the product, yes. Why not?

I thought Perl namespaces didn't do camel case (ironically)

whatever

real (real@h65-222-106-121.fl.shawcable.net) has joined #musicbrainz

I think the only rule is not to use all lower case - that's reserved by Perl itself.

fair enough

i'm all for camel case

it reminds me of wiki's and Cocoa

both of which are pleasant

heh ;)

:-)

Catchy name for it, too. I haven't heard it called that before.

oh emoticon, is there no emotion you are not equipped to emulate?

there's an argument that everything Perl should be camel case

based on anything more than the fact that there is a camel on the perl book?

I think it makes code pretty readable

no, nothing more than that :)

alus "Untested"

go on, you know you want to :)

cfcreateurlbyaddingpercentescapes or CFCreateURLByAddingPercentEscapes

i choose #2

2

this_is_the_perl_way

that_takes_to_much_time

not_if_you_can_touch_type

it takes two strokes to generate an underscore

shift -

however, camel case is just like normal writing, cept' you leave out the space

you still have to shift though

if you count the shift-letter as two strokes, then its the same as normal writing

the_perl_way takes 14 strokes

I'd never really thought about it but I think the underscores is more readable

thePerlWay takes 12

i suppose they are both pretty readable

better than all lowercase

one benefit of camel case, at least in the cocoa frameworks, is that since most method names are incredibly long, the addition of underscores can really bloat out a line of code

i mean, when you are already dealing with things like initializeWithURLByRemovingStandardPercentEscapes

writing it as initialize_with_url_by_removing_standard_percent_escapes is just getting nuts

maybe the object model is wrong

could be. some of the cocoa methods are very long. but that goes along with their philosophy of making it incredibly easy to use

often if you want to do something, you can just guess, and 9 times out of 10 the method name you guessed will actually exist

wow Sander did a good job with the Perl bindings

I don't suppose any Perl is allowed in building wikipedia pages

(or any other binding for that matter)?

I was thinking it would be pretty easy to automate adding MB links that way

g'nite all

bye

soccos is now known as soccos|away

hm, libmusicbrainz seemed to install fine, but the Client perl module failed trying to access it

(on cygwin)

soccos|away is now known as soccos

sander just release 0.06

hasn't hit my mirror yet

soccos is now known as soccos|away

SvanZoest (~sander@rietveld.vanzoest.com) has joined #musicbrainz

cygwin ;p

soccos|away is now known as soccos

Nice Perl bindings SvanZoest

thanks. Let me know how to make them better. :)

oard & Brew Sandwich Shop1212 Camino Del Mar, Del Mar858-481-1021

hmm.. sandwiches. :)

hmm ... dinner

soccos is now known as soccos|away

sandwiches

sound good.

sandwiches and beer