2016-03-25 14:25:48	hansihe	Lists are linked lists, so they are bad
2016-03-25 14:25:58	hansihe	Tuples are more like traditional arrays
2016-03-25 14:26:04	Gjum	constant random read+write is really necessary for chunks
2016-03-25 14:26:18	hansihe	yep
2016-03-25 14:26:32	hansihe	erlang has no real mutable data structures
2016-03-25 14:26:36	Gjum	so the vm would have to optimize any data structure to that
2016-03-25 14:26:36	hansihe	well, there is the ets
2016-03-25 14:26:57	hansihe	it might do optimizations, not sure
2016-03-25 14:27:13	Gjum	is that for updating too?
2016-03-25 14:27:29	hansihe	http://erlang.org/doc/man/ets.html
2016-03-25 14:27:34	Gjum	yup
2016-03-25 14:28:30	hansihe	but yeah, i think a rust module is the best solution in this case
2016-03-25 14:29:34	Gjum	ets has update_element, that could work
2016-03-25 14:29:47	--	zz_r04r est maintenant connu sous le nom r04r
2016-03-25 14:29:56	Gjum	would be cool to have a purely elixir solution
2016-03-25 14:30:04	hansihe	it would, yeah
2016-03-25 14:31:06	Gjum	gonna try that out http://elixir-lang.org/getting-started/mix-otp/ets.html
2016-03-25 14:31:31	hansihe	number one priority for me right now is finishing the protodef compiler, then i can polish up mc_protocol and completely convert mc_ex to it
2016-03-25 14:31:59	Gjum	protodef doesn't do chunk un/packing though :)
2016-03-25 14:32:24	hansihe	it doesn't :)
2016-03-25 14:32:49	Gjum	so you gonna implement palettes and bitarrays in rust then?
2016-03-25 14:33:00	hansihe	not sure
2016-03-25 14:33:34	hansihe	that kinda stuff is much easier to do in elixir
2016-03-25 14:34:18	hansihe	so if there is some kind of hybrid approach, that would be nice
2016-03-25 14:34:53	hansihe	i have not looked all that much into the new chunk format though
2016-03-25 14:35:11	Gjum	well the only thing I'm concerned about atm is bitarray updating, so maybe if I get ets working it can be fully elixir
2016-03-25 14:39:38	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-25 14:44:53	hansihe	 just to be clear, I would be very interested in using your module
2016-03-25 14:53:02	Gjum	hansihe: clonejo had the exact problem: https://stackoverflow.com/questions/7071783/large-mutable-byte-array-in-erlang
2016-03-25 14:54:35	hansihe	yeah, I think I came across that a while ago
2016-03-25 15:14:50	hansihe	Gjum: you could also have a look at this http://erlang.org/doc/man/array.html
2016-03-25 15:15:18	Gjum	will do, thanks
2016-03-25 15:40:58	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 244 seconds)
2016-03-25 15:43:01	-->	Dadido3_ (~quassel@p5B00AF94.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-25 15:43:13	<--	Dadido3 (~quassel@p5B00A72D.dip0.t-ipconnect.de) a quitté (Ping timeout: 240 seconds)
2016-03-25 15:47:07	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-25 15:56:25	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 264 seconds)
2016-03-25 15:58:15	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-25 16:03:12	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 244 seconds)
2016-03-25 16:05:45	<--	Dadido3_ (~quassel@p5B00AF94.dip0.t-ipconnect.de) a quitté (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
2016-03-25 16:06:21	-->	Dadido3 (~quassel@p5B00AF94.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-25 16:10:02	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-25 16:11:25	<--	realz (~realz@unaffiliated/realazthat) a quitté (Ping timeout: 244 seconds)
2016-03-25 16:13:27	-->	hanshenrik_ (~hanshenri@ti0016a400-8980.bb.online.no) a rejoint #mcdevs
2016-03-25 16:13:45	hanshenrik_	does the connect protocol have some redirect command?
2016-03-25 16:14:08	hanshenrik_	when the client connect, can i tell it to go connect to some other ip:port instead?
2016-03-25 16:14:32	hanshenrik_	kinda like a HTTP 302: Moved Temporarily~  ?
2016-03-25 16:15:51	Gjum	hanshenrik_: this says no http://wiki.vg/Protocol_FAQ#What.27s_the_normal_login_sequence_for_a_client.3F
2016-03-25 16:16:13	Gjum	as far as the protocol goes, there is no redirect functionality
2016-03-25 16:16:46	hanshenrik_	damit
2016-03-25 16:16:48	hanshenrik_	k thanks
2016-03-25 16:36:28	--	Adam_____ est maintenant connu sous le nom Adam
2016-03-25 17:04:15	Not-9c26	[wiki] Edit by Pokechu22 to Protocol History -> http://tinyurl.com/gm4bo9n
2016-03-25 17:10:15	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 248 seconds)
2016-03-25 17:11:33	Not-9c26	[wiki] Edit by Pokechu22 to Protocol History -> http://tinyurl.com/hj7s2x4
2016-03-25 17:13:15	-->	realz (~realz@unaffiliated/realazthat) a rejoint #mcdevs
2016-03-25 17:28:32	<--	Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Ping timeout: 268 seconds)
2016-03-25 17:31:12	<--	realz (~realz@unaffiliated/realazthat) a quitté (Ping timeout: 260 seconds)
2016-03-25 17:45:02	-->	progwml6 (~progwml6@pool-100-1-202-44.nwrknj.fios.verizon.net) a rejoint #mcdevs
2016-03-25 17:55:17	Not-9c26	[wiki] Edit by Pokechu22 to Protocol version numbers -> http://tinyurl.com/zlzel7a
2016-03-25 18:20:20	Not-9c26	[wiki] Edit by Pokechu22 to Protocol version numbers -> http://tinyurl.com/za5lx8f
2016-03-25 18:26:38	-->	Freax14 (~Frea13@5.147.109.20) a rejoint #mcdevs
2016-03-25 18:29:11	<--	Freax13 (~Frea13@5.147.109.20) a quitté (Ping timeout: 248 seconds)
2016-03-25 18:31:14	Not-9c26	[wiki] Edit by Pokechu22 to Protocol version numbers -> http://tinyurl.com/zpbt28g
2016-03-25 18:31:39	<--	Freax14 (~Frea13@5.147.109.20) a quitté (Ping timeout: 260 seconds)
2016-03-25 18:55:40	Gjum	hansihe: /buffer #elixir-lang 
2016-03-25 18:55:46	Gjum	oops
2016-03-25 18:56:48	Gjum	while you're here, what about https://github.com/hashd/bitmap-elixir ?
2016-03-25 19:06:05	hansihe	Gjum: you might be able to use that method, but I wouldn't use that implementation
2016-03-25 19:06:35	hansihe	it doesn't seem to fit what you are trying to do very well, and it's also very simple to do the same thing yourself
2016-03-25 19:27:50	rom1504	hanshenrik_: you can run a proxy which would "redirect" people, but it's not quite the same thing as an http redirection
2016-03-25 19:28:01	rom1504	I guess a mod might do it
2016-03-25 19:28:08	rom1504	maybe forge has something for that ?
2016-03-25 19:34:26	-->	realz (~realz@unaffiliated/realazthat) a rejoint #mcdevs
2016-03-25 19:35:46	hanshenrik_	rom1504, yeah im working on it now 
2016-03-25 19:36:06	hanshenrik_	i would prefer vanilla client compat, so... no mod for me
2016-03-25 19:36:33	hanshenrik_	luckily i just need to parse that initial connect packet, then make an internal pipe
2016-03-25 19:36:45	hanshenrik_	as long as they run on the same ip
2016-03-25 19:37:11	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2016-03-25 19:38:41	rom1504	okay
2016-03-25 19:46:35	<--	progwml6 (~progwml6@pool-100-1-202-44.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-03-25 20:42:44	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Read error: Connection reset by peer)
2016-03-25 20:42:57	-->	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-03-25 21:15:26	-->	Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs
2016-03-25 21:15:26	--	Mode #mcdevs [+v Amaranth] par ChanServ
2016-03-25 21:26:42	-->	SkylordRedstone (~Henry@cpc11-amer3-2-0-cust146.15-2.cable.virginm.net) a rejoint #mcdevs
2016-03-25 21:26:46	SkylordRedstone	hulloo
2016-03-25 21:27:51	SkylordRedstone	can anyone help me with a particle question
2016-03-25 21:33:22	Gjum	if you ask, probably someone
2016-03-25 21:34:16	SkylordRedstone	any ideas how to change the color of spell particles?
2016-03-25 21:34:45	SkylordRedstone	im using ProtocolLib to construct particle packets
2016-03-25 21:37:18	hansihe	Gjum: I make a channel a while ago, #mcex
2016-03-25 21:37:48	hansihe	maybe it would be a nice place to talk about stuff specific to minecraft in elixir
2016-03-25 21:50:21	SkylordRedstone	nvm worked it out after a bit :3
2016-03-25 22:05:27	-->	yorick__ (~yorick@oftn/oswg-member/yorick) a rejoint #mcdevs
2016-03-25 22:09:00	<--	yorick (~yorick@oftn/oswg-member/yorick) a quitté (Ping timeout: 244 seconds)
2016-03-25 22:13:06	-->	Freax13 (~Frea13@5.147.109.20) a rejoint #mcdevs
2016-03-25 22:17:09	<--	Freax13 (~Frea13@5.147.109.20) a quitté (Client Quit)
2016-03-25 22:17:21	<--	NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Excess Flood)
2016-03-25 22:17:39	-->	NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs
2016-03-25 22:42:58	<--	Dadido3 (~quassel@p5B00AF94.dip0.t-ipconnect.de) a quitté (Read error: No route to host)
2016-03-25 22:44:17	-->	Dadido3 (~quassel@p5B00AF94.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-25 22:50:48	-->	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a rejoint #mcdevs
2016-03-25 23:11:03	<--	SkylordRedstone (~Henry@cpc11-amer3-2-0-cust146.15-2.cable.virginm.net) a quitté (Quit: Leaving)
2016-03-25 23:22:48	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-26 01:02:04	<--	realz (~realz@unaffiliated/realazthat) a quitté (Ping timeout: 244 seconds)
2016-03-26 01:42:19	--	r04r est maintenant connu sous le nom zz_r04r
2016-03-26 02:09:46	-->	progwml6 (~progwml6@pool-100-1-202-44.nwrknj.fios.verizon.net) a rejoint #mcdevs
2016-03-26 02:09:54	<--	aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Quit: Lost terminal)
2016-03-26 02:10:08	-->	aeonchild (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs
2016-03-26 02:10:10	<--	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a quitté (Ping timeout: 250 seconds)
2016-03-26 02:38:06	-->	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a rejoint #mcdevs
2016-03-26 03:30:15	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-26 03:32:43	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Client Quit)
2016-03-26 03:41:17	<--	Adam (Adam@unaffiliated/adam-) a quitté (Ping timeout: 248 seconds)
2016-03-26 05:19:16	<--	progwml6 (~progwml6@pool-100-1-202-44.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-03-26 05:22:24	-->	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a rejoint #mcdevs
2016-03-26 06:37:06	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-03-26 06:39:39	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 260 seconds)
2016-03-26 06:39:39	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2016-03-26 06:42:32	<--	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a quitté (Quit: Page closed)
2016-03-26 06:56:02	<--	XorBoole (~XorBoole@brought.to.you.by.xor.boole.io) a quitté (Quit: Cya nerds!)
2016-03-26 07:08:36	-->	XorBoole (~XorBoole@brought.to.you.by.xor.boole.io) a rejoint #mcdevs
2016-03-26 07:38:37	-->	Adam (Adam@unaffiliated/adam-) a rejoint #mcdevs
2016-03-26 07:43:08	<--	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a quitté (Remote host closed the connection)
2016-03-26 07:43:26	<--	coolsa (~coolsa@unaffiliated/coolsa) a quitté (Read error: Connection reset by peer)
2016-03-26 07:44:03	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-26 08:39:58	<--	Akaibu (uid118096@gateway/web/irccloud.com/x-bceqmsvnococnczq) a quitté (Quit: Connection closed for inactivity)
2016-03-26 09:48:43	<--	zahlex (~zahlex@212.224.123.168) a quitté (Quit: Bye)
2016-03-26 09:52:49	<--	coolsa (~coolsa@unaffiliated/coolsa) a quitté (Ping timeout: 264 seconds)
2016-03-26 09:54:24	<--	M-ou-se (~m-ou.se@m-ou.se) a quitté (Quit: No Ping reply in 60 seconds.)
2016-03-26 09:54:41	-->	M-ou-se (~m-ou.se@m-ou.se) a rejoint #mcdevs
2016-03-26 10:09:26	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Read error: Connection reset by peer)
2016-03-26 10:10:19	-->	redstonehelper (~redstoneh@p57952371.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-26 10:10:19	<--	redstonehelper (~redstoneh@p57952371.dip0.t-ipconnect.de) a quitté (Changing host)
2016-03-26 10:10:19	-->	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-03-26 11:55:19	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-26 12:31:33	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2016-03-26 12:32:20	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2016-03-26 12:44:35	--	yorick__ est maintenant connu sous le nom yorick
2016-03-26 13:17:04	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2016-03-26 13:26:03	<--	hanshenrik_ (~hanshenri@ti0016a400-8980.bb.online.no) a quitté (Quit: Leaving)
2016-03-26 13:27:10	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2016-03-26 14:12:07	-->	progwml6 (~progwml6@pool-100-1-202-44.nwrknj.fios.verizon.net) a rejoint #mcdevs
2016-03-26 14:33:06	<--	progwml6 (~progwml6@pool-100-1-202-44.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-03-26 15:09:35	--	zz_r04r est maintenant connu sous le nom r04r
2016-03-26 15:49:40	-->	woder (~IceChat9@ip-24-156-181-19.user.start.ca) a rejoint #mcdevs
2016-03-26 15:56:10	woder	for the chunk packet, lets say the server sends a 4 bit palette, what does that then mean for the longs? (I know if its 13 its suppose to be 9 bits for id and 4 bits for damage)
2016-03-26 16:11:59	Gjum	woder: 4 bits means the palette can have <=16 entries, and the data array has not the id<<4+meta, but instead the index of the palette array, at which the idmeta is stored
2016-03-26 16:13:10	Gjum	only for 0 bit palette, the idmeta is in the data array, at 13 bit each
2016-03-26 16:23:37	woder	so the data array just references the palette array?
2016-03-26 16:23:53	woder	so for any given chunk, all block information is in the palette?
2016-03-26 16:25:57	Gjum	exactly
2016-03-26 16:26:12	Gjum	this way it's compressed both in the protocol as well as in memory
2016-03-26 16:26:33	Gjum	and barely any chunk uses more than 6 or 7 bit
2016-03-26 16:27:47	Gjum	also keep in mind that java is big endian and you may need to reverse the bytes of the longs for bit shifting to work
2016-03-26 16:28:08	woder	my code is also java so it shouldn't matter (right?) 
2016-03-26 16:28:27	Gjum	yup
2016-03-26 16:28:44	Gjum	as long as you interpret it as a long array
2016-03-26 16:29:00	woder	yep, its being read in as an array of longs
2016-03-26 16:29:42	woder	but how are the indexes encoded? like one byte per index or 4 bits?
2016-03-26 16:29:52	Gjum	it's an array of varints
2016-03-26 16:30:36	Gjum	so if the long array has its first entry set to 4, you read the 5th palette entry to get the block idmeta
2016-03-26 16:31:00	Gjum	or do you mean encoded in the long array?
2016-03-26 16:32:00	woder	thats sort of what I meant yeah, so the first long in the array is just a bunch of varints which then get indexed into the palette to know what their data is
2016-03-26 16:32:11	Gjum	no, the palette is varints
2016-03-26 16:32:39	Gjum	the long array is actually a bit array where a palette key is for example 7 bit long
2016-03-26 16:33:06	woder	okay, and what defines the length of the key?
2016-03-26 16:33:27	Gjum	the first byte in the chunk data packet buffer :)
2016-03-26 16:33:42	Gjum	"Bits Per Block" on http://wiki.vg/SMP_Map_Format
2016-03-26 16:33:59	woder	oh! Okay that makes sense, and so in this case it would be 4
2016-03-26 16:34:57	Gjum	vanilla accesses it like this https://gist.github.com/Gjum/63b7afc74492b0e187e1
2016-03-26 16:48:39	woder	so just to make completely sure I understand, this being a sample of data "0001000100010001000100010001000100010001000100010001000100010001" I would just go down it 4 bits at a time indexing the palette array
2016-03-26 16:48:53	Gjum	yes
2016-03-26 16:49:04	Gjum	so you always have the 2nd block in this case
2016-03-26 16:54:26	woder	yeah, so probably dirt or something :P
2016-03-26 16:58:06	Gjum	it could be diamond if your palette was [air, diamond]
2016-03-26 16:58:29	Gjum	well, and at least 7 more entries to need 4 bits
2016-03-26 17:00:47	woder	is it possible that the palette has 3 things in it even though the bit size is 4?
2016-03-26 17:00:58	Gjum	yes
2016-03-26 17:01:07	Gjum	well, the protocol allows it
2016-03-26 17:01:41	Gjum	in vanilla, you would need at least 9 entries for it to use 4 bit, as 8 would fit into 3 bit
2016-03-26 17:02:26	Gjum	so any defensive implementation would allow 12bit for a palette of 2 blocks
2016-03-26 17:06:05	-->	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a rejoint #mcdevs
2016-03-26 17:12:51	woder	Gjum: could you see if this makes sense? http://pastebin.com/XH40BXex something seems off to me
2016-03-26 17:15:41	Gjum	that's 1 layer of 112, which is 0111 0000, or 7:0, or bedrock; 2 layers of 48, or 0011 0000, or 3:0, or dirt, and 1 layer of gras ... ye olde flatlands!
2016-03-26 17:18:38	woder	ah! okay, now I think I understand the format completely, thanks!
2016-03-26 18:34:05	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-26 19:17:05	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Quit: Leaving)
2016-03-26 20:46:37	-->	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a rejoint #mcdevs
2016-03-26 22:17:22	-->	M4GNV5 (~M4GNV5@p54988819.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-26 22:32:11	<--	brandon__ (~brandon15@ip98-181-10-159.br.br.cox.net) a quitté (Quit: Leaving)
2016-03-26 23:19:01	javaprophet	http://screencloud.net/v/xX1q
2016-03-26 23:21:26	Gjum	nom
2016-03-26 23:21:41	Gjum	javaprophet: crafting too?
2016-03-26 23:22:01	javaprophet	If you could pick up items, then yes, I think so.
2016-03-26 23:22:24	Gjum	ah, just displaying, no interaction, ok
2016-03-26 23:22:41	javaprophet	I'm shooting for some more interaction today, and I'm starting with inventories to get to tools and such.
2016-03-26 23:27:36	hansihe	ooh, it's starting to look really nice
2016-03-26 23:28:08	javaprophet	:)
2016-03-26 23:58:28	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 244 seconds)
2016-03-27 00:26:55	-->	barneygale (~barneygal@90.197.161.252) a rejoint #mcdevs
2016-03-27 00:47:26	<--	M4GNV5 (~M4GNV5@p54988819.dip0.t-ipconnect.de) a quitté (Quit: Leaving)
2016-03-27 00:58:25	<--	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a quitté (Read error: Connection reset by peer)
2016-03-27 01:03:33	-->	progwml6 (~progwml6@pool-100-1-202-44.nwrknj.fios.verizon.net) a rejoint #mcdevs
2016-03-27 01:11:46	-->	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a rejoint #mcdevs
2016-03-27 01:22:32	<--	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a quitté (Read error: Connection reset by peer)
2016-03-27 01:34:30	<--	rom1504 (rom1504@rom1504.fr) a quitté #mcdevs
2016-03-27 01:38:34	--	Vous êtes maintenant connu sous le nom rom1504
2016-03-27 01:40:11	--	irc : déconnecté du serveur
2016-03-27 01:40:21	-->	rom1504 (rom1504@rom1504.fr) a rejoint #mcdevs
2016-03-27 01:40:21	--	Le titre pour #mcdevs est "A haunt for developers working on projects related to Minecraft | Website & Rules: http://wiki.vg/MCDevs/rules | Wiki: http://wiki.vg | Channel is publicly logged as of Feb.25/13 https://logs.rom1504.fr/"
2016-03-27 01:40:21	--	Titre défini par Fenhl (sid30770@gateway/web/irccloud.com/x-akmdauiqsuxzdhen) le ven., 11 mars 2016 05:58:28
2016-03-27 01:40:21	--	Canal #mcdevs : 151 pseudos (1 op, 15 voices, 135 normaux)
2016-03-27 01:41:39	--	Canal créé le lun., 06 déc. 2010 12:22:40
2016-03-27 01:52:54	<--	coolsa (~coolsa@unaffiliated/coolsa) a quitté (Read error: Connection reset by peer)
2016-03-27 01:53:43	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-27 03:15:07	<--	lukegb (~lukegb@168.63.65.58) a quitté (Quit: lukegb)
2016-03-27 03:16:08	-->	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a rejoint #mcdevs
2016-03-27 03:27:20	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-27 03:29:09	Not-8b17	[minecraft-data] rom1504 pushed 1 commit to master [+0/-0/±1] https://git.io/vVft2
2016-03-27 03:29:11	Not-8b17	[minecraft-data] rom1504 49224b0 - add elixir wrapper
2016-03-27 03:34:35	<--	progwml6 (~progwml6@pool-100-1-202-44.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-03-27 03:34:52	-->	progwml6 (~progwml6@pool-100-1-202-44.nwrknj.fios.verizon.net) a rejoint #mcdevs
2016-03-27 03:44:53	<--	progwml6 (~progwml6@pool-100-1-202-44.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-03-27 03:45:18	-->	progwml6 (~progwml6@pool-100-1-202-44.nwrknj.fios.verizon.net) a rejoint #mcdevs
2016-03-27 03:50:15	<--	progwml6 (~progwml6@pool-100-1-202-44.nwrknj.fios.verizon.net) a quitté (Ping timeout: 268 seconds)
2016-03-27 04:04:58	-->	realz (~realz@unaffiliated/realazthat) a rejoint #mcdevs
2016-03-27 04:07:05	<--	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a quitté (Remote host closed the connection)
2016-03-27 04:08:58	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 246 seconds)
2016-03-27 04:37:58	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-27 04:53:29	<--	barneygale (~barneygal@90.197.161.252) a quitté (Ping timeout: 250 seconds)
2016-03-27 04:55:00	<--	ShaRose (ShaRose@i.am.sharo.se) a quitté (Ping timeout: 268 seconds)
2016-03-27 05:01:28	-->	ShaRose (ShaRose@i.am.sharo.se) a rejoint #mcdevs
2016-03-27 05:04:40	-->	barneygale (~barneygal@90.197.161.252) a rejoint #mcdevs
2016-03-27 05:08:37	-->	coolsa_ (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-27 05:11:37	<--	coolsa (~coolsa@unaffiliated/coolsa) a quitté (Ping timeout: 244 seconds)
2016-03-27 05:17:51	<--	coolsa_ (~coolsa@unaffiliated/coolsa) a quitté (Read error: Connection reset by peer)
2016-03-27 05:18:56	-->	coolsa_ (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-27 05:55:31	<--	realz (~realz@unaffiliated/realazthat) a quitté (Read error: Connection reset by peer)
2016-03-27 05:55:52	-->	realz (~realz@unaffiliated/realazthat) a rejoint #mcdevs
2016-03-27 06:10:21	--	r04r est maintenant connu sous le nom zz_r04r
2016-03-27 06:18:12	<--	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a quitté (Ping timeout: 250 seconds)
2016-03-27 06:22:24	-->	redstonehelper_ (~redstoneh@p4FCCEE9C.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-27 06:22:24	<--	redstonehelper_ (~redstoneh@p4FCCEE9C.dip0.t-ipconnect.de) a quitté (Changing host)
2016-03-27 06:22:24	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-03-27 06:25:02	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 268 seconds)
2016-03-27 06:25:02	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2016-03-27 06:27:48	-->	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a rejoint #mcdevs
2016-03-27 06:34:54	<--	barneygale (~barneygal@90.197.161.252) a quitté (Ping timeout: 268 seconds)
2016-03-27 07:13:04	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 246 seconds)
2016-03-27 07:22:02	<--	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a quitté (Read error: Connection reset by peer)
2016-03-27 07:24:07	-->	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a rejoint #mcdevs
2016-03-27 07:28:58	<--	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a quitté (Read error: Connection reset by peer)
2016-03-27 07:30:02	-->	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a rejoint #mcdevs
2016-03-27 07:30:58	<--	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a quitté (Quit: Page closed)
2016-03-27 07:34:07	<--	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a quitté (Read error: Connection reset by peer)
2016-03-27 07:44:09	-->	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a rejoint #mcdevs
2016-03-27 09:17:38	<--	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a quitté
2016-03-27 09:18:06	-->	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a rejoint #mcdevs
2016-03-27 09:18:29	<--	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a quitté (Client Quit)
2016-03-27 09:18:51	-->	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a rejoint #mcdevs
2016-03-27 09:23:52	-->	KeithGS (~keith@znc6.keithbmiller.com) a rejoint #mcdevs
2016-03-27 09:34:38	-->	lukegb (~lukegb@168.63.65.58) a rejoint #mcdevs
2016-03-27 10:27:52	<--	coolsa_ (~coolsa@unaffiliated/coolsa) a quitté (Ping timeout: 244 seconds)
2016-03-27 13:00:16	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-27 15:02:16	--	zz_r04r est maintenant connu sous le nom r04r
2016-03-27 16:01:53	<--	Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Quit: So long!)
2016-03-27 17:15:58	-->	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a rejoint #mcdevs
2016-03-27 17:36:42	-->	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a rejoint #mcdevs
2016-03-27 17:40:07	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-27 18:07:33	-->	javaprophet_ (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a rejoint #mcdevs
2016-03-27 18:07:33	<--	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a quitté (Read error: Connection reset by peer)
2016-03-27 18:11:15	-->	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a rejoint #mcdevs
2016-03-27 18:11:15	<--	javaprophet_ (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a quitté (Read error: Connection reset by peer)
2016-03-27 18:23:53	-->	barneygale (~barneygal@90.197.161.252) a rejoint #mcdevs
2016-03-27 18:55:52	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 246 seconds)
2016-03-27 19:43:13	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-27 19:45:22	-->	Akaibu (uid118096@gateway/web/irccloud.com/x-yozkvfeearukmgfg) a rejoint #mcdevs
2016-03-27 19:54:10	-->	Momo (68dd50ad@gateway/web/freenode/ip.104.221.80.173) a rejoint #mcdevs
2016-03-27 19:55:52	Momo	Hi, I'm trying to read a block state from a VarInt from the igloo structure template. From the wiki, it is said to be possible to figure the type/meta of the block using the global palette. I've tried this: http://pastebin.com/ATeLgq60, but I get an output of for the block type, which is not correct since an arrow is not a block...?
2016-03-27 20:02:31	Gjum	Momo: do you know what that block is expected to be?
2016-03-27 20:03:45	Gjum	and the code you posted is correct, but how did you get the 4194?
2016-03-27 20:07:42	<--	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a quitté (Quit: Page closed)
2016-03-27 20:11:47	Momo	@Gjum, the thing is, I don't actually know what is expected here, other than it is a block. I got it from the igloo_bottom.nbt structure server asset, (pos=0,1,6 state=4194)
2016-03-27 20:13:40	-->	PEMapModder_ (~PEMapModd@014199243132.ctinets.com) a rejoint #mcdevs
2016-03-27 20:14:02	--	PEMapModder est maintenant connu sous le nom PEMapModder|
2016-03-27 20:14:13	--	PEMapModder_ est maintenant connu sous le nom PEMapModder
2016-03-27 20:14:39	Gjum	see, I don't know anything about sections... are there any docs about how blocks are encoded there?
2016-03-27 20:15:12	Momo	Gjum: Solved it. From decompiled MCP code, it seems to be type = state & 4095 and meta = state >> 12 & 15
2016-03-27 20:16:07	Momo	Don't know why http://wiki.vg/Protocol#Block_Change says differently though
2016-03-27 20:16:11	Gjum	ok, nice. somehow that encoding seems familiar
2016-03-27 20:16:45	Gjum	well structures aren't sent over the wire as-is
2016-03-27 20:20:57	Gjum	yeah, Block_Change is correct, because SPacketBlockChange uses Block.BLOCK_STATE_IDS.getByValue, which is >>4, &15
2016-03-27 20:33:51	rom1504	the 12 sounds like http://wiki.vg/Object_Data#Falling_Block_.28id_70.29
2016-03-27 20:48:43	<--	PEMapModder (~PEMapModd@014199243132.ctinets.com) a quitté (Quit: Leaving)
2016-03-27 20:48:57	Gjum	exactly, that's where I heard that before
2016-03-27 20:50:00	Gjum	but is it 0x12 or 12?
2016-03-27 20:52:54	rom1504	ah yeah it's indeed no the same thing
2016-03-27 20:52:57	rom1504	I bet on 12
2016-03-27 20:53:09	Gjum	in the code, there is neither 0x12 nor 18, so 0x12 is probably wrong
2016-03-27 20:53:32	Gjum	looks like greenbeard just changed the 16 to 12 in 0x16
2016-03-27 20:54:58	Gjum	hmm, mediawiki <code> swallows the "BlockId |"
2016-03-27 21:12:13	-->	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a rejoint #mcdevs
2016-03-27 21:14:53	pokechu22	@Gjum If you use <nowiki> it'll not swallow it.
2016-03-27 21:15:22	Gjum	&#124; works too :)
2016-03-27 21:45:05	-->	coolsa_ (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-27 21:57:38	woder	Gjum: yesterday you gave me vanilla's get(int pos) for chunk data, do you happen to also have the set code?
2016-03-27 21:58:06	<--	Momo (68dd50ad@gateway/web/freenode/ip.104.221.80.173) a quitté (Ping timeout: 250 seconds)
2016-03-27 22:01:00	rom1504	https://github.com/Steveice10/MCProtocolLib/blob/4ed72deb75f2acb0a81d641717b7b8074730f701/src/main/java/org/spacehq/mc/protocol/data/game/chunk/FlexibleStorage.java#L56
2016-03-27 22:01:07	rom1504	it's not vanilla but it's java and very similar
2016-03-27 22:01:19	woder	cool, thanks!
2016-03-27 22:41:22	<--	coolsa_ (~coolsa@unaffiliated/coolsa) a quitté (Read error: Connection reset by peer)
2016-03-27 22:42:16	-->	coolsa_ (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-27 22:46:43	hansihe	rom1504: would it be possible to define a json type in minecraft-data that's just a string, and use that in places where the text is json?
2016-03-27 22:47:23	hansihe	being able to override that and en/decode json automatically in those places would be nice for me
2016-03-27 22:48:04	rom1504	you mean the chat type basically ?
2016-03-27 22:48:27	rom1504	well what wiki.vg calls "Chat" ?
2016-03-27 22:48:28	hansihe	yeah, i suppose
2016-03-27 22:49:16	hansihe	maybe it would be even better to introduce some metadata property to fields
2016-03-27 22:49:21	hansihe	or something like that
2016-03-27 22:49:32	hansihe	well, i hope this makes sense
2016-03-27 22:50:03	rom1504	hmm, so it's just about doing "chat":"string" in the type definition, and then you'd parse it differently ?
2016-03-27 22:50:04	rom1504	hmm
2016-03-27 22:50:26	rom1504	ah I have a better idea
2016-03-27 22:50:49	rom1504	"chat":["json",{"type":"string"}]
2016-03-27 22:51:07	rom1504	since "string" is not always the same thing ;)
2016-03-27 22:51:35	rom1504	that way we can add a new json type (which would JSON.parse and JSON.stringify in node-protodef for example)
2016-03-27 22:51:42	rom1504	would that work for you ?
2016-03-27 22:51:51	hansihe	i believe so
2016-03-27 22:53:28	hansihe	i would argue defining more parts of the protocol like that would be a good thing, it enables the implementation to do more things automatically
2016-03-27 22:54:01	rom1504	yes but I think there is a balance to find here
2016-03-27 22:54:13	rom1504	for example we sometimes thought about introducing an enum type
2016-03-27 22:54:15	rom1504	except
2016-03-27 22:54:21	rom1504	would that include the block type ?
2016-03-27 22:54:28	rom1504	if so would the protocol include blocks.json ?
2016-03-27 22:54:50	hansihe	oh, i don't necessarily mean in standard protodef
2016-03-27 22:54:59	rom1504	that would make stuff more complex (for enums)
2016-03-27 22:55:08	rom1504	hmm
2016-03-27 22:55:30	hansihe	even if you just add "chat": "string", it would make it possible for the wrapper to swap out "chat"
2016-03-27 22:56:15	rom1504	yeah but that doesn't make much sense, it means you have to hardcode a special case of type definition for "chat"
2016-03-27 22:56:23	hansihe	an alternative would be some meta property for fields
2016-03-27 22:56:24	hansihe	https://gist.github.com/hansihe/b55e38cadfe5bda1cd50
2016-03-27 22:56:37	hansihe	i don't know if i like that though
2016-03-27 22:57:13	rom1504	I'd better if all the parsing info was in the type
2016-03-27 22:57:44	rom1504	having a single concept for parsing (types) make things simpler
2016-03-27 22:57:53	hansihe	yep, i agree
2016-03-27 22:58:55	hansihe	the thing is though, overriding the chat type in that case enables you to do nice things specific to the language you are using
2016-03-27 22:59:31	hansihe	it would be a very bad idea to add types to protodef for everything, doing it this way seems like more of a balanced approach
2016-03-27 22:59:58	hansihe	you can ignore it if you don't need to improve things, but there is still the option
2016-03-27 23:00:01	rom1504	that seems like a kind of similar idea to https://github.com/PrismarineJS/node-minecraft-protocol/issues/231
2016-03-27 23:00:06	rom1504	hmm
2016-03-27 23:00:30	rom1504	yeah it's like an higher level of information
2016-03-27 23:01:08	hansihe	exactly
2016-03-27 23:01:17	hansihe	you add information without any real downsides
2016-03-27 23:01:46	hansihe	but yeah, i'm designing McProtocol to basically be a proxy
2016-03-27 23:02:48	hansihe	McEx would basically register to McProtocol as a "server provider"
2016-03-27 23:03:00	rom1504	node-protodef has a transform stream which sounds like what you call a proxy (bytes in, object out and the other way round)
2016-03-27 23:03:27	rom1504	ok
2016-03-27 23:03:45	hansihe	well, that's slightly offtopic
2016-03-27 23:04:15	rom1504	well I'm not exactly sure how these chat and other higher level stuff would work out but feel free to do a PR to mcdata protocol.json to see how it would look
2016-03-27 23:04:15	hansihe	i don't think adding things like a chat type would break any implementations
2016-03-27 23:04:28	hansihe	sure
2016-03-27 23:04:50	hansihe	i'll throw something together, see how it looks
2016-03-27 23:04:56	rom1504	"chat":"string" definitely wouldn't break anything
2016-03-27 23:05:07	hansihe	yeah
2016-03-27 23:05:23	hansihe	another upside is making the protocol.json slightly more readable
2016-03-27 23:05:25	rom1504	I just don't think it makes a lot of sense, node-protodef would just lose the information when parsing
2016-03-27 23:05:36	rom1504	yeah I guess
2016-03-27 23:05:56	rom1504	I'm fine with a "chat" type, just need to define it in a way that makes sense
2016-03-27 23:06:07	hansihe	maybe it wouldn't make sense for node-protodef, but in my case it makes more sense
2016-03-27 23:06:10	Gjum	where would such info come from when extracting protocol.json? would it have to be manually added each version?
2016-03-27 23:06:13	hansihe	i already do stuff like https://github.com/McEx/McProtocol/blob/master/lib/packet/proto_def_types.ex#L4
2016-03-27 23:06:26	hansihe	that's a good question
2016-03-27 23:06:40	rom1504	protocol.json is manually written atm
2016-03-27 23:07:10	rom1504	but http://pokechu22.github.io/Burger/1.9.html has "writeChatComponent"
2016-03-27 23:07:15	rom1504	so it does make sense ;)
2016-03-27 23:08:02	rom1504	hansihe: why do you need that ?
2016-03-27 23:08:06	rom1504	it's there https://github.com/PrismarineJS/minecraft-data/blob/master/data/1.9/protocol.json#L26
2016-03-27 23:09:09	hansihe	in that case it's just because it was easier to type it out manually than to extract it from the json
2016-03-27 23:09:20	hansihe	that was probably a bad idea
2016-03-27 23:09:30	hansihe	i was mostly referring to the things under it though
2016-03-27 23:09:42	rom1504	and hmm
2016-03-27 23:10:01	rom1504	why do you define entityMetadata as a native type ?
2016-03-27 23:10:25	rom1504	the reason why we defined it in protocol.json is to be able to support 1.8 and 1.9 without changing the code
2016-03-27 23:10:42	rom1504	(entity metadata format is different in 1.8 and 1.9)
2016-03-27 23:11:11	hansihe	right, this is 1.8 at the moment
2016-03-27 23:11:44	rom1504	yeah but if you use protocol.json for this too, then you have cross version for free ;)
2016-03-27 23:11:45	hansihe	but it's basically so i can better define the structure of the decoded type
2016-03-27 23:11:46	rom1504	(also 1.7)
2016-03-27 23:12:45	hansihe	will probably try to find another way of doing it then
2016-03-27 23:12:54	hansihe	so that i can use protocol.json
2016-03-27 23:13:20	hansihe	i would still need to implement entityMetadataLoop though
2016-03-27 23:13:24	rom1504	yes
2016-03-27 23:13:50	rom1504	we didn't include that part in protodef because it seems too specific
2016-03-27 23:14:06	hansihe	yeah
2016-03-27 23:14:29	hansihe	well, i basically went the way of least resistance when making the initial implementation
2016-03-27 23:14:52	hansihe	i can fix it up later, right now i am focusing on making everything work with the changes
2016-03-27 23:14:52	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 246 seconds)
2016-03-27 23:15:13	hansihe	(by changes i mean switching to protocol.json)
2016-03-27 23:16:40	rom1504	yeah ok
2016-03-28 00:10:16	<--	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a quitté (Ping timeout: 250 seconds)
2016-03-28 00:11:48	<--	coolsa_ (~coolsa@unaffiliated/coolsa) a quitté (Read error: Connection reset by peer)
2016-03-28 00:13:14	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 264 seconds)
2016-03-28 00:16:53	-->	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a rejoint #mcdevs
2016-03-28 00:17:37	pokechu22	FYI, burger has a separate 'writeChatComponent' because minecraft uses a separate method to write it (since they're internally represented differently).
2016-03-28 00:17:49	pokechu22	IMO it would make sense to distinguish chat components from string in some way at least.
2016-03-28 00:21:02	Gjum	another aspect to consider is backwards compatibility, ie. would this mean automatically adding other additional info in older versions
2016-03-28 00:21:07	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-28 00:42:53	rom1504	yeah yeah, if we change one protocol.json I'll just change them all
2016-03-28 00:43:02	rom1504	that's what I did the previous times
2016-03-28 00:43:07	rom1504	it's usually just about a sed
2016-03-28 00:43:15	rom1504	and if not, I can write a quick script
2016-03-28 00:51:13	<--	barneygale (~barneygal@90.197.161.252) a quitté (Remote host closed the connection)
2016-03-28 01:06:08	Not-8b17	[flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] https://git.io/vVJ8p
2016-03-28 01:06:09	Not-8b17	[flying-squid] rom1504 358f0c8 - fix /version
2016-03-28 01:06:41	Not-8b17	[fNbt] fragmer pushed 1 commit to master [+4/-0/±8] https://git.io/vVJ4e
2016-03-28 01:06:43	Not-8b17	[fNbt] fragmer 305cdfd - Resuming work on #3 (NBT serialization). Added Nbt.Serialization.Test project.
2016-03-28 01:07:17	rom1504	commit at the same time, fun
2016-03-28 01:10:24	<--	coolsa (~coolsa@unaffiliated/coolsa) a quitté (Read error: Connection reset by peer)
2016-03-28 01:11:24	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-28 01:18:54	Not-8b17	[fNbt] fragmer pushed 1 commit to master [+0/-0/±3] https://git.io/vVJBX
2016-03-28 01:18:56	Not-8b17	[fNbt] fragmer fdd022e - Fixed a couple errors in fNbt.Serialization project, introduced by the previous commit.
2016-03-28 01:36:39	-->	Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs
2016-03-28 01:36:40	--	Mode #mcdevs [+v Amaranth] par ChanServ
2016-03-28 01:56:02	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-28 02:14:50	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-28 02:48:22	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 246 seconds)
2016-03-28 02:56:27	<--	coolsa (~coolsa@unaffiliated/coolsa) a quitté (Read error: Connection reset by peer)
2016-03-28 02:57:14	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-28 03:16:33	<--	coolsa (~coolsa@unaffiliated/coolsa) a quitté (Remote host closed the connection)
2016-03-28 03:20:07	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-28 03:23:46	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-28 03:55:16	<--	coolsa (~coolsa@unaffiliated/coolsa) a quitté (Remote host closed the connection)
2016-03-28 04:01:29	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Quit: redstonehelper)
2016-03-28 04:18:56	-->	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-03-28 04:43:25	<--	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a quitté (Quit: Page closed)
2016-03-28 05:25:52	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 246 seconds)
2016-03-28 06:00:49	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-28 06:08:32	-->	Pangea_ (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-28 06:10:40	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 246 seconds)
2016-03-28 06:18:46	--	r04r est maintenant connu sous le nom zz_r04r
2016-03-28 06:23:03	-->	redstonehelper_ (~redstoneh@p4FCCECD6.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-28 06:23:03	<--	redstonehelper_ (~redstoneh@p4FCCECD6.dip0.t-ipconnect.de) a quitté (Changing host)
2016-03-28 06:23:03	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-03-28 06:24:59	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 244 seconds)
2016-03-28 06:24:59	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2016-03-28 07:09:49	<--	Pangea_ (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 246 seconds)
2016-03-28 08:01:06	<--	ecx86 (~ecx86@unaffiliated/ecx86) a quitté (Read error: Connection reset by peer)
2016-03-28 08:32:19	<--	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a quitté (Remote host closed the connection)
2016-03-28 08:59:58	<--	aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Ping timeout: 248 seconds)
2016-03-28 09:03:19	-->	aeonchild (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs
2016-03-28 10:37:31	<--	aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Ping timeout: 250 seconds)
2016-03-28 10:48:55	-->	aeonchild (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs
2016-03-28 11:31:02	<--	aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Quit: Lost terminal)
2016-03-28 11:31:15	-->	aeonchild (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs
2016-03-28 11:39:59	<--	Akaibu (uid118096@gateway/web/irccloud.com/x-yozkvfeearukmgfg) a quitté (Quit: Connection closed for inactivity)
2016-03-28 13:37:30	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Quit: Sleep)
2016-03-28 14:17:19	<--	woder (~IceChat9@ip-24-156-181-19.user.start.ca) a quitté (Ping timeout: 268 seconds)
2016-03-28 14:18:38	-->	woder (~IceChat9@ip-24-156-181-19.user.start.ca) a rejoint #mcdevs
2016-03-28 14:41:50	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-28 15:24:30	-->	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a rejoint #mcdevs
2016-03-28 15:28:36	-->	bantard (~bantard@athedsl-308947.home.otenet.gr) a rejoint #mcdevs
2016-03-28 15:38:02	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Quit: Quit)
2016-03-28 15:47:46	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-28 16:05:13	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 276 seconds)
2016-03-28 16:07:38	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-28 16:13:14	--	zz_r04r est maintenant connu sous le nom r04r
2016-03-28 17:31:27	redstonehelper	kashike: about https://bugs.mojang.com/browse/MC-100165 - we resolved it as invalid as it's not really a bug but if you can somehow portray it as a bug we're happy to reopen
2016-03-28 17:33:19	kashike	redstonehelper: I saw, just going to continue fixing it in Forge. Once Mojang runs into it they'll fix it :p
2016-03-28 17:33:51	redstonehelper	I see, so no actual issues it's causing right now and nothing that would be hard to track down when it starts causing issues?
2016-03-28 17:35:01	kashike	assuming you know where to look, not hard to find the cause
2016-03-28 17:35:34	redstonehelper	alright, I'm happy then
2016-03-28 17:36:01	redstonehelper	maybe other communication channels could be utilized to let mojang know
2016-03-28 17:37:36	kashike	I should just remember that mojira people don't like modders :p
2016-03-28 17:37:50	redstonehelper	hey!
2016-03-28 17:38:32	kashike	I just don't get the the resolution is resolved, it isn't really "resolved"
2016-03-28 17:38:36	kashike	why the*
2016-03-28 17:38:50	redstonehelper	I don't think there's too many resolutions
2016-03-28 17:38:59	redstonehelper	resolved, closed and unresolved
2016-03-28 17:39:02	redstonehelper	maybe postponed too
2016-03-28 17:39:17	kashike	https://bugs.mojang.com/plugins/servlet/workflow/thumbnail/getThumbnail?workflowName=Global+Mojang+Workflow&stepId=4&width=full&height=full
2016-03-28 17:39:45	kashike	Closed seems to be what it should be
2016-03-28 17:39:46	redstonehelper	as we don't close issues, resolved is the best fit
2016-03-28 17:39:54	redstonehelper	no, I don't know why either
2016-03-28 17:40:09	 *	kashike stabs Mojang
2016-03-28 17:46:31	+Dinnerbone	Closed and resolved are basically the same but closed is final, hard to reopen/comment/etc
2016-03-28 17:46:34	+Dinnerbone	So we don't use closed
2016-03-28 17:46:40	+Dinnerbone	It's there because jira doesn't let it not be there.
2016-03-28 17:52:32	+Dinnerbone	(Closed isn't a resolution, it's a status. Even if you closed it, you'd still need to pick a resolution. It's nonsense, mostly.)
2016-03-28 17:52:46	redstonehelper	it makes sense for other usecases
2016-03-28 17:53:52	redstonehelper	there, resolved = "someone looked at this ticket and implemented/found a solution", closed = "whoever reported this ticket has reviewed the solution and thinks it's sufficient"
2016-03-28 17:55:03	redstonehelper	but that might be more suited for paid support
2016-03-28 18:31:07	Aikar	well it depends on workflow. resolved means the issue at hand was resolved in some way. closed could mean the issue is unresolved, but not going to fix "Closed - Won't Fix"
2016-03-28 18:31:52	Aikar	is "I'm sorry Dave, I'm afraid I cannot do that" a default JIRA resolution or was that someone being funny @ work?
2016-03-28 18:37:51	-->	Akaibu (uid118096@gateway/web/irccloud.com/x-ufpqvwejipwdmkih) a rejoint #mcdevs
2016-03-28 18:43:40	+Dinnerbone	Someone being funny.
2016-03-28 19:04:28	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 244 seconds)
2016-03-28 20:32:10	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-28 21:28:02	-->	realz_ (~realz@unaffiliated/realazthat) a rejoint #mcdevs
2016-03-28 21:28:10	<--	realz (~realz@unaffiliated/realazthat) a quitté (Read error: Connection reset by peer)
2016-03-28 21:28:39	--	realz_ est maintenant connu sous le nom realz
2016-03-28 21:28:43	<--	Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Ping timeout: 260 seconds)
2016-03-28 21:46:38	-->	barneygale (~barneygal@90.197.161.252) a rejoint #mcdevs
2016-03-28 21:59:11	kashike	barneygale: having fun with reactions?
2016-03-28 21:59:25	barneygale	you could tell? ;)
2016-03-28 21:59:36	kashike	:)
2016-03-28 22:00:21	barneygale	i think that person is being pretty silly thought
2016-03-28 22:00:53	barneygale	it's taken me 30 minutes to get working exploit code from reading his reddit post, and i'm not particularly adept at this sort of thing
2016-03-28 22:02:11	kashike	oh, there's a reddit post too?
2016-03-28 22:02:17	barneygale	oh yes
2016-03-28 22:02:35	barneygale	didn't you know ethical disclosure is all about telling as many people about the exploit as possible?
2016-03-28 22:02:45	Gjum	^
2016-03-28 22:03:03	Gjum	do you think he really privately disclosed it first?
2016-03-28 22:03:13	barneygale	he sort-of said he did on reddit
2016-03-28 22:03:18	barneygale	but it didn't really sound like it
2016-03-28 22:03:20	kashike	apparently he did ~5 hours ago
2016-03-28 22:03:26	barneygale	trolololol
2016-03-28 22:03:40	barneygale	tbh I remember mojang minecraft having this issue in like ~2012
2016-03-28 22:04:09	barneygale	or maybe 2011?
2016-03-28 22:06:34	bantard	link to the reddit post?
2016-03-28 22:08:44	Gjum	it's in admincraft
2016-03-28 22:09:48	bantard	oh thanks
2016-03-28 22:10:24	barneygale	https://www.reddit.com/r/admincraft/comments/4cbeva/psa_serious_exploit_in_all_bungeecord_versions/
2016-03-28 22:10:31	kashike	aand issue locked
2016-03-28 22:10:33	kashike	lol
2016-03-28 22:11:39	Gjum	but they left the issue text ...
2016-03-28 22:13:03	kashike	it's already out there. removing it will just get it thrown everywhere else
2016-03-28 22:19:56	barneygale	tuxed posted in the admincraft thread promoting his bungee fork and received 4 upvotes in 2 minutes
2016-03-28 22:20:26	barneygale	ಠ_ಠ
2016-03-28 22:21:04	kashike	barneygale: https://hub.spigotmc.org/stash/projects/SPIGOT/repos/CraftBukkit/commits/fc9ee90fc54
2016-03-28 22:21:12	kashike	maybe vanilla doesn't have a limit for byte arrays?
2016-03-28 22:22:29	barneygale	oh fun
2016-03-28 22:22:39	barneygale	i wonder if this will crash a vanilla server too then...
2016-03-28 22:22:45	hansihe	that would be fun wouldn't it
2016-03-28 22:24:07	barneygale	it does
2016-03-28 22:24:10	barneygale	lol
2016-03-28 22:24:15	barneygale	well
2016-03-28 22:24:26	barneygale	it gives me an OOM exception, it didn't actually take down the process
2016-03-28 22:25:01	Gjum	does it eat system ram?
2016-03-28 22:26:02	barneygale	No. I think I'm trying to allocate too much memory, one moment
2016-03-28 22:26:19	hansihe	see if you can make it allocate just enough
2016-03-28 22:27:58	barneygale	yeah
2016-03-28 22:30:20	barneygale	I might write something that halves it each time I suppose...
2016-03-28 22:36:06	barneygale	Are any channel ops here? Is it OK to talk about the exploit here but not give any information away except stuff already on reddit/github?
2016-03-28 22:36:53	+Thinkofname	at this point its pretty public but I think it'd be better to wait for mojang to push their fix too
2016-03-28 22:38:39	redstonehelper	is this a vanilla issue too?
2016-03-28 22:38:56	Gjum	it is
2016-03-28 22:39:03	redstonehelper	got a ticket?
2016-03-28 22:39:15	redstonehelper	on mojang's tracker, that is
2016-03-28 22:41:09	+Thinkofname	No idea about the ticket, I assume there is one though. I wasn't really following the issue I just had to deal with the fallout :|
2016-03-28 22:41:27	redstonehelper	when was it discovered?
2016-03-28 22:41:45	+Thinkofname	a while ago, week or two? I remember we were waiting for 1.9.1
2016-03-28 22:42:14	redstonehelper	I assume it was reported privately
2016-03-28 22:42:24	redstonehelper	because I haven't seen any public tickets matching that description
2016-03-28 22:42:52	+Thinkofname	it should be private given the nature of it
2016-03-28 22:43:58	redstonehelper	nope, no ticket
2016-03-28 22:44:23	+Thinkofname	huh, odd. I know they know about it which is why we were waiting
2016-03-28 22:44:49	redstonehelper	that admincraft post says the wait for 1.9.1 was unrelated to this issue
2016-03-28 22:44:53	redstonehelper	are you sure this affects vanilla?
2016-03-28 22:45:02	+Thinkofname	Its the same code
2016-03-28 22:45:14	redstonehelper	then please create one :D
2016-03-28 22:48:33	+Thinkofname	redstonehelper: MC-100211
2016-03-28 22:49:02	redstonehelper	merci
2016-03-28 22:51:52	Gjum	> From what I can tell, this same issue doesn't affect Vanilla and Craftbukkit servers
2016-03-28 22:52:18	Gjum	barneygale: got success with more than OOM exceptions?
2016-03-28 22:54:17	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-28 23:06:35	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Quit: Sleep)
2016-03-28 23:07:15	barneygale	Gjum, not yet. I can DOS the server (so after I stop the attack it says it recovered it says its running N seconds behind) but haven't made it crash yet
2016-03-28 23:07:38	barneygale	sorry, coherent typing not my strong point today
2016-03-28 23:31:57	barneygale	Gjum, you having a go at exploit code too?
2016-03-28 23:33:39	Gjum	barneygale: nah got work to do, maybe later
2016-03-28 23:34:45	barneygale	fair
2016-03-28 23:40:52	barneygale	i'm not having much luck with the encryption response version. You can make the server allocate 2GB, but it will throw an exception immediately afterwards as the packet buffer isn't long enough
2016-03-28 23:41:34	barneygale	you can't keep the connection alive afaik
2016-03-28 23:42:07	+md_5	barneygale its (impossible?) or at least very hard to crash the server, but you can lag it really hard
2016-03-28 23:42:30	barneygale	yeah, i've got that far
2016-03-28 23:50:58	-->	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a rejoint #mcdevs
2016-03-29 00:02:35	pokechu22	JarCode just edited their reddit post with a timeline of a sort, BTW.
2016-03-29 00:04:01	barneygale	so obnoxious
2016-03-29 00:28:00	barneygale	he has exploit code on github now
2016-03-29 00:28:23	barneygale	500 lines of C lol
2016-03-29 00:31:00	pokechu22	...
2016-03-29 00:33:06	pokechu22	I never saw his writeup, but seriously, 500 lines?  Unless networking in C is unbeleivably painful, that seems overkill.
2016-03-29 00:33:11	barneygale	to send ~20 bytes you can just pipe into netcat
2016-03-29 00:33:39	pokechu22	Is it well-structured code or is it also garbage?
2016-03-29 00:33:50	barneygale	I have no idea, I don't use C
2016-03-29 00:37:50	hansihe	500 lines sounds a lot even for c
2016-03-29 00:38:05	-->	Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs
2016-03-29 00:38:05	--	Mode #mcdevs [+v Amaranth] par ChanServ
2016-03-29 00:39:35	pokechu22	Can you message me it?  I can't find their gist account even.  Just so that I can code review it; 500 lines for just that seems ... unbeleivable.
2016-03-29 00:40:10	pokechu22	I can tell that the gist of it was that some kind of array didn't check for the max length, and thus a lot of RAM could be loaded...
2016-03-29 00:41:48	pokechu22	Well, a lot of that looks like parsing options and also comments, copyright, error checking.
2016-03-29 00:42:23	-->	M4GNV5 (~M4GNV5@p54989C17.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-29 00:42:40	barneygale	He finds space to license it under GPLv3 and write "Proudly written in the One True Editor (emacs)."
2016-03-29 00:42:42	hansihe	yeah, that's not even poc code, that's a full blown exploit
2016-03-29 00:42:51	pokechu22	Like 50% of that code is for parsing command line arguments.
2016-03-29 00:43:47	pokechu22	I mean, it's fun to write programs like that (I did similar when I found a bug in reddit), even though it was only for responsible disclosure.
2016-03-29 00:45:01	pokechu22	Though he still executed his disclosure _very_ poorly.
2016-03-29 00:49:39	M4GNV5	about what repo r u talkin? i think i missed it :/
2016-03-29 00:49:59	pokechu22	M4GNV5: Read this first: https://redd.it/4cbeva
2016-03-29 00:52:39	pokechu22	It's probably safe to talk about it here - the channel rules do say that you can talk about exploits so long as they don't leak player data.
2016-03-29 00:52:59	M4GNV5	well it doesnt say what the exploit is exactly/can be used for
2016-03-29 00:53:38	M4GNV5	so, how can i reproduce and what benefits would i have? (assuming i would want to do it in the first place)
2016-03-29 00:53:39	Gjum	it did, before he removed that info
2016-03-29 00:55:54	pokechu22	The exploit is, from what I can tell, a place where you can get the server to try to read an arbitrarilly large array and freeze it in the process, even without logging in.
2016-03-29 00:56:16	Gjum	not read, just allocate
2016-03-29 00:57:50	pokechu22	Don't a lot of cases where strings can be read have a max length set to prevent bugs like this?
2016-03-29 00:58:26	javaprophet	Yes, there are always relatively small limits, in MC packets, I think the total uncompressed lenth is limited to 200 kb?
2016-03-29 00:58:36	javaprophet	For strings IIRC it's 32 KB
2016-03-29 01:00:00	pokechu22	Strings can have the max length change based on the context, though generally they do 32767 chars or 131068 bytes.
2016-03-29 01:00:29	barneygale	there's a couple of arrays in the encryption response packet (this has already been discussed)
2016-03-29 01:00:56	pokechu22	For instance, server IPs are capped to 255 characters instead of 32767, it looks like.
2016-03-29 01:01:17	javaprophet	Makes sense
2016-03-29 01:02:55	pokechu22	There's only one place where the client can send an arbitrary array without a cap in 1.8, and that's the encryption packet.
2016-03-29 01:03:16	javaprophet	It's not so in 1.9 right?
2016-03-29 01:04:28	pokechu22	Same thing with 1.9; only the encryption packet.  I just had to double check since 1.9 also has varint and varlong arrays, but the client never sends those either.
2016-03-29 01:04:49	pokechu22	But a malicious server could also cause the client to allocate an arbitrarilly large array if it so desired.
2016-03-29 01:06:00	javaprophet	Similar to how there are many server->client crash bugs, while still technically a DOS, it doesn't affect more than one person.
2016-03-29 01:06:24	javaprophet	Unlike an active server with real players, where being the target of a DOS is catastrophic
2016-03-29 01:06:50	javaprophet	What's to stop any client from sending a massive string of bytes in the EncryptionRequest packet and causing a DOS?
2016-03-29 01:07:21	barneygale	The packet length is capped at 21 bits
2016-03-29 01:07:27	barneygale	so you can't actually send the array
2016-03-29 01:07:41	barneygale	but you can /say/ that you're going to send it, which is enough to get the memory allocated
2016-03-29 01:07:43	pokechu22	The aforementioned string length check - it uses a string of 20 bytes.
2016-03-29 01:08:02	javaprophet	Yes, I know, but you don't even need to be authenticated to do this, so one could just send hundreds of simultaneous and repeating connections doing this.
2016-03-29 01:08:10	barneygale	yep
2016-03-29 01:08:20	barneygale	it works, i've tested it on a friend's server
2016-03-29 01:08:27	javaprophet	Seems like a problem, I may write a POC later.
2016-03-29 01:09:12	+md_5	server crashing client is a non  issue
2016-03-29 01:09:18	+md_5	there are many many many ways to do that
2016-03-29 01:09:56	pokechu22	Interesting.  cuberite had this fixed early on, refusing to read it if it was over 512 bytes long (even with a comment about it only being 128 bytes long).
2016-03-29 01:10:41	pokechu22	https://github.com/cuberite/cuberite/blob/master/src/Protocol/Protocol18x.cpp#L2144-L2149
2016-03-29 01:12:43	pokechu22	The general fix should be to add max length checks to all of the readArray methods, in the same way that strings do it.
2016-03-29 01:13:40	pokechu22	I'll write a ticket with that info, I guess.
2016-03-29 01:16:56	Gjum	pokechu22: someone did a private ticket already
2016-03-29 01:16:59	+md_5	pokechu22 we've already got a ticket open with this
2016-03-29 01:17:28	pokechu22	I'm aware, but I think I can contribute with a general fix for array lengths.  Or at least add some more info.
2016-03-29 01:17:47	pokechu22	I'd rather post a comment on it (from the logs I can see that the ID is MC-100211), but it's private, so I can't.
2016-03-29 01:18:05	redstonehelper	we can comment for you
2016-03-29 01:18:14	+md_5	the ticket mentions it in general, not just encryption packet
2016-03-29 01:18:31	+md_5	"Byte arrays aren't limited in size in the protocol" is the title
2016-03-29 01:18:32	redstonehelper	if your ticket is about something that is not currently an issue we'll resolve it straight away 
2016-03-29 01:18:53	redstonehelper	like https://bugs.mojang.com/browse/MC-100165
2016-03-29 01:18:55	ScruffyRules	https://github.com/wacossusca34/BungeeCord/commits/master <- supposed fix
2016-03-29 01:19:09	pokechu22	Ah, OK.  Yea, mine probably wouldn't add to anything then.
2016-03-29 01:21:14	pokechu22	Yea, that's a good enough fix, although there's a few limits that aren't quite right...
2016-03-29 01:26:45	+Thinkofname	ScruffyRules: bungee and cb has fixes already
2016-03-29 01:26:53	ScruffyRules	I saw https://github.com/SpigotMC/BungeeCord/commit/540e924bfbc2e8f35b2141113c94fa4cf37d9367
2016-03-29 01:30:31	pokechu22	That's a much saner fix; no limits on plugin channels.
2016-03-29 01:35:02	pokechu22	redstonehelper: Actually, can you comment "This also applies to VarInt and VarLong arrays"?  Since it _does_ also apply to those types, although they're much rarer and only sent server to client.
2016-03-29 01:36:29	redstonehelper	done
2016-03-29 02:06:32	barneygale	I spoke to the guy on IRC
2016-03-29 02:07:08	barneygale	He knows a couple of people who have been hit by the issue, and he thought spigot were wrong to wait for mojang to fix this
2016-03-29 02:15:29	+md_5	barneygale we had exactly two people with the issue. I stand by our decision to wait for Mojang to fix the issue, because they were aware of it and including it as part of the imminent 1.9.1 release. Jumping the gun on issuing a fix would make the issue really well known and put Vanilla users at risk.
2016-03-29 02:16:00	barneygale	I agree completely
2016-03-29 02:18:11	ScruffyRules	I tried to stop him or at least slow him down with "keep it quite for a week or a month" after getting told he made the repo.
2016-03-29 02:20:10	+md_5	not even a month, like 72 more hours wouldve been sufficient
2016-03-29 02:20:30	redstonehelper	how do you know?
2016-03-29 02:22:03	barneygale	mojang are back in the office tomorrow I assume
2016-03-29 02:22:28	redstonehelper	last public release estimate was "in two weeks" before they left for gdc three weeks ago
2016-03-29 02:24:48	<--	realz (~realz@unaffiliated/realazthat) a quitté (Ping timeout: 252 seconds)
2016-03-29 02:45:02	--	r04r est maintenant connu sous le nom zz_r04r
2016-03-29 03:08:48	-->	ughman (~chek@cpe-45-46-35-253.maine.res.rr.com) a rejoint #mcdevs
2016-03-29 03:29:16	-->	realz (~realz@unaffiliated/realazthat) a rejoint #mcdevs
2016-03-29 03:33:14	-->	Pangea_ (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-29 03:34:38	<--	realz (~realz@unaffiliated/realazthat) a quitté (Ping timeout: 252 seconds)
2016-03-29 03:57:50	-->	M4GNV5_ (~M4GNV5@p54988B43.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-29 04:02:11	<--	M4GNV5 (~M4GNV5@p54989C17.dip0.t-ipconnect.de) a quitté (Ping timeout: 276 seconds)
2016-03-29 04:13:02	<--	bantard (~bantard@athedsl-308947.home.otenet.gr) a quitté (Quit: Leaving)
2016-03-29 04:13:19	<--	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Quit: ZNC - http://znc.in)
2016-03-29 04:25:36	<--	M4GNV5_ (~M4GNV5@p54988B43.dip0.t-ipconnect.de) a quitté (Remote host closed the connection)
2016-03-29 04:29:20	-->	realz (~realz@unaffiliated/realazthat) a rejoint #mcdevs
2016-03-29 04:35:48	-->	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs
2016-03-29 04:57:08	-->	Xerxes1 (~Xerxes@cpe-184-58-124-139.columbus.res.rr.com) a rejoint #mcdevs
2016-03-29 05:11:00	<--	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a quitté (Ping timeout: 244 seconds)
2016-03-29 05:11:31	-->	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a rejoint #mcdevs
2016-03-29 05:12:11	-->	PEMapModder (~PEMapModd@014199243132.ctinets.com) a rejoint #mcdevs
2016-03-29 05:18:04	<--	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Ping timeout: 260 seconds)
2016-03-29 05:25:55	-->	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs
2016-03-29 05:44:52	<--	barneygale (~barneygal@90.197.161.252) a quitté (Ping timeout: 276 seconds)
2016-03-29 06:20:59	-->	redstonehelper_ (~redstoneh@p4FCCFCC0.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-29 06:20:59	<--	redstonehelper_ (~redstoneh@p4FCCFCC0.dip0.t-ipconnect.de) a quitté (Changing host)
2016-03-29 06:20:59	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-03-29 06:23:07	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 250 seconds)
2016-03-29 06:23:07	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2016-03-29 06:27:24	Xerxes1	a
2016-03-29 06:34:16	<--	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a quitté (Quit: Page closed)
2016-03-29 07:04:08	-->	Modius221 (~Adium@pl-office.plusline.de) a rejoint #mcdevs
2016-03-29 07:14:38	<--	Xerxes1 (~Xerxes@cpe-184-58-124-139.columbus.res.rr.com) a quitté #mcdevs
2016-03-29 08:37:07	<--	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a quitté (Remote host closed the connection)
2016-03-29 08:42:58	-->	PEMapModder_ (~PEMapModd@014199243132.ctinets.com) a rejoint #mcdevs
2016-03-29 08:45:28	<--	PEMapModder (~PEMapModd@014199243132.ctinets.com) a quitté (Ping timeout: 244 seconds)
2016-03-29 08:51:06	-->	coolsa_ (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-29 08:53:54	<--	coolsa (~coolsa@unaffiliated/coolsa) a quitté (Ping timeout: 260 seconds)
2016-03-29 09:36:51	--	zz_r04r est maintenant connu sous le nom r04r
2016-03-29 09:57:01	<--	Pangea_ (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 246 seconds)
2016-03-29 10:23:06	<--	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a quitté (Read error: Connection reset by peer)
2016-03-29 10:23:31	-->	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a rejoint #mcdevs
2016-03-29 10:46:52	--	PEMapModder_ est maintenant connu sous le nom PEMapModder
2016-03-29 11:09:09	<--	angal (angal@elmo.stole-your.pw) a quitté (Ping timeout: 268 seconds)
2016-03-29 11:14:52	-->	angal (angal@elmo.stole-your.pw) a rejoint #mcdevs
2016-03-29 15:23:26	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-29 15:25:37	<--	Modius221 (~Adium@pl-office.plusline.de) a quitté (Quit: Leaving.)
2016-03-29 15:47:08	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 260 seconds)
2016-03-29 16:18:07	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-29 17:00:39	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 268 seconds)
2016-03-29 17:18:30	<--	dexter0 (~dexter0@c-73-222-1-210.hsd1.ca.comcast.net) a quitté (Ping timeout: 244 seconds)
2016-03-29 17:25:28	<--	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Ping timeout: 248 seconds)
2016-03-29 18:01:29	-->	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a rejoint #mcdevs
2016-03-29 18:36:13	-->	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs
2016-03-29 18:53:06	-->	Modius22 (~Adium@p5484A4B1.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-29 18:53:16	<--	Modius22 (~Adium@p5484A4B1.dip0.t-ipconnect.de) a quitté (Client Quit)
2016-03-29 18:57:50	MasterGberry	Can someone explain how this happens? https://namemc.com/s?DatKian
2016-03-29 19:07:06	-->	dav2d (~dav1d@2001:41d0:1:f6c4::1) a rejoint #mcdevs
2016-03-29 19:07:20	<--	GunfighterJ (gunfighter@2607:5300:60:34b:d::43) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:20	<--	l4mRh4X0r (l4mRh4X0r@l4mrh4x0r.student.ipv6.utwente.nl) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:20	<--	dav1d (~dav1d@unaffiliated/dav1d) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:20	<--	x56 (0x56@unaffiliated/x56) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:20	<--	Akaibu (uid118096@gateway/web/irccloud.com/x-ufpqvwejipwdmkih) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:20	<--	hkaga (~hkaga@2602:ffda:bbb::27bf:741e) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:20	<--	|Blaze| (~scott@184.70.189.74) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:20	<--	Sudzzy (~Sudzzy@2607:5300:60:326e::1) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:20	<--	ammar2 (admin@ec2-52-4-212-228.compute-1.amazonaws.com) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:20	<--	mfj|3 (~kvirc@202.55.151.66) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:21	<--	winny (~winny@unaffiliated/winstonw) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:21	<--	AndrewPH (Butts@omega.classicube.net) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:21	<--	dx (~dx@unaffiliated/dxdx) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:21	<--	MeWulf (~quassel@2001:41d0:1:d298::1) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:21	<--	Paprikachu_ (~pap@priv.play2win.io) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:21	<--	mbaxter (~mbax@mcblockit/staff/mbaxter) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:21	<--	DemonWav (~DemonWav@unaffiliated/demonwav) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:21	<--	yawkat (~yawkat@cats.coffee) a quitté (Ping timeout: 268 seconds)
2016-03-29 19:07:21	-->	l4mRh4X0r (l4mRh4X0r@l4mrh4x0r.student.ipv6.utwente.nl) a rejoint #mcdevs
2016-03-29 19:07:21	-->	AndrewPH (Butts@omega.classicube.net) a rejoint #mcdevs
2016-03-29 19:07:21	-->	mbaxter (~mbax@kitten.institute) a rejoint #mcdevs
2016-03-29 19:07:50	-->	|Blaze|_ (~scott@184.70.189.74) a rejoint #mcdevs
2016-03-29 19:07:51	-->	Akaibu_ (uid118096@gateway/web/irccloud.com/x-vdkxpxsoqdlhoaxd) a rejoint #mcdevs
2016-03-29 19:07:51	-->	DemonWav_ (~DemonWav@69.197.179.106) a rejoint #mcdevs
2016-03-29 19:07:51	-->	winny1 (~winny@unaffiliated/winstonw) a rejoint #mcdevs
2016-03-29 19:07:51	<--	mbaxter (~mbax@kitten.institute) a quitté (Changing host)
2016-03-29 19:07:51	-->	mbaxter (~mbax@mcblockit/staff/mbaxter) a rejoint #mcdevs
2016-03-29 19:07:52	--	Mode #mcdevs [+v AndrewPH] par ChanServ
2016-03-29 19:07:52	<--	dav2d (~dav1d@2001:41d0:1:f6c4::1) a quitté (Changing host)
2016-03-29 19:07:52	-->	dav2d (~dav1d@unaffiliated/dav1d) a rejoint #mcdevs
2016-03-29 19:07:52	--	Akaibu_ est maintenant connu sous le nom Akaibu
2016-03-29 19:08:02	-->	dx (~dx@unaffiliated/dxdx) a rejoint #mcdevs
2016-03-29 19:08:16	-->	hkaga (~hkaga@2602:ffda:bbb::27bf:741e) a rejoint #mcdevs
2016-03-29 19:08:34	-->	Sudzzy (~Sudzzy@2607:5300:60:326e::1) a rejoint #mcdevs
2016-03-29 19:08:37	-->	mfj|3 (~kvirc@202.55.151.66) a rejoint #mcdevs
2016-03-29 19:09:00	-->	x56 (0x56@unaffiliated/x56) a rejoint #mcdevs
2016-03-29 19:09:25	-->	ammar2 (admin@ec2-52-4-212-228.compute-1.amazonaws.com) a rejoint #mcdevs
2016-03-29 19:09:25	--	Mode #mcdevs [+v ammar2] par ChanServ
2016-03-29 19:09:28	-->	GunfighterJ (gunfighter@2607:5300:60:34b:d::43) a rejoint #mcdevs
2016-03-29 19:09:50	-->	yawkat (~yawkat@cats.coffee) a rejoint #mcdevs
2016-03-29 19:10:06	-->	Paprikachu (~pap@play2win.io) a rejoint #mcdevs
2016-03-29 19:23:02	-->	MeWulf (~quassel@2001:41d0:1:d298::1) a rejoint #mcdevs
2016-03-29 19:48:38	<--	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Ping timeout: 264 seconds)
2016-03-29 19:50:41	<--	PEMapModder (~PEMapModd@014199243132.ctinets.com) a quitté (Quit: Leaving)
2016-03-29 19:53:12	-->	M4GNV5 (~M4GNV5@p54988B43.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-29 19:56:13	-->	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs
2016-03-29 20:08:05	+Thinkofname	MasterGberry: from my understanding it happens when the first account was deleted (e.g. chargeback) and then someone else uses the name 
2016-03-29 20:08:09	+Thinkofname	may be wrong though
2016-03-29 20:08:33	+Thinkofname	MasterGberry: also https://namemc.com/s?Vice is a better example :)
2016-03-29 20:08:36	MasterGberry	do any of the api's still report the old uuid?
2016-03-29 20:09:00	+Thinkofname	no idea, I wouldn't think so though
2016-03-29 20:09:20	MasterGberry	hm, wonder why Buycraft was reporting the wrong one to me.
2016-03-29 20:10:14	MasterGberry	Prolly some caching they are doing
2016-03-29 20:10:14	+Thinkofname	chances are they cache uuids
2016-03-29 20:10:29	MasterGberry	Sigh...im gonna have to end up building a scraper for the mojang api myself -.-
2016-03-29 20:10:41	MasterGberry	don't want to be given bad cache'd data .-.
2016-03-29 20:11:06	MasterGberry	ty Thinkofname 
2016-03-29 20:20:56	<--	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a quitté (Ping timeout: 248 seconds)
2016-03-29 20:22:13	-->	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a rejoint #mcdevs
2016-03-29 21:00:49	-->	barneygale (~barneygal@90.197.161.252) a rejoint #mcdevs
2016-03-29 21:06:12	redstonehelper	MasterGberry: Thinkofname your guesses are all wrong
2016-03-29 21:06:34	+Thinkofname	good to know :P
2016-03-29 21:06:45	redstonehelper	and I won't say more, but don't bother building a scraper for the mojang api if that was your only concern
2016-03-29 21:09:05	MasterGberry	diff question since someone who has some knowledge is around. was the angle calculations for attacks changed in 1.8/1.9 from 1.7? i've had a lot of complaints about it but i can't seem to find anything in the server code that changed
2016-03-29 21:10:21	MasterGberry	or maybe someone else can answer that one ^.^
2016-03-29 21:20:50	-->	dexter0 (~dexter0@c-73-222-1-210.hsd1.ca.comcast.net) a rejoint #mcdevs
2016-03-29 21:47:19	<--	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Quit: ZNC - http://znc.in)
2016-03-29 21:49:57	-->	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs
2016-03-29 22:34:40	<--	bildramer (~bildramer@p5DC8ADCC.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds)
2016-03-29 23:22:14	-->	bildramer (~bildramer@p5DC8ADCC.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-29 23:47:22	-->	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a rejoint #mcdevs
2016-03-29 23:58:36	pokechu22	I've been doing a far bit of work updating http://wiki.vg/Protocol_History; does it look good so far?
2016-03-30 00:10:36	--	winny1 est maintenant connu sous le nom winny
2016-03-30 00:12:39	<--	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a quitté (Ping timeout: 260 seconds)
2016-03-30 00:13:33	-->	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a rejoint #mcdevs
2016-03-30 00:14:59	-->	progwml6 (~progwml6@n2-105-82.dhcp.drexel.edu) a rejoint #mcdevs
2016-03-30 00:29:25	-->	bantard (~bantard@athedsl-308947.home.otenet.gr) a rejoint #mcdevs
2016-03-30 01:19:25	<--	woder (~IceChat9@ip-24-156-181-19.user.start.ca) a quitté (Ping timeout: 276 seconds)
2016-03-30 01:19:50	<--	barneygale (~barneygal@90.197.161.252) a quitté (Ping timeout: 264 seconds)
2016-03-30 01:27:20	<--	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a quitté (Ping timeout: 250 seconds)
2016-03-30 01:29:21	-->	ecx86 (~ecx86@unaffiliated/ecx86) a rejoint #mcdevs
2016-03-30 01:31:15	-->	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a rejoint #mcdevs
2016-03-30 01:39:33	--	r04r est maintenant connu sous le nom zz_r04r
2016-03-30 01:59:05	-->	orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs
2016-03-30 02:02:21	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-30 02:06:10	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Client Quit)
2016-03-30 02:16:55	dx	hi. are varints still not used to represent negative numbers anywhere, in practice?
2016-03-30 02:18:30	Gjum	dx: 1.9 (before 1.9.1-pre2) sent them accidentally in chunk data
2016-03-30 02:19:22	+Thinkofname	set compression uses it to disable compression 
2016-03-30 02:22:44	dx	oh, interesting, thanks
2016-03-30 02:23:02	dx	and it sends '\xff\xff\xff\xff\x0f' for -1, right?
2016-03-30 02:23:27	Gjum	yep
2016-03-30 02:33:13	+Thinkofname	to be fair no sane person will ever disable compression
2016-03-30 02:49:15	ughman	are there any statistics on how much upstream bandwidth is usually saved
2016-03-30 02:57:59	dx	uhhh, just found that the unpack_varint function in this gist doesn't actually work https://gist.github.com/nickelpro/7312782
2016-03-30 02:58:40	dx	looks like a typo, "NameError: global name 'bbuff' is not defined"
2016-03-30 03:00:02	dx	this is so weird. i've used this code many times, but i guess it always was just a reference to write it in a different language
2016-03-30 03:16:21	<--	bantard (~bantard@athedsl-308947.home.otenet.gr) a quitté (Read error: Connection reset by peer)
2016-03-30 03:30:39	<--	Jckf (jckf@mikros.flaten.it) a quitté (Ping timeout: 260 seconds)
2016-03-30 03:30:39	<--	vemacs (~vemacs@192.3.17.176) a quitté (Ping timeout: 260 seconds)
2016-03-30 03:31:06	-->	vemacs|ded (~vemacs@192.3.17.176) a rejoint #mcdevs
2016-03-30 03:31:13	<--	YukonAppleGeek (~Yukon@sfo01.yukon.io) a quitté (Ping timeout: 260 seconds)
2016-03-30 03:31:15	--	vemacs|ded est maintenant connu sous le nom vemacs
2016-03-30 03:31:21	-->	YukonAppleGeek (~Yukon@sfo01.yukon.io) a rejoint #mcdevs
2016-03-30 03:31:23	<--	PEMapModder| (~PEMapModd@168.235.65.4) a quitté (Ping timeout: 276 seconds)
2016-03-30 03:32:23	<--	Not-8b17 (~notifico@198.199.82.216) a quitté (Ping timeout: 260 seconds)
2016-03-30 03:33:03	-->	PEMapModder (~PEMapModd@168.235.65.4) a rejoint #mcdevs
2016-03-30 03:34:47	-->	Jckf (jckf@mikros.flaten.it) a rejoint #mcdevs
2016-03-30 03:40:27	<--	nickelpro (nick@the.one.and.only.nickelp.ro) a quitté (Remote host closed the connection)
2016-03-30 03:55:05	javaprophet	http://hastebin.com/ilusosubul.coffee
2016-03-30 03:55:14	javaprophet	Automatic code generation saves lives. :D
2016-03-30 03:56:44	-->	M4GNV5_ (~M4GNV5@p549888D5.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-30 03:59:55	<--	M4GNV5 (~M4GNV5@p54988B43.dip0.t-ipconnect.de) a quitté (Ping timeout: 246 seconds)
2016-03-30 04:01:30	<--	M4GNV5_ (~M4GNV5@p549888D5.dip0.t-ipconnect.de) a quitté (Remote host closed the connection)
2016-03-30 04:22:25	<--	progwml6 (~progwml6@n2-105-82.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-03-30 04:27:38	-->	progwml6 (~progwml6@n2-105-82.dhcp.drexel.edu) a rejoint #mcdevs
2016-03-30 05:06:18	<--	__0x277F (~knm@unaffiliated/--0x277f/x-3357507) a quitté (Ping timeout: 244 seconds)
2016-03-30 05:06:37	-->	__0x277F (~knm@bnc.j-f.co) a rejoint #mcdevs
2016-03-30 05:07:00	--	__0x277F est maintenant connu sous le nom Guest67165
2016-03-30 05:31:52	-->	sgtbigman (~sgtbigman@c-73-209-63-245.hsd1.in.comcast.net) a rejoint #mcdevs
2016-03-30 05:37:20	-->	Pangea_ (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-30 05:45:32	<--	sgtbigman (~sgtbigman@c-73-209-63-245.hsd1.in.comcast.net) a quitté (Quit: Changing server)
2016-03-30 05:55:27	-->	morfin (~morfin@morfin.telenet.ru) a rejoint #mcdevs
2016-03-30 05:55:29	morfin	hello guys
2016-03-30 05:59:23	<--	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a quitté (Read error: Connection reset by peer)
2016-03-30 05:59:26	morfin	i am looking at NBT format - it seems to be really simple, but what about effectiveness?
2016-03-30 06:00:16	+ammar2	effectiveness of what
2016-03-30 06:01:07	morfin	of that format
2016-03-30 06:11:52	pokechu22	It works...?
2016-03-30 06:11:55	<--	MeltedLux (~MeltedLux@bifrost.melted.pw) a quitté (Ping timeout: 276 seconds)
2016-03-30 06:12:17	pokechu22	I've used it for a few other test programs I wrote (specifically using the library mojang has in their old anvil converter - quite nice and way better than most of the other libraries I've used).
2016-03-30 06:12:19	-->	PEMapModder_ (~PEMapModd@014199243132.ctinets.com) a rejoint #mcdevs
2016-03-30 06:12:49	pokechu22	But if it's a configuration that you might want a normal user to edit, you might want to just use YML.  It varies.
2016-03-30 06:12:57	-->	MeltedLux (~MeltedLux@bifrost.melted.pw) a rejoint #mcdevs
2016-03-30 06:13:27	javaprophet	morfin, NBT seems to me to be good for file and networking using the same format, easily compressed, and versatile. If you want a easy-to-text-edit format, go with good ol' JSON.
2016-03-30 06:13:41	javaprophet	I personally use INI always though. :P
2016-03-30 06:13:50	<--	ecx86 (~ecx86@unaffiliated/ecx86) a quitté (Ping timeout: 264 seconds)
2016-03-30 06:17:49	-->	ecx86 (~ecx86@unaffiliated/ecx86) a rejoint #mcdevs
2016-03-30 06:18:09	<--	pokechu22 (322347d5@gateway/web/freenode/ip.50.35.71.213) a quitté (Quit: Page closed)
2016-03-30 06:19:05	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-03-30 06:21:34	<--	progwml6 (~progwml6@n2-105-82.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-03-30 06:21:38	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 264 seconds)
2016-03-30 06:21:38	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2016-03-30 06:22:38	gamingrobot	dx: https://github.com/SpockBotMC/SpockBot/blob/master/spockbot/mcp/datautils.py#L21
2016-03-30 06:23:02	dx	or that
2016-03-30 06:23:05	gamingrobot	dx: that gist link is old before we fixed some weird bugs with varint unpacking
2016-03-30 06:23:55	dx	well it appears in the google results fairly often so nickelpro might want to fix it
2016-03-30 06:24:43	dx	seems to be the same thing other than the typo
2016-03-30 06:25:07	gamingrobot	typo?
2016-03-30 06:25:20	dx	s/buff/bbuff/
2016-03-30 06:25:45	dx	ok there's also the "if total >= (1 << 32):" check and the separate varlong implementation
2016-03-30 06:33:47	-->	sgtbigman (~sgtbigman@159.203.142.8) a rejoint #mcdevs
2016-03-30 07:09:59	<--	Akaibu (uid118096@gateway/web/irccloud.com/x-vdkxpxsoqdlhoaxd) a quitté (Quit: Connection closed for inactivity)
2016-03-30 07:30:27	<--	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a quitté (Remote host closed the connection)
2016-03-30 07:56:00	-->	Modius22 (~Adium@2a02:2e0:2810:0:a52e:c509:2000:510f) a rejoint #mcdevs
2016-03-30 08:17:59	<--	coolsa_ (~coolsa@unaffiliated/coolsa) a quitté (Ping timeout: 244 seconds)
2016-03-30 08:35:16	-->	Modius221 (~Adium@pl-office.plusline.de) a rejoint #mcdevs
2016-03-30 08:36:12	<--	Modius221 (~Adium@pl-office.plusline.de) a quitté (Client Quit)
2016-03-30 08:36:20	-->	Modius221 (~Adium@pl-office.plusline.de) a rejoint #mcdevs
2016-03-30 08:37:07	<--	Modius22 (~Adium@2a02:2e0:2810:0:a52e:c509:2000:510f) a quitté (Ping timeout: 246 seconds)
2016-03-30 08:37:09	<--	Modius221 (~Adium@pl-office.plusline.de) a quitté (Client Quit)
2016-03-30 08:37:47	-->	Modius22 (~Adium@pl-office.plusline.de) a rejoint #mcdevs
2016-03-30 08:53:11	<--	orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Quit: Leaving)
2016-03-30 08:59:09	<--	PEMapModder_ (~PEMapModd@014199243132.ctinets.com) a quitté (Read error: Connection reset by peer)
2016-03-30 08:59:27	-->	PEMapModder_ (~PEMapModd@014199243132.ctinets.com) a rejoint #mcdevs
2016-03-30 09:35:21	--	zz_r04r est maintenant connu sous le nom r04r
2016-03-30 10:03:56	<--	benbaptist (~benbaptis@c-50-178-138-73.hsd1.in.comcast.net) a quitté (Ping timeout: 246 seconds)
2016-03-30 10:06:20	-->	benbaptist (~benbaptis@c-50-178-138-73.hsd1.in.comcast.net) a rejoint #mcdevs
2016-03-30 10:08:07	-->	barneygale (~barneygal@90.197.161.252) a rejoint #mcdevs
2016-03-30 10:16:48	morfin	i use INI foor configs :)
2016-03-30 10:16:58	morfin	*for
2016-03-30 10:17:57	morfin	because i do not want parse YAML and that seems to be very overcomplicated for me with all that intendation etc
2016-03-30 10:24:03	-->	laxask (~lax@unaffiliated/laxask) a rejoint #mcdevs
2016-03-30 10:27:48	<--	Modius22 (~Adium@pl-office.plusline.de) a quitté (Read error: Connection reset by peer)
2016-03-30 10:28:01	-->	Modius22 (~Adium@pl-office.plusline.de) a rejoint #mcdevs
2016-03-30 10:28:11	<--	barneygale (~barneygal@90.197.161.252) a quitté (Ping timeout: 244 seconds)
2016-03-30 10:29:49	<--	Pangea_ (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 246 seconds)
2016-03-30 10:49:37	+SinZ	morfin: just go json
2016-03-30 10:49:38	+SinZ	problem solved
2016-03-30 10:51:53	<--	Aster (~Aster@april-fools/2013/ninth/aster) a quitté (Ping timeout: 246 seconds)
2016-03-30 11:05:56	-->	Guest11217 (~Aster@destrock.com) a rejoint #mcdevs
2016-03-30 11:11:20	<--	Guest11217 (~Aster@destrock.com) a quitté (Changing host)
2016-03-30 11:11:20	-->	Guest11217 (~Aster@april-fools/2013/ninth/aster) a rejoint #mcdevs
2016-03-30 11:11:38	--	Guest11217 est maintenant connu sous le nom Aster
2016-03-30 11:17:16	-->	barneygale (~barneygal@mail.thefoundry.co.uk) a rejoint #mcdevs
2016-03-30 11:22:03	<--	Dadido3 (~quassel@p5B00AF94.dip0.t-ipconnect.de) a quitté (Read error: No route to host)
2016-03-30 11:23:19	-->	Dadido3 (~quassel@p5B00AF94.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-30 11:27:04	rom1504	"do not want parse YAML and that seems to be very overcomplicated for me with all that intendation" any format you use, you should use a parser lib for it anyway
2016-03-30 11:27:28	rom1504	but yeah json is great
2016-03-30 11:42:10	barneygale	no comments
2016-03-30 11:49:52	morfin	well, i can use INI :)
2016-03-30 11:50:15	morfin	it's way simplier and my parser works for me 
2016-03-30 11:54:02	morfin	i want config be commentable
2016-03-30 11:54:10	morfin	JSON does not allow comments
2016-03-30 11:54:45	morfin	*to be
2016-03-30 12:05:12	-->	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a rejoint #mcdevs
2016-03-30 12:08:37	hansihe	Is there any reason to use nbt over something like msgpack?
2016-03-30 12:13:00	dx	lol
2016-03-30 12:14:16	edk	ini is "simpler" to the point of not actually being simple at all ime
2016-03-30 12:14:55	edk	unless what you actually want is a bunch of maps mapping strings to other strings, which nobody does
2016-03-30 12:15:31	edk	it just means that the rules for numbers and their syntax and then any structured data you need are ad-hoc and usually inconsistent
2016-03-30 12:21:50	morfin	bunch of maps mapping strings to other strings?
2016-03-30 12:21:56	morfin	what does that mean?
2016-03-30 12:31:19	edk	which part don't you understand?
2016-03-30 12:34:31	hansihe	dx: it was serious question. msgpack and nbt seem to accomplish mostly the same thing, except that msgpack is more mainstream, has a bigger library ecosystem and seems like a less clunky format
2016-03-30 12:35:23	edk	how often is not having a schema a design decision rather than a laziness decision?
2016-03-30 12:36:13	rom1504	nbt doesn't encode json though
2016-03-30 12:36:17	rom1504	it encodes mojangson
2016-03-30 12:36:56	rom1504	so indeed I can't see why you'd use it except for minecraft stuff
2016-03-30 13:06:13	morfin	JSON as i know used only in netwoking(chat, server status)
2016-03-30 13:10:14	morfin	btw if i write [0:"foo", 5: 3] should i fill not existant values with nulls?
2016-03-30 13:10:54	morfin	i mean as if i had ["foo", null, null, null, null, 3]
2016-03-30 13:25:14	-->	progwml6 (~progwml6@n2-105-82.dhcp.drexel.edu) a rejoint #mcdevs
2016-03-30 13:36:04	hansihe	i think the purpose of that syntax is to avoid that
2016-03-30 13:49:10	<--	progwml6 (~progwml6@n2-105-82.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-03-30 13:53:26	morfin	i mean should i internally do that
2016-03-30 13:53:54	morfin	i am not sure how i will represend null values and whole container 
2016-03-30 13:54:29	rom1504	depends on your language
2016-03-30 13:55:30	morfin	i was thinking aboout tuple :) 
2016-03-30 13:55:47	morfin	std::tuple but null value is special case 
2016-03-30 13:56:19	rom1504	I have no clue why you would want to represent an array as a tuple
2016-03-30 13:56:46	rom1504	but you might as well just use std::map
2016-03-30 13:56:58	morfin	std::map use same type: )
2016-03-30 13:57:02	rom1504	it really doesn't matter too much, use something convenient
2016-03-30 13:57:08	rom1504	morfin: same type ?
2016-03-30 13:57:19	morfin	i mean all elements should have same type 
2016-03-30 13:57:25	rom1504	yes so ?
2016-03-30 13:57:28	morfin	of course i can use variant :)
2016-03-30 13:57:37	rom1504	you can use a pointer
2016-03-30 13:58:02	morfin	anyway 
2016-03-30 13:58:32	rom1504	that's what I meant by "representing mojangson depends on your language"
2016-03-30 13:59:55	morfin	hehe seems like JSON can't represent Infinity and NaN
2016-03-30 14:00:09	morfin	i guess Mojangson can't do that as well
2016-03-30 14:00:22	rom1504	good
2016-03-30 14:00:46	rom1504	I don't even know why NaN and Infinity exist
2016-03-30 14:00:47	morfin	i just tried serialize object with NaN and Infinity both became null values :)
2016-03-30 14:00:50	rom1504	it's like null
2016-03-30 14:01:05	<--	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a quitté (Ping timeout: 244 seconds)
2016-03-30 14:01:11	morfin	well, Infinity is not null
2016-03-30 14:01:17	rom1504	yes
2016-03-30 14:01:23	rom1504	I'm saying they all should go away
2016-03-30 14:01:28	rom1504	and be handled at some higher level
2016-03-30 14:01:52	edk	nan and infinity both exist for pretty sane reasons!
2016-03-30 14:02:10	-->	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a rejoint #mcdevs
2016-03-30 14:02:15	morfin	btw even PHP 7 got them ) 
2016-03-30 14:02:51	rom1504	like what ? representing abstract math complex in a float ?
2016-03-30 14:03:01	rom1504	*concepts
2016-03-30 14:03:01	morfin	now 10/0 there gives INF 
2016-03-30 14:03:09	rom1504	which is wrong
2016-03-30 14:03:18	rom1504	10/0 is nothing
2016-03-30 14:03:29	rom1504	it should just generate a big error
2016-03-30 14:03:32	morfin	:D
2016-03-30 14:03:52	morfin	CPU throws floating point division error in your face 
2016-03-30 14:04:01	morfin	when you try divide by 0
2016-03-30 14:05:07	rom1504	yes that makes sense
2016-03-30 14:06:50	rom1504	same way we don't want to represent all reals, we certainly don't want to represent ordinal numbers either
2016-03-30 14:08:27	edk	rom1504: for being slightly better than silently overflowing
2016-03-30 14:09:02	edk	they're not like ordinal numbers or (in keeping with floating-point in general) really much like any mathematical structure at all
2016-03-30 14:09:41	edk	but (also in keeping with floating-point in general) they are sometimes an ok compromise
2016-03-30 14:19:03	rom1504	Why not throw an error instead of overflowing?
2016-03-30 14:19:30	rom1504	What useful thing can you do once your variable stores infinity ?
2016-03-30 14:20:31	rom1504	It's going to contaminate everything it interact with and then you'll have a hard time what is doing a division by zero
2016-03-30 14:22:56	rom1504	Well the reason for these kind of ugly things is always optimization anyway
2016-03-30 14:24:14	rom1504	Because current languages don't handle these kind of things properly
2016-03-30 15:11:05	-->	legendff (~legendff@dslb-178-000-255-136.178.000.pools.vodafone-ip.de) a rejoint #mcdevs
2016-03-30 15:15:21	<--	legendff (~legendff@dslb-178-000-255-136.178.000.pools.vodafone-ip.de) a quitté (Quit: Leaving)
2016-03-30 15:16:21	-->	legendff (~legendff@dslb-178-000-255-136.178.000.pools.vodafone-ip.de) a rejoint #mcdevs
2016-03-30 15:16:35	<--	legendff (~legendff@dslb-178-000-255-136.178.000.pools.vodafone-ip.de) a quitté (Client Quit)
2016-03-30 15:18:01	-->	NickG365_ (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs
2016-03-30 15:18:30	-->	legendff (~legendff@dslb-178-000-255-136.178.000.pools.vodafone-ip.de) a rejoint #mcdevs
2016-03-30 15:18:47	<--	legendff (~legendff@dslb-178-000-255-136.178.000.pools.vodafone-ip.de) a quitté (Client Quit)
2016-03-30 15:19:22	-->	legendff (~legendff@dslb-178-000-255-136.178.000.pools.vodafone-ip.de) a rejoint #mcdevs
2016-03-30 15:19:33	<--	legendff (~legendff@dslb-178-000-255-136.178.000.pools.vodafone-ip.de) a quitté (Client Quit)
2016-03-30 15:19:57	-->	legendff (~legendff@dslb-178-000-255-136.178.000.pools.vodafone-ip.de) a rejoint #mcdevs
2016-03-30 15:21:13	<--	NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Ping timeout: 248 seconds)
2016-03-30 15:21:13	--	NickG365_ est maintenant connu sous le nom NickG365
2016-03-30 15:22:31	<--	Modius22 (~Adium@pl-office.plusline.de) a quitté (Quit: Leaving.)
2016-03-30 15:36:29	-->	coolsa_ (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-30 15:40:17	<--	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a quitté (Ping timeout: 244 seconds)
2016-03-30 15:40:40	-->	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a rejoint #mcdevs
2016-03-30 15:50:07	<--	coolsa_ (~coolsa@unaffiliated/coolsa) a quitté (Read error: Connection reset by peer)
2016-03-30 15:50:37	<--	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a quitté (Ping timeout: 244 seconds)
2016-03-30 15:51:33	-->	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a rejoint #mcdevs
2016-03-30 15:51:34	-->	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a rejoint #mcdevs
2016-03-30 15:54:01	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs