#musicbrainz

and before i change -- any particular reason(s) for using test.musicbrainz.org?

during testing the library it was probably more convenient

why does tp_tagger's file metadata report truncate the last three digits of the duration field?

Duration: 238000 <- file metadata

Duration: 238173 <- server metadata

it seems to be the case for all the files.

perhaps the plugin can't calculate the track length exactly enough. dunno

the tp_tagger?

no, the plugin that created the checksum. the flac plugin in your case, right?

yes.

oh.. 2:38.173

no.. never mind

238 = number of seconds

so it's chopping off the milliseconds, then.

should be no problem for lookup

hmm

it stopped working

server busy?

but a lot of the files aren't at 100%, even though they were recognized. and some of them weren't recognized either.

oh, is that it?

I don't know

me neither.

perhaps canidae can help you here. I don't know enough about tp_tagger

hmm?

it stopped working. i can still run commands and such, but there's no activity apart from that.

and the files that didn't already have some sort of tags attached to them weren't recognized at all.

I'd just restart it :-)

but then i'll lose all the tags it _did_ find and looked up.

well, I'm afraid there's nothing I can do :-(

oh wait, i can save those that i have.

are you using cvs head, vegard?

canidae: nope, the one that's in portage.

that's.. tunepimp 0.3.0

hmm... then i can't help :p

tp 0.3.0 is quite old

you should really try cvs HEAD and build it yourself

i'm surprised 0.3.0 even can be considered as working... </troll> :p

h

oh

so there has been improvements?

some few... not that i remember what without checking the changelog :p

anyway, there's no point in reporting bugs for outdated versions :-)

why do i need the latest one?

hmm

with the latest one you can get my superior "%3%u%sortname" thingy :p

ha, who needs that? we should save all files under their trackId :-)

hmm, was that "for i=0... for i=0..." loop thingy fixed in 0.3.0?

lol

hmm

can i send you patches if i make any?

sure, if you're working on cvs head

</answer for ruaok> :p

vegard: ruaok is the author and maintainer. all patches should be sent to him

k.

where is cvs? :-S

thanks. i know that you gave me the link earlier.

oh? perhaps, don't remember

if you had asked me 10 times I probably would remember though

vegard: idi.ntnu.no?

heh

what about it? :)

nah, just googled a bit, and noticed you apparently study there :p

nah, i don't.

but i'm participating in their programming contest :)

ahh, "nm i programmering"?

or are you just a "far away student"? :p

nja.. "norsk informatikkolympiade"

hmm, never heard of it

do you live in norway?

yes, trondheim :)

about 500 meters from ntnu :p

oh.

i'm going there in twelve days to participate in the final national round :)

cool, good luck! :)

thanks :-P

even mentioned at http://www.cppreference.com/credits.html

not bad

hehehe

it's quite funny. for a long time, i didn't know it myself.

i'm quite sure it was just a typo correction :)

it's neat to be in "CREDITS"... i was pleasingly surprised when i noticed my name in "AUTHORS" of tunepimp =)

:-)

heh, *I* am mentioned. that doesn't say anything :-)

i didn't really do much though... just some alternative to the "%abc"

and a greater patch now that i really want to get in... hurry up ruaok! :p

i feel a bit sorry for him when he gets around to that patch... it's almost 1k lines :p

what does it do?

it adds a fuzzymatching to the trm lookup increasing the amount recognized songs

and would you kindly guide me through the process of making a Makefile for tunepimp cvs?

./autogen.sh

ah. helpful.

you need autoconf, automake and libtool

sure :)

not obvious for most people :-)

invalid host type :-o

oh. what os are you on?

linux

hm. funny. perhaps you don't have the versions of the autotools that work :-P

never seen that error before... what distro are you using, btw?

gentoo

well, actually, that's just the warning

error: can only configure for one host and one target at a time

snapshot: http://www.stud.uni-karlsruhe.de/~uy7l/tunepimp...

that's cvs HEAD with Makefiles created on my system

yalaforge: you're on debian, right?

yup

ok, just checking :)

forbidden :-S

anyway, that's not likely to work since i'm on a macintosh.

heh

you could have told us earlier

it shouldn't matter :-S

isn't macintosh powerpc?

it is.

or a risc cpu

autoconf is very system-specific

erm. it's a PowerMac machine, my gcc is powerpc-gcc. the processor is MacRISC. :)

well, you can remove the checks in configure.in and hope it works

i'll upgrade my autoconf, automake and libtool and try again.

that won't do the trick, I guess

erm.. i have automake 1.5 and latest version is 1.9

HEH

thanks.

there! latest version of automake, autoconf and libtool

now compiling cvs head :)

*crosses fingers*

woohoo! :D

eep

errored out

syntax error before * token

:-/

taglib/uniquefileidentifierframe.h is missing

vegard: which file do you get that error in?

id3_taglib.h

which cpp file?

plugins/mp3/mp3.cpp

look at config.h in the root dir.

find the line that includes:

HAVE_TAGLIB

paste that line here

#define HAVE_TAGLIB 1

hmmm.

do this:

locate uniquefileidentifierframe.h

paste the output here