IRC log of musicbrainz on 2013-10-02

Timestamps are in UTC.

00:01:30 [STalKer-X]
px-708a and px-716a
00:04:50 [tenthirteen]
tenthirteen has joined #musicbrainz
00:06:53 [JonnyJD_]
MATSHITA DVD-RAM UJ892 is the other reported drive with a problem there
00:08:57 [JonnyJD_]
so that problem seems to be somewhat widespread. Unfortunately I didn't find a way yet to find out what exactly is going wrong or how to fix it. The reaction of these drives doesn't make sense in my understanding of the spec
00:11:32 [STalKer-X]
hmm
00:12:18 [STalKer-X]
my scanner likes cropping too much =<
00:17:21 [STalKer-X]
lovely, 4mb for a coverart :D
00:52:48 [STalKer-X]
JonnyJD_: if you want i can try my laptop drive, too :D
01:06:41 [mchou_]
mchou_ has joined #musicbrainz
01:06:47 [Hadora]
Hadora has joined #musicbrainz
01:07:58 [mchou_]
mchou_ has joined #musicbrainz
02:25:50 [kepstin-laptop]
kepstin-laptop has joined #musicbrainz
03:10:57 [STalKer-X]
how do you add multisession CDs?
03:12:51 [kepstin-laptop]
you mean, a cd with music tracks and data tracks?
03:13:38 [kepstin-laptop]
In most cases, where the audio tracks come before the data tracks, we'll list *only* the audio tracks in musicbrainz, and the data track is not included in the disc id.
03:14:25 [kepstin-laptop]
if it's the other way around, then a special track may have to be included in the track listing; iirc we have a special name for it
03:16:23 [STalKer-X]
it's audio + data
03:16:39 [STalKer-X]
picard does calculate the DiscID correctly?
03:17:05 [kepstin-laptop]
there may be some buggy versions of libdiscid around that include the data tracks when they shouldn't
03:17:49 [kepstin-laptop]
but in general, picard will calculate it correctly, yes
03:19:13 [STalKer-X]
ok =)
03:19:33 [kepstin-laptop]
in particular, you need libdiscid 0.5.1 or newer for it to handle ps/ps2 discs correctly
03:20:38 [kepstin-laptop]
(if you're using the latest picard for windows or mac os x, I believe it includes a good version)
03:22:23 [STalKer-X]
it's 1.2
03:52:22 [STalKer-X_z]
STalKer-X_z has joined #musicbrainz
03:55:55 [STalKer-X_z]
how can i add a NEW artist to a release?
03:57:28 [STalKer-X_z]
ok, got it :)
04:05:15 [STalKer-X_z]
hmp
04:08:17 [danoply]
danoply has joined #musicbrainz
04:15:12 [jcazevedo]
jcazevedo has joined #musicbrainz
04:19:06 [zazi_]
zazi_ has joined #musicbrainz
04:37:19 [STalKer-X_z]
community is lazy, hehe
04:44:55 [STalKer-X_z]
JonnyJD_: Assertion failed: TRACK_NUM_IS_VALID(disc, i), file c:/MinGW/msys/1.0/home/JonnyJD/libdiscid/src/disc.c, line 246
04:45:48 [STalKer-X_z]
get that everytime when i try to submit isrc codes for this: http://musicbrainz.org/release/a54c6818-1b30-4d31-9a04-dba8859561a7
04:53:39 [simukis_]
simukis_ has joined #musicbrainz
05:13:45 [STalKer-X_z]
ohgod
05:14:14 [STalKer-X_z]
i guess this thing is a some pirate version of bravo hits :|
05:14:45 [STalKer-X_z]
front cover says bravo hits 50, but barcode is from the us release of bravo hits 29
06:22:30 [tenthirteen]
tenthirteen has joined #musicbrainz
06:34:38 [navap]
navap has joined #musicbrainz
06:36:00 [v6lur]
v6lur has joined #musicbrainz
06:43:55 [JonnyJD_]
STalKer-X_z: I can't give you a test binary right now, but I am very interested why that fails (TRACK_NUM_IS_VALID)
06:44:58 [JonnyJD_]
kepstin-laptop: I am not completely sure picard 1.2 already includes a recent libdiscid
06:46:42 [STalKer-X_z]
picard and libdiscid produced the same discid
06:47:30 [JonnyJD_]
well, depends on for what disc. Even libdiscid 0.2.2 should be enough for most discs if it is only the Disc ID
06:47:45 [STalKer-X_z]
audio+data
06:48:33 [JonnyJD_]
if it is only 1 data track at the end, that mostly works with 0.2.2, too.
06:49:04 [JonnyJD_]
That TRACK_NUM_IS_VALID is for the libdiscid-w32-scsi.zip or picard?
06:49:28 [STalKer-X_z]
libdiscid
06:51:03 [STalKer-X_z]
it happens right after i select the release
06:52:13 [STalKer-X_z]
it scans the id, shows the matching releases and after choosing one it crashes
06:52:20 [JonnyJD_]
hm, maybe I can give you a debug build for that right now
06:52:43 [JonnyJD_]
it sounds like an important bug or misconception about what weird CDs there are
06:53:04 [STalKer-X_z]
right now i have to go, though.
06:53:17 [JonnyJD_]
kk, then we do that later, no problem
06:54:05 [STalKer-X_z]
ok :)
06:54:55 [JonnyJD_]
STalKer-X_z: http://tickets.musicbrainz.org/browse/LIB-57 (I'll fill the notes)
07:12:46 [JonnyJD_]
STalKer-X_z: http://mbsandbox.org/~jonnyjd/dev/libdiscid-w32-scsi-debug.zip (if you want to start debugging before I get home later, also in the ticket notes)
07:19:43 [reosarevok]
reosarevok has joined #musicbrainz
07:30:06 [th1rtyf0ur]
man. getting down to the long/complicated translations here >_>
07:30:37 [th1rtyf0ur]
MusicBrainzに提出したものは全てパブリックドメイン若しくはCreative Commonsの表示・非営利・継承ライセンスで公開されます。その上、MetaBrainz Foundationに営利目的での二次使用権も付与することになります。詳細は{doc|ライセンスページ}をご参照ください。
07:30:42 [th1rtyf0ur]
XD
07:30:59 [reosarevok]
:)
07:31:02 [reosarevok]
JP?
07:31:10 [reosarevok]
* reosarevok can't see the symbols here, stupid fonts
07:31:11 [th1rtyf0ur]
yep
07:31:17 [reosarevok]
Nice!
07:31:26 [kuno]
I cannot read it but it is pretty.
07:32:15 [th1rtyf0ur]
licensing stuff (which you can probably guess by the 'Creative Commons' bit)
07:33:27 [reosarevok]
Did you ever manage to fix your script for Chrome, btw? :)
07:34:06 [th1rtyf0ur]
it worked fine for me at home, so no :)
07:34:30 [th1rtyf0ur]
should probably pull my unique stuff out of it though & make it its 'own' module
07:35:12 [reosarevok]
Hmm
07:35:21 [reosarevok]
Maybe some later version of Chrome fixed it or something?
07:35:24 [reosarevok]
* reosarevok tries again
07:36:33 [th1rtyf0ur]
if you also have the script I based mine on installed, you might need to disable it (dunno how GM handles duplication)
07:36:56 [reosarevok]
Oh
07:36:57 [reosarevok]
Hmm
07:37:05 [reosarevok]
let's see
07:37:26 [reosarevok]
Nah, I have it disabled
07:37:33 [reosarevok]
I think it just showed two boxes :)
07:37:37 [th1rtyf0ur]
heh
07:38:01 [th1rtyf0ur]
oh, other reason is that i made 'comment' required, but there's no error or other indication of it not working if you leave it blank
07:38:08 [reosarevok]
Huh
07:38:18 [reosarevok]
"XMLHttpRequest cannot load http://geordi.musicbrainz.org/api/search?type=query&query=_geordi.matchings…-449d-9f40-1437f889f7fe%22&human=on&auto=on&size=1000&s=1&itemtype=subitem. Origin http://musicbrainz.org is not allowed by Access-Control-Allow-Origin. "
07:38:24 [th1rtyf0ur]
^possible reason
07:38:26 [reosarevok]
That's another script, but wtf :)
07:38:31 [reosarevok]
Oh, you mean edit note?
07:38:36 [th1rtyf0ur]
yeah
07:38:39 [reosarevok]
Thaaat would do it
07:39:22 [reosarevok]
That worked now
07:39:24 [reosarevok]
Almost.
07:39:39 [th1rtyf0ur]
hm
07:39:41 [reosarevok]
It did this though, which was unwanted: http://musicbrainz.org/edit/23959421
07:39:43 [th1rtyf0ur]
what didn't?
07:39:49 [reosarevok]
(for the ones with no type, it worked nicely)
07:40:27 [th1rtyf0ur]
hm.
07:40:39 [th1rtyf0ur]
will have to do some 'keep old value if nothing selected' magic
07:40:45 [reosarevok]
That'd be nice
07:40:55 [reosarevok]
But still, \o/ :)
07:40:59 [th1rtyf0ur]
already have to do that for ISRC & other fields that showu p on the work edit page
07:41:12 [th1rtyf0ur]
& are required by the form
07:41:30 [th1rtyf0ur]
well, ISWC I suppose for works
07:46:15 [flamingspinach]
reosarevok: is it OK that both of these have the same release date? http://musicbrainz.org/release-group/d67cbfdb-a15b-4906-8f59-16e827c09e09
07:49:15 [reosarevok]
Why do you ask me? :)
07:49:19 [reosarevok]
I have no idea what this is...
07:50:11 [th1rtyf0ur]
why not? different no. of tracks
07:50:46 [reosarevok]
If they were released the same day, yes, if not, no
07:50:48 [reosarevok]
* reosarevok shrugs
07:52:03 [Kabaka]
Kabaka has joined #musicbrainz
09:18:12 [CatQuest]
ooh so the script of language+type batch works ting might get fixed?! that would be awesome!
09:27:45 [simukis_]
simukis_ has joined #musicbrainz
10:01:29 [jcazevedo]
jcazevedo has joined #musicbrainz
10:05:17 [Jormangeud]
Jormangeud has joined #musicbrainz
12:13:10 [reoafk]
CatQuest: it actually works, it seems
12:13:17 [reoafk]
But requires an edit note
12:13:47 [reosarevok]
There is the bit where it unsets the work type if one is set and you don't select one, buuut I'm sure there are plenty of Song works that can be easily set anyway :)
13:02:39 [v6lur]
v6lur has joined #musicbrainz
14:27:49 [ocharles]
bitmap: do we have anything that can comma separate a list of DOM elements?
14:28:17 [ocharles]
I have a list of MB.Entity's, and want to render them (_.map(entities, function (e) { return e.html() })) with comma's between them
14:28:47 [ocharles]
actually, I am using <!-- ko foreach: ... -->
14:28:51 [ocharles]
and i'm also in the wrong channel
14:30:18 [bitmap]
ocharles: with underscore you could do _.invoke(entities, "html").join(", ")
14:30:36 [ocharles]
bitmap: doesn't that assume i'm working with a string?
14:31:07 [bitmap]
well, the invoke will return a list of strings
14:31:11 [ocharles]
I can afterRender in knockout and intercalate a ", " text entry there
14:31:14 [ocharles]
oh, I see
14:31:21 [ocharles]
oh yes, html() is just a string
14:32:10 [ocharles]
i'll go with underscore then
14:34:03 [ocharles]
perfect. /release now displays just like normal, except with magical javascript rendering!
14:42:39 [reosarevok]
wheee
14:42:50 [reosarevok]
Does it no longer break on big stuff?
14:44:28 [kuno]
let's merge some mozart and bach!
14:45:31 [reosarevok]
Merge more Mozart, my merry mates!
14:45:49 [ocharles]
reosarevok: it still breaks
14:45:55 [reosarevok]
Aww
14:46:02 [ocharles]
the only change going in with the schema change stuff (if it passes review in time) is to change how the page is rendered to use knockout
14:46:08 [ocharles]
if i've got that correct, then the next step is the JS stuff
14:46:15 [ocharles]
but this feels too important to do in one go
14:46:28 [reosarevok]
Ok :)
14:56:39 [AlexJFisher]
AlexJFisher has joined #musicbrainz
15:03:15 [hawke_1]
hawke_1 has joined #musicbrainz
15:09:05 [v6lur]
v6lur has joined #musicbrainz
15:22:02 [kepstin-work]
lol, they've come out with another new thing:
15:22:08 [kepstin-work]
"Platinum SHM-CD"
15:22:38 [kepstin-work]
along with using the blu-ray spec plastic rather than the stuff cds normally use, this replaces the aluminium layer with platinum
15:25:05 [hawke_1]
zzzzz
15:26:06 [kepstin-work]
* kepstin-work missed the discussion about new formats, but he should have vetoed the SHM-CD stuff :/
15:26:46 [AlexJFisher]
* AlexJFisher won't be happy until they use depleted uranium.
15:26:54 [kepstin-work]
(funny thing: if you attemt to say 'SHM' out loud, it sounds something like "sham")
15:27:07 [kepstin-work]
"something that is not what it appears to be and that is meant to trick or deceive people"
15:48:11 [CallerNo6]
CallerNo6 has joined #musicbrainz
16:42:16 [drsaunde]
drsaunde has joined #musicbrainz
16:53:12 [santiissopasse]
santiissopasse has joined #musicbrainz
17:04:57 [simukis_]
simukis_ has joined #musicbrainz
17:12:52 [voiceinsideyou1]
voiceinsideyou1 has joined #musicbrainz
17:21:14 [storrgie]
storrgie has joined #musicbrainz
17:21:15 [Leftmost]
kepstin-work, I hear it makes the bits much crisper.
17:21:48 [voiceinsideyou]
voiceinsideyou has joined #musicbrainz
17:24:46 [Kovensky]
Kovensky has joined #musicbrainz
17:25:55 [culinko]
culinko has joined #musicbrainz
17:39:03 [v6lur]
v6lur has joined #musicbrainz
17:56:32 [noobie]
noobie has joined #musicbrainz
17:58:55 [noobie]
hy
18:13:00 [CallerNo6]
hello
18:17:47 [noobie]
could i get some votes for this edit here ? :) https://beta.musicbrainz.org/edit/23963743
18:35:18 [jcazevedo]
jcazevedo has joined #musicbrainz
18:46:45 [Dremora]
Dremora has joined #musicbrainz
19:16:34 [JonnyJD_]
STalKer-X_z: when you are on: testing http://mbsandbox.org/~jonnyjd/dev/libdiscid-w32-scsi-debug.zip for the TRACK_NUM_IS_VALID issue would be great
19:17:09 [JonnyJD_]
since there is a release planned for tomorrow and I would like to have that at least checked out a bit
19:18:02 [STalKer-X_z]
ok, so i just run it? :D
19:19:09 [Freso]
Freso has joined #musicbrainz
19:20:41 [STalKer-X_z]
maybe it is a bug in isrcsubmit.exe itself.
19:21:17 [JonnyJD_]
STalKer-X_z: if you use isrcsubmit.exe, possibly. I don't have the code for that though.
19:21:58 [STalKer-X_z]
with the debug stuff i got this:
19:21:59 [STalKer-X_z]
get_track_isrc: track number 22 is not in [1-21]
19:22:05 [JonnyJD_]
yes, just run discisrc.exe and if that doesn't fail, run isrcsubmit with the corresponding libdiscid.dll form the zip
19:22:23 [JonnyJD_]
running with discisrc or isrcsubmit.exe?
19:22:29 [STalKer-X_z]
isrcsubmit
19:22:40 [STalKer-X_z]
discisrc never had an error
19:23:26 [JonnyJD_]
hm, so that is an undiscovered bug in isrcsubmit.exe, but until know I didn't check that rigidly for things like this in libdiscid.
19:23:56 [STalKer-X_z]
isrcsubmit worked with other discs before
19:23:58 [JonnyJD_]
so in previous libdiscid versions the bug in isrcsubmit doesn't lead to a problem
19:24:09 [JonnyJD_]
this disc has a data track, right?
19:24:14 [STalKer-X_z]
no.
19:24:38 [STalKer-X_z]
it's a simple 1 session, 21 audio tracks disc
19:24:49 [STalKer-X_z]
all tracks have an isrc code, though
19:25:06 [JonnyJD_]
okay.. than I don't quite know why isrcsubmit could possibly ask for track 22
19:25:12 [STalKer-X_z]
it's probably an off-by-one error somewhere
19:25:22 [JonnyJD_]
is it only this disc or other discs too?
19:25:29 [STalKer-X_z]
other discs, too
19:25:45 [STalKer-X_z]
at least a second one, so far :)
19:25:49 [JonnyJD_]
luks: ^ you seem to haven an off-by-one error in isrcsubmit.exe
19:26:09 [JonnyJD_]
okay, that makes more sense. If it isn't just this disc.
19:26:35 [JonnyJD_]
not sure if luks still plans to maintain isrcsubmit.exe (I personally use isrcsubmit.py)
19:26:57 [STalKer-X_z]
maybe it only happens when ALL tracks have an isrc code. because when some tracks were without, it worked.
19:27:36 [JonnyJD_]
what? Oo. That is weird.
19:27:56 [JonnyJD_]
* JonnyJD_ checks if he can find the code of some isrcsubmit version somewhere
19:28:23 [STalKer-X_z]
yup
19:28:55 [STalKer-X_z]
i just tested with a disc with 21 tracks, but only 19 have an isrc code. does not crash
19:29:41 [jcazevedo]
jcazevedo has joined #musicbrainz
19:31:11 [JonnyJD_]
hm, that is unfortunate and a bit weird. I should find out what exactly crashes and possibly adapt. Breaking isrcsubmit.exe is bad, even if it is a due to a weird behavior of isrcsubmit.exe
19:31:48 [JonnyJD_]
ah by the way, apart from the warning isrsubmit.exe works with the -debug build?
19:32:08 [JonnyJD_]
(the previous build crashed so isrcsubmit failed altogether, right?)
19:32:48 [STalKer-X_z]
it works with both
19:33:15 [STalKer-X_z]
except for discs where all tracks have ISRC codes
19:33:46 [JonnyJD_]
yes, I meant for discs where all tracks have ISRC codes. The -debug build shouldn't crash. Just print that warning.
19:34:19 [STalKer-X_z]
both crash.
19:35:28 [STalKer-X_z]
This application has requested the Runtime to terminate it in an unusual way.
19:35:29 [STalKer-X_z]
Please contact the application's support team for more information.
19:36:08 [STalKer-X_z]
brb#
19:55:49 [Freso]
Tykling: https://www.facebook.com/events/614431155276516/
19:59:07 [STalKer-X_z]
re
20:00:07 [JonnyJD_]
I uploaded a new zip to http://mbsandbox.org/~jonnyjd/dev/libdiscid-w32-scsi-debug.zip
20:00:19 [JonnyJD_]
I added more debugging and less checking
20:03:20 [Kabaka]
Kabaka has joined #musicbrainz
20:04:28 [STalKer-X_z]
JonnyJD_: no change to the other debug version :x
20:04:53 [JonnyJD_]
but isrcsubmit.exe worked before? with libdiscid 0.2.2 or whatever you had?
20:04:55 [STalKer-X_z]
except it takes about 1 second now before it crashes
20:05:19 [JonnyJD_]
what version of isrcsubmit.exe do you have?
20:05:22 [STalKer-X_z]
it still works, when some tracks miss their isrc code
20:05:41 [STalKer-X_z]
it only explodes when ALL tracks have one
20:06:10 [JonnyJD_]
yes, but the question is if isrcsubmit.exe works when all tracks have ISRCs with a previous version of libdiscid
20:06:19 [STalKer-X_z]
hmmm
20:06:38 [JonnyJD_]
I can give you a link for libdiscid 0.2.2
20:06:55 [JonnyJD_]
unless you have that somewhere
20:07:56 [JonnyJD_]
http://ftp.musicbrainz.org/pub/musicbrainz/libdiscid/libdiscid-0.2.2-win32.zip that is the oldest libdiscid that anybody can possibly have (like 7 years old)
20:08:14 [STalKer-X_z]
i got this one: http://oxygene.sk/lukas/isrcsubmit-0.2.zip
20:08:59 [JonnyJD_]
* JonnyJD_ tries to get his hands on a Windows machine
20:09:50 [STalKer-X_z]
but that crashes, too
20:10:16 [JonnyJD_]
ah, now we are getting somewhere
20:10:58 [JonnyJD_]
just to be sure, you do exchange the libdiscid.dll every time, right? (try removing or renaming libdiscid.dll if that fails it is good)
20:11:08 [STalKer-X_z]
yes
20:11:16 [STalKer-X_z]
with the old version i get: Assertion failed: TRACK_NUM_IS_VALID(disc, i), file C:\projects\libdiscid\src\disc.c, line 242
20:11:38 [STalKer-X_z]
the latest non-debug had that error at line 246
20:11:57 [JonnyJD_]
yeah, so things definately change (just wanted to be sure)
20:17:17 [JonnyJD_]
hm, I can't reproduce this on my Windows XP machine (with a disc with full ISRCs)
20:17:42 [STalKer-X_z]
it's win8 64bit ^^
20:19:41 [JonnyJD_]
hm, actually, my VMs are Windows XP, but the machine I use now is Windows 7 prof.
20:19:47 [JonnyJD_]
32 bit though
20:21:58 [JonnyJD_]
luks: do you have the source code of isrcsubmit.exe somewhere?
20:26:06 [JonnyJD_]
I don't have more ideas, but maybe I just try to add even ore debugging code to get to the "root of evil"
20:26:16 [Freso]
Who's kaik again?
20:27:16 [reosarevok]
jozo
20:29:10 [JonnyJD_]
STalKer-X_z: new debug build, same location
20:30:48 [STalKer-X_z]
oh, great it does not crash :)
20:31:39 [STalKer-X_z]
but this: http://pastebin.com/3WiPf0Vu
20:32:53 [JonnyJD_]
does it stop at track 42 or did you stop pasting? Do all discs stop at track 42?
20:33:26 [STalKer-X_z]
it stopped there
20:33:36 [reosarevok]
Your program is Deep Thought! :D
20:33:38 [STalKer-X_z]
but i can submit stuff now
20:33:40 [STalKer-X_z]
http://musicbrainz.org/edit/23965569
20:34:24 [JonnyJD_]
an easter egg luks planted?
20:36:00 [STalKer-X_z]
hmm
20:36:16 [STalKer-X_z]
did you try with a single or double-CD? :D
20:36:43 [STalKer-X_z]
tested another disc and it now went up to 40 instead of 42
20:36:47 [JonnyJD_]
either way, if we can fix this or not: I really would like to recommend using isrcsubmit.py or another tool for isrc submission. Like I said, I am not sure if luks planned to still maintain isrcsubmit.exe
20:37:13 [JonnyJD_]
STalKer-X_z: good call, I should try a multi-disc release
20:37:28 [STalKer-X_z]
if you have something that does not require me to install tons of libs ;)
20:37:38 [JonnyJD_]
one moment
20:38:13 [JonnyJD_]
http://jonnyjd.github.io/musicbrainz-isrcsubmit/, there is a "windows package" including all dependencies
20:38:28 [STalKer-X_z]
that has 42 tracks on 2 CDs: http://musicbrainz.org/release/a54c6818-1b30-4d31-9a04-dba8859561a7
20:38:55 [STalKer-X_z]
and that has 40 tracks on 2 CDs: http://musicbrainz.org/release/50a8176c-520f-4174-9c3d-52e3d627bd50
20:38:59 [JonnyJD_]
yes, I remember that isrcsubmit.exe (and really every program working with the old webservice) has problems with multi-disc releases
20:39:09 [STalKer-X_z]
well, then it's that.
20:40:09 [JonnyJD_]
well, the bug I remember was about attaching ISRCs to the wrong release. (which is bad of course) not crashing
20:41:08 [STalKer-X_z]
hmm
20:41:11 [JonnyJD_]
YES, I can make it crash :-)
20:41:18 [STalKer-X_z]
well it now doesn't crash ;)
20:41:27 [STalKer-X_z]
with the latest debug build
20:41:56 [JonnyJD_]
the bug I remember is OTHER-157
20:42:20 [JonnyJD_]
yes, the problem is: with the debug changes I just made a couple really weird changes just to cater for that crash.
20:42:51 [JonnyJD_]
I thought it is a regression in libdiscid, but if it doesn't work in libdiscid 0.2.2.. then it isn't
20:43:20 [STalKer-X_z]
not your fault :D
20:43:43 [JonnyJD_]
basically what I am saying :-D
20:43:49 [STalKer-X_z]
isrcsubmit probably pulls the info from the site without checking which disc of the multi-disc release it gets
20:44:08 [STalKer-X_z]
i.e. it gets ALL tracks and then tries to feed them to libdiscid
20:44:27 [JonnyJD_]
well, I can only blame the people participating in http://tickets.musicbrainz.org/browse/OTHER-157 not telling that it crashed for them..
20:45:00 [STalKer-X_z]
and of course, libdiscid explodes because it only expects the amount of tracks which are on the CD
20:45:08 [JonnyJD_]
STalKer-X_z: it is a bit more complicated. pre-NGS ws/1 worked fine for multi-disc-releases. The web service actually broke with NGS
20:45:41 [JonnyJD_]
so at the time isrcsubmit.exe was created, it was correct
20:45:54 [STalKer-X_z]
:-)
20:49:00 [JonnyJD_]
to be fair, the isrcsubmit.py I recommended is my creation. So feel free to use whatever you like, but please don't use isrcsubmit.exe, because of the two problems mentioned (crashing and worse: attaching to the wrong release)
20:50:41 [STalKer-X_z]
lol
20:51:39 [STalKer-X_z]
if it does not work with python 3.3.2 i have to hit you :-)
20:52:34 [STalKer-X_z]
awww
20:52:43 [STalKer-X_z]
Requested Python version (2) is not installed :-)
20:53:16 [reosarevok]
* reosarevok sees STalKer-X_z has been busy entering merges :)
20:53:32 [JonnyJD_]
STalKer-X_z: isrcsubmit version 2 works with python3
20:54:20 [JonnyJD_]
to be found under pre-release versions (quite stable only minor things missing for a release)
20:54:49 [STalKer-X_z]
JonnyJD_: i see, do you mind if one uses them instead of 1.0.x?
20:55:00 [CallerNo6]
this is why tags are more awesomer than a genre ontology thingy: https://musicbrainz.org/tag/funny%20metal
20:55:01 [JonnyJD_]
no, that is fine
20:56:04 [JonnyJD_]
the reason this isn't released is mostly due to some non-user related things and because some dependencies are quite new (which is irrelevant if you use the windows package)
20:57:40 [STalKer-X_z]
does not work with the 64bit python, i guess
20:57:54 [JonnyJD_]
why wouldn't it?
20:58:48 [STalKer-X_z]
i got a crash
20:59:00 [JonnyJD_]
python crashed?
20:59:05 [STalKer-X_z]
OSError: [WinError 193] %1 ist keine zulässige Win32-Anwendung
20:59:33 [JonnyJD_]
you are really good at finding problems :-P
20:59:38 [STalKer-X_z]
says something like OSError: could not find libdiscid: discid.dll
21:01:02 [STalKer-X_z]
which is in the folder, of course.
21:01:02 [JonnyJD_]
hm, maybe related to from where you start isrcsubmit.py (since discid.dll is not installed system-wide)
21:01:28 [STalKer-X_z]
i start the .bat from the folder where the .bat resides :p
21:01:46 [reosarevok]
CallerNo6: you mean funny metal is not a genre?
21:01:48 [reosarevok]
:(
21:01:49 [STalKer-X_z]
i just copy discid.dll to my path
21:02:22 [STalKer-X_z]
no difference
21:02:42 [JonnyJD_]
hm, I don't see why 64 bit would make a difference, possibly windows 8 had some changes made on where libraries can be found or similar
21:02:53 [STalKer-X_z]
http://pastebin.com/TLnLafCm
21:02:57 [JonnyJD_]
I'll check if I can reproduce it on the Win 7 machine I still have at hand
21:03:03 [STalKer-X_z]
that is the full stuff i get
21:04:36 [JonnyJD_]
hm, that does look like it isn't really not finding libdiscid, but somehow can't open it.
21:04:55 [STalKer-X_z]
i will install the 32bit version of python and try again.
21:05:02 [JonnyJD_]
I have to look that up. It would be weird if 64 bit python ctypes can't open 32 bit dlls
21:07:57 [CallerNo6]
reosarevok: I mean that it is unlikely to appear in a controlled vocabulary
21:08:27 [reosarevok]
Bah, probably :p
21:08:34 [JonnyJD_]
CallerNo6: I would even object to including it in a genre list
21:08:53 [JonnyJD_]
well, because, it isn't a music genre
21:09:13 [JonnyJD_]
it has more to do with what other people find funny
21:09:24 [CallerNo6]
JonnyJD_: that's what I mean. I like tags better than a pre-defined "genre list" because they're more expressive.
21:09:54 [JonnyJD_]
That is exactly what I don't like about tags: they can be anything ;-)
21:10:17 [CallerNo6]
And they should be! :-)
21:10:30 [JonnyJD_]
STalKer-X_z: I can't reproduce your problem in my 32 bit Windows 7
21:10:43 [STalKer-X_z]
it's 64bit py fault :p
21:10:53 [STalKer-X_z]
with 32bit i get another error ;)
21:10:53 [Freso]
I hoppe that whatever genre system we implement, the tags won't go away.
21:10:56 [Freso]
*hope
21:11:12 [JonnyJD_]
probably: "backend not defined"?
21:12:55 [JonnyJD_]
STalKer-X_z: that is what "power users" get for installing a broken "which".. (something no normal windows user has installed)
21:13:12 [STalKer-X_z]
yeah
21:13:20 [JonnyJD_]
in that case, that is fixed in https://raw.github.com/JonnyJD/musicbrainz-isrcsubmit/master/isrcsubmit.py
21:13:54 [reosarevok]
CallerNo6: with a genre system, you can search for things tagged "funny" that have genre "metal" :p
21:14:07 [JonnyJD_]
also not my fault, by the way (that some really really really old and broken which is in some windows "linux tools" package), but will be fixed in the next version
21:14:20 [JonnyJD_]
well, that bug is my fault
21:14:44 [JonnyJD_]
but not the reason the code in wich the bug is in.. bla bla bla
21:15:56 [STalKer-X_z]
hehe
21:16:09 [JonnyJD_]
STalKer-X_z: does it work now?
21:16:09 [STalKer-X_z]
i could delete my which.exe :p
21:16:26 [JonnyJD_]
I have a link to some better tools somewhere
21:17:12 [STalKer-X_z]
it should work without "which" no?
21:17:23 [JonnyJD_]
gnuwin32 is better
21:17:29 [JonnyJD_]
yes, deleting which.exe also works
21:17:41 [JonnyJD_]
or downloading the isrcsubmit.py and overwriting the one in the package
21:17:47 [CallerNo6]
reosarevok: sadly, there's no "serious metal" tag (and no "overly self-serious metal" tag), probably because that would be nearly all of it.
21:17:57 [JonnyJD_]
https://github.com/JonnyJD/musicbrainz-isrcsubmit/issues/30 (this is the explanation why gnuwin32 is should be used)
21:18:12 [STalKer-X_z]
JonnyJD_: i renamed which.exe but still get that backend error :p
21:18:56 [JonnyJD_]
STalKer-X_z: my fault.. just download the new isrcsubmit.py
21:18:59 [reosarevok]
CallerNo6: :D
21:19:20 [reosarevok]
CallerNo6: http://musicbrainz.org/tag/mantis%20shrimp ;)
21:20:49 [CallerNo6]
* CallerNo6 loves tags!
21:21:42 [derwin]
musicbrain has tags?
21:21:43 [derwin]
lol
21:22:25 [STalKer-X_z]
JonnyJD_: how do i access drive E or F? :p
21:23:09 [JonnyJD_]
STalKer-X_z: isrcsubmit.py -d E:
21:23:52 [STalKer-X_z]
ok, works now :*
21:23:59 [JonnyJD_]
(something that will be fixed in the upcoming libdiscid 0.6.0 by the way, automatically find which drive letter is the cd drive)
21:24:15 [JonnyJD_]
STalKer-X_z: thanks a lot for your patience and willingness to test things out
21:24:15 [STalKer-X_z]
and if you got more than one drive? ;)
21:24:26 [JonnyJD_]
then you can still choose like that
21:24:49 [STalKer-X_z]
i hope i was not too annoying
21:25:05 [JonnyJD_]
STalKer-X_z: I will take care of most things mentioned, but you could submit your "doesn't work on python 64 but" to https://github.com/JonnyJD/musicbrainz-isrcsubmit
21:25:39 [JonnyJD_]
might not be my fault, but it might be wise to know about that problem so I can check that out later on and see where the problem lies
21:27:42 [STalKer-X_z]
they are incompatible, it seems
21:28:55 [JonnyJD_]
hm, I have to check that out. Possibly this can be fixed with providing a 64 bit build of discid.dll
21:29:16 [JonnyJD_]
I have to go afk for now so, unless there is another pressing issue
21:29:29 [JonnyJD_]
so -> though
21:29:38 [STalKer-X_z]
nothing related to isrcsubmit or discid :-)
21:47:02 [STalKer-X_z]
reosarevok: and yes. i try to merge recordings. because usually when i add a new release, i don't select any recording for the tracks.
22:09:53 [STalKer-X_z]
bah.
22:10:01 [STalKer-X_z]
JonnyJD_: ERROR: Couldn't send ISRCs: caused by: HTTP Error 400: Bad Request
22:10:29 [STalKer-X_z]
but the ISRC codes look ok this time
22:14:01 [sampsyo]
sampsyo has joined #musicbrainz
22:14:05 [STalKer-X_z]
maybe because there are 'b's in the found isrc codes: found new ISRC for track 1: b'FR'b'V22'b'00'b'00012'
22:40:10 [JonnyJD_]
STalKer-X_z: interesting
22:42:51 [STalKer-X_z]
hm~ :)
22:44:53 [JonnyJD_]
these b's are always in there or only for this release?
22:47:44 [JonnyJD_]
I opened a ticket for the 64 bit problem in https://github.com/JonnyJD/musicbrainz-isrcsubmit/issues/73, by the way
22:53:49 [JonnyJD_]
STalKer-X_z: do you get these b's always, or only for this release?
22:54:49 [STalKer-X_z]
let me test :p
22:56:00 [STalKer-X_z]
everywhere.
22:56:44 [STalKer-X_z]
if it cannot find an ISRC code, i get: can't find ISRC in: b'ISRC\t15\t\r\n'
22:58:53 [JonnyJD_]
probably a Python 3(.3) thing with unicode/raw/byte. I did test all of this, but maybe some bug returned while refactoring.
22:59:03 [JonnyJD_]
* JonnyJD_ installs/uses python 33
23:00:52 [STalKer-X_z]
sorry to be such a bother =O
23:02:49 [JonnyJD_]
STalKer-X_z: no, I am happy that somebody does some testing. I do test when I get my hands on Windows, but I don't own a physical windows machine myself. I only use Virtual Machines for compilation.
23:03:39 [STalKer-X_z]
i have a virtual XP, but it cannot access the CD-drives, i think
23:04:17 [JonnyJD_]
STalKer-X_z: yes, exactly my problem. Well it somewhat can, but in no way that it works for libdiscid stuff
23:05:06 [Muz]
Muz has joined #musicbrainz
23:08:27 [Kabaka]
Kabaka has joined #musicbrainz
23:11:06 [JonnyJD_]
YES, I can reproduce that (only on Windows though, Linux works fine with python 3.3..)
23:13:24 [JonnyJD_]
this looks a bit like I didn't test much, but I did test Python 3.3 (on Linux) and I did test on Windows (python 2.7)..
23:15:56 [STalKer-X_z]
don't ask me why it happens :p
23:23:43 [JonnyJD_]
STalKer-X_z: well, I only have to say that Unicode support on Windows is "weird" and that Python 3 changes were all about unicode. Issue is now tracked in https://github.com/JonnyJD/musicbrainz-isrcsubmit/issues/74
23:24:10 [STalKer-X_z]
i guess i won't be submitting isrc codes for a while then ;)
23:24:18 [JonnyJD_]
I will poke around a bit, but probably can't fix that today
23:24:56 [JonnyJD_]
STalKer-X_z: you can either switch to Python 2.7 for now or use isrcsubmit.exe (not submitting multi-disc releases)
23:25:05 [JonnyJD_]
or try another isrcsubmission tool
23:25:16 [STalKer-X_z]
mhm :)
23:25:24 [JonnyJD_]
http://wiki.musicbrainz.org/ISRC#Resources
23:26:18 [JonnyJD_]
Is this the first time you run into problems with Python 3 on Windows actually?
23:28:28 [JonnyJD_]
STalKer-X_z: HA
23:28:38 [JonnyJD_]
STalKer-X_z: This is a bug in mediatools.exe
23:29:00 [JonnyJD_]
solution: rename or remove mediatools.exe and put a recent discid.dll in there
23:29:00 [STalKer-X_z]
haven't used python so far :p
23:29:27 [STalKer-X_z]
does it work without mediatools?
23:30:10 [STalKer-X_z]
looks like it
23:30:16 [JonnyJD_]
it can use libdiscid directly, mediatools is only used because of an obscure duplidate ISRC issue (which will be fixed in libdiscid 0.6.1 (unreleased))
23:31:09 [JonnyJD_]
so that works for you now and I will look into what mediatools is doing. Maybe this is something I can fix anyways.
23:31:37 [JonnyJD_]
possibly not a bug in mediatools "per se" but in the way I read the output of mediatools, related to unicode
23:32:30 [STalKer-X_z]
without mediatools it also displays which tracks already have an ISRC code assigned :D
23:32:40 [STalKer-X_z]
GBAAA0400663 is already attached to track 7
23:33:23 [JonnyJD_]
that shouldn't be related to using mediatools or not, but possibly other discs you tried didn't have any ISRCs
23:34:52 [STalKer-X_z]
or it did not say that because it printed out thise b' stuff
23:34:55 [STalKer-X_z]
-e
23:35:57 [JonnyJD_]
yes, ISRCs with that "b stuff" are hopefully unknown to the server, because they are in fact invalid ;-)
23:49:37 [JonnyJD]
JonnyJD has joined #musicbrainz
23:50:46 [STalKer-X_z]
;p
23:51:16 [hawke_1]
hawke_1 has joined #musicbrainz