#musicbrainz

duncf (duncf@DU185.N202.ResNet.QueensU.CA) has joined #musicbrainz

is there a newer version of the tagger than 0.9.0 (like a beta or something?)

nm... i think i found it... what's the status with 0.10.0-test3-xp?

real__ (~real@6532210hfc01.tampabay.rr.com) has joined #musicbrainz

icepick is now known as icepick-away

icepick-away is now known as icepick

icepick is now known as icepick-away

icepick (~icepick@206.169.228.145) has joined #musicbrainz

real__ is now known as real

icepick is now known as icepick-away

icepick-away is now known as icepick

pubarso (mister@pcp03105153pcs.shlb1201.mi.comcast.net) has joined #musicbrainz

hi

yalaforge (~matthias@krl9-d9bb42b9.pool.mediaWays.net) has joined #musicbrainz

djce (~davide@195.60.9.122) has joined #musicbrainz

good morning djce, do you have a minute?

sure

have a look at http://www.musicbrainz.org/user/view.html?uid=2...

and try to load the user's homepage

perhaps it would be a good idea to prepend the 'http://' if it isn't given

Dammit. Browser playing up...

:-)

So the problem is that the URL is assumed to be complete, even if it's not?

yes

http://www.musicbrainz.org/user/www.bigar.org.uk is the result

OK, I've got some code I can use to guess URLs. Can you add a SF bug for this please?

ok, will do

thanks

Wow. *70* unused artists removed last night. Normally it's less than 10.

Someone's been busy!

me

Yay!

I had a look at lots of various artists CDs

So it is (top mods sidebar) :-)

yes, I'm back :-)

wb

all I had to do was an artist search for 'feat.'

Looking for artists containing "compilations" throws up a load too.

true. There are a few other searches I try as well to keep my mod count high

I was in the top mods list last week. Then I went back to coding ;-)

well, I think you should give yourself 20 pseudo-mods for an hour of coding

:-)

Hmmm. After approx 11-12 hours, my poor little box has finally managed to unpack the freedb complete archive. That's a big tar file.

how bit is it?

big

242731003 Sep 5 06:04 freedb-complete-20030905.tar.bz2

So 242Mb bzip2'd

wow. pretty hard job for the file system

but 4168 Mb reported by "du" after unpacking.

probably you should create a partition with 1KB block size

otherwise you waste 3K for each file

Six months ago or so, it was 3319 Mb

Good idea. Do you know how you do that?

you need a free partition, one you don't need anymore

I was thinking of seeing how well it would fit into a PG database too...

OK. Or I could use a "-o loop" file, yes?

use mke2fs with the -b option

Ah, ok.

I don't do a lot of that normally. The OS installer takes care of that for me :-)

I don't know about loopback file systems, sorry

ok

you need to umount the partition in question

but all data on it will be lost, of course.

yes, of course. thanks.

mke2fs -b 1024 -j /dev/hd...

oh, and you need enough inodes. At least one for each file (the -N option)

1067811

ouch!

oh dear. that's a lot of files

with 1K block size it should be just a bit over 1Gig

why do you need all that crap?

I'm just gonna see how big the tar file is after "bunzip2"

I don't. It's just for, err, fun. Or interest. Or because I can.

:-)

much faster

We'll see. But yet, I think so!

(yes)

the problem with extract is that many new data structures have to be created in the file system

ext2fs doesn't cope very well with this. The BSD FS in async mode is even worse

Yup. I'm hoping with just a bunzip2 (i.e. freedb-complete.tar) that I can scan the tar file, build up an index of filenames to TAR offsets, and then just "open/seek/read" to load each record.

Hopefully, seek is nice and fast.

yes, I think that'll work

I once fed a tar file full of mp3s to my xmms. It worked well :-)

cool, there is a description of the tar format in /usr/include/tar.h

bunzip2: 10 min, instead of 12 hours.

we were right :-)

how do you want to extract the index?

Archive::Tar (perl). Or a little variant of it wot I just writ :-)

I just found http://www.mkssoftware.com/docs/man4/tar.4.asp

yalaforge: the tar indexing works a treat. 1754Mb tar file; 103Mb index (two Postgres tables); and nice fast retrieval times.

(The raw index file (before loading into Postgres) is only 29Mb!)

great. but now, what are you going to do with it?

I forget :-)

at least, you can send the script to the freedb guys

Oh well, this afternoon I can get back to some real coding. Advanced Relationships!

much work, hm?

It's interesting. Trying to get the UI not to suck is a bit of a challenge.

I could do some testing if you want. I always know what sucks :-)

ok, bye

Thanks, I'll probably take you up on that in a few days!

arnowa_ (~chatzilla@pD9E8241D.dip.t-dialin.net) has joined #musicbrainz

Rotty (~andy@dsl-158-235.utaonline.at) has joined #musicbrainz

Rotty_ (~andy@dsl-157-105.utaonline.at) has joined #musicbrainz

Damn this hot weather again. It really ruins my chances of getting some decent coding done. :-(

Rotty__ (~andy@dsl-244-15.utaonline.at) has joined #musicbrainz

real_ (~real@6532208hfc74.tampabay.rr.com) has joined #musicbrainz

duncf (~duncf@DU115.N202.ResNet.QueensU.CA) has joined #musicbrainz

ruaok (~robert@adsl-63-194-101-14.dsl.snlo01.pacbell.net) has joined #musicbrainz

i have a question, if there is a bonus track on the cd

and cd has 14 tracks

do i say "14 total" or "15 total"

do i count the bonus track

or will it be 15/14

for MB purposes the bonus track counts as a regular track.

okay cool

i just broke my pinky

=[