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