#musicbrainz

/

      • Nyanko-sensei
        hmm... can't remember if it was broadcasted in HD or not -___-;
      • 2014-03-24 08346, 2014

      • kepstin-laptop
        the shows that were done digitially but predate HD are kinda annoying
      • 2014-03-24 08354, 2014

      • kepstin-laptop
        no real way to e.g. rescan them to get a good upconvert
      • 2014-03-24 08306, 2014

      • hawke
        Sometimes they can rerender them though.
      • 2014-03-24 08354, 2014

      • Nyanko-sensei
        they had to redraw a good chunk of one piece for the HD re-broadcast
      • 2014-03-24 08314, 2014

      • simukis_ joined the channel
      • 2014-03-24 08358, 2014

      • jesus2099 joined the channel
      • 2014-03-24 08319, 2014

      • jesus2099
        luks: hellu, are you here now ? i have an acoustid issue :)
      • 2014-03-24 08335, 2014

      • Freso
        jesus2099: Just write the issue then...
      • 2014-03-24 08343, 2014

      • Freso
        He'll see it when he's arond.
      • 2014-03-24 08346, 2014

      • Freso
        *around
      • 2014-03-24 08357, 2014

      • jesus2099
        ok cool :)
      • 2014-03-24 08332, 2014

      • jesus2099
        (i thought i was the only one like that)
      • 2014-03-24 08330, 2014

      • jesus2099
        hi Freso :)
      • 2014-03-24 08307, 2014

      • jesus2099 collecting data…
      • 2014-03-24 08326, 2014

      • kepstin-laptop
        the serial experiments lain one was neat, they included a booklet with an episode-by-episode discussion of the restoration process
      • 2014-03-24 08341, 2014

      • jesus2099
        restoration ?
      • 2014-03-24 08348, 2014

      • kepstin-laptop
        for the blu-ray release
      • 2014-03-24 08358, 2014

      • jesus2099
        upsacling then ? :)
      • 2014-03-24 08303, 2014

      • kepstin-laptop
        they rescanned the film, upscanned or redid the digital
      • 2014-03-24 08309, 2014

      • jesus2099
        restoration seems like it comes from old films with lots of scratches
      • 2014-03-24 08316, 2014

      • kepstin-laptop
        recomposited a lot of cuts, sometimes with newly drawn mattes
      • 2014-03-24 08352, 2014

      • kepstin-laptop
        lain was actually kinda lucky, it was just old enough that most of the show was recorded on film
      • 2014-03-24 08352, 2014

      • jesus2099
        luks wherever you are : the following “track” https://acoustid.org/track/ed43b283-b5fc-42fb-a1e… i have ear checked it on my CD it“s ”TIN MAN“. this “track” contains many “fingerprints” that aez very different… maybe htat explains the several mismatched MB recordings……
      • 2014-03-24 08304, 2014

      • jesus2099
        is there a way to know which fingerprint is our current sound file ?
      • 2014-03-24 08338, 2014

      • jesus2099
      • 2014-03-24 08300, 2014

      • Freso
        Oh, jesus2099 btw. The "all links" thingy's search on WhoSampled doesn't seem to work anymore.
      • 2014-03-24 08320, 2014

      • jesus2099
        if i could know that my fingerprint is either 11458007 or 10904971 i could fix https://acoustid.org/track/6579443b-f187-4494-b36… by unlinking OLD MAN TOOK
      • 2014-03-24 08346, 2014

      • jesus2099
        Freso: wow i just checked that a few days ago it was still ok ! (when i had to fix decoda)
      • 2014-03-24 08332, 2014

      • hawke
        jesus2099: Those fingerprints all look similar to me…
      • 2014-03-24 08340, 2014

      • hawke
      • 2014-03-24 08346, 2014

      • jesus2099
        oh ? let me see again
      • 2014-03-24 08321, 2014

      • jesus2099
      • 2014-03-24 08322, 2014

      • kepstin-laptop
        if there are multiple fingerprints with the same acoustid, those fingerprints are by definition fairly similar
      • 2014-03-24 08336, 2014

      • kepstin-laptop
        but not the same :/
      • 2014-03-24 08310, 2014

      • jesus2099
        that one is not same, is it ?
      • 2014-03-24 08340, 2014

      • jesus2099
        i know some variation is hopefully accepted but i mean there is one that seem to bump too much when i CTRL+TAB them all → https://acoustid.org/fingerprint/25570260
      • 2014-03-24 08341, 2014

      • hawke
        jesus2099: it is, just a time offset
      • 2014-03-24 08343, 2014

      • hawke
      • 2014-03-24 08348, 2014

      • hawke
        set offset to 33
      • 2014-03-24 08359, 2014

      • jesus2099
        i never understood that compare page
      • 2014-03-24 08320, 2014

      • Freso
        jesus2099: The more black, the less difference.
      • 2014-03-24 08326, 2014

      • kepstin-laptop
        yeah, offset 33 is pretty close
      • 2014-03-24 08327, 2014

      • jesus2099
        ah…
      • 2014-03-24 08343, 2014

      • kepstin-laptop
        enough differences that it could sound somewhat different, but it's the same song at least
      • 2014-03-24 08359, 2014

      • jesus2099
        it’s not very intuitive as both compared stuff are black, when overlapping i didn’t understaood it should fill the white in black… (._.?)
      • 2014-03-24 08307, 2014

      • hawke
        And the start is chopped off from one of them.
      • 2014-03-24 08332, 2014

      • jesus2099
        thanks :)
      • 2014-03-24 08333, 2014

      • kepstin-laptop
        jesus2099: the comparison is just an XOR, so it makes perfect sense.
      • 2014-03-24 08346, 2014

      • jesus2099
        … for who ?
      • 2014-03-24 08347, 2014

      • jesus2099
         ;)
      • 2014-03-24 08302, 2014

      • jesus2099
        i mean there’s no such explanation over there :)
      • 2014-03-24 08312, 2014

      • kepstin-laptop
        the idea is that you want to know if either both tracks have white or if both tracks have black in the same spot
      • 2014-03-24 08320, 2014

      • kepstin-laptop
        and that calculation is what the XOR operation does
      • 2014-03-24 08325, 2014

      • Freso
        kepstin-laptop: I thought it was more white == better match until someone told me otherwise.
      • 2014-03-24 08332, 2014

      • kepstin-laptop
        it returns 1 if the two are different, and 0 if they're the same
      • 2014-03-24 08337, 2014

      • kepstin-laptop
        and 0 is black, 1 is white
      • 2014-03-24 08303, 2014

      • jesus2099
        transparancy, blending of two colours would be more intuitive for guys like me ;)
      • 2014-03-24 08305, 2014

      • kepstin-laptop
        I mean, it would be trivial to use whatever colours you like
      • 2014-03-24 08328, 2014

      • kepstin-laptop
        transparence isn't correct, because black+white and white+black are bad, and white+white and black+black are good
      • 2014-03-24 08337, 2014

      • jesus2099
        i said colours ;p
      • 2014-03-24 08306, 2014

      • kepstin-laptop
        it could use green+red, aside from that not working for colour-blind people ;)
      • 2014-03-24 08319, 2014

      • kepstin-laptop
        the colours are irrelevant really, it could be any two colours
      • 2014-03-24 08321, 2014

      • Freso
        kepstin-laptop: The point is though, there's nothing on the compare page to tell how to use the comparison. If you don't know that white is bad and black is good, or that it's an XOR comparison happening... how are you supposed to know?
      • 2014-03-24 08338, 2014

      • hawke
        yellow and blue make green seal!
      • 2014-03-24 08342, 2014

      • kepstin-laptop
        Freso: you ask in the musicbrainz channel, and someone explains it to you
      • 2014-03-24 08345, 2014

      • hawke
        lol
      • 2014-03-24 08351, 2014

      • kepstin-laptop
        hawke: only two colours.
      • 2014-03-24 08355, 2014

      • kepstin-laptop
        there's no third colour
      • 2014-03-24 08310, 2014

      • kepstin-laptop
        what is that, "wrong", "right" and "I don't even"?
      • 2014-03-24 08320, 2014

      • hawke
      • 2014-03-24 08325, 2014

      • Freso
        kepstin-laptop: Sure. I could also go #git to ask questions about what parameters `git commit` takes.
      • 2014-03-24 08344, 2014

      • hawke
      • 2014-03-24 08348, 2014

      • Freso
        But it would be way faster and easier on everybody to just have `git commit -h` or `man git-commit` tell you that.
      • 2014-03-24 08350, 2014

      • kepstin-laptop
        hawke: ... but the comparison operation has no relation to mixing at all
      • 2014-03-24 08306, 2014

      • kepstin-laptop
        Freso: I agree that the comparison page could use some help, yeah
      • 2014-03-24 08325, 2014

      • kepstin-laptop
        but you asked a factual question, so I gave a factual answer ;)
      • 2014-03-24 08357, 2014

      • Freso
        I never asked a factual question.
      • 2014-03-24 08303, 2014

      • Freso
        I asked a rhetorical question.
      • 2014-03-24 08309, 2014

      • hawke
        I should probably update http://wiki.musicbrainz.org/Guides/AcoustID to talk about the comparison page
      • 2014-03-24 08326, 2014

      • kepstin-laptop
        Freso: and I gave a rhetorical answer ;)
      • 2014-03-24 08336, 2014

      • jesus2099
        kepstin-laptop: did you land on that page first time and immediately understood that “it’s a XOR compare.” without luks explaining ? if so, you’re a truly computer god !
      • 2014-03-24 08320, 2014

      • kepstin-laptop
        I figured it out pretty quick after using offset adjustment on some acoustids that I knew were basically the same
      • 2014-03-24 08333, 2014

      • kepstin-laptop
        then I looked at the code and saw "hey, it is literally just using xor"
      • 2014-03-24 08339, 2014

      • jesus2099
        you’re what i said : a KUMPUTER GOD !
      • 2014-03-24 08356, 2014

      • jesus2099
        ah ok…
      • 2014-03-24 08304, 2014

      • jesus2099
        you’re not, you watched the code, cheating ! :)
      • 2014-03-24 08323, 2014

      • kepstin-laptop
        the only way to become a true computer god is to cheat your way there
      • 2014-03-24 08325, 2014

      • jesus2099
        Freso: should’t this explain appear right on the compare page directly ? is there a bug tracker ?
      • 2014-03-24 08344, 2014

      • jesus2099
        i have another issue https://acoustid.org/track/25447756 is not styling a:visited as darker as other links
      • 2014-03-24 08306, 2014

      • hawke
        jesus2099: there is a bug tracker.
      • 2014-03-24 08309, 2014

      • hawke
        jesus2099: Do you use beta?
      • 2014-03-24 08309, 2014

      • Freso
        jesus2099: I think there might be a tracker by its repository. I think luks is using Bitbucket.
      • 2014-03-24 08321, 2014

      • Freso
        jesus2099: Anyway: http://www.whosampled.com/search/artists/?q=Trepac is a 404 from me.
      • 2014-03-24 08322, 2014

      • hawke
        jesus2099: the acoustid.org links all go to 'main' musicbrainz
      • 2014-03-24 08334, 2014

      • Freso
        Oh, perhaps I'm just not using the latest version of your script.
      • 2014-03-24 08350, 2014

      • jesus2099
        hawke: oh good point, i don’t use beta but i use HTTPS←that
      • 2014-03-24 08307, 2014

      • jesus2099
        oh but acoustid also uises HTTPS so it’s not the problem
      • 2014-03-24 08305, 2014

      • jesus2099
        Freso: you’re not, it works for me ;) → http://www.whosampled.com/search/artists/?h=1&…
      • 2014-03-24 08316, 2014

      • jesus2099
        silly new h=1 parameter
      • 2014-03-24 08336, 2014

      • Freso
        It works for me with h=1 too.
      • 2014-03-24 08309, 2014

      • jesus2099
        ladys and gentlemen, i will be using the TOC + Release Duplicates tab for the first time since it is supposed to be fixced (not vanish yur TOC anylmore)
      • 2014-03-24 08332, 2014

      • CallerNo6 joined the channel
      • 2014-03-24 08344, 2014

      • jesus2099
        …uh oh.
      • 2014-03-24 08305, 2014

      • kepstin-laptop
        jesus2099: hmm? if you're adding a new release via toc lookup, that was never fixed
      • 2014-03-24 08328, 2014

      • jesus2099
        yeah it seemed so indeed :)
      • 2014-03-24 08332, 2014

      • jesus2099
        i thought it was fixed
      • 2014-03-24 08320, 2014

      • jesus2099
        i thought i was too shy to try…
      • 2014-03-24 08326, 2014

      • chirlu`
        Some things have been fixed, what is this bug?
      • 2014-03-24 08355, 2014

      • JesseW joined the channel
      • 2014-03-24 08342, 2014

      • kepstin-laptop
        chirlu`: if you use picard, do a cd lookup, don't find the release so add a new one, then select an existing tracklist to reuse, it looses the disc id
      • 2014-03-24 08347, 2014

      • kepstin-laptop
        loses*
      • 2014-03-24 08348, 2014

      • jesus2099
        when you submit a CD TOC and you create a new release, you can’t use the Existing releases tab, if you do so because you don’t want to type all tracks and then link them all to recordings one by one… you loose TOC in punition to your lazyness !
      • 2014-03-24 08310, 2014

      • chirlu`
        Ah yes, but there is a fix for that.
      • 2014-03-24 08310, 2014

      • kepstin-laptop
        then you have to redo the lookup a second time and find the release you just added to actually associate the disc id
      • 2014-03-24 08330, 2014

      • chirlu`
        Not merged yet, though.
      • 2014-03-24 08340, 2014

      • kepstin-laptop
        i thought it was still being discussed
      • 2014-03-24 08306, 2014

      • chirlu`
      • 2014-03-24 08327, 2014

      • mb-chat-logger
        New post: blog: More details for our 2014-05-15 schema change release <http://blog.musicbrainz.org/2014/03/24/more-details-for-our-2014-05-15-schema-change-release/>
      • 2014-03-24 08341, 2014

      • kepstin-laptop
        chirlu`: huh? what's that? it looks unrelated
      • 2014-03-24 08308, 2014

      • chirlu`
        That’s the bug I thought you meant. :-)
      • 2014-03-24 08320, 2014

      • chirlu`
        Do you have a ticket for your issue?
      • 2014-03-24 08349, 2014

      • kepstin-laptop
        this issue specifically affects that the disc id simply disappears completely from the release editor when you select an existing tracklist to reuse
      • 2014-03-24 08322, 2014

      • kepstin-laptop checks his voted issues list
      • 2014-03-24 08330, 2014

      • kepstin-laptop
        or to be specific, the issue is that selecting an existing tracklist overrides the seeded media data, including the disc id
      • 2014-03-24 08309, 2014

      • jesus2099
        we have lost milliseconds support on recordings too… but i guess we don’t care since recordings lengths will soon completely disappear :)
      • 2014-03-24 08330, 2014

      • hawke
        We had milliseconds support on recordings?
      • 2014-03-24 08344, 2014

      • jesus2099
        yes :)
      • 2014-03-24 08349, 2014

      • hawke
        Hmm, never noticed. :-D
      • 2014-03-24 08349, 2014

      • jesus2099
        i showed them with a user script
      • 2014-03-24 08327, 2014

      • jesus2099
        they still show up but we cannot set them any more through APPLY TOC times to release then check the apply changes track→recordings
      • 2014-03-24 08347, 2014

      • kepstin-laptop
        huh, I can't actually find a ticket for this issue
      • 2014-03-24 08347, 2014

      • jesus2099
        this last edit since new release editor only takes minutes and seconds
      • 2014-03-24 08302, 2014

      • jesus2099
      • 2014-03-24 08329, 2014

      • kepstin-laptop
        wow, 2301
      • 2014-03-24 08331, 2014

      • hawke
        I can’t see how milliseconds would be useful — heck, >1–2 seconds is barely relevant
      • 2014-03-24 08332, 2014

      • kepstin-laptop
        that's way back
      • 2014-03-24 08349, 2014

      • kepstin-laptop
        ... it's closed
      • 2014-03-24 08352, 2014

      • jesus2099
        hawke: i wanted to make sure a recording had its time from a TOC (my TOC)
      • 2014-03-24 08359, 2014

      • kepstin-laptop
        I guess we need to reopen it or file a new ticket
      • 2014-03-24 08321, 2014

      • kepstin-laptop
        oh, it did get fixed
      • 2014-03-24 08330, 2014

      • kepstin-laptop
        (not in production yet, obviously)
      • 2014-03-24 08352, 2014

      • kepstin-laptop
        we need a "merged but not yet released" ticket state ;)
      • 2014-03-24 08350, 2014

      • jesus2099
        how did you find it was only on non-normal ? (beta ?)
      • 2014-03-24 08338, 2014

      • kepstin-laptop
        jesus2099: the fix has been merged into master: https://bitbucket.org/metabrainz/musicbrainz-serv…
      • 2014-03-24 08348, 2014

      • kepstin-laptop
        oh, into beta
      • 2014-03-24 08359, 2014

      • kepstin-laptop
        but has beta actually been updated to include that?
      • 2014-03-24 08316, 2014

      • kepstin-laptop is unclear on how the beta site works
      • 2014-03-24 08325, 2014

      • chirlu`
        Yes, but possibly the new RE re-broke this.
      • 2014-03-24 08334, 2014

      • kepstin-laptop
        this change is post-new-re