#musicbrainz

ah, then drag it from there to the album in the Albums folder

like in step 5

i'm trying to make the screenshot

k

fuchs has changed the topic to: http://musicbrainz.org/ | There are HowTos that need writing @ http://wiki.musicbrainz.org/HowTo

anyone experienced problems with re-identifying files after stripping all the id3 tags with an external program like id3kill?

never tried, why would i want to do that? ;)

for example, i identified an album with the normal tagger, and every song had a 99-100% matching score. then i stripped all the tags with id3kill, and after a second pass with the tagger, the scores dropped to 45-50%

it was just an experiment :)

the normal tagger uses text-matching to augment the scores.

"the normal tagger" = the old windows tagger?

fuchs: yes.

see Russss ;)

sssssssssssssss

and picard uses only the audio fingerprint?

no

The server is up again?

gia, yes

humm, the picard always showing "loading album information"....

DivideBy0: i believe picard .6 and before used text seraching exclusively, and .7 will use both though I wish i knew exactly how

alfzer0: that is correct

right

alfzer0: you can read the code :)

ok, thanks

grrr.

fracking server crashed on us again. Stupid RAID card.

hahahaha, if i could read code well i would

shoulda stayed in school

ruaok: lingling?

yep

and our janky load balancing tipped over when it died.

so I took it out for now.

out load it not high enough to warrant two mirror DBS atm anyway.

one will work fine for now.

once I get home I will rip out the RAID card, move FTP to oregon

and then reload it as a non-RAID DB mirror

sounds sensible

ebay, I guess

Russss: nice updates

ruaok: can you fix the permissions on replication-1860.tar.bz2 and replication-1861.tar.bz2 they're unreadable at the moment

grr, libofa doesn't want to generate the configure/install scripts correctly

inhouseuk: try again please.

much better :)

is anybody here familiar with http://musicbrainz.org/artist/1ea1fcdd-d676-4b7... ?

I think http://www.jamendo.com/us/artist/nexus/ is a different nexus, but I'm not sure

fuchs, http://www.webalice.it/mrslindop/fluxbox-fctk-2... [at 193942.png]

fctk: yep, drag the album from "Album clusers" to the album in "Albums"

aaahh

everything is red now

red squares?

red background

background?

as the picture in step 6

hi yllona

ah, ok ;)

yeah, now you can save :)

'lo ru! how's the festival?

I haven't seen shit other than the trade show so far.

but the music festival starts today.

no tradeshow today, so I will get to relax and babysit the site a little

fuchs, it seems it works

ah, there is fantastic film there could check it out for me?

I'll try and catch a few shows later this week

but how can i be sure it tagged everything ok?

no promises. which one?

tracks in right order for example

ru: http://www.beforethemusicdies.com/

i'd like in particular to check the song duration

fctk: but this should always be correct. If picard isn't "sure" which file belongs to which track data, it will put them in a small subfolder below the album in "Albums" (as I described above)

mustaqila: shall we go storm some demon building and demand they fix it?

if my track is 3:43 seconds long, and the related one on mb is 3:45 long, it should alert me

Lead the way!

hmm... where are we going? :D

fctk: not really - 2 secs difference can be the result of the ripping process

I'm not too sure :\

fuchs, i know, but i should be informed

maybe it's trailing silence that has been removed.

it's extremely common.

ok 2 secs is ok, but 10 secs is not ok

fctk: you see the indicator on the left of each track, it gets more red the more the MB and your local data differ

i have something as 50-55%

fctk: i think with 10 secs difference picard would have automatically associated the file with the track data

ru: here's the SXSW screening schedule for the film: http://2006.sxsw.com/film/screenings/film/F2824...

fctk: wouldn't ;)

so can i trust picard?

maybe i only need to get used to it

fctk: you will learn to trust it after playing a bit more :)

ok

anyway, using picard is *far* faster then tagging everything manually

fctk: try for example tracks with no tags, you'll see that picard won't do anything automatic for them, and you are on the safe side :)

the album i just tagged was without any tag

it was a test album

fctk: hmm, there seem to have been some tags, otherwise picard wouldn't have known the album name in the album clusters folder for example

maybe they didn't have id3v2 but old id3v1 tags?

mmh.. the windows tagger replaces '...' in track/album names with nothing (not even a space). :(

fuchs, dunno... how can i check?

can someone check what you get when trying to edit the annotation on http://musicbrainz.org/album/d7728e5c-14e1-43f1... ?

hmmm, "Warning: Someone else is currently editing this annotation. Please try again later."

fctk: which operating system?

gentoo linux

with me, apparently it contains the html of the edit page... :s

Wow..., where'd that annotation come from...

there are a lot of small command line tools taht show you the tags

all other annotations work though...

hm, where is g0llum?

like id3v2 and id3

ok

aha, the problem is in one missing "

luks: do you know who or what changed the look of topmods.html?

no

g0llum did.

I should've not reused that style for the search results.

lol

I thought it was ruaok's fault ;)

just wondering, the file wasn't changed, but g0llum played around with the css

I'll fix that and change topmods back

ah, ok :)

http://musicbrainz.org/search.html the topmost elements in Search look a bit strangely aligned, too :)

but the results page is kewl :)

mmh...

with the id3v2 --list command i discovered the original files have both version 2 and 1

you can use id3v2 to delete either or both

should check again

hmm

what zout ?

and indexed search for 'Smartlappen Top 100 (disc 3' does not give anything...

mmh... found the problem

zout, that gets updated only once a day right now.

ruaok: could you update /htdocs/edit/annotation/album/edit.html from CVS, please?

i use exfalso for tagging files