18:26 <+Grum> Meeeh: that is too vague :(
18:27 < Meeeh> Grum, ? idk why portal was created like that ;/
18:27 <+Grum> it was?
18:28 < Meeeh> I placed manualy that end blocks, then added eyes to it and...
18:28 < Meeeh> http://imgur.com/mczRNy4 this isn't center of portal I think
18:28 <+Grum> something is weird; you have mis-placed your portal frames so it seems
18:29 < Meeeh> but why it created the portal?
18:30 <+Grum> you can reproduce?
18:30 < Meeeh> I may try, by placing all portals with this same facing 
18:31 <+Grum> i cannot quite reproduce so it seems
18:31 <+Grum> if you can reproduce it i can fix it :)
18:32 < Meeeh> yach, I know how that works :D it is very hard to find bug if you can't reprocude it to see what is happening 
18:33 <+Grum> if I even place a single one facing the wrong way it doesn't work here
18:33 <+Grum> you did test the latest snapshot right?
18:33 < Meeeh> created this same portal - no reaction this time o.O
18:33 < Meeeh> yep
18:33 < Meeeh> new world
18:33 <+Grum> the only valid way to make a portal, is standing in the middle of it, placing the frames around you
18:34 <+Grum> else the frames are going to be oriented wrong
18:34 <+Grum> maybe you can give me the world where it went wrong?
18:34 < Meeeh> maybe that second broken portal do some black magic, hyym I may try create second world with this same seed
18:35 < Meeeh> Grum, what? you want .zip file with it?
18:35 <+Grum> yeah sure
18:35 <+Grum> do you happen to know in whihc block yuo last placed the eye?
18:35 <+Grum> oh
18:35 < Meeeh> no ;/ that is hard to remember 
18:36 <+Grum> well i guess just 12 choices ey ;D
18:37 < __0x277F> Has anyone reported this bug before the latest snapshot?
18:37 <+Grum> no but the mechanic to make them was changed
18:37 <+Grum> because it was gloriously broken
18:37  * __0x277F downloads latest
18:38 <+Grum> was not changed this snapshot though, some weeks ago
18:38 < __0x277F> Eh, I had an old one anyway
18:44 < Meeeh> nah, weird, just can't reproduce it
18:44 < Meeeh> it must be something really weird
18:48 < Meeeh> maybe it is enough weird that no one ever will be able to reproduce it... :D there is any cache in code? that save how portal blocks were placed/activated? or it just scan terrarin around to find valid portal pattern? Grum 
18:49 <+Grum> should scan
18:51 <+Grum> it is actually happening
18:51 <+Grum> awesome
18:51 <+Grum> will fix tomorrow
18:51 < Meeeh> oh, how you reproduced that?
18:51 <+Grum> oh i just smashed all the portal blocks
18:51 <+Grum> replaced the one in the closest corner with the 'west' orientation
18:51 <+Grum> aaaand it did it agian
18:52 < Meeeh> yeach, that will fit to me trying create a portal :D I forgot that they all need facing to center
18:53 < Meeeh> Grum, also, maybe small fix for that? http://imgur.com/a/vuGzJ
18:53 <+Grum> Yeah reproduced fully
18:53 <+Grum> I tihnk I know what is causing it as well
18:53 <+Grum> the blockpattern i am using ... i guess ... allows rotation
18:54 <+Grum> it needs to NOT do that
18:56 < Meeeh> Grum, hah, works on this world, but I can reproduce this in my other world 
18:58 < Meeeh> oh, did it.
18:58 <+Grum> make sure the target area is empty
18:59 < Meeeh> one portal was missplaced
18:59 < Meeeh> they still need to be 3x this same portals in row as far as I see
19:00 < Meeeh> but anyway, happy fixing Grum :D and what about message?
19:07 < Meeeh> There was any packet changes in newest snapshots? (last 2, maybe 3)
19:07 < Meeeh> especially related to entites/metadata etc
19:50 <+Grum> Meeeh: i'm sorry? about 'message' ?
19:51 < Meeeh> Grum, enchant command http://imgur.com/a/vuGzJ
19:51 <+Grum> that seems correct
19:51 < Meeeh> it should be more like "with ID minecraft:invalid_name"
19:52 <+Grum> nope
19:53 < Meeeh> 0 looks weird here to me, even if id-s are still used under everything, but ok :P
19:54 < Meeeh> so, if you are already here, Grum, do you recall any changes in packets or something related to them in last 2/3 snapshots? mostly with entites?
21:16 < tktech> Anyone know where lukegb hangs out?
21:56 <+Thinkofname> tktech: I see him on esper
21:56 < tktech> Yup yup, hunted him down on #sponge
21:56 < tktech> Thanks!
23:20 < redstonehelper> Grum Meeeh: it appears to be a valid bug :D https://bugs.mojang.com/browse/MC-89174
23:21 < redstonehelper> Meeeh: someone else had the same portal thing happen earlier
23:21 < redstonehelper> https://bugs.mojang.com/browse/MC-97216
23:25 < Meeeh> redstonehelper, read irc xD grum was here and already reproduced it, and he said it will be fixed: "will fix tomorrow"
23:26 < redstonehelper> serves me right for skimming over the backlog
23:26 < redstonehelper> ok now I reproduced it too
--- Day changed mer. févr. 17 2016
09:48 < Not-1f77> [mineflayer] rom1504 deleted branch greenkeeper-lodash-4.5.0
--- Log closed mer. févr. 17 10:52:40 2016
--- Log opened mer. févr. 17 10:53:07 2016
10:53 -!- Irssi: #mcdevs: Total of 126 nicks [1 ops, 0 halfops, 14 voices, 111 normal]
10:53 !sendak.freenode.net [freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup
10:56 -!- Irssi: Join to #mcdevs was synced in 230 secs
11:16 < Not-5607> [flying-squid] rom1504 deleted branch greenkeeper-request-promise-2.0.1
11:21 < rom1504> hmm it would be better to tell notifico to not talk about deleted branches but that doesn't seem possible
11:21 < rom1504> or is it tktech ?
11:22 <+Fador> http://fador.be/g/a1d3f97a8dea304588cf1c2858e3b67a.png 
11:22 <+Fador> so if it's not wanted, it's user error =b
11:25 < rom1504> hmm
11:25 < rom1504> I had "Just the push event." checked
11:25 < rom1504> I guess github is lying
11:26 <+Fador> that's odd, I would think that would work..
11:26 <+Wallbraker> Do you have it registerd on the org as well?
11:26 <+Wallbraker> Github sends two events.
11:26 < rom1504> selecting "push" in "Let me select individual events." just save it as "Just the push event."
11:26 <+Wallbraker> Well two branch deletion events.
11:27 < rom1504> I can't see anything in the orgs settings about hooks
11:27 < rom1504> ah this https://github.com/organizations/PrismarineJS/settings/hooks
11:27 < rom1504> no I have nothing there
11:28 <+Wallbraker> I can't remember which hook it was
11:28 <+Wallbraker> It might be a different repo hook :-/
11:28 <+Wallbraker> I know it sends two notifications.
11:29 <+Wallbraker> Well since you delete branches in git via pushing a empty branch that might be why you still get it.
11:30 < rom1504> I'm indeed seeing a http://pastebin.com/RyAtRHnT at 11:16 (that deletion), even though "just push event" was checked
11:30 < rom1504> in the hooks history
11:31 < rom1504> "deleted": true,
11:31 < rom1504> Wallbraker: yeah but the problem is I can't change that, it's not me doing it
11:32 < rom1504> it's a bot that figures if a dep breaks my build or not
11:32 < rom1504> by creating a new branch and then deleting it if it works
11:32 < rom1504> well it shouldn't do that too often, not a big deal
--- Log closed mer. févr. 17 13:24:56 2016
--- Log opened mer. févr. 17 13:25:07 2016
13:25 -!- Irssi: #mcdevs: Total of 123 nicks [1 ops, 0 halfops, 12 voices, 110 normal]
13:28 -!- Irssi: Join to #mcdevs was synced in 227 secs
20:04 < Not-5cc2> [Charge] Wallbraker pushed 6 commits to master [+4/-0/±8] https://github.com/VoltLang/Charge/compare/891c01354480...88bbe590c050
20:04 < Not-5cc2> [Charge] Wallbraker 9d95f10 - examples: Add program arguments to GL example
20:04 < Not-5cc2> [Charge] Wallbraker 4ee9015 - game: Add package
20:04 < Not-5cc2> [Charge] Wallbraker 8aafeaf - power: Add stub
20:04 < Not-5cc2> [Charge] ... and 3 more commits.
20:14 < Not-5cc2> [Charge] Wallbraker pushed 1 commit to master [+0/-0/±1] https://github.com/VoltLang/Charge/compare/88bbe590c050...bb1a5122d16f
20:14 < Not-5cc2> [Charge] Wallbraker bb1a512 - charge: Update ignore
22:44 < hansihe> rom1504: hey, i hacked together a script that extracts some basic block data from the minecraft jar, it seems to work pretty well
22:44 < hansihe> is there any chance for integration with minecraft-data if i polish it up?
22:45 < hansihe> the main thing i spent the time on is utilities for using the mcp naming database when working with bytecode, it makes it really easy to find the right places in the bytecode
22:46 < hansihe> the mcp guys are usually really consistent in their naming, so it shouldn't require much mainternance
23:06 < Not-5cc2> [Charge] Wallbraker pushed 1 commit to master [+1/-0/±0] https://github.com/VoltLang/Charge/compare/bb1a5122d16f...e1ae699d5e01
23:06 < Not-5cc2> [Charge] Wallbraker e1ae699 - sys: Add Resource code
23:13 < rom1504> hansihe: sure it can be useful, put the link in an issue or a PR to add it there https://github.com/PrismarineJS/minecraft-data#extraction . And then we can figure out what to do with the resulting data (I bet it doesn't have the fields the current blocks.json does, but it can probably be useful to extract some data for the jars where it's not easy to get info from the wiki, or something like that ?)
23:14 < rom1504> I prefer to keep the extraction tools out of the mcdata repo though, so it's possible to get stuff from various sources and with various languages without having to mix everything together
23:14 < hansihe> yeah
23:14 < hansihe> i'll make a repo for the tools
23:15 < hansihe> will put in a pr once i get it cleaned up and working
23:48 < tktech> lukegb, o/
23:49 < tktech> hansihe, do you have a link for this tool?
23:49 < tktech> hansihe, Or did you just update burger
23:49 < hansihe> tktech: didn't put it up on github yet
23:50 < hansihe> and no, it's not a burget update, but parts of it are based on burger :)
23:50 < tktech> Neato.
23:51 < hansihe> instead of purely relying on method signatures to figure things out, it uses the mcp naming database. you can do things like mapping.resolve_method(mapping.resolve_class("net/minecraft/block/Block"), "registerBlocks")
23:52 < tktech> Burger predates mcp by years, wasn't really an option.
23:52 < hansihe> and it returns a mapping object for the method, you can then do method_mapping.find_signature() and pass that to jawa find_one
23:53 < hansihe> yep, i know, i just thought it might be a better option now
23:53 < tktech> Totally, the signature method has always been flacky
23:54 < tktech> The tool I wrote before MCP around to deobfuscate used a modified version of my old song matcher, heh.
23:54 < tktech> Chunked methods and assigned a score based on statstical matches + signature bonus + neighbour bonus
23:55 < hansihe> haha, that's really cool actually
23:56 < hansihe> did you just apply it directly to the bytecode?
23:58 < tktech> Yup
23:58 < tktech> Wonder if wayback machine has it
--- Day changed jeu. févr. 18 2016
00:01 < tktech> https://web.archive.org/web/20110104012056/http://www.tkte.ch/projects/pymy/?
00:01 < tktech> Kinda, only started crawling it in 2011
00:01 < tktech> And didn't get the css
00:03 < tktech> hansihe, Mind if I list you on the "projects using jawa" when you've pushed it?
00:03 < hansihe> tktech: sure!
00:04 < hansihe> it seems like a very good utility for working with bytecode
00:06 < tktech> Glad it could be useful. You'll probably run into bugs, feel free to poke me or open a ticket anytime.
00:08 < hansihe> Smooth sailing to far, only thing I noticed is that the docs could need to be regenerated
00:08 < hansihe> The zipfile functionality seems to have been removed recently
00:09 <+Wallbraker> A wild tktech appears!
00:09 < tktech> Wallbraker, I'm always here, just obsolete and unneeded. A broken toaster. *tears*
00:10 < tktech> hansihe, I felt it was overly out-of-scope
00:10 < tktech> hansihe, it was a very slim layer over the built-in ZipFile that didn't really add anything
00:10 < hansihe> tktech: yep, I think I would agree
00:10 < hansihe> only a couple of lines of code to accomplish the same thing
00:11 <+Wallbraker> tktech: Heh
00:11 <+Wallbraker> tktech: Well I tried to ping you a couple of times in #volt
00:11 < hansihe> It did confuse me for a couple of minutes though, as the docs listed it
00:11 < tktech> Yeah, I'll fix that in a moment
00:11 < tktech> Wallbraker, Wait really?
00:11 < tktech> I've only got like 10 lines of chat in #volt
00:11 <+Wallbraker> Hmm strange.
00:12 <+Wallbraker> I might have missed your response tho.
00:12 < tktech> hansihe, I'm aiming to make it "human" and "pythonic" compared to the monster alternatives like Krakatau, BCE, etc...
00:12 < tktech> So simplified scope, easy start but complex if needed, every method is documented, PEP8, etc...
00:13 < hansihe> haven't tried the others at all, I guess I don't know what i'm missing :)
00:14 <+Wallbraker> tktech: Mostly about Not gone missing, and not not working at all on Esper.
00:14 < hansihe> The java 7 stack map tables are really annoying
00:14 < tktech> Krakatau has a proper decompiler in it, but is GPL, has maybe 5 comments, 0 docstrings, and you would never want to just open it in a terminal to play with a file
00:14 < hansihe> I have run into them briefly before
00:14 < tktech> Wallbraker, :( Is it still missing on esper?
00:15 < tktech> They are exceptionally annoying, yes. The issue for it on the Oracle tracker has some pretty heated discussion.
00:15 <+Wallbraker> tktech: Yes.
00:15 < Fenhl> wait, was Not the name of the wiki notification bot?
00:15 <+Wallbraker> tktech: 20:13 -!- Not-ce08 [~notifico@198.199.82.216] has quit [Killed (SessionServ (Connection limit exceeded.))]
00:16 < tktech> Totally worthless feature that saves on average less than 15ms on load and complicates compilers and assemblers, and is a feature that the JVM used to do itself for yeaaaars.
00:16 <+Wallbraker> tktech: lots of those, maybe one or two lines off.
00:16 < tktech> Was no reason at all to shift it to the compiler.
00:16 < tktech> Wallbraker, RIP, guess I'll shut down signups.
00:16 < Fenhl> because the wiki notification bot is dead and I really miss it ;_;
00:16 <+Amaranth> tktech: You could ask an oper for an exception
00:17 < tktech> Tried that years ago
00:17 < tktech> Freenode did something to let it go for a little longer
00:17 < tktech> Esper just rejected it
00:17 <+Amaranth> I mean, it took 6 years to get a group registration for compiz
00:17 <+Amaranth> Oh you're talking about esper
00:17 < tktech> Not going to start buying IP blocks just to host esper bots
00:18 < tktech> Fenhl, It was just a simple script POSTing to a Notifico project.
00:18 < tktech> Fenhl, Like 10 lines, one sec.
00:18 <+Amaranth> Huh, I wonder if I'm still the contact person for the compiz group
00:18 < robbie0630> t
00:18 <+Amaranth> Or did we just not even get it after all that time, I don't even remember anymore
00:18 < tktech> Amaranth, It took me a decade to get my first group.
00:18 < tktech> Amaranth, 3 days to get #mcdevs
00:19 <+Amaranth> iirc by the time any kind of progress seemed to be happening the project was basically dead
00:19 <+Amaranth> So I'm not sure if we actually got it
00:19 < tktech> Fenhl, https://github.com/brandon15811/WikiBot
00:20 < tktech> Fenhl, I don't have it anymore, but it looks like someone forked it way back
00:20 < tktech> It was really just a 5 minute script running in a screen session
00:21 < Fenhl> you could also run a mwikiircbot
00:21 < Fenhl> https://github.com/fenhl/mwikiircbot
00:24 < Fenhl> that has the benefit of being push instead of pull, so it should make notifications arrive faster
00:27 < Not-3e59> [Jawa] TkTech pushed 1 commit to master [+0/-0/±1] https://github.com/TkTech/Jawa/compare/2b66b828f5f8...190a5eb43138
00:27 <+ammar2> tktech: interesting, esper ops hand out more connections/ip easily to bncs
00:27 < Not-3e59> [Jawa] TkTech 190a5eb - Add missing ghp-import requirement as an extra dev dependency.
00:27 < Not-3e59> [Jawa] TkTech pushed 1 commit to gh-pages [+0/-4/±34] https://github.com/TkTech/Jawa/compare/bef72854e748...2b733c62f871
00:27 < Not-3e59> [Jawa] TkTech 2b733c6 - Update documentation
00:27 <+ammar2> wonder why they didn't accomodate you
00:27 < tktech> ammar2, It was a few years, but I probably still have the logs.
00:31 < rom1504> Fenhl: hmm does mediawiki has a push api oO ?
00:32 < rom1504> or I'm missing something
00:32 < Fenhl> rom1504: it's a recent changes hook
00:33 < rom1504> ah you need to add code to the wiki instance
00:33 < rom1504> yeah ok
00:33 < Fenhl> kind of. You add the hook to the LocalSettings.php of the wiki
00:34 < Gjum> do you think minecraft.gamepedia.com would do that for us?
00:36 < Not-3e59> [Jawa] TkTech pushed 1 commit to master [+0/-0/±6] https://github.com/TkTech/Jawa/compare/190a5eb43138...540f1835c365
00:36 < Not-3e59> [Jawa] TkTech 540f183 - Instead of count(), just use the more intuitive builtin len()
00:38 < tktech> dav1d, I neglected to deploy your git.io changes, they're live now.
00:38 < tktech> dav1d, Thanks again for the PR!
00:39 <+ammar2> considering its run by curse, I highly doubt it Gjum 
00:40 < Gjum> exactly. the minecraft-data project could benefit from a hook though
00:40 < tktech> Or you can use wikibot and pull any wiki :)
00:41 <+ammar2> yeah, scraping works just as well
00:41 < tktech> Amaranth, ammar2 where do I find esper sysops
00:41 <+ammar2> #dragonweyr
00:42 < tktech> ...
00:42 <+ammar2> to be fair they do mention it in their motd 
00:43 < Gjum> Fenhl: is the ati.assets_root+'/json/items.json' updated manually? any chance for me to get the raw json?
00:43 < tktech> znc filters them out :)
00:43 < tktech> http://n.tkte.ch/s/networks/irc.esper.net/?page=1
00:43 < tktech> Why do people think that just checking the SSL box magically makes it SSL?
00:43 < tktech> That's not how this works.
00:45 < tktech> lukegb, Think you'll have time this month to clean up those commits for a PR, or would you prefer I did it? I have some spare time.
00:45 < Fenhl> Gjum: it is. https://github.com/wurstmineberg/assets.wurstmineberg.de/blob/master/json/items.json pull requests welcome
00:46 < Gjum> oh duh makes sense
00:46 < Gjum> thanks
00:46 <+Wallbraker> tktech: Heh lol
00:46 <+Wallbraker> tktech: You really should run a script to merge some of those.
00:47 < tktech> Wallbraker, The IRC bot assumes people are stupid, it's kinda merging them already.
00:47 <+Wallbraker> Ah okay
00:47 <+Wallbraker> Like availo.esper.net should be merged with irc.esper.net
00:47 < tktech> Yeah, that doesn't currently get merged
00:47 < tktech> There is an issue and a plan but no implmentation.
00:48 <+Wallbraker> http://webchat.freenode.net/
00:48 <+Wallbraker> Lol
00:48 < tktech> Yeah. The logs are sadtimes.
00:48 < tktech> The IRCManager knows the name of every connected IRC bot to every available network.
00:48 < tktech> So the idea is that the IRCManager checks when a network is seen for the first time if any of those other guys are on there and exchanges a secret.
00:48 <+Wallbraker> Ah okay
00:48 < tktech> Secrets match, well then this is the same network as that other bot, might as well collapse.
00:49 < tktech> I wish I could just trust the network name in 004 but there's no way to verify it.
00:49 < tktech> There are some projects on Notifico that are private which I pay more attention to keeping up and running.
00:49 < tktech> Like the NASA weather ballons
00:50 <+Wallbraker> Cool
00:50 <+Wallbraker> in 004?
00:50 < tktech> A message sent early on by most IRCd's with some useful information in it.
00:50 <+Wallbraker> Ah okay
00:51 < tktech> Including a "network name", identical regardless of which edge you connect from.
00:51 < tktech> But, anyone can lie.
00:51 < tktech> You could host your own IRCd, pretend to be freenode, and start harvesting private project streams.
00:51 <+Wallbraker> tktech: Well if you merged all of the *.esper.net ones you should be able to connect to esper. Right?
00:51 <+Wallbraker> Ah right
00:51 < tktech> Hence secret exchanges.
00:53 < tktech> Some people are pushing silly trusted data through notifico that they really shouldn't.
00:53 < tktech> They don't know who I am, I'm not a reputable company. I don't have a privacy policy.
00:53 < tktech> Why is the italian governers office pushing error logs
00:57 < tktech> dav1d, https://gist.github.com/TkTech/9cc27c3f0aca4e6f9c0f
00:57 < tktech> dav1d, Still getting crashes on malformed ACTIONs
01:01 <+Wallbraker> tktech: Can you sort projects on the number of messages?
01:01 <+Wallbraker> Volt is up to 18242 messages
01:02 < tktech> You can, there are a bunch of hidden metrics and sorts :)
01:02 <+Wallbraker> Linky?
01:02 < tktech> http://n.tkte.ch/s/projects?s=messages
01:02 < tktech> A rust service is up to #1 at 1542917
01:02 < tktech>  messages.
01:02 <+Wallbraker> Damn son
01:03 < tktech> You are number....19 including private projects
01:03 <+Wallbraker> Col
01:04 <+Wallbraker> Cool*
01:25 <+ammar2> tktech: you could pretend to be esper but you couldn't pretend to own a subdomain of esper, right?
01:57 < tktech> ammar2, Correct, but there are also groups hosting multiple different networks on a single domain
01:58 < tktech> And some oddity test networks on different ports like the 9 project's test network
01:58 <+ammar2> I feel like it'd be easier to handle on a case by case basis than with secret exchange
01:59 < lukegb> tktech: I plan to do it, but I kinda want to actually finish implementing the InvokeDynamic parsing
01:59 < tktech> lukegb, works for me! :)
02:04 < lukegb> I was trying to remember what the other project you used to have for doing stuff like this was - Solum?
02:05 < hansihe> anyone know which jvm bytecode is used for loading a value from a instance field?
02:06 < hansihe> i don't know the details of jvm bytecode, might be a bad question
02:08 < hansihe> getfield probably
02:08 < lukegb> Isn't there `getfield`? Though I haven't looked at the docs in a while
02:08 < hansihe> yeah, I just had to look a bit better
02:12 < tktech> lukegb, Solum is correct, burger is built on that.
08:59 < Not-ad0> [minecraft-data] rom1504 pushed 2 commits to master [+0/-0/±2] https://github.com/PrismarineJS/minecraft-data/compare/60857b6a3c56...70049f64dfe7
08:59 < Not-ad0> [minecraft-data] deathcap 84baceb - Add protocol versions up to 1.9-pre1 (103)
08:59 < Not-ad0> [minecraft-data] rom1504 70049f6 - Merge pull request #112 from deathcap/mc19pre1 Add protocol versions up to 1.9-pre1 (103)
09:23 < Not-ad0> [minecraft-data] rom1504 pushed 33 commits to master [+4/-0/±34] https://github.com/PrismarineJS/minecraft-data/compare/70049f64dfe7...a7f1dd40fdcf
09:23 < Not-ad0> [minecraft-data] deathcap c798845 - Copy 1.7 protocol from 1.8
09:23 < Not-ad0> [minecraft-data] deathcap 7c63a13 - Add 1.7 to versions.json
09:23 < Not-ad0> [minecraft-data] deathcap fd29454 - Add latest 1.7.10 version
09:23 < Not-ad0> [minecraft-data] ... and 30 more commits.
09:24 < rom1504> "... and 30 more commits." :D
09:27 < Not-ad0> [minecraft-data] rom1504 pushed 1 commit to master [+0/-0/±1] https://github.com/PrismarineJS/minecraft-data/compare/a7f1dd40fdcf...8d620ab01af6
09:27 < Not-ad0> [minecraft-data] rom1504 8d620ab - remove position type and compress packet from 1.7
09:29 < Not-ad0> [minecraft-data] rom1504 pushed 1 commit to master [+0/-0/±1] https://github.com/PrismarineJS/minecraft-data/compare/8d620ab01af6...6344cf32b991
09:29 < Not-ad0> [minecraft-data] rom1504 6344cf3 - add 1.7 to README
09:29 < rom1504> mcdata now has 1.7 protocol :)
13:26 < hansihe> in bytecode generated by javac, is there any case where 'new' is not directly followed by argument loading and 'invokespecial' for the constructor?
15:43 < Not-ad0> [minecraft-data] rom1504 pushed 8 commits to master [+16/-0/±1] https://github.com/PrismarineJS/minecraft-data/compare/6344cf32b991...0764b3907a7d
15:43 < Not-ad0> [minecraft-data] rom1504 5ab53a3 - 1.7 blocks and items (from the wiki extractor, at date 2014-08-01T00:00:00Z)
15:43 < Not-ad0> [minecraft-data] rom1504 d139699 - fix flower pot
15:43 < Not-ad0> [minecraft-data] rom1504 66df5c6 - add 1.7 entities (from node-minecraft-extractor)
15:43 < Not-ad0> [minecraft-data] ... and 5 more commits.
15:58 < Meeeh> hansihe, in valid bytecode? you know, if someone use some obfuscation
15:59 < Meeeh> then everything may happen
15:59 < hansihe> i know it's valid from the point of view of java bytecode
16:00 < hansihe> i just wonder if there is any edge case where javac might generate bytecode that does not conform to that template
16:03 < hansihe> if you mean the obfuscator used on minecraft bytecode, i believe it doesn't really reorder bytecode all that much
16:04 < hansihe> so basic constructs like this should be kept
16:04 < hansihe> might be wrong though
16:04 < barneygale> i would have thought the obfuscation only changed names
16:04 < hansihe> yeah, it does look like it
16:04 < Meeeh> if it will only change names, then every docmpilator would be able to decompile mc without any errors
16:05 < hansihe> and they pretty much do
16:05 < Meeeh> no, there is always some errors, or raw enum classes
16:06 < hansihe> yeah, but the decompilers that fuck up there where written before enums where introduced to javac
16:06 < Meeeh> sometimes synethic classes that are used for some switches aren't hidden
16:06 < hansihe> that's the case with jd-gui at least i think
16:07 < rom1504> never had any error with fernflower
16:07 < hansihe> yep, fernflower supports enums
16:08 < Meeeh> I always have many errors with fernflower
16:08 < Meeeh> like random nulls in constructor
16:08 < hansihe> that's just because of aritfacts introduced by nonperfect decompilation though
16:09 < hansihe> you would have the same issues on nonobfuscated code
16:09 < Meeeh> and jd-gui supprot java 6
16:09 < Meeeh> and it support valid enums just fine
16:09 < Meeeh> but it can't support broken enums
16:10 < Meeeh> no... if you try decompile so open source stuff, code is perfectly valid even with jd-gui
16:10 < Meeeh> (if code is compiled with java 6)
16:12 < hansihe> that's different from what i have seen
16:12 < hansihe> jd-gui still has artifacts
16:12 < hansihe> fernflower is usually better, but it's not perfect either
16:13 < Meeeh> jd-gui and any decompilator works perfect on any java 6 code that wasn't obfuscated or optimized by stuff like proguard
16:15 < Meeeh> minecraft code isn't only obfuscated, it is also "optimized" that often break some stuff
16:15 < Meeeh> like enums
16:15 < hansihe> if you are talking about the official jd-gui and not some fork, that's just plain false, jd-gui supports java 5 bytecode
16:15 < hansihe> that's before enums i believe
16:16 < hansihe> then you would see artifacts when enums are used
16:16 < Meeeh> enums were added in 5
16:16 < Meeeh> and jd-gui can decompile any valid enum
16:18 < hansihe> searched, you are right in that regard
16:20 < hansihe> the fact that decompilers like jd-gui can do perfect decompilation on all bytecode emitted by javac still seems wrong
16:21 < Meeeh> I never had any problem with valid java 6 code, with java 7 there are errors, but not much, for java 8 jd-gui is usless
16:27 < hansihe> where there just no changes in generated bytecode between javac 5 and javac 6 then?
16:28 < hansihe> alright, that does seem right as well
16:28 < hansihe> i am just not getting much right here am i :P
16:32 < Meeeh> about you object stuff, remember that after creating object are invoked all methods used in constructor, and that methods may have other methods invokes, new Obj(i(k(l()), 5 * k / e), a(), b()) so bytecode may not be that simple
16:32 < Meeeh> and what are you doing that you need that? :D
16:34 < hansihe> yeah, i know it's not all constants or simple loads, but they should all be sequences of bytecode that result purely in a value being pushed to the stack
16:34 < hansihe> at least in all the normal cases i have seen
16:35 < hansihe> so i was wondering if there was any exceptions to that rule
16:36 < hansihe> if i can make that assumption i can rely on all instructions between 'new' and the 'invokespecial' for the constructor only being part of the constructor invocation
16:37 < hansihe> actually, atomic operations like int++ might be an exception
16:39 < hansihe> i am probably overthinking this
16:39 < hansihe> a thing like that would not make any difference, it would still be part of the invocation
16:45 < hansihe> Meeeh: sorry, missed the question. I am extracting basic things like block data from bytecode, a la burger
16:45 < hansihe> except that i am using the mcp database to make locating the correct methods and classes easier
16:47 < Meeeh> o.O but why you need that
16:49 < hansihe> you don't think it's a better idea to fetch data directly from minecraft instead of the wiki?
17:02 < Meeeh> but in most cases you can just do stuff like .getSomeObjects and just print all values
17:17 < hansihe> if you mean using mcp to insert code to export data, you could do that with blocks, yeah
17:17 < hansihe> but it's not that easy with for example protocol
17:17 < hansihe> that would also require more work for every minecraft update
17:18 < Gjum> hansihe, wont the mappings change between versions? So you still rely on mcp mappings
17:20 < hansihe> Gjum: well, there are sorta two tiers of mapping in mcp, the class name and method/field id mappings, which are created by the mcp team, they stay fairly simelar between versions
17:20 < rom1504> what versions are the mappings available for ?
17:20 < hansihe> and the user mappings, which map better names to the first tier of method/field id mappings
17:22 < rom1504> "similar between versions" : 1.4 mappings would be similar to 1.8 ?
17:22 < rom1504> and what does "similar" mean ^^ ?
17:22 < rom1504> the data is similar between versions too :p
17:23 < hansihe> as in classes are consistently named, the field/method ids are based on things like type signature and class (i believe)
17:23 < hansihe> so, the Blocks class would be Blocks in all versions of the mapping (unless it's refactored away of course)
17:28 < rom1504> hansihe: what kind of data are you able to gets for blocks ?
17:30 < hansihe> rom1504: for what i'm doing right now, id, name, hardness, resistance, sound, lightlevel, lightfilter
17:31 < hansihe> a lot of the other properties should be easy to get as well
17:36 < rom1504> cool
17:41 < hansihe> i just checked, the names i'm using for extracting block data seems to be the same in mcp for 1.4 at least
17:42 < hansihe> so it should work on that with few changes
17:44 < rom1504> ok
18:32 < Gjum> people are putting 1.9 stuff on the Protocol page already http://wiki.vg/index.php?title=Protocol&diff=7364&oldid=7362
18:33 < Gjum> who does the merge/move/whatever?
18:37 < rom1504> Gjum: he reverted it already didn't he ?
18:37 < rom1504> http://wiki.vg/index.php?title=Protocol&diff=7364&oldid=7358
18:37 < Gjum> oh sorry, can't read diffs apparently :D
18:38 < rom1504> the merge can happen after feb 25 when 1.9 is out :)
18:38 < Gjum> and it's also in 1.9 now, cool
18:45 < Fenhl> I'll set up a notifico hook for the wiki changes, to minimize chaos on release
19:06 < Akaibu> quick question, is minecraft obfuscated or simply minifyed?
19:07 <+ammar2> obfuscated
19:07 <+ammar2> you can't really minify compiled java
19:08 < Akaibu> well isn't minecraft simply just shortening the var names?
19:08 < Akaibu> ammar2 ?
19:09 <+ammar2> in a way
19:09 < Gjum> js minifiers usually do more than just renaming
19:10 <+ammar2> minification is more of a term used for scripting languages
19:10 <+ammar2> the thing with java is
19:10 <+ammar2> even if you minify the actual .java files
19:10 <+ammar2> so you remove all the whitespace etc
19:10 <+ammar2> it will still compile to a file of the same size
19:10 <+ammar2> because the bytecode size won't change based on your source file's whitespace/var names etc
19:10 <+ammar2> not by much
19:11 < Gjum> doesnt a compiled java file retain the var/method/class names?
19:11 <+ammar2> not local variables, methods and classes, yes
19:11 <+ammar2> but they don't really make that much of a difference compared to the actual bytecode
19:12 < Gjum> oh, that makes sense, local vars arent part of any interface
19:13 < Akaibu> what about stuff like proguard? seems like it has something like minification
19:13 < Gjum> > ProGuard is a free Java class file shrinker, optimizer, obfuscator, and preverifier
19:13 <+ammar2> I guess you can kinda call it minification
19:14 <+ammar2> however like I said the term is used more for scripting languages like js
19:14 < Gjum> they do a lot with the class file it seems
19:14 <+ammar2> people won't understand if you say "minify java"
19:14 < Gjum> minecraft doesnt do that though
19:14 < Not-7c05> [wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/hzfntfx
19:15 < Fenhl> \o/
19:15 < Gjum> ^^
19:17 < Fenhl> if that hook ever goes down, please do ping me
19:20 < Akaibu> another question concerning optimization, i'm planning to rip out class files not needed for multiplayer and music and particles to improve local fps, would that improve fps, and if so how do i take out the calls and such from classes that call the deleted files(easily of course)? 
19:21 < Gjum> reducing the render distance is far more effective
19:21 <+ammar2> if a class isn't used, removing it won't make a difference. Also, removing calls from code will likely result in massive problems
19:21 <+ammar2> because every call can have certian side effects
19:29 < Akaibu> it would mainly be sound and particles if not anything else, since i'm pretty sure sounds gets called anyway even when sound settings are off, and i want to completely remove particles 
19:31 < rom1504> is it really necessary to tinyurl Fenhl ?
19:31 < rom1504> Akaibu: that will help in reducing the jar size, it won't help perfs
19:32 < Fenhl> rom1504: that's what the script does by default, I'll see about customizing it a bit to not tinyurl and maybe include edit summary if possible
19:33 < Akaibu> rom1504: what do you mean won't help perfs?
19:34 < Gjum> I imagine calculating when a sound is played isnt really complex
19:35 < rom1504> Akaibu: why would removing classes improve performance ?
19:35 < rom1504> if you remove half the binary in your /usr/bin , will it improve the performance of ls ?
20:11 < Meeeh> ammar2, Gjum remember that bytecode contains info about line numbers :P that can be removed too but mc don't do that as it will be pain to fix any errors with stacktrace, but ofc every decompilator will still print good code with new lines. Also local variables can be saved too, as far as i remember.
21:15 < Not-ad0> [minecraft-data] rom1504 pushed 1 commit to master [+0/-0/±1] https://github.com/PrismarineJS/minecraft-data/compare/0764b3907a7d...047095519cd5
21:15 < Not-ad0> [minecraft-data] rom1504 0470955 - full 1.7 support (except recipes)
21:20 < Not-ad0> [flying-squid] rom1504 deleted branch greenkeeper-minecraft-data-0.20.0
21:20 < Not-ad0> [mineflayer] rom1504 deleted branch greenkeeper-minecraft-data-0.20.0
22:49 <+ammar2> Meeeh: you can attach friendly names to local variables but they're not stored in the actual bytecode
22:49 <+ammar2> it devolves down to something like iload_0, iload_1 etc internally
22:49 <+ammar2> the names turn into those indexes
23:07 < Meeeh> ammar2, I only said that names of them can be saved too
23:07 < Meeeh> not that they are used in bytecode
23:08 < Meeeh> they are just debug info, that can be removed or faked
23:10 < Meeeh> as they are stored in LocalVariableTable that isn't even used at runtime
23:21 < Not-ad0> [Charge] Wallbraker pushed 8 commits to master [+6/-0/±9] https://github.com/VoltLang/Charge/compare/e1ae699d5e01...9b048087b69a
23:21 < Not-ad0> [Charge] Wallbraker a12b14a - charge: Update ignore
23:21 < Not-ad0> [Charge] Wallbraker a6d5804 - lib: Add stb_image
23:21 < Not-ad0> [Charge] Wallbraker 22b808b - lib: Update gl bindings
23:21 < Not-ad0> [Charge] ... and 5 more commits.
23:40 <+ammar2> yeah no point in keeping those around if you're gonna be obfuscating names
--- Day changed ven. févr. 19 2016
01:19 < Not-ad0> [minecraft-data] rom1504 pushed 1 commit to master [+0/-0/±1] https://github.com/PrismarineJS/minecraft-data/compare/047095519cd5...62169cdc51f9
01:19 < Not-ad0> [minecraft-data] rom1504 62169cd - fix key length prefix type (short instead of varint) in 1.7 http://wiki.vg/index.php?title=Protocol&oldid=6003#Clientbound_3
01:22 < tktech> hansihe, lukegb if either of you are interested, I'm offering a $100USD bounty for stack map support in the Jawa assembler.
01:29 < hansihe> might give it a try
01:30 < Not-ad0> [Jawa] TkTech pushed 1 commit to master [+0/-0/±1] https://github.com/TkTech/Jawa/compare/540f1835c365...f3f289f13320
01:30 < Not-ad0> [Jawa] TkTech f3f289f - Update .landscape.yml Ignore sphinx configuration file in landscape audits.
01:35 < Not-ad0> [Jawa] TkTech pushed 1 commit to master [+0/-0/±1] https://github.com/TkTech/Jawa/compare/f3f289f13320...e0c5b3c15aba
01:36 < Not-ad0> [Jawa] TkTech e0c5b3c - Update .landscape.yml - Enable strict PEP8 checking.
01:43 < Not-ad0> [minecraft-data] rom1504 pushed 1 commit to master [+0/-0/±1] https://github.com/PrismarineJS/minecraft-data/compare/62169cdc51f9...3f33c40cdbd0
01:43 < Not-ad0> [minecraft-data] rom1504 3f33c40 - fix unmount in steer vehicle of protocol 1.7
03:21 < hansihe> tktech: does jawa parse all attributes or does it ignore some of them?
03:22 < tktech> Dying in dota just a sec
03:22 < hansihe> haha
03:37 < tktech> hansihe, There are hundreds of attributes
03:37 < tktech> hansihe, Parsers are only implemented for a few, but it reads all of them.
03:38 < tktech> lukegb's fork adds a few more 
03:39 < hansihe> Right
03:40 < tktech> The goal for 1.0 is to implement all specification attributes
03:40 < tktech> Then the most common compiler-specific/obfuscator specific ones
03:42 < hansihe> I'm doing stack maps now, i mostly worked out the format and how to generate them
03:43 < hansihe> Just need to implement it
03:44 < tktech> \o/
03:47 < tktech> https://github.com/Pokechu22/Burger/commits/mc18
03:47 < tktech> Huh, I didn't notice this but someones been updating Burger
04:04 < hansihe> tktech: To be able to unpack the StackMapTable attribute of a Code attribute, I need access to data on the Code attribute
04:04 < hansihe> Unless I missed something there doesn't seem to be infrastructure for that
04:04 < tktech> .info
04:05 < hansihe> Yeah, that's the raw data
04:05 < hansihe> I need access to max_stack and max_locals on the code attribute
04:06 < hansihe> Sizes of data types are dependent on how many locals, stack size and bytecode byte size
04:08 < tktech> Sorry, still playing dota
04:08 < tktech> That's all there
04:08 < tktech> http://jawa.tkte.ch/jawa.attributes.html#module-jawa.attributes.code
04:12 < hansihe> That doesn't give me access to the parent code attribute from the StackMapTableAttribute i'm writing though
04:13 < hansihe> I misunderstood earlier, you probably meant the .info property on the Code attribute class. I was thinking about the info parameter on the unpack method of the Attribute class
04:14 < hansihe> just finish your game first btw, no hurry
04:16 < tktech> Sorry, I might be misunderstanding you
04:16 < tktech> Inside a StackMapTableAttribute, you can't figure out how to access the parent attribute?
04:18 < hansihe> A StackMapTable attribute would always be child of a Code attribute. I need to access stuff on the parent Code attribute to be able to decode the StackMapTableAttribute
04:18 < hansihe> I may be expressing myself badly here
04:22 < hansihe> I am implementing the 'unpack' method of a custom attribute (StackMapTableAttribute). To be able to decode the 'info' bytestring supplied in the argument to the 'unpack' method, I need to know some information about the CodeAttribute it is an attribute of.
04:24 < hansihe> I could implement it myself, just wanted to know if you wanted to do it any particular way
04:25 < tktech> You have access to the parent class through the cf property
04:26 < tktech> I don't think I added a way to traverse the attribute hiererachy
04:27 < tktech> The Attribute class should probably get a parent_attribute property
04:27 < hansihe> i'll implement something like that then
04:30 < tktech> I guess an attribute also needs a reference to its table
04:32 < hansihe> I was thinking of giving a attribute access to a stack of its parents
04:32 < tktech> Any reason to do that versus just the parent?
04:32 < tktech> Traversal is simple and leaves minimal references
04:33 < hansihe> Type signatures for one
04:33 < hansihe> I'll have to double check, but I don't think they are in the code attribute?
04:34 < hansihe> They are definitely needed for generating a stack map table
04:34 < tktech> Sorry, not sure what you mean.
04:34 < tktech> If each attribute contains a reference to its parent.
04:35 < tktech> You can easily traverse up from any point to find the code attribute.
04:35 < hansihe> Oh, that's a very good point
04:35 < hansihe> Yeah, you could definitely do that
04:35 < tktech> Without keeping a list of pointers (a stack) in every attribute (of which there can be literally millions)
05:22 < tktech> What a sad round of dota.
05:28 < tktech> hansihe, I've got some time now, want me to update Attributes with what we discussed?
09:01 < Not-ad0> [minecraft-data] rom1504 pushed 2 commits to master [+0/-0/±2] https://github.com/PrismarineJS/minecraft-data/compare/3f33c40cdbd0...0bd5c0bcc1e8
09:01 < Not-ad0> [minecraft-data] deathcap 17dfdae - 1.7 plugin channel data buffers are length-prefixed http://wiki.vg/index.php?title=Protocol&oldid=6003#Plugin_Message
09:01 < Not-ad0> [minecraft-data] rom1504 0bd5c0b - Merge pull request #117 from deathcap/mc17plugin_channel 1.7 plugin channel data buffers are length-prefixed
10:08 < Not-ad0> [Charge] Wallbraker pushed 1 commit to master [+0/-0/±1] https://github.com/VoltLang/Charge/compare/9b048087b69a...4b45c1953d6a
10:08 < Not-ad0> [Charge] Wallbraker 4b45c19 - lib: Formatting
11:09 < tktech> Wallbraker, redoing Charge in Volt?
11:10 <+Wallbraker> tktech: Yes
11:11 <+Wallbraker> Excellent way of finding bugs and missing features in the compiler.
11:12 < tktech> Yup
11:13 <+Wallbraker> Also I have a advanced computer graphics course in uni this semester and the exam is a project, so I'm doing that in charge.
11:16 <+Wallbraker> Going to do a clustered shading renderer
11:17 <+Wallbraker> We got a lecture by the inventor of the technique.
11:17 <+Wallbraker> http://www.cse.chalmers.se/~olaolss/main_frame.php?contents=publication&id=clustered_shading
11:17 <+Wallbraker> Which was pretty cool
11:17 <+Wallbraker> He also invented tiled shading (What the industry call Forward+, but don't tell him that).
12:16 < Not-ad0> [Charge] Wallbraker pushed 3 commits to master [+0/-0/±5] https://github.com/VoltLang/Charge/compare/4b45c1953d6a...46c5e4ce8642
12:16 < Not-ad0> [Charge] Wallbraker dc01090 - gfx: Fix line endings
12:16 < Not-ad0> [Charge] Wallbraker 5c87952 - sys: Use now working __ctor calling
12:16 < Not-ad0> [Charge] Wallbraker 46c5e4c - charge: Change binary name
12:16 <+Wallbraker> tktech: Also, not works on Esper now.
12:23 < Not-ad0> [mineflayer] rom1504 deleted branch greenkeeper-minecraft-data-0.20.1
12:23 < Not-ad0> [mineflayer] rom1504 deleted branch greenkeeper-minecraft-data-0.20.2
12:38 < Not-ad0> [mineflayer] rom1504 deleted branch greenkeeper-minecraft-data-0.20.3
12:38 < Not-ad0> [mineflayer] rom1504 deleted branch greenkeeper-minecraft-data-0.20.4
12:38 < Not-ad0> [mineflayer] rom1504 deleted branch greenkeeper-protodef-0.3.0
12:40 < Not-ad0> [mineflayer] rom1504 pushed 2 commits to master [+0/-0/±2] https://github.com/PrismarineJS/mineflayer/compare/a9d80c4d2935...614c1cec67a7
12:40 < Not-ad0> [mineflayer] rom1504 614c1ce - Merge pull request #381 from PrismarineJS/updates update dependencies
12:40 < Not-ad0> [mineflayer] rom1504 deleted branch updates
12:40 < Not-ad0> [mineflayer] rom1504 deleted branch greenkeeper-protodef-0.2.6
12:41 < Not-ad0> [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±2] https://github.com/PrismarineJS/mineflayer/compare/614c1cec67a7...e6141812e77e
12:41 < Not-ad0> [mineflayer] rom1504 e614181 - Release 1.7.1
12:42 < Not-ad0> [mineflayer] rom1504 tagged e614181 as 1.7.1 https://github.com/PrismarineJS/mineflayer/commit/e6141812e77ea97d624056c22833a28190f9fef6
12:45 < Not-ad0> [flying-squid] rom1504 deleted branch greenkeeper-minecraft-data-0.20.4
12:45 < Not-ad0> [flying-squid] rom1504 deleted branch greenkeeper-minecraft-protocol-0.18.0
12:45 < Not-ad0> [flying-squid] rom1504 deleted branch greenkeeper-minecraft-data-0.20.1
12:45 < Not-ad0> [flying-squid] rom1504 deleted branch greenkeeper-minecraft-data-0.20.2
12:45 < Not-ad0> [flying-squid] rom1504 deleted branch greenkeeper-minecraft-data-0.20.3
12:50 < rom1504> greenkeeper has been getting kind of mad
12:51 < Not-ad0> [flying-squid] rom1504 pushed 2 commits to master [+0/-0/±2] https://github.com/PrismarineJS/flying-squid/compare/ff0e7e778610...688c5c02f523
12:51 < Not-ad0> [flying-squid] rom1504 769da3f - update dependencies
12:51 < Not-ad0> [flying-squid] rom1504 688c5c0 - Merge pull request #199 from PrismarineJS/updates update dependencies
12:51 < Not-ad0> [flying-squid] rom1504 deleted branch updates
12:51 < Not-ad0> [flying-squid] rom1504 deleted branch greenkeeper-mineflayer-1.7.1
12:57 < rom1504> -> I did press "delete" on github for that updates branch
12:57 < rom1504> that means it's always showing the branch deletion
13:19 < morfin> Oo
13:24 < hansihe> tktech: Sorry, was sleeping. Yeah, do it if you got time
13:25 <+SinZ> rom1504: it might be worth removing his push permissions if he is constantly making the branches
13:25 < rom1504> no it's operating normally, it's just that I didn't merge his first PR, so he made a new one when I updated mcdata again, and so on
13:26 <+SinZ> considering the amount of branches you deleted
13:26 <+SinZ> that doesn't seem like normal operations
13:26 < rom1504> well
13:26 < rom1504> it could be smarter yeah
13:27 < rom1504> idk why it doesn't reuse the branches
13:28 < rom1504> https://github.com/greenkeeperio/greenkeeper/issues/138 that kind of thing
13:28 < rom1504> anyway, notifico showing the branch deletion notifications is a separate problems
13:29 < rom1504> I unchecked it in github, but that doesn't change anything
16:54 < Not-7c05> [wiki] Edit by AZm87 to Protocol -> http://tinyurl.com/j3oh7on
22:11 < redstonehelper> md_5: was this an issue in 1.8 as well? https://bugs.mojang.com/browse/MC-85592
22:20 < Meeeh> redstonehelper, I never saw net.minecraft here as far as I remember
22:20 < redstonehelper> "here"?
22:21 < Meeeh> in this file, at least not in spigot
22:22 < Meeeh> yeach, it is in vanilla
22:22 < redstonehelper> must have been a silly snapshot change then, unless md remembers otherwise
22:22 < Meeeh> but not in sopigot
22:22 < Meeeh> spigot just fixed this, or bukkit
22:23 < Meeeh> checked in vanilla 1.8.9 and spigot 1.8.8
22:23 < redstonehelper> so not in vanilla 1.8.9?
22:23 < Meeeh> it is in vanilla
22:23 < redstonehelper> so it's a 1.8.9 bug too
22:24 < Meeeh> yep
22:24 < redstonehelper> thanks
22:24 < Meeeh> I think that they might have logger in net.minecraft, but it is removed when obfuscating, like it may be some debug-only logger
22:24 < Meeeh> or they added it for no reason
22:24 < Meeeh> who knows
23:11 <+md_5> <Meeeh> I think that they might have logger in net.minecraft, but it is removed when obfuscating, like it may be some debug-only logger
23:11 <+md_5> actually that makes sense
23:11 <+md_5> redstonehelper ^^
23:15 < redstonehelper> thanks
23:17 < Not-a00d> [minecraft-data] rom1504 pushed 3 commits to master [+0/-0/±14] https://github.com/PrismarineJS/minecraft-data/compare/0bd5c0bcc1e8...2ed08591fcd2
23:17 < Not-a00d> [minecraft-data] rom1504 5dbc876 - new numerical names, for https://github.com/roblabla/ProtoDef/pull/50
23:17 < Not-a00d> [minecraft-data] rom1504 f175565 - transform long too and add 0-9 to schema
23:17 < Not-a00d> [minecraft-data] rom1504 2ed0859 - Merge pull request #118 from rom1504/new_numerical_names new numerical names, for https://github.com/roblabla/ProtoDef/pull/50
23:38 < Not-a00d> [minecraft-data] rom1504 pushed 1 commit to master [+0/-0/±1] https://github.com/PrismarineJS/minecraft-data/compare/2ed08591fcd2...238fa7e31843
23:38 < Not-a00d> [minecraft-data] rom1504 238fa7e - fix short in 1.7 protocol
23:41 < Not-a00d> [minecraft-data] rom1504 pushed 1 commit to master [+0/-0/±1] https://github.com/PrismarineJS/minecraft-data/compare/238fa7e31843...ebf737f9785d
23:41 < Not-a00d> [minecraft-data] rom1504 ebf737f - forgot a short in 1.7 protocol
23:44 < Meeeh> md_5, wasn't this bug already marked as resolved?
23:48 < Meeeh> md_5 yeach, it is fixed in 1.9.
23:50 <+md_5> good to know ^^ redstonehelper 
23:58 < Not-a00d> [flying-squid] rom1504 deleted branch greenkeeper-minecraft-protocol-0.18.1
23:58 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-minecraft-protocol-0.18.1
--- Day changed sam. févr. 20 2016
00:35 < Not-a00d> [Charge] Wallbraker pushed 2 commits to master [+2/-0/±3] https://github.com/VoltLang/Charge/compare/46c5e4ce8642...e0d2e0cd9fd8
00:35 < Not-a00d> [Charge] Wallbraker 939f852 - game: Add Scene code
00:35 < Not-a00d> [Charge] Wallbraker e0d2e0c - examples: Use Scene in gl example
00:40 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-prismarine-windows-1.0.0
00:40 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-prismarine-recipe-1.0.0
00:40 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-prismarine-item-1.0.0
00:40 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-prismarine-chunk-1.0.0
00:40 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-prismarine-block-1.0.0
00:40 < Gjum> dude
00:40 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-prismarine-biome-1.0.0
00:40 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-minecraft-data-1.0.2
00:40 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-minecraft-data-1.0.1
00:40 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-minecraft-data-1.0.0
00:40 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-protodef-1.0.0
00:41 < rom1504> yeah
00:41 < rom1504> going to disable that thing
00:41 < Not-a00d> [mineflayer] rom1504 pushed 4 commits to master [+0/-0/±5] https://github.com/PrismarineJS/mineflayer/compare/e6141812e77e...37f3cfcddd26
00:41 < Not-a00d> [mineflayer] rom1504 37f3cfc - Merge pull request #382 from PrismarineJS/new_numerical_names https://github.com/roblabla/ProtoDef/pull/50 : update to new numerical names
00:41 < Not-a00d> [mineflayer] rom1504 deleted branch new_numerical_names
00:41 < hansihe> greenkeeper is off the rails
00:42 < Gjum> also +1 for the numerical names
00:43 < hansihe> why not convert the wiki.vg protocol page to use numerical names as well?
00:43 < hansihe> they are easier to understand in every case
00:43 < Gjum> and break all the extractors :D
00:44 < hansihe> well, good point
00:44 < Gjum> but, as I don't run such a tool, count me in
00:44 < rom1504> pretty sure there are no extractors that work fully for the wiki.vg page
00:44 < rom1504> I mean wiki.vg/Protocol anyway
00:44 < hansihe> yeah
00:45 < Not-a00d> [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±2] https://github.com/PrismarineJS/mineflayer/compare/37f3cfcddd26...147752400243
00:45 < Not-a00d> [mineflayer] rom1504 1477524 - Release 1.7.2
00:45 < Not-a00d> [mineflayer] rom1504 tagged 1477524 as 1.7.2 https://github.com/PrismarineJS/mineflayer/commit/147752400243bd7d0abc31657f30ca0ad978dd3f
00:45 < Gjum> well the format already changed quite a bit in the recent past, I believe such a change would benefit more than it would harm
00:46 < hansihe> agreed
00:46 < rom1504> yeah probably
00:46 < rom1504> I honestly cannot remember what is the size of "short"
00:46 < hansihe> 2
00:46 < rom1504> sounds like it's smaller than int to me
00:46 < hansihe> i think
00:46 < Gjum> byte < short < int?
00:46 < hansihe> 1, 2, 4
00:47 < rom1504> yes
00:47 < rom1504> but tomorrow I'll have forgotten :p
00:47 < hansihe> haha
00:47 < Gjum> short is short for short int anyway
00:47 < rom1504> ah yeah
00:47 < rom1504> oh, fun fact
00:47 < Gjum> and then theres `long long unsigned letter;`
00:47 < rom1504> raknet (used by mcpe) has a triad type
00:47 < rom1504> which has 3 bytes
00:48 < Gjum> oh, for what?
00:48 < hansihe> well
00:48 < rom1504> didn't understood yet what for
00:48 < rom1504> also it uses both ltriad which is little endian and triad which is big endian
00:48 < hansihe> maybe if someone think they need the precision of 3 bytes, but don't want an extra type?
00:49 < hansihe> that's stupid though
00:49 < rom1504> I don't even want to know why
00:49 < hansihe> well, there was probably someone somewhere along the line who put in a feature request for it :P
00:54 < Gjum> are there any other major projects using raknet?
01:00 < Gjum> oh, oculus and unity
01:04 < Not-a00d> [flying-squid] rom1504 pushed 2 commits to master [+0/-0/±2] https://github.com/PrismarineJS/flying-squid/compare/688c5c02f523...5f52a27ebd6b
01:04 < Not-a00d> [flying-squid] rom1504 bf62bab - update dependencies
01:04 < Not-a00d> [flying-squid] rom1504 5f52a27 - Merge pull request #210 from rom1504/update_dependencies update dependencies
01:13 < rom1504> anybody knows if tab complete packet changed in 1.9 ?
01:13 < Gjum> it did afaik, because commandblocks
01:13 < rom1504> it seems like it did and pre release doesn't have the change
01:14 < rom1504> *pre release page
01:25 < Meeeh> it dosen't have many changes as far as i know :D
01:26 < Gjum> I think I remember there being just one more field or two
01:27 < Meeeh> it is text, 1x boolean
01:27 < Meeeh> and optional block location
01:27 < Meeeh> (so boolean + blockLocation if boolean is true)
01:27 < Meeeh> string is just command, boolean is assumeCommand used by commandblock
01:27 < rom1504> currently pre-release says "0x0E Tab-Complete Current(unchanged)"
01:27 < Gjum> in the latest? that would be the same as 1.8 iirc
01:27 < rom1504> and http://wiki.vg/Protocol#Tab-Complete
01:27 < Meeeh> isn't it 0x01?
01:28 < Meeeh> Gjum, in 1.8 there is no "assumeCommand"
01:28 < rom1504> afaik it's the "packets" table that is the more up to date Meeeh 
01:28 < Gjum> oh right, 1.8 was just cmd
01:28 < rom1504> is it not ?
01:29 < Meeeh> rom1504, nah, last time that my server was working (4/5 snapshots behind)
01:29 < Meeeh> it was 0x01 
01:29 < Gjum> rom1504: dont you have that fancy jar extractor? C:
01:30 < Meeeh> it is 0x01
01:30 < Meeeh> as my tabcomplete is working and I have registred packet as 0x01
01:30 < Meeeh> oooh
01:30 < Meeeh> wait
01:30 < rom1504> Gjum: too lazy to use it :p
01:30 < Meeeh> rom1504, we are talking about different bound :D
01:31 < Meeeh> it is 0x0E as clientbound 
01:31 < rom1504> yeah I was confused
01:31 < rom1504> my problem is with serverbound
01:31 < rom1504> not clientbound
01:31 < rom1504> so yeah it's 0x01
01:31 < Meeeh> I was updating that packets id on wiki, so it must be valid xD
01:31 < Meeeh> but I didn't have time for fields
01:31 < rom1504> is http://wiki.vg/Pre-release_protocol#Tab-Complete correct ?
01:32 < Meeeh> yep
01:33 < rom1504> hmm
01:33 < rom1504> I guess I should try it myself
01:33 < rom1504> someone else reported pb with that packet
01:34 < Meeeh> ?
01:35 < Meeeh> my tabcomplete works just fine http://imgur.com/1W571ih 
01:35 < Meeeh> https://github.com/Diorite/Diorite/blob/master/diorite-core/src/main/java/org/diorite/impl/connection/packets/play/serverbound/PacketPlayServerboundTabComplete.java yey my shitty code
01:37 < rom1504> client->server: Error in packet play.tab_complete
01:37 < rom1504> 01062f74696d6520000001062f74696d65200000
01:37 < rom1504> 01062f74696d6520000001062f74696d652000
01:37 < rom1504> hmmm
01:39 < rom1504> ah figured it out
01:39 < rom1504> there was an error in my protocol.json that's all
01:39 < rom1504> the bool was there 2 times
01:41 < Not-a00d> [minecraft-data] rom1504 pushed 1 commit to master [+0/-0/±1] https://github.com/PrismarineJS/minecraft-data/compare/ebf737f9785d...a6cdfc2c14cf
01:41 < Not-a00d> [minecraft-data] rom1504 a6cdfc2 - option already encode the bool, fix tab_complete in 1.9
01:54 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-minecraft-data-1.0.3
01:54 < Not-a00d> [flying-squid] rom1504 deleted branch greenkeeper-minecraft-data-1.0.3
01:55 < rom1504> now circle ci is failing at installing node
01:55 < rom1504> great
01:56 < rom1504> well I'm done, let's let it fail
16:53 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-protodef-1.0.1
17:15 < Not-a00d> [Charge] Wallbraker pushed 9 commits to master [+5/-1/±9] https://github.com/VoltLang/Charge/compare/e0d2e0cd9fd8...b8a16e9cdf38
17:15 < Not-a00d> [Charge] Wallbraker 9023abe - sys: Make sure that memory code is usable from C
17:15 < Not-a00d> [Charge] Wallbraker 648323a - sys: Handle null in cFree
17:15 < Not-a00d> [Charge] Wallbraker f069fb6 - lib: Import stb_image.h as C
17:15 < Not-a00d> [Charge] ... and 6 more commits.
17:19 < Not-a00d> [Charge] Wallbraker pushed 1 commit to master [+0/-0/±1] https://github.com/VoltLang/Charge/compare/b8a16e9cdf38...3dc5d3b12923
17:19 < Not-a00d> [Charge] Wallbraker 3dc5d3b - examples: Update GL example
21:21 < rom1504> I'm having some trouble decoding level data chunk gzip thingy
21:21 < rom1504> https://github.com/mhsjlw/minecraft-classic-protocol/issues/4#issuecomment-186675374
21:21 < rom1504> anybody got a clue if there's something special about it ?
21:21 < rom1504> apparently it's a 1024 gzip'd bytearray
21:21 < rom1504> but that doesn't seem to work... getting an unexpected end of file
21:43 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-protodef-1.0.2
21:48 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-protodef-1.0.3
22:11 < rom1504> so I think you're supposed to compress/decompress the whole map, then send it cut in small packets
22:12 < rom1504> I was trying to compress/decompress each packet independently which obv cannot work then
22:16 < jailbot> hello
22:23 < jailbot> anyone want to play minecraft?
22:50 < Not-a00d> [Charge] Wallbraker pushed 3 commits to master [+1/-1/±3] https://github.com/VoltLang/Charge/compare/3dc5d3b12923...e781bf182620
22:50 < Not-a00d> [Charge] Wallbraker 947c577 - examples: Use GL 4.5 if available
22:50 < Not-a00d> [Charge] Wallbraker c582e8c - lib: Rename stb c file
22:50 < Not-a00d> [Charge] Wallbraker e781bf1 - charge: Build on windows again
22:51 < Not-a00d> [Charge] Wallbraker pushed 1 commit to master [+0/-0/±1] https://github.com/VoltLang/Charge/compare/e781bf182620...fe5a29b93dae
22:51 < Not-a00d> [Charge] Wallbraker fe5a29b - charge: Build on posix again
--- Day changed dim. févr. 21 2016
00:35 < Not-a00d> [Charge] Wallbraker pushed 3 commits to master [+1/-0/±3] https://github.com/VoltLang/Charge/compare/fe5a29b93dae...a4f56c62c020
00:35 < Not-a00d> [Charge] Wallbraker 848df76 - gfx: Fix attribute components
00:35 < Not-a00d> [Charge] Wallbraker 521e0fc - game: Add background scene
00:35 < Not-a00d> [Charge] Wallbraker a4f56c6 - power: Use new Background scene
01:28 < Not-7c05> [wiki] Edit by Rom1504 to Classic Protocol -> http://tinyurl.com/gkpfbl9
11:42 < Not-a00d> [Jawa] TkTech pushed 1 commit to master [+0/-0/±1] https://github.com/TkTech/Jawa/compare/e0c5b3c15aba...d1db7d6cd73b
11:42 < Not-a00d> [Jawa] TkTech d1db7d6 - Fix variable overloading in MethodTable.find, resolves #7
17:43 < Not-a00d> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] https://github.com/PrismarineJS/flying-squid/compare/5f52a27ebd6b...ee5beb43c6c6
17:43 < Not-a00d> [flying-squid] rom1504 ee5beb4 - update diamond square
18:10 < Not-a00d> [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±2] https://github.com/PrismarineJS/mineflayer/compare/147752400243...af51d44f6b3b
18:10 < Not-a00d> [mineflayer] rom1504 af51d44 - get rid of lodash
18:27 < redstonehelper> md_5: do you really think that's a blocker? https://bugs.mojang.com/browse/MC-97461
18:28 < redstonehelper> it's a bit confusing for those who enter a 1.8 ip using 'direct connect', but everybody else will see that the server is outdated on the server list
19:48 < Not-a00d> [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±1] https://github.com/PrismarineJS/mineflayer/compare/af51d44f6b3b...2e4c3c2e24c1
19:48 < Not-a00d> [mineflayer] rom1504 2e4c3c2 - update mc protocol
19:49 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-protodef-1.1.0
19:49 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-protodef-1.1.1
19:49 < Not-a00d> [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±1] https://github.com/PrismarineJS/mineflayer/compare/2e4c3c2e24c1...96e4d38d9a5f
19:49 < Not-a00d> [mineflayer] rom1504 96e4d38 - update protodef too
19:54 < Not-a00d> [flying-squid] rom1504 deleted branch greenkeeper-minecraft-protocol-0.18.2
20:23 < hansihe> greenkeeper is at it again :)
20:35 < Not-a00d> [flying-squid] rom1504 pushed 1 commit to master [+0/-1/±3] https://github.com/PrismarineJS/flying-squid/compare/ee5beb43c6c6...f46c4225b54b
20:35 < Not-a00d> [flying-squid] rom1504 f46c422 - move modpe to a plugin, fix #66, fix #69
20:37 < rom1504> hmm
20:37 < rom1504> it's better since I updated most stuff to a >1.0.0 version, better version semantics there
20:53 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-prismarine-chunk-1.0.1
20:58 < Not-a00d> [flying-squid] rom1504 deleted branch greenkeeper-prismarine-provider-anvil-1.0.1
21:10 < Not-a00d> [flying-squid] rom1504 deleted branch greenkeeper-prismarine-world-1.0.1
21:10 < Not-a00d> [flying-squid] rom1504 deleted branch greenkeeper-prismarine-chunk-1.0.1
21:11 < Not-a00d> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] https://github.com/PrismarineJS/flying-squid/compare/f46c4225b54b...d6d0aa7b1f65
21:11 < Not-a00d> [flying-squid] rom1504 d6d0aa7 - update some deps
22:22 <+md_5> redstonehelper yes, considering it occurs when you hit connect from the list too
22:22 <+md_5> I would certainly call that a release blocker
22:22 < redstonehelper> if we call that a release blocker we can say goodbye to 1.9 in 2016 :D
22:23 < redstonehelper> though we probably consider this bug to be of different priority
22:23 <+md_5> redstonehelper it's a regression on 1.8, has no workaround, affects players before theyve even joined the game, and trivial to fix
22:24 < redstonehelper> not arguing, but can't modded servers send non-lenient json responses?
22:25 < redstonehelper> since 1.8 does understand that too
22:26 < redstonehelper> but sorry, I'm not making it a blocker
22:27 <+md_5> dunno, bug tracker only concerned with vanilla
--- Day changed lun. févr. 22 2016
11:36 < Not-a00d> [Charge] Wallbraker pushed 3 commits to master [+1/-0/±2] https://github.com/VoltLang/Charge/compare/a4f56c62c020...9e3844d26491
11:36 < Not-a00d> [Charge] Wallbraker ff260c6 - sys: Call the right free
11:36 < Not-a00d> [Charge] Wallbraker a79ef8e - sys: Make non-debug symbols public
11:36 < Not-a00d> [Charge] Wallbraker 9e3844d - gfx: Add bitmap font code
15:57 < Not-a00d> [mineflayer] rom1504 deleted branch greenkeeper-protodef-1.1.2
17:58 < AlphaBlend> EvilSeph is still assigned to an issue o_O https://bugs.mojang.com/browse/MC-11280?jql=project%20%3D%20MC%20AND%20resolution%20%3D%20Unresolved%20AND%20assignee%20%3D%20evilseph%20ORDER%20BY%20priority%20DESC
18:26 < redstonehelper> AlphaBlend: are you sure? ;)
18:27 < kashike> Assignee:   EvilSeph (Warren Loo)
18:27 < redstonehelper> f5
19:03 < AlphaBlend> redstonehelper: i swear he was there! only explanation i have now is the illuminati got there before you did :(
19:03 < redstonehelper> AlphaBlend: I removed him, lol
19:03 < AlphaBlend> YAIJ
19:03 < AlphaBlend> Yet Another Illuminati Joke
19:04 < redstonehelper> it was shit
19:04 < AlphaBlend> oh well
19:51 < Not-a00d> [SpockBot] gamingrobot pushed 5 commits to master [+0/-0/±6] https://github.com/SpockBotMC/SpockBot/compare/dc933843986a...2787cca1f1e5
19:51 < Not-a00d> [SpockBot] Gjum 655abc3 - Return old block data from Dimension.set_block()
19:52 < Not-a00d> [SpockBot] Gjum 3ed914e - Emit old block data on world_block_update
19:52 < Not-a00d> [SpockBot] Gjum a5f092b - Add world_chunk_update event, emitted for every single chunk
19:52 < Not-a00d> [SpockBot] ... and 2 more commits.
--- Day changed mar. févr. 23 2016
03:25 < pokechu22> So... with burger, what exactly does PacketInstructions do?  Is is supposed to decompile everything and produce some sort of readable java?
03:35 < pokechu22> I've got no idea what it's doing.  But burger seems to be mostly updated except for it.
03:41 <+ammar2> PacketInstructions used to give us stuff like "writeDouble(a); writeUnisgnedByte(b);"
03:41 <+ammar2> so we could read that and get a feel of what was being written/read per packet
03:42 <+ammar2> http://b.wiki.vg/1.6.1...1.6.2
03:43 < pokechu22> In JSON form, though?  It's kinda strange looking.
04:23 < pokechu22> OK, here's the data for 1.8, 1.8.9, and 1.9-pre2: https://gist.github.com/Pokechu22/5ed2835ff9bc1ff5415f (warning: Pretty large).  It still doesn't have packetinstructions, but it's got everything else.
09:27 < rom1504> why is there 2 times the same thing ?
09:28 < rom1504> ah 1.8.jar and 1.8.8.jar
09:28 < rom1504> and 1.9
09:29 < rom1504> it has some info yeah
14:25 < Akaibu> hmm...
14:26 < Akaibu> i wonder if putting the replay mod and the world downloader mod at the same time will cause any issues...
14:40 < Meeeh> anyone ever damaged player by NaN hp?
14:45 < rom1504> 20-NaN == NaN
14:45 < rom1504> NaN < 0 == false
14:45 < rom1504> immortal player
14:45 < Meeeh> and very buggy screen
14:45 < Meeeh> like you are getting damage every tick :D
14:46 < Meeeh> and I can't fix that using spigot
14:46 < Meeeh> also mobs don't attack you
14:48 < Meeeh> it keep resetting to NaN
14:50 < rom1504> NaN>0 == false ;)
14:50 < rom1504> so you both can't die, and can't be fully alive
14:50 < rom1504> you are then a true zombie :p
14:51 < Meeeh> :D
14:51 < Meeeh> maybe NMS .die method will help me
14:53 < Meeeh> loool
14:54 < Meeeh> rom1504, I killed mysled with .die method and... other players don't see me
14:54 < Meeeh> I can't move, but I'm not dead
15:00 < rom1504> are you changing the server or the client ?
15:00 < rom1504> I can't see how you can "not be dead, but can't move" by sending stuff to the client
15:00 < rom1504> (without changing the client)
15:00 < Meeeh> I only creating plugin to spigot
15:00 < rom1504> ah
15:01 < rom1504> maybe the server is correcting your position
15:01 < rom1504> that's why you can't move
15:01 < rom1504> so the server thinks you are dead
15:01 < rom1504> but he didn't tell it to the client
15:01 < Meeeh> or clien't also have problems to handle NaN
15:01 < Meeeh> as Health bar isn't even rendered 
15:02 < Meeeh> but yeach, position seems to be fixed by server
15:02 < rom1504> you can't send NaN over the network
15:02 < Meeeh> why not? it have normal representation
15:02 < Meeeh> NaN is 0x7ff8000000000000L
15:04 < Meeeh> Double.longBitsToDouble(0x7ff8000000000000L) will give you NaN
15:04 < rom1504> ah
15:04 < rom1504> sounds like a good way to make a minecraft server crash
15:05 < rom1504> a java one anyway
15:09 < rom1504> oh node also read this as NaN, fun
15:11 < Meeeh> I think that this should work in near every language
15:12 < Meeeh> it is IEEE standard used in most of languages 
15:12 < rom1504> ((new Buffer([0x7f,0xf8,0x00,0x00,0x00,0x00,0x00,0x00])).readDoubleBE();)
15:12 < rom1504> ok
15:13 < rom1504> so yeah, I bet no code check for NaN in the client indeed
15:34 < hansihe> Isn't +inf and -inf also part of the standard?
15:34 < rom1504> yeah
15:35 < rom1504> (new Buffer([0x7f,0xf0,0x00,0x00,0x00,0x00,0x00,0x00])).readDoubleBE(); gives me infinity
15:38 < barneygale> we finding new ways to crash servers? ;)
15:48 < Meeeh> nah, should not be possible
15:48 < Meeeh> I replaced x position with NaN in movement packet
15:49 < Meeeh> and I was kicked
15:49 < Meeeh> but that was on spigot
15:49 < Meeeh> so idk what about vanilla/other servers
16:26 < Fenhl> I'm pretty sure vanilla has been checking for this ever since the infamous NaN chicken (aka headless villager) bug
17:04 < Not-a00d> [minecraft-data] rom1504 pushed 8 commits to master [+4/-0/±33] https://github.com/PrismarineJS/minecraft-data/compare/a6cdfc2c14cf...e1299ee2cf51
17:04 < Not-a00d> [minecraft-data] rom1504 639b012 - add packet type in protocol.json solve https://github.com/PrismarineJS/node-minecraft-protocol/issues/301
17:04 < Not-a00d> [minecraft-data] rom1504 6a53e1d - transform the other versions transform script is at https://gist.github.com/rom1504/48e2473fc3cb2b8ed9c2
17:04 < Not-a00d> [minecraft-data] rom1504 6eafde0 - update protocol schema : add mapper and simplify thanks to the removal of the packet concept
17:04 < Not-a00d> [minecraft-data] ... and 5 more commits.
17:56 < Not-a00d> [Jawa] TkTech pushed 2 commits to master [+3/-2/±3] https://github.com/TkTech/Jawa/compare/d1db7d6cd73b...8f0f561c4b67
17:56 < Not-a00d> [Jawa] TkTech 71983b5 - Switch to the rtd theme, which is now included in sphinx.
17:56 < Not-a00d> [Jawa] TkTech 8f0f561 - Move around documentation, more explicit indexes, trim 'Why Jawa'
17:57 < Not-a00d> [Jawa] TkTech pushed 1 commit to gh-pages [+20/-0/±28] https://github.com/TkTech/Jawa/compare/2b733c62f871...e23ef51dbe58
17:57 < Not-a00d> [Jawa] TkTech e23ef51 - Update documentation
18:08 < tktech> hansihe, juuust about to get to the attributes stuff
18:12 < hansihe> tktech: ah, nice
18:13 < hansihe> worked a bit on stack frame maps, not really close to finishing though
18:18 < tktech> No pressure, just a really nice-to-have since it's the limiting factor on Java 7 & 8 support
19:41 < rom1504> anybody knows if there are any change between 16w04a (where http://wiki.vg/Pre-release_protocol is at) and 1.9-pre1 ?
19:49 < Not-a00d> [Jawa] TkTech pushed 1 commit to master [+0/-0/±4] https://github.com/TkTech/Jawa/compare/8f0f561c4b67...7697546142e1
19:49 < Not-a00d> [Jawa] TkTech 7697546 - Remove create() from constants in favour of more complex __init__'s. Attributes remember parent table and tables remember parent attributes.
19:49 < tktech> hansihe, ^
19:51 < tktech> hansihe, from your StackMapTableAttribute, you would do self.table.parent to get the Code attribute
20:00 < Not-a00d> [Jawa] TkTech pushed 1 commit to master [+1/-0/±1] https://github.com/TkTech/Jawa/compare/7697546142e1...6646471e3f29
20:00 < Not-a00d> [Jawa] TkTech 6646471 - Include simple disassembler example in documentation.
20:00 < Not-a00d> [Jawa] TkTech pushed 1 commit to gh-pages [+2/-0/±12] https://github.com/TkTech/Jawa/compare/e23ef51dbe58...f2f59f893227
20:00 < Not-a00d> [Jawa] TkTech f2f59f8 - Update documentation
20:12 < Not-e729> [mineflayer] rom1504 pushed 4 commits to master [+0/-0/±4] https://github.com/PrismarineJS/mineflayer/compare/96e4d38d9a5f...b566a764b938
20:12 < Not-e729> [mineflayer] rom1504 b566a76 - Merge pull request #396 from PrismarineJS/greenkeeper-minecraft-data-1.1.0 Update minecraft-data to version 1.1.0 🚀
20:12 < Not-e729> [mineflayer] rom1504 deleted branch greenkeeper-minecraft-data-1.1.0
20:15 < Not-e729> [flying-squid] rom1504 deleted branch greenkeeper-minecraft-protocol-0.18.3
20:16 < Not-e729> [flying-squid] rom1504 pushed 4 commits to master [+0/-0/±4] https://github.com/PrismarineJS/flying-squid/compare/d6d0aa7b1f65...77efc96d2ce6
20:16 < Not-e729> [flying-squid] rom1504 77efc96 - Merge pull request #214 from PrismarineJS/greenkeeper-minecraft-data-1.1.0 minecraft-data@1.1.0 breaks build 🚨
20:16 < Not-e729> [flying-squid] rom1504 deleted branch greenkeeper-minecraft-data-1.1.0
20:31 < hansihe> tktech: right, thanks!
21:44 < Not-e729> [Jawa] TkTech pushed 4 commits to master [+3/-0/±2] https://github.com/TkTech/Jawa/compare/6646471e3f29...9aed7d3c9154
21:44 < Not-e729> [Jawa] TkTech 73cf800 - Remove full pep8 checking, overzealous errors.
21:44 < Not-e729> [Jawa] TkTech 53941de - Take a constant as the SourceFileAttribute argument, not a numerical index (consistency)
21:44 < Not-e729> [Jawa] TkTech 767aaaa - Add new HelloWorld.class/.java test dummy with maximum debugging enabled.
21:44 < Not-e729> [Jawa] TkTech 9aed7d3 - Simple read/write tests for SourceFileAttribute.
22:15 < Not-e729> [Jawa] TkTech pushed 1 commit to master [+0/-0/±6] https://github.com/TkTech/Jawa/compare/9aed7d3c9154...7e86d10b9307
22:15 < Not-e729> [Jawa] TkTech 7e86d10 - _to_io -> pack, _from_io -> unpack (consistency)
22:21 < Not-e729> [Jawa] TkTech pushed 1 commit to master [+0/-0/±3] https://github.com/TkTech/Jawa/compare/7e86d10b9307...b04e65d9874d
22:21 < Not-e729> [Jawa] TkTech b04e65d - Docstring misshaps.
22:27 < Not-e729> [Jawa] TkTech pushed 1 commit to gh-pages [+0/-0/±12] https://github.com/TkTech/Jawa/compare/f2f59f893227...eb84baa0f605
22:27 < Not-e729> [Jawa] TkTech eb84baa - Update documentation
23:55 < Not-e729> [Jawa] TkTech pushed 2 commits to master [+0/-0/±3] https://github.com/TkTech/Jawa/compare/b04e65d9874d...fdc7884b3e1b
23:56 < Not-e729> [Jawa] TkTech 1ad5a27 - Better docstring for jawa.assemble.assemble()
23:56 < Not-e729> [Jawa] TkTech fdc7884 - Additional documentation for attributes and CodeAttribute.
23:56 < Not-e729> [Jawa] TkTech pushed 1 commit to gh-pages [+0/-0/±6] https://github.com/TkTech/Jawa/compare/eb84baa0f605...1fe74b564020
23:56 < Not-e729> [Jawa] TkTech 1fe74b5 - Update documentation
--- Day changed mer. févr. 24 2016
00:04 < pokechu22> OK, this looks more normal?
00:04 < pokechu22> I really don't know how IRC works... is that normal?
00:05 < __0x277F> If a hub restarts, the entire network is split in two (at least, afaik)
00:05 < __0x277F> So that was supposed to happen.
00:06 < pokechu22> Is my name supposed to temporarilly become "@pokechu22"?  Does that mean I was an operator or something, temporarilly?  
00:07 < __0x277F> pokechu22, I have no idea. :P
00:09 < pokechu22> Timestamps?  I saw something about timestamps getting changed.  Eh, I'll just not worry about it; it doesn't really matter.
00:13 <+SinZ> you were probably briefly the only one in you channel without services, so you got op
00:13 <+SinZ> but once the other servers reconnected, it realized the mistake and corrected
00:53 < laxask> what's the url for the site that compares different minecraft versions and displayes added/removed features
00:54 < laxask> <something>.wiki.vg iirc
00:56 < pokechu22> b.wiki.vg, though it only supports up to 1.6.2
00:56 < pokechu22> I'm trying to get it up to date, actually, but it's kinda difficult.
00:57 < laxask> thanks
03:35 < prplz> throw new Error("Someone\'s been tampering with the universe!");
03:38 < pokechu22> Hm?  cq$c?
03:38 < pokechu22> 'en' in 1.8; that was 1.9-pre2.
03:40 < pokechu22> EnumFacing, eh?  I've always wondered - why are there separate classes for enums with switch, and why do they use different numbers than the ordinals?  Is switch on enums not a thing in Java 6?
16:48 < tktech> lukegb, hansihe I'm working on the examples under http://jawa.tkte.ch/ - was there anything that you ran into that wasn't immediately obvious?
16:48 < tktech> And would benefit from an example and/or better documentation
17:47 < rom1504> would it be correct to add classic (0.30c) at the bottom of this http://wiki.vg/Protocol_version_numbers ? it's protocol 7
17:52 < rom1504> so they indeed changed the protocol between 16w05b and the pre release 3
17:54 < Not-e729> [Jawa] TkTech pushed 1 commit to master [+0/-0/±2] https://github.com/TkTech/Jawa/compare/fdc7884b3e1b...4278e7078384
17:54 < Not-e729> [Jawa] TkTech 4278e70 - Enable google analytics creeping for jawa.tkte.ch
17:54 < Not-e729> [Jawa] TkTech pushed 1 commit to gh-pages [+0/-0/±27] https://github.com/TkTech/Jawa/compare/1fe74b564020...974e0729af5a
17:54 < Not-e729> [Jawa] TkTech 974e072 - Update documentation
18:47 < tktech> shoghicp, https://github.com/ImagicalMine/ImagicalMine
18:48 < tktech> shoghicp, did you give these guys permission to relicence PocketMine from LGPL to CCv4?
18:49 < ScruffyRules> That is a lot of third party libraries
18:49 < ScruffyRules> >CURL
18:49 < tktech> That's a tiny number of 3rd party libraries 
18:49 < tktech> The dependency chain for most modern desktop apps is absurd
20:02 < Juju17ification> Hello ?
20:04 < Juju17ification> How did you do to know everything on the mc network protocol ?
20:51 < tktech> ....what
22:10 <+ammar2> I think he was asking how we reverse engineer the protocol
22:14 <+Fador> "we have a guy undercover at Mojang, don't tell anyone"
22:16 < tktech> I mean, you're not wrong.
22:16 < tktech> Notch made some of the original wiki edits
22:17 < tktech> In particular fixing the names Aera, ylt and I came up with to reflect what they were called in the code
22:18 <+ammar2> and some mojangstas here chime in and give information on things we're talking about on occasion, so not completely wrong
22:19 < tktech> Mmmmhmm
--- Day changed jeu. févr. 25 2016
00:07 < barneygale_> gru_m made a bunch of custom builds to get minecraft working on certain linux configuration :)
00:07 < barneygale_> git bisect over irc
00:08 < barneygale_> and dbone wrote up the original description of the query protocol
05:17 <+SinZ> dbone made the description of the query protocol because he helped make it when he was still with bukkit (rip)
10:32 < Juju17i> Hello ! Did you read the decompiled game to know everything you know about the network protocol ?
10:34 <+Fador> No need to, Mojang has some friendly people working there =b
10:35 < Juju17i> Oh okay, so the wiki will always be updated ?
10:36 < Juju17i> Thank you !
10:37 <+Fador> Yes, updated by people hanging in here with the help of the devs, by my understanding =)
10:38 < Juju17i> Ok, thanks
10:38 <+Fador> some things might be just trial and error based ;)
10:43 < rom1504> some stuff were (and are still) learned by decompiling the game though
17:52 <+Amaranth> Heck most of the updates are figured out via decompiling
17:52 <+Amaranth> That's what burger does
20:21 < Not-3368> [wiki] Edit by Scholzi100 to Protocol version numbers -> http://tinyurl.com/z2uxszl
20:41 < Fenhl> ooh, we've reached 100 netty versions
20:42 < Fenhl> that means less then 28 protocol version bumps until lots of code breaks because people don't even VarInts