IRC log of musicbrainz on 2012-06-20

Timestamps are in UTC.

00:39:24 [Tykling]
Tykling has joined #musicbrainz
00:46:24 [Tykling]
Tykling has joined #musicbrainz
01:32:03 [dankine]
dankine has joined #musicbrainz
02:06:16 [JoeLlama]
JoeLlama has joined #musicbrainz
03:23:09 [STalKer-X]
STalKer-X has joined #musicbrainz
03:26:21 [kepstin-laptop]
kepstin-laptop has joined #musicbrainz
03:35:00 [igndenok]
igndenok has joined #musicbrainz
05:35:48 [aeontech]
aeontech has joined #musicbrainz
06:13:54 [JoeLlama]
JoeLlama has joined #musicbrainz
06:27:11 [Shepard]
Shepard has joined #musicbrainz
06:42:10 [DarkerAudit]
DarkerAudit has joined #musicbrainz
06:55:57 [xplt]
xplt has joined #musicbrainz
06:56:08 [xplt]
luks: ping?
07:00:10 [luks]
xplt: pong
07:02:08 [xplt]
luks: https://dl.dropbox.com/u/996836/AcoustIDClientCrash.log <--- so... Is it FFT library issue or acoustid's one?
07:08:22 [luks]
xplt: most likely acoustid's
07:08:40 [luks]
what version of chromaprint?
07:09:08 [luks]
hm
07:09:19 [luks]
but that crashes before actually doing anything
07:09:39 [luks]
while just initializing the FFTW plan
07:10:22 [xplt]
Version: 0.6; Release: 4.fc17;
07:11:12 [luks]
does this happen always on the same files?
07:12:34 [luks]
I think I see the problem
07:13:02 [xplt]
I'm not sure, but looks like, it only crashes on first attempt of analysing new folders
07:14:24 [xplt]
if I run it for the second time - it will work nicely
07:14:25 [luks]
I'm calling the FFTW library initialization code from multiple threads, which is causing the problem
07:16:38 [luks]
I wish I could just make everybody use FFmpeg :/
07:17:43 [xplt]
:-/
07:20:33 [luks]
this should fix the problem https://github.com/lalinsky/acoustid-fingerprinter/commit/0ad92bdd
07:20:46 [luks]
but that doesn't help you with the fedora package
07:21:50 [xplt]
luks: I'll try to build it (for myself), thank you very much :)
07:30:27 [ijabz]
ijabz has joined #musicbrainz
07:46:28 [ijabz]
ijabz has joined #musicbrainz
07:52:03 [JoeLlama]
JoeLlama has joined #musicbrainz
07:58:41 [adhawkins]
adhawkins has joined #musicbrainz
08:12:56 [tri_marianaaf]
tri_marianaaf has joined #musicbrainz
08:14:02 [_5moufl]
_5moufl has joined #musicbrainz
08:17:05 [reosarevok]
reosarevok has joined #musicbrainz
08:17:59 [reosarevok]
How does rreplace work in Picard? :) Would $rreplace(artistsort,",","") work?
08:18:13 [reosarevok]
(the user from the other day wants to remove the comma from sortnames)
08:26:43 [luks]
$replace(%artistsort%,\,,)
08:30:03 [reosarevok]
:)
08:30:06 [reosarevok]
Thanks!
08:30:16 [reosarevok]
* reosarevok finally plays the SND mix ocharles shared
08:30:25 [luks]
you should really point people like that to the forums
08:31:11 [reosarevok]
Guess so
08:33:04 [reosarevok]
Told him to do so if he has more questions about scripting :)
08:40:30 [KRSCuan]
KRSCuan has joined #musicbrainz
08:45:32 [KRSCuan]
Is there any reason not to change the オムニバス (omnibus) credit for Japanese compilations to VA?
08:48:02 [KRSCuan]
See the latest edits on http://musicbrainz.org/user/KRSCuan/edits/open
08:51:49 [marcooliveira]
marcooliveira has joined #musicbrainz
08:55:40 [jesus2099]
jesus2099 has joined #musicbrainz
08:56:06 [jesus2099]
reosarevok: there is no reason to engilshicize from オムニバス to any englis hworkd imo
08:56:23 [jesus2099]
woops KRSCuan ←
08:56:23 [reosarevok]
* reosarevok didn't ask :)
08:56:48 [jesus2099]
KRSCuan: there is no reason to engilshicize from オムニバス to any english work imo
08:57:08 [KRSCuan]
I just romanized for those who can't read kana.
08:57:14 [jesus2099]
bitmap: are you there, Bitmap ? another subvkect
08:57:34 [jesus2099]
KRSCuan: this is not romanize, it’s translation http://musicbrainz.org/edit/18044905
08:58:39 [KRSCuan]
There are 105 release groups using VA as artist with オムニバス as artist credit. No recordings.
08:59:14 [jesus2099]
no recordings it’s normal as it is VA compilations or Collectif in france etc.
08:59:37 [jesus2099]
there are 105 RG now but it will be growing since it was not allowed before having ArtistCredit
09:00:13 [reosarevok]
Go go go Jokipii_bot!
09:00:16 [jesus2099]
オムニバス = Collectif = Various Artists = whatyourlanguageusageisinyourcountry
09:00:23 [reosarevok]
More discogs links coming our way :D
09:00:31 [jesus2099]
reosarevok: what you mean ? those bots make me nervous
09:00:32 [KRSCuan]
We do "engilshicize" the credit for German compilations though, and probably for just about every other language.
09:00:53 [jesus2099]
KRSCuan: ArtistCredit is new and the advantage has not been taken everywhere yet probably
09:01:02 [jesus2099]
Who is “we” ?
09:01:04 [reosarevok]
jesus2099: stuff like http://musicbrainz.org/edit/18033635
09:01:19 [reosarevok]
Also, most people *do* keep VA standardised
09:01:36 [reosarevok]
But I guess it the local version of VA *is* printed, then we could/should? use that
09:01:42 [reosarevok]
*if
09:01:58 [jesus2099]
OK the reason for オムニバス is that it’s the most used form in Japan. Now what is the reason for foreuign words, KRSCuan ?
09:02:33 [KRSCuan]
Consistency?
09:02:35 [jesus2099]
Isn’t the genuine non-import market what’s most important ?
09:02:44 [serengeti]
serengeti has joined #musicbrainz
09:02:51 [jesus2099]
Uzbek releases don’t need to be consistent with USA releases for instance, you knwo
09:03:14 [jesus2099]
It’s already consistent enough as being in the same VA artist, just the ArtistCredit potential is used
09:03:53 [reosarevok]
I think the point is that the user doesn't care in what non-printed language it "should" be, but that it is various artists, and as such a Japanese person might want to see "オムニバス" in *all* VA releases, and an English person Various Artists
09:04:16 [reosarevok]
Sadly, we still haven't managed to use aliases for that. Hopefully soon :/
09:04:38 [jesus2099]
in the mean time I don’t see reason to remove オムニバス
09:04:42 [KRSCuan]
Yep, I think aliases are better for this, in the case of VA releases.
09:05:46 [jesus2099]
KRSCuan: what you say is not there yet
09:05:54 [jesus2099]
then no need to remove stuff now
09:06:37 [jesus2099]
And we should have anyway the setting of always display what’s printed instead of localised stuff in that future setting imo
09:06:56 [jesus2099]
(when there is something printed)
09:08:13 [jesus2099]
KRSCuan: you try to remove stuff from VA but did you fix the VA country argentian→× ? :p
09:08:34 [KRSCuan]
We have 1943 VA releases with lang:jpn, 129 of which use オムニバス as a credit.
09:09:01 [KRSCuan]
So changing it to VA is also more consistent with other Japanese compilations.
09:09:13 [jesus2099]
KRSCuan: AC is new
09:09:29 [jesus2099]
most releases date from before or from non-japanese editors
09:09:47 [jesus2099]
you don’t give me good reasons IMO
09:09:51 [jesus2099]
:)
09:10:20 [jesus2099]
it’s not because « hey most guys are doing wrong things » or used to do or anything like that that we should do same same imo
09:10:38 [jesus2099]
as long as there is no problem using ArtistCredit, as it is made including for that pirpose
09:11:34 [KRSCuan]
How common is "さまざまなアーティスト"?
09:12:03 [jesus2099]
less
09:12:11 [jesus2099]
far less
09:12:23 [jesus2099]
(based on street store experience)
09:12:30 [jesus2099]
but they exist too
09:12:43 [jesus2099]
I guess Various Artists is not the only stuff in english world either
09:12:49 [jesus2099]
it’s the most common maybe
09:12:56 [jesus2099]
like オムニバス
09:15:27 [jesus2099]
reosarevok: I recently saw a jokipi_bot edit based on plain text found on an anonymously edited wiki page (discogs) instead of on its picture scan for instance. I feel just about so so about typo copying. adding discogs URL is OK but not copying stuff from there without cross checking with some serious links in those cross checks
09:15:57 [jesus2099]
we don’t NEED to fill up MB with unchecked data
09:15:59 [reosarevok]
That's why the edits are left open (when the system allows it)
09:16:39 [jesus2099]
1000000 open unchecked edits = edits are not checked anyway
09:16:44 [KRSCuan]
I also saw some recent merges based on shared Discogs links, which were often just incorrectly set.
09:16:51 [jesus2099]
if it’s a program it shouldn’t add unchecked edits
09:16:54 [reosarevok]
Merges are not via bot
09:16:59 [reosarevok]
So that's different
09:17:16 [reosarevok]
Edits, bot or not, are checked only if voters care about an artist
09:17:25 [reosarevok]
So they'll be checked anyway for those, and ignored anyway for the rest
09:17:27 [KRSCuan]
Nope, but probably using the same input data and not enough checking.
09:17:34 [KRSCuan]
Just done manually.
09:17:40 [reosarevok]
Exactly as they would be if done by an user
09:18:17 [reosarevok]
For the merges, I kinda agree, though - that's riskier
09:20:11 [jesus2099]
reosarevok: the difference is that no user will manually add 1000000 unchecked edits
09:20:42 [reosarevok]
Heh
09:21:06 [reosarevok]
The bot is probably limited to 1k open edits at a time
09:21:26 [reosarevok]
which means people like drsaunde and me probably still make more than that
09:21:29 [jesus2099]
* jesus2099 rephrases
09:21:32 [jesus2099]
reosarevok: the difference is that no user will manually add 1000 unchecked edits
09:21:43 [reosarevok]
(so, depends what "unchecked" is)
09:22:13 [jesus2099]
unchecked means you direclty copy stuff from unreliable anonymously edited source rather than from your record or from an official source or from multiple sources
09:22:16 [reosarevok]
(based on discogs info? I bet we've all done if there's nothing better. admittedly, we *do* look at images when they're there
09:22:18 [reosarevok]
)
09:22:26 [jesus2099]
not the bots
09:22:38 [jesus2099]
that’s what I mean
09:22:54 [reosarevok]
Yeah
09:23:14 [reosarevok]
If our data quality didn't suck and people actually used it, we could restrict bots and tell them not to edit high-quality stuff
09:23:30 [reosarevok]
(for the rest, they're muuuuch more likely to help than hurt)
09:23:34 [reosarevok]
Sadly, it does :(
09:23:38 [reosarevok]
(suck)
09:23:53 [reosarevok]
So we would be restricting the bots *and* the users
09:24:00 [reosarevok]
Via random edit failures
09:25:28 [marco-oliveira]
marco-oliveira has joined #musicbrainz
09:25:34 [jesus2099]
« they're muuuuch more likely to help than hurt » no because we don’t need those datas so much
09:25:54 [jesus2099]
we shouldn’t strive for the quantity
09:26:04 [jesus2099]
or at least bots shouldn’t
09:26:24 [marco_oliveira]
marco_oliveira has joined #musicbrainz
09:26:26 [reosarevok]
Yes we should, if we had a way to mark very verified data
09:26:40 [reosarevok]
Since we do not at the moment, I'm on the fence
09:26:53 [jesus2099]
Let’s take an example if a wrong barcode is insterted, I coming with my real release will create a new release next to it because the barcode is not the same
09:27:08 [reosarevok]
But really, what I've seen from bots is much better from what I've seen from a lot of editors
09:27:28 [jesus2099]
the only better part of their edits is that they always write edit notes
09:28:02 [jesus2099]
but I do like their edits when there is no problems like when they just add links etc. as long as they don’t touch the data itself
09:29:42 [KRSCuan]
What happened to JeroenBot?
09:30:03 [KRSCuan]
Which used to copy lots of Discogs credits to MBz relationships.
09:35:19 [reosarevok]
It stopped doing so
09:35:25 [reosarevok]
Probably because Jeroen left?
09:35:26 [reosarevok]
Dunno
09:39:07 [jcazevedo]
jcazevedo has joined #musicbrainz
09:40:08 [KRSCuan]
Did anyone extend on it? I think the code was on Github or some place like that.
09:42:27 [_5moufl]
_5moufl has joined #musicbrainz
09:42:27 [_5moufl]
_5moufl has joined #musicbrainz
09:45:38 [reosarevok]
no idea
09:45:44 [reosarevok]
I know Jokipii_bot can do it too anyway
09:59:38 [KRSCuan]
Those merges based on same Discogs page start to tick me off.
10:01:17 [reosarevok]
Ask him to stop doing them?
10:01:48 [KRSCuan]
Maybe 80–90% are okay with no changes needed.
10:03:52 [reosarevok]
Then tell him
10:04:05 [reosarevok]
I've found him to be a pretty reasonable person anyway
10:04:26 [reosarevok]
If you explain the issues I guess he would just stop (and probably put all cases in a wiki page so they can be checked)
10:06:20 [KRSCuan]
Already told him on some edits. Maybe I should come up with some ideas to make those merges more reliable.
10:08:39 [reosarevok]
http://musicbrainz.org/doc/Talk:Indexed_Search_Syntax wtf
10:08:48 [reosarevok]
Why are talk pages in the doc area
10:09:00 [reosarevok]
navap ^ shouldn't we stop showing that?
10:33:36 [jesus2099]
jesus2099 has joined #musicbrainz
10:34:18 [jesus2099]
reosarevok KRSCuan : I’ve also told individual bots individual concerns I had on some edits but it’s endless stuff doing so
10:34:18 [jesus2099]
I think we should have a BOT section in the CodeOfConduct instead
10:38:36 [praest76]
praest76 has joined #musicbrainz
10:42:53 [jesus2099]
like « IF YOU ARE A BOT » section :D
10:43:19 [ocharles]
reosarevok: because we currently filter things out of /doc/, rather than filtering things *in*
10:43:27 [ocharles]
are there any other namespaces we do want in /doc?
10:45:31 [reosarevok]
I guess MetaBrainz (but that's it's own doc, I guess) and Category and maybe Template for now... but since navap was the one looking at those, I'd like his opinion
10:45:39 [reosarevok]
Talk just seems wrong, though
10:46:25 [ocharles]
warp: did you see http://electronicexplorations.bandcamp.com/ ?
10:48:46 [KRSCuan]
[11:08:13] <jesus2099> KRSCuan: you try to remove stuff from VA but did you fix the VA country argentian→× ? :p ← Indeed I tried, but I can't.
10:49:00 [KRSCuan]
Damn, he's gone. :\
10:49:18 [warp]
ocharles: I saw a tweet about it
10:49:56 [derr84]
I thought the word "about" shouldn't be capitalized in titles...
10:53:25 [reosarevok]
Yeah, nobody can fix that without database access :(
10:53:37 [reosarevok]
(the VA country)
10:56:35 [KRSCuan]
Probably the result of some merge, eh?
10:58:55 [reosarevok]
Yeah
11:01:49 [CatCat]
[10:58] jesus2099KRSCuan: ArtistCredit is new and the advantage has not been taken everywhere yet probably
11:01:50 [CatCat]
+1
11:02:44 [KRSCuan]
But not for translating "Various Artists" into x languages, IMO.
11:03:35 [KRSCuan]
And hardly any VA releases even have "Various Artists" or equivalent written anywhere on them.
11:05:12 [CatCat]
so why not use the language equivilent
11:05:31 [CatCat]
norwegian would have "diverse artister"
11:07:56 [reosarevok]
And what would you use for a release which is half German, half French? :p
11:08:08 [reosarevok]
One word in each language? :p
11:11:35 [CatCat]
no idea, what would people use?
11:11:54 [CatCat]
just use various artist
11:11:58 [CatCat]
or whatever
11:12:24 [reosarevok]
Well, I don't know what people would use
11:12:34 [reosarevok]
Probably "VA" in their own language
11:12:39 [reosarevok]
(thus, aliases)
11:16:54 [KRSCuan]
And if you have Norwegian, German and Japanese compilations, would you name them "diverse artister", "Verschiedene Interpreten" and "オムニバス" respectively?
11:30:29 [pankkake]
pankkake has joined #musicbrainz
11:31:30 [dimonov]
dimonov has joined #musicbrainz
11:37:55 [derr84]
there are 2 perf.names by an artist. but his legal name is unknown, only his first name. how should I link the two entities? :)
11:39:56 [ijabz_]
ijabz_ has joined #musicbrainz
11:41:05 [CatCat]
KRSCuan: possibly
11:41:20 [CatCat]
derr84: use artis cretis?
11:41:24 [CatCat]
duno
11:41:31 [CatCat]
hard tosay withouth concrete example
11:42:32 [KRSCuan]
CatCat: But those credits for VA are nowhere on the releases (or not on most of them), they are just what a music store assigns to them.
11:43:19 [KRSCuan]
And those can be inconsistent for even a single store.
11:44:03 [KRSCuan]
E.g. amazon.fr has some VA compilations listed under "Multi Interprètes", "Collectif" etc.
11:44:34 [KRSCuan]
And those are the only place where they are written out.
11:49:52 [reosarevok]
derr84: that case is annoying
11:50:00 [warp]
artist credits are supposed to capture how something is credited. using "Diverse Artiesten" for a VA release is fine, IF that is how it is credited on the release.
11:50:15 [KRSCuan]
Argentine as VA's country comes from http://musicbrainz.org/edit/16654771 and http://musicbrainz.org/edit/17068468.
11:50:33 [reosarevok]
derr84, If you have some info, you *could* create a "legal name" artist only with the name (and a disambiguation comment)
11:50:36 [warp]
so in most cases it should just be the regular VA, because releases generally don't list VA as an artist.
11:51:07 [reosarevok]
derr84: some people just link one to the other when they don't have a legal name at all, and some just add a link to the other one in the annotation
11:51:08 [derr84]
Alex (smth)... so strange))
11:51:34 [reosarevok]
(since linking the two is technically false since none are a "legal name"
11:51:35 [reosarevok]
)
11:55:27 [derr84]
reosarevok: may be to put two perf. names in the disambiguation? - Alex (One, Two)
11:55:36 [reosarevok]
Guess so
11:55:41 [reosarevok]
I mean, none of the options are ideal
11:55:42 [reosarevok]
But...
12:05:02 [outsidecontext]
outsidecontext has joined #musicbrainz
12:21:05 [outsidecontext]
outsidecontext has joined #musicbrainz
12:37:53 [CatCat]
[13:47] warpartist credits are supposed to capture how something is credited. using "Diverse Artiesten" for a VA release is fine, IF that is how it is credited on the release.
12:37:55 [CatCat]
This
12:38:34 [reosarevok]
Sure
12:38:50 [reosarevok]
But a veeery small amount of VA releases have a "VA" credit
12:39:00 [reosarevok]
(the few that do have it printed, sure, use it)
12:39:16 [CatCat]
wich is why i'm agaisnt changing "artist credits" but individual releases is fine
12:39:17 [KRSCuan]
I don't see this being the case on the small set of Omnibus ones I checked.
12:39:18 [noobie]
noobie has joined #musicbrainz
12:39:18 [noobie]
noobie has joined #musicbrainz
12:39:31 [KRSCuan]
Though they have Omnibus on amazon.jp
12:39:58 [CatCat]
amazon jp could probably be trusted :o if not ,what is magical DB syin?
12:40:00 [CatCat]
if it is
12:40:28 [CatCat]
also can't we get someoento fix the VA artist argentinian
12:40:31 [CatCat]
it's a disgrace
12:40:40 [CatCat]
ruaok or someone with direct accses
12:40:47 [CatCat]
als i have a bug on it
12:41:32 [KRSCuan]
KRSCuan has left #musicbrainz
12:41:43 [KRSCuan]
KRSCuan has joined #musicbrainz
12:42:14 [Leftmost]
Leftmost has joined #musicbrainz
12:42:14 [Leftmost]
Leftmost has joined #musicbrainz
12:50:58 [voiceinsideyou]
voiceinsideyou has joined #musicbrainz
12:56:01 [Leftmost]
Leftmost has joined #musicbrainz
12:56:01 [Leftmost]
Leftmost has joined #musicbrainz
12:59:33 [xplt]
xplt has joined #musicbrainz
13:08:06 [derr84]
May I use "a.k.a." as a join phrase in credits? so it appears on the album cover - http://musicbrainz.org/release/786097bd-25d8-492a-a9db-82dd3dceee07/cover-art
13:15:00 [reosarevok]
Guess so
13:16:01 [KRSCuan]
I just noticed that Picard switched back to single-key shortcuts for some functions, but left Ctrl +some other key for others.
13:16:08 [KRSCuan]
Who had that awkward idea? :\
13:21:37 [derr84]
reosarevok: another 2 variations: to put "Whiteman the Blacksoul a.k.a. Kid Kudzo" in Artist as credited or to put "a.k.a. Kid Kudzo" in Join phrase...
13:27:09 [KRSCuan]
Odd, I don't see any recent change to the shortcuts in https://github.com/musicbrainz/picard/blob/master/picard/ui/mainwindow.py
13:27:39 [navap]
reosarevok: I think MeB shouldn't be accessible from /doc (on MB.org that is)
13:27:56 [Jokipii]
Jokipii has joined #musicbrainz
13:28:11 [navap]
I'm in the US right now and about to leaver my wifi hotspot
13:35:41 [xplt]
xplt has joined #musicbrainz
13:39:38 [Jokipii]
Jokipii has joined #musicbrainz
13:41:31 [reosarevok]
navap: sure, I didn't know how that worked
13:42:32 [reosarevok]
navap: what namespaces would you keep?
13:49:58 [jcazevedo]
jcazevedo has joined #musicbrainz
13:52:25 [voiceinsideyou]
voiceinsideyou has joined #musicbrainz
14:05:58 [Freso]
Freso has joined #musicbrainz
14:06:29 [Freso]
Should I add http://dialekten.bandcamp.com/track/dialekten-farvel-pia as a single, or just as a recording?
14:23:07 [KRSCuan]
Now I see what caused the shortcut changes and why it applied both on Windows and Linux: the German l10n for Picard is utterly broken.
14:23:40 [kepstin-work]
Freso: I think a single would make sense
14:23:55 [Freso]
kepstin-work: Yeah. I had just decided on going that route. :p
14:26:10 [kepstin-work]
hmm, I guess my response wasn't particularly timely :)
14:29:39 [KRSCuan]
http://img254.imageshack.us/img254/5645/foo3.png
14:30:09 [KRSCuan]
The actual window size is 4620x316.
14:30:53 [kepstin-work]
lol
14:30:59 [KRSCuan]
But I don't have enough horizontal space.
14:31:04 [kepstin-work]
well, file a ticket against picard
14:31:24 [kepstin-work]
if you want, go to the transifex project and help fix the translation
14:32:18 [Prophet5]
Prophet5 has joined #musicbrainz
14:38:08 [Freso]
kepstin-work: http://musicbrainz.org/release/84d60334-ddbc-4659-9515-db1b4f61f47b
14:38:09 [KRSCuan]
I assume the key bindings don't work because Qt doesn't know what a Strg key is. >__>
14:38:17 [Freso]
I don't think I can make that entry any more complete. :p
14:38:39 [kepstin-work]
Freso: heh
14:40:51 [Mineo]
KRSCuan: humhumxx already fixed the translation in transifex
14:41:47 [KRSCuan]
Saw that, but it's still bad that this made it into 1.0.
14:42:10 [kepstin-work]
I guess we need translation reviewers :)
14:42:21 [KRSCuan]
And Ctrl→Strg is still translated where it shouldn't.
14:42:57 [KRSCuan]
At least now I know what caused this weirdness.
14:44:07 [kepstin-work]
why are those even translatable, if they're used internally to set the keybindings :/
14:44:42 [KRSCuan]
This happened to me before with some package update.
14:45:02 [KRSCuan]
The changed keybindings.
14:45:41 [KRSCuan]
Back then I thought someone intentionally changed that for usability reasons or whatever.
14:53:15 [Freso]
Is the cover art archive people going to accept PDFs anytime soon?
14:53:21 [Freso]
*Are
14:54:02 [ocharles]
There are no plans at the moment
14:54:10 [ocharles]
that's as much as I can tell you
14:54:11 [Leftmost]
Leftmost has joined #musicbrainz
14:54:15 [ocharles]
(and as much as I know)
14:54:44 [Freso]
Ah well.
14:55:03 [Freso]
Any recommended JPG quality settings when converting a PDF to JPG?
14:55:22 [kepstin-work]
Freso: it depends a lot on the pdf
14:55:39 [kepstin-work]
some pdfs actually just have jpgs embedded, and you can extract them directly.
14:55:54 [kepstin-work]
others have vector art and text, and there is no way to make a good-looking jpg from that.
14:56:17 [Freso]
kepstin-work: Except for, say, open it up in GIMP and export to JPG? :)
14:56:20 [the_metalgamer]
the_metalgamer has joined #musicbrainz
14:56:49 [Freso]
GIMP has read all PDFs I've thrown at it so far just fine.
14:57:34 [kepstin-work]
Freso: oh, the image you get in the gimp will look fine, it's just the jpg compression when you save it that'll be an issue.
14:57:54 [kepstin-work]
* kepstin-work notes that turning the jpg quality over 95% in the gimp is generally ill-advised.
14:58:24 [Freso]
So what I'm asking is - 70%, 80%, 90%, 100% quality? Progressive, non-progressive, whichever takes up less space?
14:58:46 [kepstin-work]
don't ever progressive encode, and you want to stay around 90-95% quality.
14:58:47 [Freso]
kepstin-work: Ah, I see. Well, I don't that'll be an issue with this one. I'll find out soon enough. :)
14:59:33 [kepstin-work]
when converting the pdf to jpg, I recommend doing so at 300dpi, in order to get a comparable scale to most scans.
15:04:57 [DarkerAudit]
DarkerAudit has joined #musicbrainz
15:12:04 [kepstin-work]
kepstin-work has joined #musicbrainz
15:20:14 [jacobbrett]
jacobbrett has joined #musicbrainz
15:28:18 [Vorpal]
Vorpal has joined #musicbrainz
15:29:11 [Freso]
kepstin-work: Thank you for your hints on the JPG.
15:54:45 [vinci]
vinci has joined #musicbrainz
16:10:10 [vinci]
vinci has joined #musicbrainz
16:10:20 [CatCat]
[16:55] *kepstin-work notes that turning the jpg quality over 95% in the gimp is generally ill-advised.
16:10:22 [CatCat]
erh why?
16:10:31 [CatCat]
why would 100% not be good?
16:10:43 [CatCat]
[16:55] kepstin-workand you want to stay around 90-95% quality.
16:10:52 [kepstin-work]
well, the 100% quality mode can actually make images have negative compression with jpeg
16:10:59 [kepstin-work]
and really doesn't look much better than around 95%
16:11:00 [CatCat]
?
16:11:09 [kepstin-work]
CatCat: the image gets *bigger*
16:13:16 [kepstin-work]
(besides, 100% jpeg isn't lossless anyways, due to the colour-space conversion and chroma downsampling.)
16:14:56 [warp]
Freso: I just use "convert -density 300 foo.pdf foo.jpg" (so I'm using the imagemagick commandline tools on linux).
16:15:26 [Freso]
warp: Ah, nice. I'll try and remember to poke you about that next time. ;)
16:16:11 [pankkake]
I wasn't aware convert could convert pdf! nice
16:16:22 [Freso]
warp: I'd prefer to do it CLI, but didn't think of using imagemagick or another suite, and I couldn't find a "pdf2jpg" to install. :p
16:18:48 [Freso]
Btw, remasters are new release groups, right?
16:19:10 [kepstin-work]
Freso: generally the same release group
16:19:14 [warp]
Freso: I wouldn't normally consider those to be new release groups. it's the same album, just a different version.
16:19:23 [Freso]
Alright.
16:20:04 [warp]
ofcourse it is somewhat subjective whether the changes are significant enough to warrant a seperate entry in the artist's discography :)
16:21:08 [kepstin-work]
the remasters are *usually* just a reason to do another re-release of an album to get money by selling it again to the same people :)
16:21:16 [Freso]
http://musicbrainz.org/edit/18048089
16:21:52 [kepstin-work]
* kepstin-work has yet to hear a remaster that actually sounded significantly better enough that he'd prefer it over the original - although he doesn't doubt that some exist somewhere.
16:22:14 [vinci]
vinci has joined #musicbrainz
16:22:34 [kepstin-work]
I'm annoyed that a remaster of the dire straits - brothers in arms album even exists
16:22:45 [kepstin-work]
the original release was one of the best-mastered cds I've ever seen
16:22:48 [Freso]
kepstin-work: I think this one is to get some of the production rights from their previous major label over to their (then) new independent, self-owned label.
16:23:18 [kepstin-work]
no doubt that in the newest version of brothers in arms they just cranked up the gain and added compression so that it sounds the same volume as other modern releases
16:23:36 [kepstin-work]
(the original one would be rather quiet next to anything from the last 10 years)
16:42:06 [tri_marianaaf]
hey guys: http://itunes.apple.com/us/album/itunes-session/id535673664
16:42:10 [tri_marianaaf]
album+live right?
16:42:52 [reosarevok]
Well, no idea what an iTunes Session is
16:42:56 [uptown]
uptown has joined #musicbrainz
16:42:59 [reosarevok]
If it's a live, then yes :p
16:43:14 [tri_marianaaf]
;)
16:44:11 [uptown]
uptown has left #musicbrainz
16:44:29 [uptown]
uptown has joined #musicbrainz
17:18:17 [voiceinsideyou]
voiceinsideyou has joined #musicbrainz
17:24:40 [voiceinsideyou1]
voiceinsideyou1 has joined #musicbrainz
17:26:13 [voiceinsideyou]
voiceinsideyou has joined #musicbrainz
17:26:31 [uptown]
uptown has left #musicbrainz
17:32:31 [jacobbrett]
tri_marianaaf: Maybe EP over album? It's a bit grey.
17:32:37 [koppacetic]
koppacetic has joined #musicbrainz
17:34:51 [jmvanel]
jmvanel has joined #musicbrainz
18:11:23 [CatCat]
kepstin-work: remasters that adds "loudness"
18:11:26 [CatCat]
:shudder:
18:11:47 [kepstin-work]
CatCat: that's most of them, really... :/
18:12:08 [CatCat]
yea
18:12:34 [CatCat]
what annoy me the most thoguh is people adding new recordings of "remasters" that really don't soudn any differnt
18:12:42 [CatCat]
(wich is almsot all fo them)
18:13:07 [CatCat]
now remix on the other hand
18:14:50 [CatCat]
* CatCat owns http://musicbrainz.org/release/e35d48cf-315b-44b8-8855-2b9dda474c50
18:14:50 [derr84]
Is a Language in "Release Information" a language of an album title or a language of tracks titles?
18:15:05 [reosarevok]
derr84: of all
18:15:08 [CatCat]
you can actually heard the differnce between originals and the mixed disc
18:15:11 [reosarevok]
(titles)
18:15:23 [kepstin-work]
derr84: language of all titles *and* artist credits.
18:15:24 [CatCat]
but the "remastered" one sounds no differnt than http://musicbrainz.org/release/d5d99301-4d91-4828-a3c4-fdef9c42ed85
18:15:28 [CatCat]
(wich i also own)
18:15:46 [CatCat]
or http://musicbrainz.org/release/8d368325-73ef-426a-9f96-b466ce059744 I forget
18:16:29 [CatCat]
kepstin-work, derr84, thoguh the artist credits are the new thing so soem releases aren't fixed yet
18:25:07 [derr84]
all track titles in Ukrainian, only album title in English. what language should I choose? multi?
18:28:57 [reosarevok]
Probably Ukrainia
18:28:58 [reosarevok]
n
18:34:37 [kepstin-work]
derr84: yeah, use the predominant/most common language in cases like that.
18:42:20 [adhawkins]
adhawkins has joined #musicbrainz
18:44:41 [JoeLlama]
JoeLlama has joined #musicbrainz
18:52:11 [JoeLlama]
JoeLlama has joined #musicbrainz
18:52:15 [JoeLlama]
JoeLlama has joined #musicbrainz
18:54:59 [DWSR]
Any userscript devs in here?
18:55:58 [kepstin-work]
DWSR: if you have a question, just ask it. people will either answer, or they won't.
18:56:06 [DWSR]
kepstin-work: I don't, particularly.
18:56:11 [ijabz]
ijabz has joined #musicbrainz
18:56:15 [DWSR]
I need some resources for learning to write them.
18:56:23 [DWSR]
So, I either have all the questions.
18:56:27 [DWSR]
Or none at all. :P
18:56:55 [kepstin-work]
well, the userscripts themselves are simply javascript code that runs in the context of the web page.
18:57:08 [kepstin-work]
so you'd want to start with learning about javascript web programming in general.
18:58:21 [DWSR]
kepstin-work: Well yea.h
18:58:28 [DWSR]
But there's certain caveats to userscripts in general.
18:59:25 [kepstin-work]
hmm, not really... there can be issues if you want to load in extra javascript libraries, I suppose. But most of the issues people run into are just ordinary javascript browser compatibility problems.
19:02:37 [CatCat]
http://musicbrainz.org/edit/18000375
19:02:53 [CatCat]
it's good i have nikki
19:02:55 [CatCat]
:)
19:07:44 [MightyJay]
MightyJay has joined #musicbrainz
19:10:29 [KRSCuan]
I've been asked if there is an ETA for Picard 1.0.1 already.
19:10:41 [DWSR]
rofl
19:10:46 [DWSR]
1.0 was a massive update.
19:11:00 [reosarevok]
Yeah, but 1.0 has problems in German
19:11:01 [DWSR]
Though Picard really needs to handle disk I/O better.
19:11:08 [reosarevok]
So it needs a hotfix
19:11:19 [reosarevok]
(at least for German users)
19:11:31 [kepstin-work]
* kepstin-work has been running git snapshots of picard for quite a while, so he didn't see any large massive updates - just a series of small updates :)
19:12:11 [MightyJay]
Hey all! I have a question about the cover archive. What can we use as sources for images for the archive? Can I just get anything from the internet and use it. More specifically, I normally get my cover art from http://www.albumartexchange.com that host a great collection of high quality album art (front only). But since they don't own the copyright, can I just get cover art from there?
19:12:16 [MightyJay]
(And is it "moral", since the users there spend much time in creating the best available cover art)
19:12:38 [kepstin-work]
MightyJay: we don't care where you get the cover art from.
19:12:43 [DWSR]
Picard needs to deal with disk I/O a little better. I'm trying to parse a 10k file selection over CIFS and good christ Picard keeps failing.
19:12:50 [DWSR]
MightyJay: It's covered under fair use.
19:13:04 [kepstin-work]
DWSR: I have no issue with that many files over NFS.
19:13:05 [MightyJay]
Ok, great! Thanks
19:13:11 [DWSR]
NFS != CIFS.
19:13:23 [kepstin-work]
quite. stop using microsoft stuff ;)
19:13:32 [DWSR]
kepstin-work: Write an NFS compatibility layer for Windows.
19:13:33 [ianmcorvidae]
yes, we're pointing out that you're using a stupid system, hence your stupid results :)
19:13:39 [DWSR]
ianmcorvidae: Not at all.
19:14:05 [kepstin-work]
DWSR: there actually is one, in the 'windows services for unix' package, made by microsoft. Never really worked all that well, as far as I know.
19:14:06 [ianmcorvidae]
or at the very least why we don't care
19:14:07 [KRSCuan]
Last time I loaded that many releases into Picard, I/O performance was the slightest problem.
19:14:21 [jcazevedo]
jcazevedo has joined #musicbrainz
19:14:23 [DWSR]
http://sagehacks.wordpress.com/2009/01/21/howto-mount-nfs-shares-under-windows-7/ <--
19:14:24 [DWSR]
Oh.
19:14:25 [DWSR]
Holy shit.
19:14:43 [kepstin-work]
the real limit of working with lots of files in picard is usually waiting for the webservice :/
19:14:44 [Mineo]
KRSCuan: 10k releases != 10k files :-)
19:14:56 [the_metalgamer]
the_metalgamer has joined #musicbrainz
19:15:19 [DWSR]
KRSCuan: The problem is that I'm trying to clean my library.
19:15:23 [kepstin-work]
huh. I bet windows doesn't support NFS4 tho :)
19:15:26 [DWSR]
So it's trying to do lookups.
19:15:35 [DWSR]
kepstin-work: I'll be happy with any NFS.
19:15:38 [DWSR]
kepstin-work: NFS >>>>> CIFS.
19:15:42 [kepstin-work]
* kepstin-work notes that NFS4 over gigabit is, when properly tuned, wicked fast.
19:15:46 [DWSR]
Especially since I'm doing it through Samba.
19:15:51 [KRSCuan]
It was something between 700 and 1000 releases with 10k to 14k files.
19:16:47 [DWSR]
well.
19:16:48 [DWSR]
Look at that.
19:17:10 [kepstin-work]
I occasionally have ran into an issue where picard would insist on resizing the padding in flac files, causing annoying file rewrites. but that doesn't happen that often.
19:18:52 [xplt]
xplt has joined #musicbrainz
19:20:18 [DWSR]
kepstin-work: Well, ty fortelling me that.
19:20:32 [DWSR]
Quadrupled my I/O.
19:25:32 [CatCat]
what the hell is I/O
19:25:50 [reosarevok]
input/output
19:25:57 [CatCat]
aha
19:26:41 [CatCat]
btw i don't see how http://www.realworldrecords.com/artists/juju shouldn't be split, i see that has being under the artist "Justin Adams & Juldeh Camara"
19:26:46 [CatCat]
artists*
19:26:54 [CatCat]
i don't understood what yo umeant
19:27:22 [reosarevok]
Well, they had a collaboration-band with their real names, that turned into a band-band as JuJu
19:27:42 [reosarevok]
You could split the previous ones and leave the JuJu one as the only release for the band
19:27:53 [CatCat]
well that band band shouls be separate then?
19:27:54 [reosarevok]
But that seems like little gain compared to having them all in one page
19:28:00 [CatCat]
idk
19:28:21 [CatCat]
or have artist "juju" in those? if it is i don't know
19:28:40 [reosarevok]
People, opinions? :)
19:28:47 [reosarevok]
(on how to deal with collab-turned-band)
19:28:47 [CatCat]
like http://musicbrainz.org/release/b6a9dd16-7332-4533-95ce-bfd39b283b33 idk :)
19:28:55 [CatCat]
yea, seems an iritating issue
19:29:08 [CatCat]
only other thing i can think of is "ju" as one guy and the other "ju" as the other
19:29:27 [CatCat]
which would *work* but
19:30:11 [reosarevok]
Yeah, but :)
19:30:28 [reosarevok]
(and it would only work here because the name happens to be based on their names...)
19:30:47 [CatCat]
edit in question :http://musicbrainz.org/edit/17996479
19:30:52 [CatCat]
(t oany lurkers)
19:40:10 [derr84]
derr84 has joined #musicbrainz
19:57:58 [ocharles]
http://www.youtube.com/watch?v=N1zxDa3t0fg&feature=youtu.be ouch :/
19:58:56 [derr84]
how to mark bonus tracks in tracklisting?
19:59:09 [reosarevok]
We usually don't
19:59:37 [derr84]
like here http://www.discogs.com/L�k-Tourist-Zone/release/1847520
19:59:46 [derr84]
and video?
20:00:03 [derr84]
not include?
20:04:01 [reosarevok]
Usually for CDs we don't include it
20:04:15 [reosarevok]
But you could add it as a standalone recording, and link to it from the annotation
20:04:36 [reosarevok]
* reosarevok grumbles at mosquitos
20:05:00 [ianweller]
i had a digital media bonus track a while back, the bonus track hinged on how much you paid for the album
20:05:15 [ianweller]
of course when you were buying you knew that up front
20:05:31 [ianweller]
but anyway, i added two releases to the same group, one with the bonus track
20:05:35 [ianweller]
i don't know if that's "right" but
20:08:51 [reosarevok]
ianweller: that sounds right
20:09:19 [reosarevok]
What we don't do is not adding the tracks, but marking them like (bonus track) or whatever
20:10:08 [reosarevok]
* reosarevok plays Oliveros, hopes the flatmate doesn't come like "did your speakers break"
20:11:35 [ijabz]
ijabz has joined #musicbrainz
20:22:56 [reosarevok]
Huh, hadn't heard Google bought Meebo
20:29:23 [kepstin-work]
and now they shut it down, eh?
20:30:23 [reosarevok]
Yeah
20:30:37 [reosarevok]
I mean, I haven't used it in two years I guess
20:30:38 [reosarevok]
but still
20:32:23 [buremba_]
buremba_ has joined #musicbrainz
20:34:19 [ocharles]
that was fairly recently
20:35:11 [kepstin-work]
yay, shaved ice with fruits.
20:35:22 [kepstin-work]
* kepstin-work is annoyed at broken air conditioner again
20:35:52 [ocharles]
i read that as "shaved irc" at first :|
20:36:04 [ianweller]
the best kind of irc
20:37:14 [reosarevok]
Why Estonia why
20:37:35 [reosarevok]
Oh, we have three months of nice weather, let's have so many mosquitos you can't enjoy it anyway
21:06:13 [CatCat]
reosarevok: we have 3 months of dsummer. it's spent raining
21:14:04 [the_metalgamer]
the_metalgamer has joined #musicbrainz
21:17:23 [ijabz]
ijabz has joined #musicbrainz
21:25:56 [navap]
reosarevok: Other than Main, I would have thought we'd also allow Proposal. I see Proposal is blacklisted though.
21:26:11 [reosarevok]
Why would we want Proposal in docs?
21:26:26 [reosarevok]
Isn't docs' main point to only show official stuff?
21:26:39 [navap]
It allows people to find proposals for tentative/future things if they use the google doc search
21:26:51 [navap]
I don't know what it's supposed to do anymore :)
21:27:01 [reosarevok]
We want to *hide* proposals :p
21:27:14 [reosarevok]
I mean, well enough that people won't follow them as guidelines
21:27:21 [reosarevok]
Which they like to do :p
21:27:38 [navap]
Right, that makes sense
21:27:58 [navap]
So then maybe we only need to have Main accessible on /doc
21:28:34 [navap]
For User we redirect from /doc to the wiki itself. We could do that for the other namespaces as well
21:28:40 [navap]
hm, what about Category
21:29:01 [navap]
I don't find it useful personally, but others might object to its removal from /doc
21:30:06 [reosarevok]
I think we have some stuff that's only listed under Category
21:32:28 [buremba_]
I will use musicbrainz for my project and I will query like "return all recordings for a specific artist or album, (rows must contain release and artist columns for both case)" and it's not easy to handle with musicbrainz database schema. For example for artist, this is the query: http://pastebin.com/vEM1Sni3 (8 inner join :O) How can I make easy to handle these queries?
21:33:06 [buremba_]
I thought solr can be a solution but I have only 1.5gb memory and I'm not sure whether it's enough or not.
21:33:23 [buremba_]
because index size is larger than 3gb
21:36:26 [buremba_]
the other solution is I can use another table which contains these columns and update it when I update the original database.
21:36:46 [kepstin-work]
returning release columns for a recording doesn't really make sense, because a recording can be on multiple releases.
21:37:04 [kepstin-work]
(or none, of course)
21:42:09 [buremba_]
kepstin-work: you're right, but the query I posted was an example actually. and it still need many joins. :/
21:42:22 [buremba_]
needs*
21:42:52 [kepstin-work]
yeah, you will need a lot of joins when working with the musicbrainz schema. that's kind of expected.
21:45:33 [buremba_]
yes, it's expected actually. we have to denormalize the database. and I'm not sure which way is the best.
21:46:15 [buremba_]
because the database is huge and I don't have a powerful server.
22:58:02 [iliketurtles]
iliketurtles has joined #musicbrainz
23:10:39 [MaskMaster]
MaskMaster has joined #musicbrainz
23:12:09 [dankine]
dankine has joined #musicbrainz