2015-09-01 18:47:23	roblabla	SkylordRedstone, just saying, if you're trying to do minecraft stuff in nodejs, there's already a minecraft packet serialization library that can abstract all that.
2015-09-01 18:48:13	roblabla	https://www.npmjs.com/minecraft-protocol it is very much active (I am the maintainer0
2015-09-01 18:49:08	SkylordRedstone	yeah I saw that earlier
2015-09-01 18:49:21	SkylordRedstone	I was making my own mainly to learn about how the minecraft protocol works
2015-09-01 18:49:49	roblabla	ok, fair enough :)
2015-09-01 18:49:59	SkylordRedstone	any ideas what my problem might be? :3
2015-09-01 18:51:35	-->	Aragas (Aragas@37-145-58-116.broadband.corbina.ru) a rejoint #mcdevs
2015-09-01 18:51:41	roblabla	SkylordRedstone, you're not parsing the packet length varint or the packet id varint ?
2015-09-01 18:51:48	roblabla	every packet is prefixed with those
2015-09-01 18:51:59	SkylordRedstone	oh that's probably it
2015-09-01 18:52:10	roblabla	yeah
2015-09-01 18:52:16	SkylordRedstone	hmmm
2015-09-01 18:52:46	roblabla	if you want a nodejs varint reader : https://github.com/PrismarineJS/node-minecraft-protocol/blob/master/src/datatypes/utils.js#L13
2015-09-01 18:52:57	roblabla	I don't think it's possible to tell packet to read varints natively
2015-09-01 18:53:25	roblabla	I wanted to use packet in NMP at one point but it lacks some datatypes and it doesn't look like we can easily add them
2015-09-01 18:53:30	roblabla	:(
2015-09-01 18:53:40	SkylordRedstone	packet is interesting
2015-09-01 18:53:52	-->	UUID01 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs
2015-09-01 18:53:53	roblabla	it is ^^
2015-09-01 18:54:46	SkylordRedstone	hmm is there a way to write to the start of the buffer
2015-09-01 18:55:10	roblabla	create a new buffer that is the length of the existing buffer + the size of the addition ?
2015-09-01 18:55:40	roblabla	more simple : use Buffer.concat
2015-09-01 18:55:54	SkylordRedstone	ah
2015-09-01 18:55:55	SkylordRedstone	good call
2015-09-01 18:55:59	<--	UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 252 seconds)
2015-09-01 18:56:32	-->	UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs
2015-09-01 18:58:11	<--	UUID01 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 252 seconds)
2015-09-01 18:58:37	SkylordRedstone	for some reason it's writing the length as 37 61 rather than 7a
2015-09-01 19:01:24	roblabla	SkylordRedstone, what's your code now :P
2015-09-01 19:01:59	SkylordRedstone	ok even if I forcefully write 7a it fails
2015-09-01 19:02:43	SkylordRedstone	this is relativley frustrating XD
2015-09-01 19:03:11	roblabla	I know that frustration :P
2015-09-01 19:03:30	roblabla	SkylordRedstone, so you read the handshake properly now ?
2015-09-01 19:04:39	SkylordRedstone	uh
2015-09-01 19:04:59	SkylordRedstone	the handshake has always been being read, packet manages to read it
2015-09-01 19:05:08	SkylordRedstone	I just can't manage to write the response
2015-09-01 19:05:24	roblabla	SkylordRedstone, I don't think you're reading it properly
2015-09-01 19:05:37	roblabla	I'm fairly sure if you look at it, you get messed up values ;)
2015-09-01 19:06:19	SkylordRedstone	{ version: 47, host: [~snip array of bytes that translate to string of host~], port: 25565, state: 1 }
2015-09-01 19:06:25	SkylordRedstone	that's what packet gives me
2015-09-01 19:12:32	roblabla	so you're reading the packet length and id now ?
2015-09-01 19:12:57	SkylordRedstone	oh I ignore the packet id at this point
2015-09-01 19:13:15	roblabla	right ok
2015-09-01 19:13:18	SkylordRedstone	when I'm reading
2015-09-01 19:13:25	SkylordRedstone	reading is fine
2015-09-01 19:13:29	SkylordRedstone	its writing that's the problem
2015-09-01 19:13:33	SkylordRedstone	writing the Response packet
2015-09-01 19:13:40	SkylordRedstone	which contains a String JSON object
2015-09-01 19:14:03	roblabla	you need to send the packet id
2015-09-01 19:14:07	roblabla	you're not doing this
2015-09-01 19:14:13	SkylordRedstone	which should just be 0x00 right?
2015-09-01 19:14:33	SkylordRedstone	you can just flame me if I'm wrong
2015-09-01 19:14:41	SkylordRedstone	im sending
2015-09-01 19:14:59	SkylordRedstone	Buffer <00 7a 7b ...>
2015-09-01 19:15:08	roblabla	client sends handshake, then send ping request
2015-09-01 19:15:09	SkylordRedstone	continues on with the bytes of the JSON string
2015-09-01 19:15:11	roblabla	server sends ping response
2015-09-01 19:15:18	roblabla	client sends timing request
2015-09-01 19:15:23	roblabla	server sends timing response and shuts down stream
2015-09-01 19:15:27	roblabla	this is how a ping works in minecraft
2015-09-01 19:15:28	SkylordRedstone	yup
2015-09-01 19:15:34	SkylordRedstone	im reading off wiki.vg
2015-09-01 19:15:44	roblabla	I think you're not waiting for the client to send the ping request which might already throw the client off track
2015-09-01 19:15:54	SkylordRedstone	possible.
2015-09-01 19:16:54	roblabla	If you want to keep it stupidly simple, you could just add the packetId of the ping request to the handshake packet (so add an x8/b8 - don't know which - at the end of handshake)
2015-09-01 19:17:14	SkylordRedstone	x8 is ignore
2015-09-01 19:17:20	SkylordRedstone	b8 is single byte, bigendian
2015-09-01 19:17:21	roblabla	make that two x8/b8, since there's also the packet length
2015-09-01 19:17:49	roblabla	that way handshake event will only be triggered once the packet has sent you the ping request along with the handshake :P
2015-09-01 19:17:55	roblabla	(it's a bit hacky but yeah)
2015-09-01 19:18:03	SkylordRedstone	oh that might work
2015-09-01 19:18:08	SkylordRedstone	does packet do that?
2015-09-01 19:18:25	roblabla	do what ?
2015-09-01 19:18:49	SkylordRedstone	interpret two packets and look against one rule
2015-09-01 19:19:27	roblabla	ah I think you're misunderstanding something
2015-09-01 19:19:46	roblabla	c.on("data") isn't garanteed to contain an entire minecraft packet
2015-09-01 19:19:51	roblabla	it may contain multiple packets, it may contain only half of one packet
2015-09-01 19:20:06	SkylordRedstone	oh right
2015-09-01 19:20:07	roblabla	it's a tcp stream, so there's no system of "packet"
2015-09-01 19:20:12	roblabla	it's only one big continuous stream of bytes
2015-09-01 19:20:12	SkylordRedstone	yeah
2015-09-01 19:20:21	SkylordRedstone	#derp
2015-09-01 19:20:46	roblabla	The question is does packet have a streaming api, so you could just pipe your stream to it
2015-09-01 19:21:29	SkylordRedstone	I assume that parser.parse handles everything correctly
2015-09-01 19:22:34	roblabla	doesn't look like it does
2015-09-01 19:22:38	roblabla	hnng
2015-09-01 19:22:42	SkylordRedstone	welp XD
2015-09-01 19:23:04	SkylordRedstone	kinda considering switching to java for this
2015-09-01 19:23:06	SkylordRedstone	might be easier
2015-09-01 19:23:12	SkylordRedstone	node is a weird language
2015-09-01 19:23:14	roblabla	well there's a very simple way to keep your current thing
2015-09-01 19:23:36	roblabla	nodejs has this awesome thing in streams
2015-09-01 19:23:38	roblabla	you can compose them
2015-09-01 19:23:50	roblabla	so you take your TCP stream, you pipe it through a "transformer"
2015-09-01 19:23:53	roblabla	and then pipe it through another
2015-09-01 19:23:53	roblabla	etc
2015-09-01 19:23:59	SkylordRedstone	ye
2015-09-01 19:24:10	SkylordRedstone	anyway I like java more so TO JAVA!
2015-09-01 19:24:11	SkylordRedstone	XD
2015-09-01 19:24:11	roblabla	It's a bit similar to what netty does
2015-09-01 19:25:00	roblabla	what you could do is just do a simple "splitting" transform stream that reads the varint, and then doesn't emit data event unless it is exactly one packet
2015-09-01 19:25:14	roblabla	https://github.com/PrismarineJS/node-minecraft-protocol/blob/master/src/transforms/framing.js this is what this does (sorry for the weird class syntax)
2015-09-01 19:25:24	SkylordRedstone	you using ES6?
2015-09-01 19:25:27	roblabla	yup
2015-09-01 19:25:31	SkylordRedstone	'tis nice
2015-09-01 19:25:34	roblabla	well sometimes
2015-09-01 19:25:40	SkylordRedstone	can't wait until it's actually implemented XD
2015-09-01 19:25:43	roblabla	the codebase is pretty old so it's sporadic :P
2015-09-01 19:25:58	SkylordRedstone	JS is kinda a mess of a language XD
2015-09-01 19:26:13	roblabla	It's not so messy once you start using es6
2015-09-01 19:26:19	roblabla	and polyfills
2015-09-01 19:26:24	roblabla	well JS itself is messy
2015-09-01 19:26:28	roblabla	nodejs fixes the mess though
2015-09-01 19:26:34	SkylordRedstone	kinda
2015-09-01 19:26:40	SkylordRedstone	callback hell becomes a bit messy
2015-09-01 19:26:54	roblabla	es6 fixes that :P
2015-09-01 19:27:19	roblabla	NMP doesn't have much callback hell for example
2015-09-01 19:37:38	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2015-09-01 19:40:55	<--	DiaLight_android (~DiaLight_@ip212-109-29-165.sampo.ru) a quitté (Remote host closed the connection)
2015-09-01 19:43:02	Aikar	too bad async/await didnt make it to es6
2015-09-01 19:43:39	Aikar	solves the problem even better
2015-09-01 19:43:55	Aikar	I currently use a system that is very close called Streamline 
2015-09-01 19:44:10	Aikar	var foo = bar(baz, _);  _ = callback replacement
2015-09-01 19:44:28	Aikar	then it transpiles into a CB version, and has options to use fibers or generators instead of CB rewriting
2015-09-01 19:44:59	roblabla	Aikar, I use async/await with babel. Transforms into generators, works well
2015-09-01 19:45:07	Aikar	roblabla, oh are they in babel?
2015-09-01 19:45:15	Aikar	ive only just got started with babel
2015-09-01 19:45:22	roblabla	yup, you just have to enable experimental features
2015-09-01 19:45:27	Aikar	ah
2015-09-01 19:45:33	Aikar	thats why i didnt see it then
2015-09-01 19:45:39	Aikar	i was just looking at stable stuff
2015-09-01 19:45:53	roblabla	and it uses promises
2015-09-01 19:46:03	roblabla	I don't think there's an option to transform into callbacks sadly :(
2015-09-01 19:46:29	roblabla	https://github.com/lukehoban/ecmascript-asyncawait
2015-09-01 19:46:31	Aikar	well the downside to CB transformation is keeping stack info the same, streamline generates a lot of ugly code to keep stacks lined up
2015-09-01 19:46:34	roblabla	oh wait fail
2015-09-01 19:46:47	roblabla	https://babeljs.io/docs/advanced/transformers/
2015-09-01 19:47:05	roblabla	under es7, a lot of those are very useful
2015-09-01 19:47:20	roblabla	es7.functionBind for instance is sooo useful
2015-09-01 19:47:34	roblabla	and trailingFuncionCommas is nice too
2015-09-01 19:47:38	roblabla	https://github.com/zenparsing/es-function-bind
2015-09-01 19:48:58	Aikar	so it takes LHS of :: and passes it to map.bind(lhs ?
2015-09-01 19:49:42	Aikar	does seem nice to provide native chaining to many datasets
2015-09-01 20:03:10	SkylordRedstone	why is the handshake packet prefixed with 16
2015-09-01 20:04:03	SkylordRedstone	my handshake packet is <Buffer 0f 00 2f 09 6c 6f 63 61 6c 68 6f 73 74 63 dd 01 01 00>
2015-09-01 20:04:25	LEGENDFF	old client?
2015-09-01 20:04:33	SkylordRedstone	nope, 1.8.8
2015-09-01 20:04:47	SkylordRedstone	old client is prefixed with FE anyway
2015-09-01 20:05:49	LEGENDFF	oh thats the size
2015-09-01 20:06:03	SkylordRedstone	ohhhh it prefixes with size
2015-09-01 20:06:04	SkylordRedstone	well done me
2015-09-01 20:14:49	-->	barneygale (~barneygal@176.25.18.142) a rejoint #mcdevs
2015-09-01 20:23:04	roblabla	Aikar, .map(::console.log)
2015-09-01 20:23:12	roblabla	instead of .map(console.log.bind(console)
2015-09-01 20:23:13	roblabla	:P
2015-09-01 20:26:12	roblabla	the idea is that libraries like underscore/lodash can be rewritten so that you use thame like []::slice, []::filter, etc... taking the argument as this
2015-09-01 20:28:42	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2015-09-01 21:34:18	<--	Amaranth (~travis@ubuntu/member/Amaranth) a quitté (*.net *.split)
2015-09-01 21:34:19	<--	M-ou-se (~m-ou.se@m-ou.se) a quitté (*.net *.split)
2015-09-01 21:34:20	<--	Not-f7bb (~notifico@198.199.82.216) a quitté (*.net *.split)
2015-09-01 21:34:20	<--	doop (~doop@colostomy.club) a quitté (*.net *.split)
2015-09-01 21:34:20	<--	jast (jast@zoidberg.org) a quitté (*.net *.split)
2015-09-01 21:34:20	<--	Krenair (~alex@wikimedia/Krenair) a quitté (*.net *.split)
2015-09-01 21:34:21	<--	Adam (~Adam@unaffiliated/adam-) a quitté (*.net *.split)
2015-09-01 21:34:21	<--	TkTech (~TkTech@irc.tkte.ch) a quitté (*.net *.split)
2015-09-01 21:34:21	<--	Zachoz (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a quitté (*.net *.split)
2015-09-01 21:34:21	<--	ScruffyRules (~Scruff@2001:19f0:5800:8483:5400:ff:fe06:49ea) a quitté (*.net *.split)
2015-09-01 21:34:21	<--	WizardCM (~WizardCM@atom.cloud.faunt.net) a quitté (*.net *.split)
2015-09-01 21:34:21	<--	Owexz (~Owexz@2001:19f0:5800:8cc1:5400:ff:fe0c:f993) a quitté (*.net *.split)
2015-09-01 21:34:58	--	humerusj est maintenant connu sous le nom 7GHAA18FQ
2015-09-01 21:35:17	-->	Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs
2015-09-01 21:35:17	-->	Not-f7bb (~notifico@198.199.82.216) a rejoint #mcdevs
2015-09-01 21:35:17	-->	M-ou-se (~m-ou.se@m-ou.se) a rejoint #mcdevs
2015-09-01 21:35:17	-->	doop (~doop@colostomy.club) a rejoint #mcdevs
2015-09-01 21:35:17	-->	jast (jast@zoidberg.org) a rejoint #mcdevs
2015-09-01 21:35:17	-->	Krenair (~alex@wikimedia/Krenair) a rejoint #mcdevs
2015-09-01 21:35:17	-->	TkTech (~TkTech@irc.tkte.ch) a rejoint #mcdevs
2015-09-01 21:35:17	-->	Adam (~Adam@unaffiliated/adam-) a rejoint #mcdevs
2015-09-01 21:35:17	--	Mode #mcdevs [+v Amaranth] par sendak.freenode.net
2015-09-01 21:35:30	<--	M-ou-se (~m-ou.se@m-ou.se) a quitté (Max SendQ exceeded)
2015-09-01 21:35:35	-->	Zachoz (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a rejoint #mcdevs
2015-09-01 21:35:35	-->	ScruffyRules (~Scruff@2001:19f0:5800:8483:5400:ff:fe06:49ea) a rejoint #mcdevs
2015-09-01 21:35:35	-->	WizardCM (~WizardCM@atom.cloud.faunt.net) a rejoint #mcdevs
2015-09-01 21:35:35	-->	Owexz (~Owexz@2001:19f0:5800:8cc1:5400:ff:fe0c:f993) a rejoint #mcdevs
2015-09-01 21:48:10	<--	Amaranth (~travis@ubuntu/member/Amaranth) a quitté (*.net *.split)
2015-09-01 21:48:12	<--	Not-f7bb (~notifico@198.199.82.216) a quitté (*.net *.split)
2015-09-01 21:48:12	<--	doop (~doop@colostomy.club) a quitté (*.net *.split)
2015-09-01 21:48:13	<--	jast (jast@zoidberg.org) a quitté (*.net *.split)
2015-09-01 21:48:13	<--	Krenair (~alex@wikimedia/Krenair) a quitté (*.net *.split)
2015-09-01 21:48:14	<--	Adam (~Adam@unaffiliated/adam-) a quitté (*.net *.split)
2015-09-01 21:48:14	<--	TkTech (~TkTech@irc.tkte.ch) a quitté (*.net *.split)
2015-09-01 21:52:52	-->	RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs
2015-09-01 21:52:52	-->	Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs
2015-09-01 21:52:52	-->	Not-f7bb (~notifico@198.199.82.216) a rejoint #mcdevs
2015-09-01 21:52:52	-->	doop (~doop@colostomy.club) a rejoint #mcdevs
2015-09-01 21:52:52	-->	jast (jast@zoidberg.org) a rejoint #mcdevs
2015-09-01 21:52:52	-->	Krenair (~alex@wikimedia/Krenair) a rejoint #mcdevs
2015-09-01 21:52:52	-->	TkTech (~TkTech@irc.tkte.ch) a rejoint #mcdevs
2015-09-01 21:52:52	-->	Adam (~Adam@unaffiliated/adam-) a rejoint #mcdevs
2015-09-01 21:52:52	--	Mode #mcdevs [+v Amaranth] par sendak.freenode.net
2015-09-01 22:00:14	SkylordRedstone	this is frustrating
2015-09-01 22:03:20	SkylordRedstone	size of buffer is 124
2015-09-01 22:03:34	SkylordRedstone	the first byte I send is 7c because that should be the length
2015-09-01 22:07:17	SkylordRedstone	OH OF COURSE
2015-09-01 22:08:23	SkylordRedstone	MUAHA!
2015-09-01 22:09:17	<--	notna (~notna@p4FC8CD5B.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds)
2015-09-01 22:10:18	LEGENDFF	dont forget that the size also includes the packet Id^^
2015-09-01 22:10:50	--	7GHAA18FQ est maintenant connu sous le nom humerusj
2015-09-01 22:11:34	SkylordRedstone	yeah, I knew that, but I was setting my buffer size to be too small, so data was being cut off
2015-09-01 22:22:16	--	clj est maintenant connu sous le nom clonejo
2015-09-01 22:22:43	<--	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 246 seconds)
2015-09-01 22:38:22	-->	M-ou-se (~m-ou.se@m-ou.se) a rejoint #mcdevs
2015-09-01 23:27:01	<--	UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 250 seconds)
2015-09-01 23:40:14	--	jython234 est maintenant connu sous le nom jython234[ping]
2015-09-02 00:05:55	<--	LEGENDFF (~LEGENDFF@dslb-088-072-046-099.088.072.pools.vodafone-ip.de) a quitté (Quit: Leaving)
2015-09-02 00:20:19	--	jython234[ping] est maintenant connu sous le nom jython234
2015-09-02 00:32:15	-->	zz_r04r (~r04r@85.17.249.162) a rejoint #mcdevs
2015-09-02 00:41:59	-->	bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs
2015-09-02 00:44:04	-->	ry60003333 (~ry6000333@rys-macbook-pro.wireless.rit.edu) a rejoint #mcdevs
2015-09-02 00:48:27	<--	barneygale (~barneygal@176.25.18.142) a quitté (Ping timeout: 264 seconds)
2015-09-02 01:13:34	--	jython234 est maintenant connu sous le nom jython234[away]
2015-09-02 01:20:05	--	Jailout20001 est maintenant connu sous le nom Jailout2000
2015-09-02 01:51:24	<--	ry60003333 (~ry6000333@rys-macbook-pro.wireless.rit.edu) a quitté (Quit: ry60003333)
2015-09-02 02:04:30	-->	Cxom (~Trinoxtio@2601:248:4200:4876:5db7:fe11:f58d:6b0a) a rejoint #mcdevs
2015-09-02 02:16:30	-->	ry60003333 (~ry6000333@104.153.29.103) a rejoint #mcdevs
2015-09-02 02:25:38	<--	bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Remote host closed the connection)
2015-09-02 02:26:35	-->	bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs
2015-09-02 03:12:05	-->	ry60003333_ (~ry6000333@104.153.29.103) a rejoint #mcdevs
2015-09-02 03:13:13	<--	ry60003333 (~ry6000333@104.153.29.103) a quitté (Ping timeout: 272 seconds)
2015-09-02 03:13:14	--	ry60003333_ est maintenant connu sous le nom ry60003333
2015-09-02 03:20:22	-->	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs
2015-09-02 03:51:47	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2015-09-02 03:54:03	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 264 seconds)
2015-09-02 03:54:03	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2015-09-02 04:05:51	AlphaBlend	regarding the lead breaking issue prior to 1.8 (as it was fixed in a latest snapshot), how was it fixed, so i could possibly add a fix to my server if possible?
2015-09-02 04:05:56	AlphaBlend	prior to 1.9*
2015-09-02 04:14:54	<--	RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de)
2015-09-02 05:08:03	<--	Aragas (Aragas@37-145-58-116.broadband.corbina.ru) a quitté (Ping timeout: 250 seconds)
2015-09-02 05:35:41	<--	md_5 (~md_5@mcdevs/trusted/md-5) a quitté (Ping timeout: 244 seconds)
2015-09-02 05:37:03	-->	md_5 (~md_5@mcdevs/trusted/md-5) a rejoint #mcdevs
2015-09-02 05:37:03	--	Mode #mcdevs [+v md_5] par ChanServ
2015-09-02 05:49:06	-->	conji (43314035@gateway/web/freenode/ip.67.49.64.53) a rejoint #mcdevs
2015-09-02 05:49:19	conji	Evening folks. Been a while.
2015-09-02 05:49:29	conji	So I have a question about chunk data over wire.
2015-09-02 05:50:03	conji	What the heck is going on with block IDs? How it was explained on the site doesn't quite click in my head.
2015-09-02 05:54:03	Not-f7bb	[SpockBot] gamingrobot pushed 12 commits to master [+2/-0/±20] http://git.io/vGKiT
2015-09-02 05:54:04	Not-f7bb	[SpockBot] Gjum 61bdb10 - Add minecraft_data to install_requires in setup.py and tox.ini
2015-09-02 05:54:06	Not-f7bb	[SpockBot] Gjum 205fde5 - Make inventory.py pass flake8
2015-09-02 05:54:07	Not-f7bb	[SpockBot] Gjum 25b7b8f - Add mcdata.windows
2015-09-02 05:54:09	Not-f7bb	[SpockBot] ... and 9 more commits.
2015-09-02 05:58:44	jython234[away]	conji: I'm looking for an explanation too
2015-09-02 05:59:13	conji	It's kind of clicking the more I read into it.
2015-09-02 05:59:35	conji	I'm just seriously "wtf"ing in my head if what I'm thinking is right.
2015-09-02 06:01:26	jython234[away]	The 1.9 stuff, or the two byte thing?
2015-09-02 06:01:35	conji	The 1.9 stuff.
2015-09-02 06:01:43	conji	Two byte is simple. I've had that working for forever.
2015-09-02 06:01:50	jython234[away]	Yeah
2015-09-02 06:01:59	jython234[away]	But varint array?
2015-09-02 06:02:05	jython234[away]	Never heard of that
2015-09-02 06:02:16	conji	I kind of have, but it's a terrible choice.
2015-09-02 06:02:37	jython234[away]	Limited my project from the pc angle
2015-09-02 06:02:38	conji	I don't understand why we need to send possible states.
2015-09-02 06:02:45	conji	yeah, same.
2015-09-02 06:03:03	conji	How does the client not know what states a block can be in?
2015-09-02 06:03:13	jython234[away]	Ikr
2015-09-02 06:03:56	conji	Ugh. 
2015-09-02 06:03:57	jython234[away]	I might take a crack at it tomorrow if I can 
2015-09-02 06:04:03	conji	I'm trying to right now :(
2015-09-02 06:04:19	conji	It's such a waste of resources to figure out what identifier is where
2015-09-02 06:04:27	conji	and to do for each chunk
2015-09-02 06:04:34	jython234[away]	Yeah
2015-09-02 06:04:38	conji	for each player update
2015-09-02 06:05:28	jython234[away]	Well if you find anything, I'd be great if you could let me know
2015-09-02 06:05:29	conji	Hey, add my Skype so we can figure this out together?
2015-09-02 06:05:35	jython234[away]	For now, bed :)
2015-09-02 06:05:35	conji	justin_cox_bozt
2015-09-02 06:05:55	jython234[away]	It's almost midnight, gotta sleep
2015-09-02 06:05:57	jython234[away]	Night
2015-09-02 06:06:07	conji	Aight
2015-09-02 07:21:50	+Grum	<conji> I don't understand why we need to send possible states. <-- which possible states?
2015-09-02 07:26:11	+Grum	Ah, read a bit further back
2015-09-02 07:26:37	+Grum	conji: the format to send chunks is the same as it is held in memory now, which means that it is different than before
2015-09-02 07:27:28	+Grum	conji: until a certain amount of blocks the data get stored using a per-section-palette
2015-09-02 07:27:43	+Grum	conji: because of that the palette is now part of the data send over the wire
2015-09-02 08:27:53	-->	DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs
2015-09-02 08:58:09	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 250 seconds)
2015-09-02 09:13:41	<--	Kaybass (~Kaybass@185.21.216.148) a quitté (Ping timeout: 244 seconds)
2015-09-02 09:16:10	-->	Kaybass (~Kaybass@185.21.216.148) a rejoint #mcdevs
2015-09-02 09:23:03	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-02 09:24:01	<--	Kaybass (~Kaybass@185.21.216.148) a quitté (Ping timeout: 244 seconds)
2015-09-02 09:27:05	<--	bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 240 seconds)
2015-09-02 09:29:19	-->	Kaybass (~Kaybass@185.21.216.148) a rejoint #mcdevs
2015-09-02 09:35:58	--	zz_r04r est maintenant connu sous le nom r04r
2015-09-02 09:35:58	<--	r04r (~r04r@85.17.249.162) a quitté (Changing host)
2015-09-02 09:35:58	-->	r04r (~r04r@unaffiliated/r04r) a rejoint #mcdevs
2015-09-02 09:44:53	-->	LEGENDFF (~LEGENDFF@dslb-088-072-032-032.088.072.pools.vodafone-ip.de) a rejoint #mcdevs
2015-09-02 09:58:52	<--	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 246 seconds)
2015-09-02 09:59:13	-->	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs
2015-09-02 10:13:22	-->	Cxom_ (~Trinoxtio@2601:248:4200:4876:5db7:fe11:f58d:6b0a) a rejoint #mcdevs
2015-09-02 10:16:14	<--	Cxom (~Trinoxtio@2601:248:4200:4876:5db7:fe11:f58d:6b0a) a quitté (Ping timeout: 244 seconds)
2015-09-02 10:16:34	<--	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 260 seconds)
2015-09-02 10:20:16	-->	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs
2015-09-02 10:21:47	Not-f7bb	[SpockBot] gamingrobot pushed 2 commits to master [+0/-0/±4] http://git.io/vG6zL
2015-09-02 10:21:49	Not-f7bb	[SpockBot] gamingrobot 0ee35a4 - Updated to newest python-minecraft-data
2015-09-02 10:21:50	Not-f7bb	[SpockBot] gamingrobot 4a2aa50 - Merge pull request #96 from gamingrobot/mcdata-upgrade
2015-09-02 10:28:56	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2015-09-02 10:30:53	<--	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 246 seconds)
2015-09-02 10:31:36	-->	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs
2015-09-02 10:35:38	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-02 11:12:31	Not-f7bb	[SpockBot] gamingrobot pushed 1 commit to master [+0/-0/±1] http://git.io/vG6Qo
2015-09-02 11:12:32	Not-f7bb	[SpockBot] gamingrobot 123bf1c - Update README.rst
2015-09-02 11:13:31	Not-f7bb	[SpockBot] gamingrobot pushed 1 commit to master [+0/-0/±1] http://git.io/vG6Qb
2015-09-02 11:13:32	Not-f7bb	[SpockBot] gamingrobot d5107aa - Update README.rst
2015-09-02 11:13:44	gamingrobot	sorry
2015-09-02 11:20:41	<--	ashka (~postmaste@pdpc/supporter/active/ashka) a quitté (Ping timeout: 265 seconds)
2015-09-02 11:23:16	-->	ashka (~postmaste@pdpc/supporter/active/ashka) a rejoint #mcdevs
2015-09-02 12:09:28	<--	LEGENDFF (~LEGENDFF@dslb-088-072-032-032.088.072.pools.vodafone-ip.de) a quitté (Read error: Connection reset by peer)
2015-09-02 12:10:50	-->	UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs
2015-09-02 12:32:37	<--	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Read error: Connection reset by peer)
2015-09-02 12:33:37	-->	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs
2015-09-02 12:35:18	-->	LEGENDFF (~LEGENDFF@dslb-088-072-032-032.088.072.pools.vodafone-ip.de) a rejoint #mcdevs
2015-09-02 12:39:45	<--	r04r (~r04r@unaffiliated/r04r) a quitté (Quit: This shouldn't be happening. What's happening?!)
2015-09-02 12:40:22	-->	r04r (~r04r@unaffiliated/r04r) a rejoint #mcdevs
2015-09-02 12:44:07	<--	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Read error: Connection reset by peer)
2015-09-02 12:45:23	-->	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs
2015-09-02 13:41:08	nickelpro	Never apologize gamingrobot, show #mcdevs your dominance
2015-09-02 13:41:42	nickelpro	Those one line ReadMe changes are of crucial importance to the community
2015-09-02 13:42:03	roblabla	think of the children !
2015-09-02 13:42:23	roblabla	If they don´t read those 3 line changes, what would happen to them !
2015-09-02 13:42:26	roblabla	:3
2015-09-02 13:49:09	XorBoole	hmm, a new mac launcher
2015-09-02 13:49:12	XorBoole	I wonder if it blends
2015-09-02 14:05:59	Gjum	no it launches
2015-09-02 14:09:31	<--	DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
2015-09-02 14:16:31	-->	DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs
2015-09-02 14:16:50	<--	LEGENDFF (~LEGENDFF@dslb-088-072-032-032.088.072.pools.vodafone-ip.de) a quitté (Read error: Connection reset by peer)
2015-09-02 14:25:20	-->	_123DontMessWitM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a rejoint #mcdevs
2015-09-02 14:25:24	-->	ry60003333_ (~ry6000333@104.153.29.103) a rejoint #mcdevs
2015-09-02 14:27:55	<--	ry60003333 (~ry6000333@104.153.29.103) a quitté (Ping timeout: 250 seconds)
2015-09-02 14:27:56	--	ry60003333_ est maintenant connu sous le nom ry60003333
2015-09-02 14:28:22	<--	_123DMWM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a quitté (Ping timeout: 250 seconds)
2015-09-02 14:38:48	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2015-09-02 14:42:20	nickelpro	That's more than the latest launcher does on my Arch Linux install. I can't launch anything after 1.8.1, too lazy to debug
2015-09-02 14:51:35	<--	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Remote host closed the connection)
2015-09-02 14:52:52	-->	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-02 15:22:37	<--	ry60003333 (~ry6000333@104.153.29.103) a quitté (Ping timeout: 244 seconds)
2015-09-02 15:31:24	<--	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds)
2015-09-02 15:34:35	-->	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-02 15:41:26	-->	StarFan (591d6419@gateway/web/freenode/ip.89.29.100.25) a rejoint #mcdevs
2015-09-02 15:42:28	StarFan	Hello I have a question about Set Compression packet, when is this packet sent ? Because I received 0x03 3 times after successful login so this packet is sent after every packet or when ?
2015-09-02 15:45:31	barneygale_	StarFan, my understanding is that you'll only receive it once, during login
2015-09-02 15:46:44	StarFan	barneygale_ yea but I received it 3 times, for the first time it sends me number like 70 or 120 and later it sends me 0 and again one more 0
2015-09-02 15:48:34	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2015-09-02 15:51:44	-->	notna (~notna@p4FC8C926.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-02 16:13:57	-->	dkkline (~jeppe@194-239-236-18-hotspot.dk.customer.tdc.net) a rejoint #mcdevs
2015-09-02 16:14:49	<--	dkkline (~jeppe@194-239-236-18-hotspot.dk.customer.tdc.net) a quitté (Client Quit)
2015-09-02 16:23:30	<--	conji (43314035@gateway/web/freenode/ip.67.49.64.53) a quitté (Ping timeout: 246 seconds)
2015-09-02 16:26:56	StarFan	why I always receive 70 as a compression threshold when I have 256 in server properties ?
2015-09-02 16:59:17	roblabla	StarFan, 0x70 is 256 decimal ?
2015-09-02 16:59:30	roblabla	oh wait no it isn't
2015-09-02 16:59:32	roblabla	facepalm
2015-09-02 16:59:40	 *	roblabla is tired
2015-09-02 16:59:53	roblabla	StarFan, vanilla server ?
2015-09-02 17:00:10	StarFan	roblabla, I tried it on bungeecord
2015-09-02 17:01:15	StarFan	And if I try it directly to the hub server it says threshold 0
2015-09-02 17:01:35	roblabla	maybe bungeecord is messing with the compression threshold ?
2015-09-02 17:02:26	StarFan	I have just downloaded latest version of bungeecord
2015-09-02 17:02:38	StarFan	So how it can be messy ?
2015-09-02 17:03:12	roblabla	well nevermind, looked through the source of bungeecord, it doesn't look like it's changing the compression value
2015-09-02 17:06:37	StarFan	Well, maybe I did something wrong... After successful login (server sent me 0x02) I listen for 0x03 from server is that right ?
2015-09-02 17:08:55	StarFan	roblabla ^
2015-09-02 17:10:36	rom1504	you need 0x46 too I think
2015-09-02 17:11:05	roblabla	StarFan, without the code it's hard to know
2015-09-02 17:11:36	roblabla	oh
2015-09-02 17:11:41	roblabla	StarFan, 0x03 will arrive before 0x02
2015-09-02 17:11:58	roblabla	0x02 is the state transition packet
2015-09-02 17:12:15	StarFan	roblabla yay thanks I will try it :)
2015-09-02 17:12:53	roblabla	StarFan, http://wiki.vg/Protocol#Set_Compression_2 and http://wiki.vg/Protocol#Set_Compression
2015-09-02 17:13:15	roblabla	there are two places the server can set the compression, one in LOGIN state (before 0x02 arrives) and one in play state (after 0x02 arrives)
2015-09-02 17:15:55	StarFan	Well I still receive 70
2015-09-02 17:16:08	StarFan	May I send you my code (in java) ?
2015-09-02 17:17:21	roblabla	sure
2015-09-02 17:17:31	roblabla	put it on pastebin or something
2015-09-02 17:17:47	StarFan	yea give me a sec
2015-09-02 17:21:01	StarFan	roblabla, http://hastebin.com/ijawoxotuc.avrasm
2015-09-02 17:30:58	+Thinkofdeath	bungeecord sets the compression threshold to the value of the first server
2015-09-02 17:31:24	+Thinkofdeath	because of that it wont be sent during login but instead it'll use the one in the Play state
2015-09-02 17:37:41	barneygale_	I thought "set compression" in play mode was useless, as the server couldn't tell when the client actually switches the threshold
2015-09-02 17:39:14	StarFan	Thinkofdeath so it will be sent as 0x46 packet ?
2015-09-02 17:39:37	+Thinkofdeath	StarFan: yes
2015-09-02 17:39:44	StarFan	Ok thanks
2015-09-02 17:40:02	+Thinkofdeath	barneygale_: its sent just before the Join Game packet so in theory its fine
2015-09-02 17:41:03	+Thinkofdeath	the play one is mostly useless because sending it a second time or sending it after the login one crashes the client
2015-09-02 17:41:35	XorBoole	Thinkofdeath feature?
2015-09-02 17:41:45	+Thinkofdeath	at this point yes
2015-09-02 17:42:08	--	Mode #mcdevs [+v XorBoole] par ChanServ
2015-09-02 17:42:19	+XorBoole	why does nickserv insist on unidenting me
2015-09-02 17:42:24	 *	XorBoole stabs nickserv
2015-09-02 17:42:39	+Amaranth	phew, too much java, I'd forgotten how finicky it can be to keep track of memory
2015-09-02 17:42:57	 *	XorBoole pushes rust in Amaranth's general direction
2015-09-02 17:43:05	+Amaranth	That's what I'm working with
2015-09-02 17:43:13	+XorBoole	back at school, one of my friends is apparently buds with the rust people and he won't shut up about it
2015-09-02 17:43:35	+Amaranth	So at least I get compile errors instead of crashes but that doesn't make it any easier to figure out how to fix it :P
2015-09-02 17:43:37	+XorBoole	"so I wrote this program in rust" "I think you can just stop saying 'in rust' now, it's kind of implicit"
2015-09-02 17:43:41	+Amaranth	hehe
2015-09-02 17:43:44	+XorBoole	ah yes, rust
2015-09-02 17:43:46	 *	Thinkofdeath hugs garbage collectors
2015-09-02 17:43:58	+XorBoole	the language where programming devolves into having an argument with the compiler
2015-09-02 17:44:03	+Amaranth	Everything I've done in Rust so far hasn't needed to worry about the borrow checker
2015-09-02 17:44:13	 *	XorBoole borrows Amaranth 
2015-09-02 17:44:32	+Thinkofdeath	Never really figured out rust plus its syntax looks ugly
2015-09-02 17:44:53	+XorBoole	rust is sooo ugly
2015-09-02 17:45:25	+Amaranth	Eh, ugly is subjective
2015-09-02 17:45:29	+XorBoole	I mean I kind of like rust + go. two really nice approaches to making a sane C
2015-09-02 17:45:41	+Amaranth	It's not as bad as perl :P
2015-09-02 17:45:45	+XorBoole	perl doesn't exist
2015-09-02 17:45:54	+Thinkofdeath	rust is too symbol heavy for my liking
2015-09-02 17:46:20	+XorBoole	Thinkofdeath what does that make scala?
2015-09-02 17:46:29	+Amaranth	I think a gccgo with the new GC from Go 1.5 and a better story for C interop would be a really nice language
2015-09-02 17:46:30	+XorBoole	who needs .hashCode() when you have ##?
2015-09-02 17:46:38	+Thinkofdeath	scala is just scary
2015-09-02 17:46:44	+Amaranth	Well, toss generics in there too, then it'd be nice
2015-09-02 17:47:06	+Thinkofdeath	the C interop finally goes the other way now
2015-09-02 17:47:18	+Amaranth	It's still slow as shit
2015-09-02 17:47:19	+XorBoole	you what's fun
2015-09-02 17:47:21	+XorBoole	JNI in scala
2015-09-02 17:47:39	+Thinkofdeath	wonder if go still creates a thread per a cgo call :P
2015-09-02 17:47:49	+Amaranth	Pretty sure
2015-09-02 17:47:50	+XorBoole	actually, I need to get around to writting a way to use JNI and FLI to bridge scala and haskell
2015-09-02 17:47:50	+Thinkofdeath	s/creates/moves to
2015-09-02 17:47:54	+Amaranth	Because green threads
2015-09-02 17:48:11	+Amaranth	You've at least got to switch out the stack which means you've already lost
2015-09-02 17:48:32	+Thinkofdeath	wonder if thats were all my time is spent per a frame on steven
2015-09-02 17:48:44	+Thinkofdeath	its really heavy cgo wise 
2015-09-02 17:49:01	+Amaranth	I don't think JNI is any better so it wouldn't explain why you're slower than MC
2015-09-02 17:49:21	+Amaranth	C interop is actually why Rust completely changed its threading story
2015-09-02 17:49:51	+Amaranth	It used to be green threads (not very optimized though) but that made C interop too slow
2015-09-02 17:50:22	+Amaranth	Then it was pluggable so you could choose native or green and even make a native thread then spin up a green thread scheduler on it
2015-09-02 17:50:40	+Amaranth	But green threads were still too slow to do C interop and making it pluggable slowed native threads down a lot
2015-09-02 17:50:54	+Amaranth	So now Rust's thread story is "call out to pthread" :D
2015-09-02 17:51:33	+Thinkofdeath	shame c interop was so important
2015-09-02 17:52:05	+Thinkofdeath	(for me at least) all the c stuff is on one thread so green threads would have been fine
2015-09-02 17:52:25	+Thinkofdeath	unless it couldn't optimize for that case I guess
2015-09-02 17:52:29	+Amaranth	You can build coroutine things on top of native threads
2015-09-02 17:52:44	+XorBoole	I really should relearn rust
2015-09-02 17:52:52	+Amaranth	https://github.com/rustcc/coroutine-rs
2015-09-02 17:53:09	+XorBoole	then complain about how ugly it still looks ang go back to using the the slowest language ever used by big tech
2015-09-02 17:53:19	+Amaranth	You have to explicitly give up control since this is cooperative multithreading
2015-09-02 17:53:39	+Thinkofdeath	hmm
2015-09-02 17:53:51	+Amaranth	Go gets around that by putting those scheduler calls in the runtime, Python green thread stuff gets around it by monkey patching the runtime
2015-09-02 17:54:12	StarFan	Thinkofdeath, when I use 0x46 it sends me always 4 values, first 79, then 2 times 77 and finally 256, what does that values before 256 mean ?
2015-09-02 17:54:28	+Thinkofdeath	it means you are parsing something wrong
2015-09-02 17:54:34	+Thinkofdeath	its only ever sent once
2015-09-02 17:54:42	+Thinkofdeath	if it was sent more vanilla would crash
2015-09-02 17:55:00	+XorBoole	vanilla likes crashing doesn't it
2015-09-02 17:55:21	+Thinkofdeath	Amaranth: maybe I should give rust another shot then. Got a suggestion for an editor/ide for it?
2015-09-02 17:55:27	SkylordRedstone	vanilla be like nope
2015-09-02 17:55:33	+XorBoole	I really think they should put a try {} catch (Throwable t) {} inside the main try {} catch (Throwable t) {} to avoid these crashes
2015-09-02 17:55:38	+Thinkofdeath	otherwise i'll use sublimetext/atom
2015-09-02 17:55:48	+Thinkofdeath	XorBoole: I mean they do
2015-09-02 17:55:51	+Amaranth	Thinkofdeath: Nope, I just use sublime text with syntax highlighting and a terminal
2015-09-02 17:55:55	+Thinkofdeath	I say crash but mean disconnect
2015-09-02 17:56:06	+XorBoole	oh ok
2015-09-02 17:56:11	+Amaranth	iirc atom's plugin does syntax highlighting and calls cargo build for you so you don't even need the terminal
2015-09-02 17:56:13	+Thinkofdeath	Amaranth: ok *adds to todo list*
2015-09-02 17:56:16	+XorBoole	disconnect is sane
2015-09-02 17:56:26	+XorBoole	> atom
2015-09-02 17:56:31	+Amaranth	Nothing great in the world of autocomplete or refactoring though
2015-09-02 17:56:32	+XorBoole	> not intellij because yes
2015-09-02 17:56:33	StarFan	Thinkofdeath, I am listening for 0x46 after the server sends me 0x02 (play state)
2015-09-02 17:57:21	+XorBoole	there is indeed a rust plugin for idea
2015-09-02 17:57:21	+Thinkofdeath	StarFan: have you checked your parsing code is actually correct?
2015-09-02 17:57:36	+XorBoole	> support for 0.13
2015-09-02 17:57:37	+Thinkofdeath	XorBoole: intellij tends to suck for things like this
2015-09-02 17:57:38	+XorBoole	topkek
2015-09-02 17:57:53	+XorBoole	Thinkofdeath shh, I do all my haskell in intellij
2015-09-02 17:58:07	SkylordRedstone	I have spent most of today writing a proper packet parser in nodejs for the Minecraft protocol
2015-09-02 17:58:42	+Thinkofdeath	Amaranth: to be fair for go I used the command line tool 'gorename' since no editor really did it well :P
2015-09-02 17:59:43	+Amaranth	Thinkofdeath, XorBoole: https://gist.github.com/amaranth/83c8af003015968e06ec is what I was writing btw
2015-09-02 18:00:11	+Amaranth	I was trying to have blocks_by_name by HashMap<&str, &Block>
2015-09-02 18:00:24	+Amaranth	&Block is wrong because when the Vec resizes that would no longer be valid
2015-09-02 18:00:36	+XorBoole	dear god why do we need 'pub' and 'fn' instead of 'public' and 'func'
2015-09-02 18:00:48	+Amaranth	XorBoole: Why func instead of function?
2015-09-02 18:00:49	StarFan	Thinkofdeath - http://hastebin.com/yawezeyada.avrasm this is the cycle which I run after 0x02
2015-09-02 18:01:00	+Thinkofdeath	StarFan: well there is your issue
2015-09-02 18:01:07	+Thinkofdeath	thats not how it works 
2015-09-02 18:01:10	+XorBoole	Amaranth function is too long
2015-09-02 18:01:15	+XorBoole	the sweet spot is 3-4 chars
2015-09-02 18:01:26	+Amaranth	func is too long :P
2015-09-02 18:01:30	+XorBoole	I dislike 'function' because of js's lambda syntax
2015-09-02 18:01:32	+Thinkofdeath	StarFan: you are just reading bytes until you find a 0x46 one instead of parsing packets
2015-09-02 18:01:35	+XorBoole	ok, fun/def then
2015-09-02 18:01:38	+XorBoole	I prefer def
2015-09-02 18:01:48	+Thinkofdeath	just use f and p
2015-09-02 18:01:52	+Thinkofdeath	best savings
2015-09-02 18:01:57	+Amaranth	This is super bikeshed'y
2015-09-02 18:02:07	SkylordRedstone	writing a packet parser is difficult but you need to do it :3
2015-09-02 18:03:01	+XorBoole	Thinkofdeath pls, haskell has zero chars
2015-09-02 18:03:09	+XorBoole	f args = body
2015-09-02 18:03:13	+Thinkofdeath	Amaranth: so instead of &Block what would you use? Rc? 
2015-09-02 18:03:23	SkylordRedstone	clearly GolfScript best
2015-09-02 18:03:23	+Thinkofdeath	this is the part I never really got with rust
2015-09-02 18:03:27	+Amaranth	Thinkofdeath: I used usize and store the index in to Vec
2015-09-02 18:03:38	+Thinkofdeath	ah
2015-09-02 18:05:43	+XorBoole	I like how the match syntax is not only basically scala's, but they have the same names for the Option ctrs
2015-09-02 18:05:59	+Amaranth	XorBoole: OCaml
2015-09-02 18:07:38	+Amaranth	Rust sort of started as OCaml in C++ clothing
2015-09-02 18:08:30	+XorBoole	oh that makes sense
2015-09-02 18:08:47	+Amaranth	The original compiler was written in OCaml too
2015-09-02 18:08:55	+XorBoole	but now it's written in rust
2015-09-02 18:08:59	+Amaranth	Yep
2015-09-02 18:09:08	+XorBoole	delicious
2015-09-02 18:09:31	+XorBoole	if you want to see a horror of a compiler, I suggest checking out nsc, scalac's internals
2015-09-02 18:09:47	+XorBoole	I know my way around down there a little too well
2015-09-02 18:12:24	+Amaranth	Rust's compiler has some types like Vec<Arc<RefCell<Box<Foo>>>>, I suspect the only reason it would be less horrible is because I know the syntax :P
2015-09-02 18:17:15	+XorBoole	I dislike that a lot of rust's core types have no sugar
2015-09-02 18:17:32	+XorBoole	e.g., no special pointery-syntax sugar of Box<>
2015-09-02 18:19:33	+XorBoole	I guess the fact that I'm a scalaist doesn't help, because I'm used to [] for type constructors
2015-09-02 18:23:05	SkylordRedstone	my internet is being so slow today .-.
2015-09-02 18:23:12	SkylordRedstone	IM MEANT TO HAVE 100MBPS
2015-09-02 18:28:33	+XorBoole	SkylordRedstone http://www.speedtest.net/result/4631183636.png
2015-09-02 18:28:48	+XorBoole	in other news holy shit speed test has a lot of adds adblock isn't catching
2015-09-02 18:29:02	SkylordRedstone	lol mine is catching them
2015-09-02 18:30:16	SkylordRedstone	dat ping thou
2015-09-02 18:30:46	+XorBoole	probably the waifi
2015-09-02 18:32:17	StarFan	Thinkofdeath, I have figured it out (a bit messy but it works) so now I am able to send chat packets without any problem but there is problem with chat tab-completes bungeecord always disconnects me with this error: http://hastebin.com/amakatifav.avrasm
2015-09-02 18:32:32	StarFan	running the latest
2015-09-02 18:38:39	SkylordRedstone	something's up with the message
2015-09-02 19:05:55	SkylordRedstone	ew how are you meant to handle only receiving parts of a packet
2015-09-02 19:23:29	+Amaranth	SkylordRedstone: Fail
2015-09-02 19:23:45	+Amaranth	The only reason you should get part of a packet is because the network died or your code has a bug
2015-09-02 19:24:14	SkylordRedstone	oh okay, I've never had it but I figure that network dropouts might be an issue
2015-09-02 19:38:38	Not-f7bb	[minecraft-data] rom1504 pushed 7 commits to 1.8 [+0/-0/±8] http://git.io/vG1iA
2015-09-02 19:38:40	Not-f7bb	[minecraft-data] roblabla 121c290 - Add new types hash, move the states to its own hash
2015-09-02 19:38:42	Not-f7bb	[minecraft-data] rom1504 9a72fa8 - change structure of the protocol : types and states
2015-09-02 19:38:43	Not-f7bb	[minecraft-data] roblabla f49f51b - Add entityMetadataItem
2015-09-02 19:38:45	Not-f7bb	[minecraft-data] ... and 4 more commits.
2015-09-02 19:41:05	<--	nickelpro (i.am@the.one.and.only.nickelp.ro) a quitté (Quit: Blew this popsicle stand)
2015-09-02 19:41:24	-->	nickelpro (~nickelpro@the.one.and.only.nickelp.ro) a rejoint #mcdevs
2015-09-02 19:46:23	<--	nickelpro (~nickelpro@the.one.and.only.nickelp.ro) a quitté (Quit: Blew this popsicle stand)
2015-09-02 19:46:36	-->	nickelpro (i.am@the.one.and.only.nickelp.ro) a rejoint #mcdevs
2015-09-02 19:52:35	Not-f7bb	[minecraft-data] rom1504 pushed 1 commit to 1.8 [+0/-0/±1] http://git.io/vG1yF
2015-09-02 19:52:36	Not-f7bb	[minecraft-data] rom1504 936d1c2 - fix formatting
2015-09-02 19:54:27	Not-f7bb	[minecraft-data] rom1504 pushed 2 commits to 1.8 [+0/-0/±2] http://git.io/vG1SP
2015-09-02 19:54:29	Not-f7bb	[minecraft-data] gitter-badger 05a1ef1 - Added Gitter badge
2015-09-02 19:54:30	Not-f7bb	[minecraft-data] rom1504 932b0c3 - Merge pull request #57 from gitter-badger/gitter-badge Add a Gitter chat badge to README.md
2015-09-02 21:37:04	<--	DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
2015-09-02 22:01:41	<--	notna (~notna@p4FC8C926.dip0.t-ipconnect.de) a quitté (Ping timeout: 240 seconds)
2015-09-02 22:03:08	-->	RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs
2015-09-02 22:15:43	<--	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 252 seconds)
2015-09-02 23:24:34	<--	StarFan (591d6419@gateway/web/freenode/ip.89.29.100.25) a quitté (Ping timeout: 246 seconds)
2015-09-03 00:24:13	<--	UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: UUID00)
2015-09-03 00:39:41	-->	ry60003333 (~ry6000333@104.153.29.103) a rejoint #mcdevs
2015-09-03 00:54:10	--	xnrand est maintenant connu sous le nom tumblr
2015-09-03 00:59:46	--	tumblr est maintenant connu sous le nom xnrand
2015-09-03 01:13:01	Not-2be	[mineflayer] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vGDEx
2015-09-03 01:13:03	Not-2be	[mineflayer] rom1504 221187a - update gitter room to mineflayer room
2015-09-03 01:18:35	-->	bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs
2015-09-03 01:39:06	Not-f7bb	[SpockBot] gamingrobot pushed 2 commits to master [+0/-0/±2] http://git.io/vGDVW
2015-09-03 01:39:07	Not-f7bb	[SpockBot] nickelpro d174db7 - Reset velocity vector on collision
2015-09-03 01:39:09	Not-f7bb	[SpockBot] gamingrobot e74f070 - Merge pull request #97 from nickelpro/bugfix-physics
2015-09-03 01:52:44	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-03 01:56:57	--	r04r est maintenant connu sous le nom zz_r04r
2015-09-03 01:57:11	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 252 seconds)
2015-09-03 02:01:39	Fenhl	XorBoole: fun fact, at one point Rust keywords were *required* to be 6 chars or shorter
2015-09-03 02:02:07	Fenhl	then there was a big discussion about some stuff and cont became continue?
2015-09-03 02:02:11	Fenhl	or something like that
2015-09-03 02:02:41	Fenhl	my point being, Rust likes short keywords
2015-09-03 02:31:55	-->	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs
2015-09-03 02:33:45	--	jython234[away] est maintenant connu sous le nom jython234[ping]
2015-09-03 03:06:21	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2015-09-03 03:07:45	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2015-09-03 03:21:18	<--	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds)
2015-09-03 03:23:03	-->	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-03 03:27:57	<--	Dykam (~Dykam@2a03:b0c0:0:1010::da:5001) a quitté (Quit: No Ping reply in 180 seconds.)
2015-09-03 03:28:35	-->	Dykam (~Dykam@2a03:b0c0:0:1010::da:5001) a rejoint #mcdevs
2015-09-03 03:35:05	<--	GunfighterJ (gunfighter@2607:5300:60:34b:d::43) a quitté (Remote host closed the connection)
2015-09-03 03:39:57	-->	GunfighterJ (gunfighter@2607:5300:60:34b:d::43) a rejoint #mcdevs
2015-09-03 03:43:01	<--	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Quit: No Ping reply in 180 seconds.)
2015-09-03 03:49:29	-->	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-03 03:51:34	-->	conji (43314035@gateway/web/freenode/ip.67.49.64.53) a rejoint #mcdevs
2015-09-03 03:51:50	conji	Evening folks
2015-09-03 03:51:58	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2015-09-03 03:52:31	conji	Grum: I was curious as to the layout of the chunk wire data because it kinda doesn't make sense on the site.
2015-09-03 03:53:33	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-03 03:54:02	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 260 seconds)
2015-09-03 03:54:02	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2015-09-03 03:55:55	<--	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds)
2015-09-03 03:58:15	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 264 seconds)
2015-09-03 03:58:57	conji	Also, did something change with the server list ping in the latest version?
2015-09-03 04:01:32	-->	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-03 04:07:56	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2015-09-03 04:13:00	<--	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Quit: No Ping reply in 180 seconds.)
2015-09-03 04:18:24	-->	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-03 04:25:03	nickelpro	conji: What are you talking about with server list ping?
2015-09-03 04:41:48	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2015-09-03 05:16:01	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 240 seconds)
2015-09-03 05:18:35	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 244 seconds)
2015-09-03 05:28:13	<--	Shnaw (n3rd@v6.Alderaan.Shadow-Dev.org) a quitté (Quit: No Ping reply in 180 seconds.)
2015-09-03 05:29:16	<--	jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a quitté (Ping timeout: 246 seconds)
2015-09-03 05:29:59	<--	Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a quitté (Ping timeout: 246 seconds)
2015-09-03 05:32:55	<--	RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de)
2015-09-03 05:33:54	-->	jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a rejoint #mcdevs
2015-09-03 05:34:19	-->	Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs
2015-09-03 05:54:24	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-03 05:58:46	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 240 seconds)
2015-09-03 06:05:45	<--	Zachoz (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a quitté (Read error: Connection reset by peer)
2015-09-03 06:05:45	<--	ScruffyRules (~Scruff@2001:19f0:5800:8483:5400:ff:fe06:49ea) a quitté (Read error: Connection reset by peer)
2015-09-03 06:07:48	-->	ScruffyRules (~Scruff@2001:19f0:5800:8483:5400:ff:fe06:49ea) a rejoint #mcdevs
2015-09-03 06:08:07	<--	bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a quitté (Ping timeout: 246 seconds)
2015-09-03 06:08:48	-->	Zachoz (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a rejoint #mcdevs
2015-09-03 06:14:26	-->	bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-03 06:18:54	+Grum	conji: feel free to ask :)
2015-09-03 06:19:04	+Grum	but i reckon you might be sleeping already :D
2015-09-03 06:21:00	Not-f7bb	[SpockBot] gamingrobot pushed 3 commits to master [+0/-0/±3] http://git.io/vGyl2
2015-09-03 06:21:02	Not-f7bb	[SpockBot] nickelpro 87a2fc0 - Fix physics bugs when interacting with corners
2015-09-03 06:21:03	Not-f7bb	[SpockBot] nickelpro bbc4c55 - Whoopsie, Vector() -> Vector3()
2015-09-03 06:21:04	Not-f7bb	[SpockBot] gamingrobot 460f75e - Merge pull request #98 from nickelpro/bugfix-physics
2015-09-03 06:27:39	<--	bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a quitté (Ping timeout: 255 seconds)
2015-09-03 06:27:47	-->	bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-03 06:45:58	-->	notna (~notna@p4FC8CD28.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-03 07:01:10	<--	notna (~notna@p4FC8CD28.dip0.t-ipconnect.de) a quitté (Ping timeout: 260 seconds)
2015-09-03 07:55:12	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-03 07:59:44	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 250 seconds)
2015-09-03 08:05:45	<--	bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 255 seconds)
2015-09-03 08:14:33	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-03 08:17:44	-->	UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs
2015-09-03 08:30:06	<--	_123DontMessWitM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a quitté (Read error: Connection timed out)
2015-09-03 09:58:30	-->	LEGENDFF (~LEGENDFF@dslb-088-072-037-043.088.072.pools.vodafone-ip.de) a rejoint #mcdevs
2015-09-03 10:00:42	-->	StarFan (591d6419@gateway/web/freenode/ip.89.29.100.25) a rejoint #mcdevs
2015-09-03 10:02:10	StarFan	Hello, can anybody help me please ? I am trying to send 0x01 to bungeecord (chat packet) and 1 of 10 times I got this error: http://hastebin.com/tahofeyuzo.avrasm and client is disconnected. What is wrong ?
2015-09-03 10:05:32	StarFan	Am I compressing something wrongly ?
2015-09-03 10:15:07	LEGENDFF	pretty hard to judge just from the bukkit stacktrace, got some code?
2015-09-03 10:17:06	<--	UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Read error: Connection reset by peer)
2015-09-03 10:18:38	StarFan	LEGENDFF: yes give me sec I will send you a paste
2015-09-03 10:18:41	-->	UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs
2015-09-03 10:19:25	-->	Rudench (n3rd@v6.Alderaan.Shadow-Dev.org) a rejoint #mcdevs
2015-09-03 10:20:36	StarFan	LEGENDFF: here http://hastebin.com/awixewuloz.avrasm
2015-09-03 10:21:59	StarFan	the error appears to be thrown in all packet of the Play state
2015-09-03 10:22:07	StarFan	packets*
2015-09-03 10:22:20	StarFan	but the login is successful
2015-09-03 10:26:35	LEGENDFF	StarFan: seems like youre writing the packet size after the packet id, its the other way around, also dont forget that the size value also contains the size of the packetId VarInt
2015-09-03 10:35:02	StarFan	LEGENDFF: Sorry the code I sent you was a bit messy look at that:
2015-09-03 10:35:03	StarFan	http://hastebin.com/noculenine.avrasm
2015-09-03 10:35:18	StarFan	I am not really sending size after packet id
2015-09-03 10:35:46	-->	_123DMWM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a rejoint #mcdevs
2015-09-03 10:37:06	LEGENDFF	i see
2015-09-03 10:39:23	--	zz_r04r est maintenant connu sous le nom r04r
2015-09-03 10:41:50	LEGENDFF	the packet creation looks right to me
2015-09-03 10:43:03	LEGENDFF	maybe try to make a dump of the packet, or check its content with a debugger
2015-09-03 10:45:43	StarFan	LEGENDFF, you mean that I try to read the packet before I send it ?
2015-09-03 10:46:58	LEGENDFF	yea exactly, iterate through send2.toByteArray() and print it to std
2015-09-03 11:00:27	<--	Cxom_ (~Trinoxtio@2601:248:4200:4876:5db7:fe11:f58d:6b0a) a quitté (Read error: Connection reset by peer)
2015-09-03 11:11:17	StarFan	LEGENDFF, the problem is that the packet works only in 1 of 10 cases it throws the error
2015-09-03 11:15:01	+Thinkofdeath	when exactly are you sending that packet?
2015-09-03 11:19:50	StarFan	Just after login and 0x02 play state it is just for testing for now
2015-09-03 11:33:59	StarFan	Thinkofdeath: I think I solved the problem I did 30 ms delay after success login and after that if I send chat packet it works
2015-09-03 11:34:09	StarFan	It was just test-fail
2015-09-03 11:34:21	StarFan	I sent the packet too early probably
2015-09-03 11:34:43	+Thinkofdeath	should wait for the Join Game packet before sending anything
2015-09-03 11:35:15	StarFan	Yea but on vannila or standart spigot it worked normally but bungeecord maybe has a bit longer join process
2015-09-03 11:38:21	StarFan	Anyway thanks for help I realised the problem when you asked me when I am sending the packet :)
2015-09-03 12:17:50	-->	nick____ (4f75793d@gateway/web/freenode/ip.79.117.121.61) a rejoint #mcdevs
2015-09-03 12:17:57	nick____	why snowgolems despawn?
2015-09-03 12:18:20	nick____	:[
2015-09-03 12:18:25	angal	melt?
2015-09-03 12:18:37	nick____	.
2015-09-03 12:18:44	nick____	underground
2015-09-03 12:20:47	nick____	someone know an easy program to patch .gif animation?
2015-09-03 12:21:06	nick____	i found a dancing zombie
2015-09-03 12:24:21	-->	DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs
2015-09-03 12:55:34	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2015-09-03 13:00:45	nick____	470 files
2015-09-03 13:03:01	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-03 13:06:42	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2015-09-03 13:16:51	<--	DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
2015-09-03 13:17:13	<--	nick____ (4f75793d@gateway/web/freenode/ip.79.117.121.61) a quitté (Ping timeout: 246 seconds)
2015-09-03 13:34:42	-->	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2015-09-03 13:38:59	<--	ry60003333 (~ry6000333@104.153.29.103) a quitté (Ping timeout: 252 seconds)
2015-09-03 13:41:49	<--	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 244 seconds)
2015-09-03 13:45:55	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 246 seconds)
2015-09-03 14:08:07	Not-f7bb	[minecraft-data] rom1504 pushed 1 commit to 1.8 [+0/-0/±1] http://git.io/vGSAb
2015-09-03 14:08:08	Not-f7bb	[minecraft-data] rom1504 204a494 - change protocol schema to comply with the json reference draft (http://tools.ietf.org/html/draft-pbryan-zyp-json-ref-03#section-3)
2015-09-03 14:29:50	<--	benbaptist (~benbaptis@c-50-172-95-66.hsd1.in.comcast.net) a quitté (Remote host closed the connection)
2015-09-03 14:30:33	-->	icemanbp_ (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-03 14:31:51	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 264 seconds)
2015-09-03 14:33:12	<--	icemanbp_ (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Read error: Connection reset by peer)
2015-09-03 14:33:30	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-03 15:04:07	-->	RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs
2015-09-03 15:04:43	conji	Sorry, I was asleep indeed. For some reason, the server list ping sends an ID of 245 instead of 1 for pinging with my client. I'm sure I'm probably just reading something wrong so I'll look into it further on the server end.
2015-09-03 15:07:12	-->	Conji_ (~Conji@2605:e000:fa42:4700:345e:705f:2e7a:7195) a rejoint #mcdevs
2015-09-03 15:07:24	<--	conji (43314035@gateway/web/freenode/ip.67.49.64.53) a quitté (Quit: Page closed)
2015-09-03 15:08:24	<--	Conji_ (~Conji@2605:e000:fa42:4700:345e:705f:2e7a:7195) a quitté (Client Quit)
2015-09-03 15:09:00	-->	Conji (~Conji@2605:e000:fa42:4700:345e:705f:2e7a:7195) a rejoint #mcdevs
2015-09-03 15:13:18	barneygale_	conji, mojang servers respond to old-style server list pings with that packet
2015-09-03 15:35:26	-->	notna (~notna@p4FC8CD28.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-03 15:50:39	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2015-09-03 16:02:11	-->	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs
2015-09-03 17:01:07	StarFan	Can anybody help me please ? I am trying to send chat packet but for some reason in 50% of cases (other 50% of cases works fine) I got this error from bungeecord: http://hastebin.com/vulepumohu.avrasm
2015-09-03 17:01:54	--	r04r est maintenant connu sous le nom zz_r04r
2015-09-03 17:03:14	barneygale_	StarFan, thrown here: https://github.com/SpigotMC/BungeeCord/blob/master/native/src/main/c/NativeCompressImpl.cpp#L76
2015-09-03 17:03:26	barneygale_	Looks like bungee can't decompress your packet
2015-09-03 17:06:21	StarFan	barneygale_ yea but I am sending packets always exactly the same way and one of them works and another no
2015-09-03 17:06:57	rom1504	sounds like a timing issue
2015-09-03 17:07:23	StarFan	rom1504 what do you mean by timing issue ?
2015-09-03 17:07:40	rom1504	you are sending things at the wrong time
2015-09-03 17:08:04	rom1504	did you "wait for the Join Game packet before sending anything" ?
2015-09-03 17:08:05	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2015-09-03 17:08:21	StarFan	well, and how can I know when the time is wrong or good to send a packet ?
2015-09-03 17:08:33	StarFan	Yes I have waited for join game packet
2015-09-03 17:09:52	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2015-09-03 17:09:53	barneygale_	I doubt it's a packet order issue
2015-09-03 17:10:06	barneygale_	-3 is Z_DATA_ERROR if you're interested: http://www.zlib.net/manual.html
2015-09-03 17:10:56	barneygale_	It seems unreasonable that bungee should be trying to decompress a chat packet. Surely it shouldn't be long enough?
2015-09-03 17:12:56	LEGENDFF	it would be a lot easier having some packet dumps
2015-09-03 17:16:40	StarFan	LEGENDFF yea but it is a lot of work
2015-09-03 17:18:17	StarFan	and you know I am just "weekend" developer I am not a coding star xD
2015-09-03 17:19:33	LEGENDFF	here is some dirty code, http://pastebin.com/912tmNBV, nextPacket.getData() would be the byte array, put it right before you send the packet, should work out
2015-09-03 17:20:30	barneygale_	dumping packets you're about to send should not be a lot of work
2015-09-03 17:21:28	StarFan	LEGENDFF thanks I will try it right now
2015-09-03 17:21:38	barneygale_	I wonder if you can DoS a minecraft server by sending absurdly large packet lengths or uncompressed lengths
2015-09-03 17:23:59	rom1504	2147483647 is not that big a packet length
2015-09-03 17:24:10	rom1504	now if you send the actual packet, that's different
2015-09-03 17:24:30	rom1504	I don't think there's any packet that can be that big though
2015-09-03 17:24:42	rom1504	well any server bound packet
2015-09-03 17:25:19	StarFan	LEGENDFF chat packet gave me this output: http://hastebin.com/nivenahaki.1c
2015-09-03 17:25:56	rom1504	maybe the Plugin Message packet
2015-09-03 17:26:13	+Dinnerbone	Actually the max packet length you can send to the server would be 2,097,152 bytes
2015-09-03 17:26:46	+Dinnerbone	And you'd have to send it all, and it'd have to be valid.
2015-09-03 17:27:25	+Dinnerbone	Serverbound plugin message is itself limited to 32,767 bytes
2015-09-03 17:29:31	rom1504	I guess slot sizes are limited too (for example in Creative Inventory Action)
2015-09-03 17:35:06	StarFan	LEGENDFF So I think the format is not a problem
2015-09-03 17:35:18	LEGENDFF	yea seems fine to
2015-09-03 17:35:22	LEGENDFF	yea seems fine to me*
2015-09-03 17:35:32	StarFan	Maybe the join game packet when exactly the packet should arrive ?
2015-09-03 17:37:23	LEGENDFF	usually after you send encryption response
2015-09-03 17:37:36	LEGENDFF	http://wiki.vg/Protocol_FAQ
2015-09-03 17:38:58	<--	barneygale_ (~barneygal@mail.thefoundry.co.uk) a quitté (Ping timeout: 244 seconds)
2015-09-03 17:43:03	-->	barneygale_ (~barneygal@mail.thefoundry.co.uk) a rejoint #mcdevs
2015-09-03 17:45:11	--	zz_r04r est maintenant connu sous le nom r04r
2015-09-03 17:47:04	StarFan	LEGENDFF: Would you be so kind please to show me how to "catch" the join game packet from the input stream ?
2015-09-03 17:51:26	<--	LEGENDFF (~LEGENDFF@dslb-088-072-037-043.088.072.pools.vodafone-ip.de) a quitté (Ping timeout: 246 seconds)
2015-09-03 17:51:40	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-03 17:53:25	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2015-09-03 17:54:12	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2015-09-03 17:55:59	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 244 seconds)
2015-09-03 18:04:17	-->	LEGENDFF (~LEGENDFF@dslb-088-072-037-043.088.072.pools.vodafone-ip.de) a rejoint #mcdevs
2015-09-03 18:05:52	StarFan	LEGENDFF: Would you be so kind please to show me how to "catch" the join game packet from the input stream ?
2015-09-03 18:13:10	-->	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2015-09-03 18:41:06	nickelpro	StarFan: what framework are you using?
2015-09-03 18:41:39	StarFan	nickelpro: just pure java and guave for bytestreams
2015-09-03 18:41:42	StarFan	guava *
2015-09-03 18:42:01	nickelpro	Then you'll have to implement packet dispatchers yourself
2015-09-03 18:42:50	nickelpro	Decode the packet, check the ID, when you get Join Game you're good to go
2015-09-03 18:48:02	StarFan	nickelpro: well, I dont even know how decode the packet
2015-09-03 18:48:14	StarFan	is there any lib for that around ?
2015-09-03 18:49:53	nickelpro	StarFan: The wiki is your friend in all things http://wiki.vg/Library_List
2015-09-03 19:52:32	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-03 19:57:27	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 264 seconds)
2015-09-03 19:57:35	StarFan	hey guys please help me I have a big problem the bungee always throws this: http://hastebin.com/ehiquzusag.avrasm but for example first 5 packets are absolutely without any problem and when I try to send 6th then it crashes the client and bb
2015-09-03 20:00:00	LEGENDFF	what packets are you sending?
2015-09-03 20:00:36	StarFan	it throws this error while sending any packets (chat, slot change...)
2015-09-03 20:00:55	StarFan	but on normal vannila or pure spigot it works perfectly
2015-09-03 20:01:06	StarFan	it does not work only if it goes via bungeecord
2015-09-03 20:09:50	<--	LEGENDFF (~LEGENDFF@dslb-088-072-037-043.088.072.pools.vodafone-ip.de) a quitté (Ping timeout: 244 seconds)
2015-09-03 20:10:10	-->	LEGENDFF (~LEGENDFF@ip-90-186-0-178.web.vodafone.de) a rejoint #mcdevs
2015-09-03 20:24:18	<--	LEGENDFF (~LEGENDFF@ip-90-186-0-178.web.vodafone.de) a quitté (Ping timeout: 244 seconds)
2015-09-03 20:24:41	-->	LEGENDFF (~LEGENDFF@dslb-088-072-037-043.088.072.pools.vodafone-ip.de) a rejoint #mcdevs
2015-09-03 20:44:49	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Quit: redstonehelper)
2015-09-03 21:09:00	+Grum	Conji: still had questions on the chunkdata?
2015-09-03 21:53:15	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-03 21:57:49	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 244 seconds)
2015-09-03 21:59:52	Not-f7bb	[SpockBot] nickelpro pushed 3 commits to master [+0/-0/±5] http://git.io/vG7I6
2015-09-03 21:59:53	Not-f7bb	[SpockBot] nickelpro 95ba3a8 - Fix very rare physics bug and generally cleanup physics module
2015-09-03 21:59:55	Not-f7bb	[SpockBot] nickelpro a2d45b7 - flake8 is important /s
2015-09-03 21:59:56	Not-f7bb	[SpockBot] nickelpro ae2a58b - Merge pull request #99 from nickelpro/bugfix-physics
2015-09-03 22:16:30	+Thinkofdeath	Grum: the wiki is still missing everything after 15w35b for the chunk packet
2015-09-03 22:19:15	-->	Cxom (~Trinoxtio@2601:248:4200:4876:d5db:5cff:d898:33af) a rejoint #mcdevs
2015-09-03 22:19:20	-->	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2015-09-03 22:26:44	<--	notna (~notna@p4FC8CD28.dip0.t-ipconnect.de) a quitté (Ping timeout: 272 seconds)
2015-09-03 22:27:15	<--	yawkat (~yawkat@cats.coffee) a quitté (Quit: Meow)
2015-09-03 22:27:34	-->	yawkat (~yawkat@cats.coffee) a rejoint #mcdevs
2015-09-03 22:28:34	<--	LEGENDFF (~LEGENDFF@dslb-088-072-037-043.088.072.pools.vodafone-ip.de) a quitté (Ping timeout: 250 seconds)
2015-09-03 22:47:25	<--	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds)
2015-09-03 22:48:43	-->	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-03 22:52:21	<--	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 240 seconds)
2015-09-03 22:52:26	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2015-09-03 22:55:02	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2015-09-03 23:54:03	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-03 23:55:21	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2015-09-03 23:58:07	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2015-09-03 23:58:25	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 246 seconds)
2015-09-04 00:03:14	<--	_123DMWM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a quitté (Read error: Connection reset by peer)
2015-09-04 00:16:40	-->	bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs
2015-09-04 00:30:01	Conji	Grum: Yes I did, but I just got off of work.
2015-09-04 00:36:48	-->	_123DMWM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a rejoint #mcdevs
2015-09-04 00:53:48	-->	Flemmard`` (~flemmard@AStrasbourg-652-1-133-131.w109-221.abo.wanadoo.fr) a rejoint #mcdevs
2015-09-04 00:55:07	<--	StarFan (591d6419@gateway/web/freenode/ip.89.29.100.25) a quitté (Ping timeout: 246 seconds)
2015-09-04 00:56:26	<--	Flemmard (~flemmard@unaffiliated/flemmard) a quitté (Ping timeout: 240 seconds)
2015-09-04 01:29:01	-->	benbaptist (~benbaptis@109.sub-70-210-76.myvzw.com) a rejoint #mcdevs
2015-09-04 01:42:46	<--	benbaptist (~benbaptis@109.sub-70-210-76.myvzw.com) a quitté (Remote host closed the connection)
2015-09-04 01:53:39	<--	UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: UUID00)
2015-09-04 01:54:47	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-04 01:59:08	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 256 seconds)
2015-09-04 02:55:37	--	r04r est maintenant connu sous le nom zz_r04r
2015-09-04 03:44:04	-->	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs
2015-09-04 03:55:43	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-04 04:00:01	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 240 seconds)
2015-09-04 04:59:10	<--	Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Quit: So long!)
2015-09-04 05:00:01	-->	Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs
2015-09-04 05:00:02	--	Mode #mcdevs [+v Amaranth] par ChanServ
2015-09-04 05:26:56	-->	Conji_ (~Conji@2605:e000:fa42:4700:345e:705f:2e7a:7195) a rejoint #mcdevs
2015-09-04 05:28:29	<--	angal (angal@elmo.stole-your.pw) a quitté (Ping timeout: 246 seconds)
2015-09-04 05:28:29	<--	hkaga (~hkaga@2602:ffda:bbb::27bf:741e) a quitté (Ping timeout: 246 seconds)
2015-09-04 05:29:11	<--	Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a quitté (Ping timeout: 246 seconds)
2015-09-04 05:29:32	<--	Conji (~Conji@2605:e000:fa42:4700:345e:705f:2e7a:7195) a quitté (Ping timeout: 246 seconds)
2015-09-04 05:29:32	<--	Rudench (n3rd@v6.Alderaan.Shadow-Dev.org) a quitté (Ping timeout: 246 seconds)
2015-09-04 05:29:54	<--	jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a quitté (Ping timeout: 244 seconds)
2015-09-04 05:30:44	-->	Cxom_ (~Trinoxtio@2601:248:4200:4876:d5db:5cff:d898:33af) a rejoint #mcdevs
2015-09-04 05:32:59	-->	hkaga (~hkaga@2602:ffda:bbb::27bf:741e) a rejoint #mcdevs
2015-09-04 05:33:23	-->	Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs
2015-09-04 05:33:42	-->	jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a rejoint #mcdevs
2015-09-04 05:33:44	<--	Cxom (~Trinoxtio@2601:248:4200:4876:d5db:5cff:d898:33af) a quitté (Ping timeout: 246 seconds)
2015-09-04 05:46:30	-->	angal (angal@elmo.stole-your.pw) a rejoint #mcdevs
2015-09-04 05:56:24	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-04 05:57:19	<--	RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de)
2015-09-04 06:00:54	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 244 seconds)
2015-09-04 06:14:38	+Grum	Thinkofdeath: too much effort to edit a wiki :
2015-09-04 06:14:39	+Grum	:p
2015-09-04 06:14:42	+Grum	but i could explain ;)
2015-09-04 06:18:05	Fenhl	that might be helpful
2015-09-04 06:20:52	+Grum	What would be unclear atm?
2015-09-04 06:27:55	Fenhl	it's just not documented at all
2015-09-04 06:28:24	Fenhl	I haven't looked at the current format at all so maybe someone else should ask
2015-09-04 06:28:58	+Grum	The internal storage is now divided into 3 kinds, of which two are significantly for the protocol differences. The data is now stored using a palette per section, this allows for unlimited (but 24/32bit should be plenty) amounts of blocks being referenced and smaller in memory sizes.
2015-09-04 06:29:59	-->	Rudench (n3rd@v6.Alderaan.Shadow-Dev.org) a rejoint #mcdevs
2015-09-04 06:30:47	+Grum	To store the data, there is a long[] storage sized 4k/64*bits big. Because upgrading to a bigger size is the most expensive operation we only have the following transition paths: 4->5->6->7->8->13
2015-09-04 06:31:20	+Grum	13 currently is the smallest power of two to reference 'any block', that number is dynamic depending on the amount of known blockstates
2015-09-04 06:32:41	+Grum	So: 0-4bits are 1 type (linear for size), 5,6,7,8 are another one (hash based for speed), 9+ (becomes 13, global palette) is the last one
2015-09-04 06:32:54	+Grum	on the wire you will see (let me fetch the code so i get this right :D)
2015-09-04 06:35:28	+Grum	byte with 'number of bits in storage', the palette (which doesnt exist when bits is 13 atm (code does > 8)) and a long array (varint size + size*longs)
2015-09-04 06:37:09	+Grum	The palette is just: varint size + size*varint (of 'global palette ids' -- the 'chars' currently)
2015-09-04 06:38:56	+Grum	that's basically it O.o
2015-09-04 06:41:30	+Grum	(and obviously that just replaces the 'raw data' normally read; the 'multichunk'-packet is gone because the benefits were negligable
2015-09-04 06:41:56	+Grum	and in theory it just means that someone on a slow line will not be able to do anything with any of the 10 chunks in the packet until he has received all of them
2015-09-04 06:43:45	Fenhl	okay so Map Chunk Bulk is simply replaced by multiple Chunk Data packets, as expected
2015-09-04 06:44:13	+Grum	The chunk packet used to have a functionality that let you 'forget chunks' that caused issues and is now a seperate packet
2015-09-04 06:44:52	Fenhl	already documented as Unload Chunk, not much to get wrong there I think
2015-09-04 06:45:34	Fenhl	let me see if I can get your explanation into wiki format
2015-09-04 06:47:01	+Grum	in an ideal world the server would obviously not have to care for that ... but that change as not so trivial in the current way of things
2015-09-04 06:47:25	Fenhl	if that fails I can always go with what whoever wrote http://wiki.vg/Pre-release_protocol#Spawn_Player did and quote you verbatim :P
2015-09-04 06:48:51	+Grum	i think the only note should be: 'when bit-size > 8 there will not be a palette' -- for now -- safer could be when it is 'exactly 13' but this might change in the future when we need 14 bits (or less if we clean some significant stuff up)
2015-09-04 06:49:56	Fenhl	btw, can you confirm if the changes documented for that packet are accurate? The server I play on has a weird bug which seems to occur at Spawn Player which I can't explain with just the changes listed in the wiki
2015-09-04 06:50:00	+Grum	Maybe I should put in a '0 varint' when there is no palette, that would make it stateless again
2015-09-04 06:50:17	Fenhl	(the bug is https://bugs.mojang.com/browse/MC-87041 fwiw)
2015-09-04 06:51:20	+Grum	almost done making breakfast, slower to answer, but i'll check that one in a bit :)
2015-09-04 06:51:52	+SinZ	what's for breakfast
2015-09-04 06:52:18	Fenhl	this is the most important question obviously
2015-09-04 06:52:31	+Grum	omelette+fruitjuice
2015-09-04 06:52:32	ScruffyRules	SinZ, ASCII
2015-09-04 06:52:46	+SinZ	ascii is boring
2015-09-04 06:52:50	+Grum	errr vegetable juice :P
2015-09-04 06:53:11	+SinZ	which is my steam name is mostly unicode just so it breaks in like half of my games
2015-09-04 06:55:54	ScruffyRules	I had coco pops. xD
2015-09-04 06:56:13	+Grum	hehe so wholesomely good!;D
2015-09-04 06:57:00	+SinZ	I had chocolate cake...
2015-09-04 06:59:56	+Grum	mmmmchocolade
2015-09-04 07:04:12	+Grum	Fenhl: i can actually not confirm anything, we do not number the 'metadata' i the code
2015-09-04 07:04:16	+Grum	bootstrapping does it
2015-09-04 07:04:33	+Grum	*in the code
2015-09-04 07:16:47	Fenhl	“number the metadata” not sure what that means
2015-09-04 07:32:44	<--	bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a quitté (Ping timeout: 250 seconds)
2015-09-04 07:36:55	Fenhl	Grum: okay so let me make sure I get this right: the Chunk Data packet still has the same fields, but Primary Bit Mask is now an Int and the Chunk data type itself has changed?
2015-09-04 07:45:19	+Grum	hmmm is it an int?
2015-09-04 07:46:08	+Grum	ah yeah it is :)
2015-09-04 07:47:07	Fenhl	why an int though? Preparation for even taller worlds? :P
2015-09-04 07:48:01	+Grum	probably should become a varint O.o
2015-09-04 07:48:27	Fenhl	I'm changing the docs to say Unsigned Int, since it makes no sense for a bit mask to be signed
2015-09-04 07:48:48	+Grum	there is no such thing as unsigned ints in java ;)
2015-09-04 07:48:49	+Grum	but yeah
2015-09-04 07:49:00	Fenhl	I know but that's an implementation detail
2015-09-04 07:49:24	+Grum	I'll add writing out a 'varint 0' if there is no palette rather than the size
2015-09-04 07:51:03	Fenhl	I'm assuming the least significant bit of the int represents the chunk at the bottom of the column?
2015-09-04 07:51:20	+Grum	that didn't change from before
2015-09-04 07:51:23	Fenhl	otherwise changing to a VarInt wouldn't help much
2015-09-04 07:51:50	+Grum	I'll just go change it to a varint
2015-09-04 07:52:00	Fenhl	yeah but it wasn't documented for the old format either
2015-09-04 07:52:12	+Grum	so the section mask is now int, will become a varint (i'll check order)
2015-09-04 07:52:16	Fenhl	wait nvm it was, but not at [[Protocol]]
2015-09-04 07:52:45	Fenhl	> The least significant bit represents the chunk from Y=0 to Y=15, and so forth.
2015-09-04 07:52:59	+Grum	yeah
2015-09-04 07:53:01	+Grum	sections from the bottom
2015-09-04 07:57:19	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-04 08:01:26	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 240 seconds)
2015-09-04 08:10:56	-->	bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-04 08:11:06	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-04 08:25:05	Fenhl	ugh, I seriously need to introduce the notion of enums to the protocol documentation
2015-09-04 08:34:14	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2015-09-04 08:38:04	Fenhl	Grum: does this look right? http://wiki.vg/Pre-release_protocol#Chunk_Section
2015-09-04 08:50:47	Fenhl	Thinkofdeath: what type is the Type field in Entity Metadata? You wrote “Unsigned Type”
2015-09-04 08:51:43	Fenhl	also, I'm assuming the actual value of the field immediately follows the Type field?
2015-09-04 08:56:32	Fenhl	I'm going to assume you meant to type “Unsigned Byte” there
2015-09-04 09:01:59	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-04 09:07:17	+Grum	Fenhl: yes but the data is 'longs' so your 'divided by 8' can be easier
2015-09-04 09:27:39	Fenhl	Grum: it's just the individual n-bit (n being the value of Bits Per Block) entries stringed together, right? Or is there some padding going on?
2015-09-04 09:28:36	Fenhl	because unless the longs thing matters somehow (e.g. padding), it's easier to define it as a Byte Array, given how the wiki defines its data types
2015-09-04 09:36:04	<--	bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 268 seconds)
2015-09-04 10:28:36	+Thinkofdeath	Fenhl: yeah unsigned byte 
2015-09-04 10:28:54	Fenhl	alright, that's fixed then
2015-09-04 10:29:04	Fenhl	Unsigned Type sounds fancy though
2015-09-04 10:30:03	Fenhl	Thinkofdeath: btw, could you add the missing superclasses mentioned there, or change the “extends” bits to the nearest superclass with fields?
2015-09-04 10:30:25	+Thinkofdeath	hm?
2015-09-04 10:30:36	Fenhl	in the list of entity metadata
2015-09-04 10:30:44	+Thinkofdeath	oh
2015-09-04 10:31:24	Fenhl	it has e.g. “Bat (extends Ambient)” but it doesn't say what Ambient is a subclass of
2015-09-04 10:31:40	+Thinkofdeath	going to be honest, I cheated with that table and generated it by catching all register calls on the data watcher and printed the craftbukkit names of the classes
2015-09-04 10:32:22	+Thinkofdeath	Ambient extends Insentient
2015-09-04 10:32:47	Fenhl	so it should either say “Ambient (extends Foo): no additional indices” or “Bat (extends Insentient)”
2015-09-04 10:32:52	+Thinkofdeath	Animal extends Ageable
2015-09-04 10:33:15	Fenhl	s/Foo/Insentient/
2015-09-04 10:33:30	+Thinkofdeath	don't mind which really
2015-09-04 10:33:39	+Thinkofdeath	guess the first is better for future changes
2015-09-04 10:33:46	Fenhl	yeah but skipping empty classes is less clutter
2015-09-04 10:34:03	+Thinkofdeath	Golem extends Creature   any more missing?
2015-09-04 10:34:08	+Thinkofdeath	Fenhl: guess so
2015-09-04 10:34:17	Fenhl	the first would also help people writing stuff in classes with inheritance though
2015-09-04 10:34:23	Fenhl	so I'm going to do that
2015-09-04 10:34:29	Fenhl	uh let me see
2015-09-04 10:35:14	Fenhl	Creature, Fireball, Flying, Hanging, Monster
2015-09-04 10:35:56	Fenhl	er, I meant “languages with inheritance”, although “classes with inheritance” also works m)
2015-09-04 10:36:40	+Thinkofdeath	Creature -> Insentient , Fireball -> Entity, Flying -> Insentient, Hanging -> Entity, Monster -> Creature
2015-09-04 10:37:28	Fenhl	thanks
2015-09-04 10:37:41	+Thinkofdeath	I wish entity metadata keys were named like block states, would make things so much easier
2015-09-04 10:37:54	 *	Thinkofdeath smiles at Grum
2015-09-04 10:38:00	Fenhl	:P
2015-09-04 10:38:16	Fenhl	the type annotations are new though, right?
2015-09-04 10:38:53	+Thinkofdeath	they always had types just its fixed internally now
2015-09-04 11:16:36	-->	UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs
2015-09-04 11:31:44	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2015-09-04 11:40:56	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-04 12:22:43	<--	UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 244 seconds)
2015-09-04 12:24:07	-->	UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs
2015-09-04 12:34:09	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2015-09-04 13:17:25	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2015-09-04 13:17:44	<--	barneygale_ (~barneygal@mail.thefoundry.co.uk) a quitté (Quit: Leaving)
2015-09-04 13:19:42	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 256 seconds)
2015-09-04 13:19:43	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2015-09-04 13:38:40	-->	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs
2015-09-04 14:11:49	-->	DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs
2015-09-04 14:24:41	--	zz_r04r est maintenant connu sous le nom r04r
2015-09-04 14:58:21	<--	Brandon15811__ (uid13052@gateway/web/irccloud.com/x-ysadjouguensbbbg) a quitté (Quit: Connection closed for inactivity)
2015-09-04 15:37:02	-->	notna (~notna@p4FC8C723.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-04 15:43:52	<--	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 264 seconds)
2015-09-04 15:53:17	-->	orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs
2015-09-04 16:17:40	<--	icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté
2015-09-04 17:02:45	-->	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs
2015-09-04 17:25:05	--	Mode #mcdevs [+v clonejo] par ChanServ
2015-09-04 17:27:04	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2015-09-04 17:27:48	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2015-09-04 17:55:57	<--	yosafbridge (~yosafbrid@105.ip-167-114-152.net) a quitté (Ping timeout: 244 seconds)
2015-09-04 17:56:34	-->	yosafbridge (~yosafbrid@105.ip-167-114-152.net) a rejoint #mcdevs
2015-09-04 18:00:25	<--	roblabla (~roblabla@178.62.0.66) a quitté (Quit: ZNC - http://znc.in)
2015-09-04 18:01:38	-->	barneygale (~barneygal@mail.thefoundry.co.uk) a rejoint #mcdevs
2015-09-04 18:09:24	<--	rubyrandom (~ruby@unaffiliated/rubyrandom) a quitté (Ping timeout: 244 seconds)
2015-09-04 18:21:10	-->	Brandon15811__ (uid13052@gateway/web/irccloud.com/x-haassausspylfcmm) a rejoint #mcdevs
2015-09-04 18:31:12	-->	rubyrandom (~ruby@unaffiliated/rubyrandom) a rejoint #mcdevs
2015-09-04 19:17:24	TkTech	barneygale, Gjum, you both starred my repo at the same time, what ya up to?
2015-09-04 19:26:29	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2015-09-04 19:32:25	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2015-09-04 19:47:22	Not-f7bb	[minecraft-data] rom1504 pushed 2 commits to 1.8 [+0/-0/±2] http://git.io/vGN2N
2015-09-04 19:47:23	Not-f7bb	[minecraft-data] Gjum 9bf60ce - Change slot range names of crafting table grid -> craft grid result -> craft result
2015-09-04 19:47:25	Not-f7bb	[minecraft-data] rom1504 44d2d07 - Merge pull request #61 from Gjum/patch-1 Change slot range names of crafting table
2015-09-04 20:59:05	<--	DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
2015-09-04 20:59:55	-->	RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs
2015-09-04 21:03:20	-->	DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs
2015-09-04 21:15:35	<--	orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Ping timeout: 246 seconds)
2015-09-04 22:16:21	<--	Prf_Jakob (jakob@void-network.org) a quitté (Ping timeout: 244 seconds)
2015-09-04 22:16:22	<--	Thinkofdeath (Thinkofdea@oops.i.broke.thinkofdeath.uk) a quitté (Ping timeout: 244 seconds)
2015-09-04 22:16:24	<--	M-ou-se (~m-ou.se@m-ou.se) a quitté (Ping timeout: 244 seconds)
2015-09-04 22:16:34	-->	Dr_Jakob (jakob@void-network.org) a rejoint #mcdevs
2015-09-04 22:16:38	--	Mode #mcdevs [+v Dr_Jakob] par ChanServ
2015-09-04 22:17:05	-->	Thinkofdeath_ (Thinkofdea@oops.i.broke.thinkofdeath.uk) a rejoint #mcdevs
2015-09-04 22:17:15	--	Thinkofdeath_ est maintenant connu sous le nom Thinkofdeath
2015-09-04 22:17:16	--	Mode #mcdevs [+v Thinkofdeath] par ChanServ
2015-09-04 22:21:00	-->	M-ou-se (~m-ou.se@m-ou.se) a rejoint #mcdevs
2015-09-04 23:00:02	<--	DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
2015-09-04 23:02:55	-->	UUID01 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs
2015-09-04 23:04:56	<--	UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 244 seconds)
2015-09-04 23:08:33	<--	fortytwo (~thomas@who.let.this.bloody.dropbear.in) a quitté (Ping timeout: 244 seconds)
2015-09-04 23:08:58	-->	fortytwo (~thomas@who.let.this.bloody.dropbear.in) a rejoint #mcdevs
2015-09-04 23:09:02	-->	orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs
2015-09-04 23:10:16	<--	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Remote host closed the connection)
2015-09-04 23:10:31	-->	AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs
2015-09-05 00:02:17	<--	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds)
2015-09-05 00:06:22	-->	Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs
2015-09-05 01:28:33	AlphaBlend	are armor stands no longer living in 1.9+?
2015-09-05 01:28:42	AlphaBlend	that was sure annoying
2015-09-05 01:29:07	AlphaBlend	an unfortunate side effect of easily adding armor stands to the code
2015-09-05 01:36:36	Gjum	Fenhl, you there? I think youremoved vital info about the inventory types from wiki.vg
2015-09-05 01:38:24	Gjum	the "Technical name" column is the "Window Type" sent by server in "Open Window", and that is now missing