2016-01-05 00:03:20	EqDev	I believe it reads all the bytes at that index ammar2 
2016-01-05 00:03:37	EqDev	but I also need packetlength to be read so it goes to the next index
2016-01-05 00:04:13	+ammar2	after you get packetLength from the tcp stream
2016-01-05 00:04:20	+ammar2	you should read packetLength number of bytes exactly
2016-01-05 00:04:30	+ammar2	and I'm not sure if your code is doing that right now
2016-01-05 00:04:39	+ammar2	not really that familiar with netty to say
2016-01-05 00:05:34	EqDev	ammar2: so you want me to read packetlength after declaring it?
2016-01-05 00:05:51	+ammar2	I want you to read n bytes from the tcp stream
2016-01-05 00:05:55	+ammar2	where n = packetLength
2016-01-05 00:06:43	EqDev	doesnt .readableBytes() only work for byte[]'s
2016-01-05 00:07:01	+ammar2	no idea, you'll have to consult netty documentation :<
2016-01-05 00:07:05	+ammar2	https://github.com/ammaraskar/pyCraft/blob/master/minecraft/networking/connection.py#L212-L215
2016-01-05 00:07:22	+ammar2	but essentially in a conventional networking library it looks like this
2016-01-05 00:07:39	+ammar2	stream.read(length) <-- that being the key part
2016-01-05 00:08:30	EqDev	the method readVarInt32 does infact read the bytes
2016-01-05 00:10:24	EqDev	ammar2: Im sure the decoding works. I get that error every 10-20 packets
2016-01-05 00:11:05	EqDev	is it a 64 var int ?
2016-01-05 00:11:44	EqDev	nope it isnt
2016-01-05 00:11:57	+ammar2	what do you mean by 64 or 32 varint btw
2016-01-05 00:12:24	EqDev	64 is actually a long
2016-01-05 00:12:28	EqDev	so nevermind on that
2016-01-05 00:13:01	+ammar2	wat
2016-01-05 00:13:06	EqDev	I fully disabled compression and get the error couple of times
2016-01-05 00:13:19	rom1504	"readVarInt32" doesn't make sense
2016-01-05 00:13:22	+ammar2	yeah
2016-01-05 00:13:26	+ammar2	varints don't really have a fixed size
2016-01-05 00:13:57	EqDev	64 and 32 bit varints
2016-01-05 00:14:38	+ammar2	https://developers.google.com/protocol-buffers/docs/encoding?hl=en#varints
2016-01-05 00:21:44	EqDev	still get the error
2016-01-05 00:21:56	EqDev	even from using packetlib's util ammar2 
2016-01-05 00:22:01	+Thinkofname	ammar2: in minecraft they kinda do \o/
2016-01-05 00:22:07	+Thinkofname	varint and varlong
2016-01-05 00:23:14	+ammar2	EqDev: ok so you said that readVarInt32 or whatever actually reads the varint, let's call it n, and then reads n bytes from the stream?
2016-01-05 00:24:52	EqDev	thanks Thinkofname 
2016-01-05 00:25:09	EqDev	well
2016-01-05 00:25:25	EqDev	it reads the first byte
2016-01-05 00:25:43	EqDev	then it continues so yeah
2016-01-05 00:26:54	EqDev	the reading of int is correct
2016-01-05 00:27:07	+ammar2	wait but after reading the int
2016-01-05 00:27:08	EqDev	I get compression packet, login success, etc..
2016-01-05 00:27:14	+ammar2	does it actually consume the packets from the stream
2016-01-05 00:27:20	+ammar2	yeah those will work fine because they come in sequence
2016-01-05 00:27:48	+ammar2	your thing will only ever start failing when readableBytes() isn't the same as the length of the packet
2016-01-05 00:27:48	EqDev	btw you do know its the first varint that is causing the error
2016-01-05 00:27:56	EqDev	int packetLength = Codec.readVarInt32(buf);
2016-01-05 00:28:01	+ammar2	yeah that's the one I'm talking about too
2016-01-05 00:30:12	EqDev	yes im sure it consumes the butes
2016-01-05 00:30:16	EqDev	bytes*
2016-01-05 00:33:57	EqDev	no more ideas huh ammar2 
2016-01-05 00:34:21	+ammar2	yeah I'm all out :{
2016-01-05 00:34:36	+ammar2	I was looking up how bungee does it
2016-01-05 00:34:37	+ammar2	https://github.com/SpigotMC/BungeeCord/blob/013320fd9ec7e088a61634c28a3a39c5baab302d/proxy/src/main/java/net/md_5/bungee/netty/HandlerBoss.java#L63
2016-01-05 00:36:41	EqDev	https://github.com/SpigotMC/BungeeCord/blob/master/protocol/src/main/java/net/md_5/bungee/protocol/MinecraftDecoder.java
2016-01-05 00:36:43	EqDev	ammar2 ^
2016-01-05 00:38:49	EqDev	even with that decoder as var int, I still get the error every 50 packets or so
2016-01-05 00:39:34	EqDev	ammar2: is it possible to have a whole packet with a length of 27740
2016-01-05 00:39:45	EqDev	or 48091
2016-01-05 00:40:17	+ammar2	that's fairly big, I think usually only the Chunk Data packets get that big
2016-01-05 00:40:18	EqDev	whole packet size including all fields*
2016-01-05 00:40:55	Not-d54a	[flying-squid] rom1504 pushed 1 commit to master [+1/-0/±3] http://git.io/vuWO2
2016-01-05 00:40:57	Not-d54a	[flying-squid] rom1504 48defee - use prismarine-world 0.4.0 to implement loading/saving, use nmp 0.16.6 to fix a small latency bug
2016-01-05 00:41:01	EqDev	the id for big ones are sometimes 0
2016-01-05 00:41:51	EqDev	were not supposed to get packets with ids of 0 during PLAY every second are we
2016-01-05 00:42:01	EqDev	besides keep alive which is every 30 or something
2016-01-05 00:43:23	+ammar2	oh yeah that's unusual
2016-01-05 00:43:41	+ammar2	0 packet id should be absolutely tiny
2016-01-05 00:43:46	EqDev	https://gyazo.com/ac3e2e0472a4bb66a2dec3eed1fe3b00
2016-01-05 00:44:02	EqDev	RB = reablebytes
2016-01-05 00:44:22	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 240 seconds)
2016-01-05 00:46:13	EqDev	something is weird. All I do is listen to incomming packets, it should be no different
2016-01-05 00:46:22	EqDev	than others
2016-01-05 00:46:47	EqDev	ofc I send handshake and login
2016-01-05 00:46:48	EqDev	thats all
2016-01-05 00:47:27	+ammar2	uhh, encryption?
2016-01-05 00:47:35	EqDev	nope
2016-01-05 00:47:44	EqDev	testing this offline and no compression
2016-01-05 00:47:47	EqDev	and localhost
2016-01-05 00:49:00	EqDev	wait. hold up. we dont need encyption for localhost offline mode do we
2016-01-05 00:51:45	EqDev	nope we dot
2016-01-05 00:52:28	EqDev	ammar2 if I dont handle the error will anything happen?
2016-01-05 00:52:37	EqDev	if I just skip that packet
2016-01-05 00:52:51	EqDev	or bytes
2016-01-05 01:00:08	dav1d	usually you get 0 packet ids if you parse incorrectly at least that happened to me, I got flooded with invalid packet ids, mostly 0x00
2016-01-05 01:06:27	EqDev	dav1d: how did you fix it
2016-01-05 01:06:32	EqDev	were you using netty as well?
2016-01-05 01:09:47	dav1d	nope
2016-01-05 01:09:54	dav1d	I fixed the packet parsing
2016-01-05 01:10:02	EqDev	how
2016-01-05 01:23:37	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-01-05 01:31:38	nickelpro	EqDev: there is something very wrong with your packet parsing. I suspect ammar2 was on to something with readableBytes, but unless you're prepared to share all your code its hard to debug
2016-01-05 01:32:23	EqDev	sure I dont mind
2016-01-05 01:33:21	EqDev	nickelpro ammar2 What I think is wrong is some of the bytes may be lost in transit. http://netty.io/wiki/user-guide-for-4.x.html
2016-01-05 01:33:45	+ammar2	>some of the bytes may be lost in transit
2016-01-05 01:33:48	+ammar2	not really possible with tcp
2016-01-05 01:33:50	EqDev	It states some bytes may be lost and sent later, not all at once
2016-01-05 01:37:33	EqDev	its interesting because the packet id's that are 0 start piling up right before the error triggers
2016-01-05 02:00:22	<--	javaprophet (~javaproph@2601:647:ca00:46a4:504:3749:8465:25d9) a quitté (Ping timeout: 260 seconds)
2016-01-05 02:02:46	-->	javaprophet (~javaproph@2601:647:ca00:46a4:504:3749:8465:25d9) a rejoint #mcdevs
2016-01-05 02:16:02	Not-d54a	[flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vuWi8
2016-01-05 02:16:03	Not-d54a	[flying-squid] rom1504 e7fe4d5 - disable loading/saving in tests
2016-01-05 02:35:35	--	r04r est maintenant connu sous le nom zz_r04r
2016-01-05 02:35:57	<--	javaprophet (~javaproph@2601:647:ca00:46a4:504:3749:8465:25d9) a quitté (Ping timeout: 260 seconds)
2016-01-05 02:36:21	-->	javaprophet (~javaproph@c-50-131-132-225.hsd1.ca.comcast.net) a rejoint #mcdevs
2016-01-05 02:47:47	<--	toqueteos (uid67014@gateway/web/irccloud.com/x-ajpkegznoxaulghc) a quitté (Quit: Connection closed for inactivity)
2016-01-05 03:24:29	EqDev	ammar2 nickelpro I fixed it :D
2016-01-05 03:25:06	EqDev	I was apparently reading the bytes to the integer wrong which left some bytes out of sequence
2016-01-05 04:16:18	-->	redstonehelper_ (~redstoneh@p4FCCEE30.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-01-05 04:16:19	<--	redstonehelper_ (~redstoneh@p4FCCEE30.dip0.t-ipconnect.de) a quitté (Changing host)
2016-01-05 04:16:19	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-01-05 04:19:15	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 246 seconds)
2016-01-05 04:19:16	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2016-01-05 04:37:08	<--	EqDev (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a quitté (Quit: Page closed)
2016-01-05 05:10:43	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 240 seconds)
2016-01-05 06:04:23	-->	redstonehelper_ (~redstoneh@p57952D99.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-01-05 06:04:23	<--	redstonehelper_ (~redstoneh@p57952D99.dip0.t-ipconnect.de) a quitté (Changing host)
2016-01-05 06:04:24	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-01-05 06:06:32	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 240 seconds)
2016-01-05 06:06:33	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2016-01-05 06:11:53	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-01-05 06:43:12	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 240 seconds)
2016-01-05 08:14:52	<--	javaprophet (~javaproph@c-50-131-132-225.hsd1.ca.comcast.net) a quitté (Remote host closed the connection)
2016-01-05 08:31:21	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 272 seconds)
2016-01-05 09:13:04	--	zz_r04r est maintenant connu sous le nom r04r
2016-01-05 09:51:37	-->	IceAP (~Ice@109.201.154.243) a rejoint #mcdevs
2016-01-05 10:14:01	-->	bobby (c1fd3239@gateway/web/freenode/ip.193.253.50.57) a rejoint #mcdevs
2016-01-05 10:14:33	bobby	hello !
2016-01-05 10:16:26	bobby	i'm reading the documentation of the Pre_release protocol, and found that in each entity packet (spawn mob, spawn objetc, etc.), an UUID and an EID are sent. Isn't that weird ?
2016-01-05 10:16:59	bobby	do we really need both ?
2016-01-05 10:50:28	rom15043	If you want to communicate with the client or the server you do yes. Now does it make sense ? There is probably a reason mojang added the uuid, and they probably didn't remove the eid because it's easier to not remove things
2016-01-05 10:54:41	<--	bobby (c1fd3239@gateway/web/freenode/ip.193.253.50.57) a quitté (Ping timeout: 252 seconds)
2016-01-05 11:10:00	<--	mallard (~mallard@77.86.33.102) a quitté (Read error: Connection reset by peer)
2016-01-05 12:44:04	<--	Pobway (~Pobway@d206-116-250-4.bchsia.telus.net) a quitté (Quit: Leaving)
2016-01-05 13:10:04	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2016-01-05 14:36:03	<--	bildramer (~bildramer@p5DC8ADCC.dip0.t-ipconnect.de) a quitté (Ping timeout: 240 seconds)
2016-01-05 14:36:21	-->	bildramer (~bildramer@p5DC8ADCC.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-01-05 15:06:56	<--	DemonWav (~DemonWav@unaffiliated/demonwav) a quitté (Ping timeout: 250 seconds)
2016-01-05 15:07:51	-->	DemonWav (~DemonWav@unaffiliated/demonwav) a rejoint #mcdevs
2016-01-05 15:43:43	-->	javaprophet (~javaproph@c-50-131-132-225.hsd1.ca.comcast.net) a rejoint #mcdevs
2016-01-05 15:43:55	Not-5d64	[mineflayer] rom1504 pushed 7 commits to master [+3/-0/±8] http://git.io/vu4AG
2016-01-05 15:43:56	Not-5d64	[mineflayer] jakibaki 764b6bb - Added Scoreboard functionality Now in the right location
2016-01-05 15:43:58	Not-5d64	[mineflayer] jakibaki a924340 - Cleaned code up
2016-01-05 15:43:59	Not-5d64	[mineflayer] jakibaki 21c082d - Cleaned code even further and added emits
2016-01-05 15:44:01	Not-5d64	[mineflayer] ... and 4 more commits.
2016-01-05 17:45:09	Not-d54a	[SpockBot] nickelpro pushed 1 commit to master [+0/-0/±2] http://git.io/vuByo
2016-01-05 17:45:11	Not-d54a	[SpockBot] nickelpro b1ddef4 - Suspend physics on vehicle mounting
2016-01-05 18:16:52	<--	Xerxes (~donglord@cpe-184-58-121-102.columbus.res.rr.com) a quitté (Ping timeout: 240 seconds)
2016-01-05 18:18:27	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 272 seconds)
2016-01-05 18:20:51	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2016-01-05 18:40:55	-->	LukBukkit (~LukBukkit@p54B903D2.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-01-05 18:45:59	<--	LukBukkit (~LukBukkit@p54B903D2.dip0.t-ipconnect.de) a quitté (Quit: Leaving)
2016-01-05 18:47:49	-->	LukBukkit (~LukBukkit@p54B903D2.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-01-05 18:59:43	<--	LukBukkit (~LukBukkit@p54B903D2.dip0.t-ipconnect.de) a quitté (Quit: Leaving)
2016-01-05 21:01:09	Not-d54a	[SpockBot] nickelpro pushed 1 commit to master [+0/-0/±1] http://git.io/vu0fh
2016-01-05 21:01:10	Not-d54a	[SpockBot] nickelpro 7f0c6c6 - API-ified my code
2016-01-05 21:03:10	Not-d54a	[minecraft-data] rom1504 pushed 3 commits to master [+0/-0/±4] http://git.io/vu0JM
2016-01-05 21:03:12	Not-d54a	[minecraft-data] Gjum e0a44b5 - Add minecraft:container as sent by Bukkit plugins See also PrismarineJS/mineflayer#293 and SpockBotMC/SpockBot#209
2016-01-05 21:03:13	Not-d54a	[minecraft-data] Gjum 25b103c - Add minecraft:container as sent by Bukkit plugins See also PrismarineJS/mineflayer#293 and SpockBotMC/SpockBot#209
2016-01-05 21:03:15	Not-d54a	[minecraft-data] rom1504 7918bd6 - Merge pull request #87 from Gjum/patch-1 Add minecraft:container as sent by Bukkit plugins
2016-01-05 21:12:25	-->	toqueteos (uid67014@gateway/web/irccloud.com/x-ysuffzbkjfatrsfb) a rejoint #mcdevs
2016-01-05 21:15:40	Not-d54a	[minecraft-data] rom1504 pushed 2 commits to master [+0/-0/±2] http://git.io/vu0Li
2016-01-05 21:15:42	Not-d54a	[minecraft-data] oldmanmike 1e30c49 - Clean up protocol.json formatting a bit Some minor formatting inconsistencies I noticed while using protocol.json as a reference.
2016-01-05 21:15:43	Not-d54a	[minecraft-data] rom1504 43c625e - Merge pull request #88 from oldmanmike/formatting Clean up protocol.json formatting a bit
2016-01-05 21:23:18	-->	Bruqaj (51f43a83@gateway/web/cgi-irc/kiwiirc.com/ip.81.244.58.131) a rejoint #mcdevs
2016-01-05 21:23:53	Bruqaj	Can somebody explain me what for Clientbound (0x42) Combat Event is used for?
2016-01-05 21:24:23	Gjum	some say battle music was planned, other than that there seems to be no use
2016-01-05 21:25:21	Bruqaj	Would be cool if they would make a builtin anti combat log timer using the combat event or something
2016-01-05 21:25:41	rom1504	"anti combat log timer" ?
2016-01-05 21:26:01	Bruqaj	So people can't log out while being in combat
2016-01-05 21:26:21	Gjum	sounds like some timer indicator could be a clientside mod
2016-01-05 21:26:43	Bruqaj	Player A is below 3 health -> Logs out -> spawns back at spawn
2016-01-05 21:26:46	Gjum	anyway, you/sb should check the source if it's used anywhere
2016-01-05 21:27:09	Gjum	some combat plugins make you lose if you log out during combat
2016-01-05 21:49:55	-->	mallard (~mallard@77.86.33.102) a rejoint #mcdevs
2016-01-05 21:54:21	rom1504	ah yeah it could make you lose
2016-01-05 21:54:39	rom1504	"can't log out" that's impossible though :p
2016-01-05 21:56:28	rom1504	except if you put players in an unescapable VR like in SAO but that seems a bit radical :d
2016-01-05 22:09:29	Bruqaj	SAO?
2016-01-05 22:09:45	rom1504	https://en.wikipedia.org/wiki/Sword_Art_Online
2016-01-05 22:10:22	rom1504	players trapped in a virtual world, if people remove their VR headset, they die
2016-01-05 22:31:13	-->	progwml6 (~progwml6@n2-108-189.dhcp.drexel.edu) a rejoint #mcdevs
2016-01-05 22:44:12	Not-d54a	[SpockBot] nickelpro pushed 1 commit to master [+0/-0/±1] http://git.io/vu0Pa
2016-01-05 22:44:13	Not-d54a	[SpockBot] nickelpro 8c1470f - Update setup.py
2016-01-05 23:37:35	<--	Pyker (pyker@pyker.net) a quitté (Quit: Quit)
2016-01-05 23:45:23	-->	Pyker (pyker@pyker.net) a rejoint #mcdevs
2016-01-06 00:42:14	-->	EqDev (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a rejoint #mcdevs
2016-01-06 00:44:15	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-01-06 00:47:26	-->	tacten (d1a992a1@gateway/web/freenode/ip.209.169.146.161) a rejoint #mcdevs
2016-01-06 00:53:20	<--	tacten (d1a992a1@gateway/web/freenode/ip.209.169.146.161) a quitté (Quit: Page closed)
2016-01-06 01:03:02	EqDev	Does the client need to send a compressed keep alive packet?
2016-01-06 01:03:20	EqDev	Or any packet that goes over the threshold?
2016-01-06 01:03:23	javaprophet	If the size of the packet is > than the compression threshold.
2016-01-06 01:03:45	EqDev	Gotcha. My packet decoding works great now
2016-01-06 01:03:45	javaprophet	So, probably not keep alives, unless the comp threshold is very low.
2016-01-06 01:03:50	javaprophet	Good to hear.
2016-01-06 01:07:13	EqDev	One thing that is weird is I get an error for decoding a LoginSuccess packet on every login after the very first login 
2016-01-06 01:07:31	EqDev	The first login when the server restarts has no decoding issues
2016-01-06 01:07:54	javaprophet	That is weird, probably a bug somewhere in your code?
2016-01-06 01:08:07	javaprophet	I would debug through and see where something is different.
2016-01-06 01:09:08	EqDev	Its not the actual packet header decode, it is reading one of the fields that throws the error of a wrong index
2016-01-06 01:10:06	-->	EqDev_ (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a rejoint #mcdevs
2016-01-06 01:10:09	<--	EqDev_ (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a quitté #mcdevs
2016-01-06 01:10:11	-->	EqDev_ (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a rejoint #mcdevs
2016-01-06 01:10:24	EqDev_	Just did some debugging
2016-01-06 01:10:36	EqDev_	Looks like the chat packet was deocoded as the login packet
2016-01-06 01:11:56	EqDev_	It probably makes sense. During the login stage, the client may receive a chat message which will be read as a login packet since they have the same id
2016-01-06 01:13:47	<--	EqDev (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a quitté (Ping timeout: 252 seconds)
2016-01-06 01:20:54	EqDev_	Is it even possible to recieve chat messages before login success?
2016-01-06 01:21:27	javaprophet	No.
2016-01-06 01:21:34	javaprophet	You probably updated your state to early.
2016-01-06 01:21:44	javaprophet	You set your state to play AFTER you receive login success.
2016-01-06 01:21:53	EqDev_	I set the state to play after login success
2016-01-06 01:22:08	EqDev_	yeah
2016-01-06 01:22:08	javaprophet	Check how you determine packet type.
2016-01-06 01:22:24	EqDev_	I check the state and get a list of packets according to that state
2016-01-06 01:22:48	EqDev_	and chat msg is in fact in play
2016-01-06 01:23:21	javaprophet	Well, debug your code.
2016-01-06 01:23:31	javaprophet	If you are in login state, and receive a chat message.
2016-01-06 01:23:36	javaprophet	You messed up somewhere in there.
2016-01-06 01:25:01	EqDev_	It receives the PacketLogin correctly
2016-01-06 01:25:10	EqDev_	Except when I do .readString it returns chat msg
2016-01-06 01:28:46	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2016-01-06 01:38:02	EqDev_	I receive login success after set compression, normal right?
2016-01-06 02:10:56	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2016-01-06 02:11:41	javaprophet	Yes.
2016-01-06 02:23:44	EqDev_	javaprophet this is really weird, cannot figure it out.
2016-01-06 02:23:58	EqDev_	It works flawlessly on first login
2016-01-06 02:28:47	-->	EqDev (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a rejoint #mcdevs
2016-01-06 02:30:47	<--	EqDev_ (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a quitté (Ping timeout: 252 seconds)
2016-01-06 02:58:50	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 250 seconds)
2016-01-06 03:14:19	--	r04r est maintenant connu sous le nom zz_r04r
2016-01-06 03:47:48	<--	toqueteos (uid67014@gateway/web/irccloud.com/x-ysuffzbkjfatrsfb) a quitté (Quit: Connection closed for inactivity)
2016-01-06 04:02:41	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-01-06 04:36:34	javaprophet	How does the server update gamemode without a Respawn packet?
2016-01-06 04:36:54	javaprophet	I tried using Player ListItem/update gamemode and it did not seem to work.
2016-01-06 04:37:50	javaprophet	Never mind, I was using CTRL+F gamemode on the wiki, what I needed had a space. :P
2016-01-06 04:56:26	<--	EqDev (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a quitté (Quit: Page closed)
2016-01-06 05:02:14	-->	EqDev (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a rejoint #mcdevs
2016-01-06 05:02:31	EqDev	javaprophet finally fixed it!
2016-01-06 05:02:40	javaprophet	good
2016-01-06 05:02:42	EqDev	packets get decoded nicely with and without compression
2016-01-06 05:02:50	EqDev	except 1 tho
2016-01-06 05:02:54	EqDev	KeepAlive packet
2016-01-06 05:03:03	EqDev	Its varint is 5 bytes 
2016-01-06 05:03:04	EqDev	not 4
2016-01-06 05:03:21	javaprophet	I don't think it's a varint.
2016-01-06 05:03:25	javaprophet	It's a regular int.
2016-01-06 05:03:48	EqDev	wiki says varint
2016-01-06 05:04:07	javaprophet	Your right.
2016-01-06 05:05:24	EqDev	Without compression, I read and wrote it as var64 (long) and it worked
2016-01-06 05:05:39	EqDev	now with compression none work
2016-01-06 05:05:58	EqDev	and decoding isnt the issue cause it works with chat msgs and login success
2016-01-06 05:06:20	javaprophet	What error does minecraft give?
2016-01-06 05:06:32	javaprophet	In the server, you should see some kind of decoder exception.
2016-01-06 05:06:39	EqDev	minecraft? the client you mean?
2016-01-06 05:06:43	EqDev	Im writing the client
2016-01-06 05:07:00	EqDev	The client errors too many bytes for var int
2016-01-06 05:07:07	javaprophet	Yes, and your connecting to the server, yes?
2016-01-06 05:07:23	EqDev	mhm
2016-01-06 05:07:31	javaprophet	Then look at the server console.
2016-01-06 05:07:35	javaprophet	It will have a decoder exception.
2016-01-06 05:07:36	EqDev	server doesnt error anything, just times out
2016-01-06 05:07:45	javaprophet	Then you may not be sending it at all.
2016-01-06 05:08:05	EqDev	yeah I dont, cause it errors trying to read it 
2016-01-06 05:08:06	EqDev	lol
2016-01-06 05:08:21	javaprophet	Oh, I see.
2016-01-06 05:08:25	EqDev	it cant be decoded by the client
2016-01-06 05:08:39	EqDev	> The client errors too many bytes for var int
2016-01-06 05:08:50	javaprophet	Perhaps as a work around, see if you can just read the rest of the packet from the length of the data, and compare.
2016-01-06 05:09:07	javaprophet	Maybe you forgot an index somewhere and it pre/appends a byte.
2016-01-06 05:11:23	EqDev	ill investigate
2016-01-06 05:56:38	<--	EqDev (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a quitté (Quit: Page closed)
2016-01-06 06:02:29	-->	redstonehelper_ (~redstoneh@79.204.253.101) a rejoint #mcdevs
2016-01-06 06:02:33	<--	redstonehelper_ (~redstoneh@79.204.253.101) a quitté (Changing host)
2016-01-06 06:02:33	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-01-06 06:04:30	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 246 seconds)
2016-01-06 06:04:31	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2016-01-06 06:05:40	-->	Xerxes (~donglord@cpe-184-58-121-102.columbus.res.rr.com) a rejoint #mcdevs
2016-01-06 06:38:52	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 260 seconds)
2016-01-06 07:00:33	-->	redstonehelper_ (~redstoneh@p4FCCFFFA.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-01-06 07:00:34	<--	redstonehelper_ (~redstoneh@p4FCCFFFA.dip0.t-ipconnect.de) a quitté (Changing host)
2016-01-06 07:00:34	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-01-06 07:03:31	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 272 seconds)
2016-01-06 07:03:32	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2016-01-06 07:03:55	-->	evan3334 (~smuxi@107-210-29-252.lightspeed.irvnca.sbcglobal.net) a rejoint #mcdevs
2016-01-06 07:11:22	<--	dexter0 (~dexter0@c-73-222-1-210.hsd1.ca.comcast.net) a quitté (Read error: Connection reset by peer)
2016-01-06 07:12:02	-->	dexter0 (~dexter0@c-73-222-1-210.hsd1.ca.comcast.net) a rejoint #mcdevs
2016-01-06 07:13:17	<--	progwml6 (~progwml6@n2-108-189.dhcp.drexel.edu) a quitté (Read error: Connection reset by peer)
2016-01-06 07:56:39	<--	Bruqaj (51f43a83@gateway/web/cgi-irc/kiwiirc.com/ip.81.244.58.131) a quitté (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
2016-01-06 08:04:31	<--	evan3334 (~smuxi@107-210-29-252.lightspeed.irvnca.sbcglobal.net) a quitté (Read error: Connection reset by peer)
2016-01-06 08:15:35	<--	Xerxes (~donglord@cpe-184-58-121-102.columbus.res.rr.com) a quitté (Remote host closed the connection)
2016-01-06 08:30:10	<--	javaprophet (~javaproph@c-50-131-132-225.hsd1.ca.comcast.net) a quitté (Remote host closed the connection)
2016-01-06 08:48:14	-->	lunanoko (~lunanoko@a83-162-213-73.adsl.xs4all.nl) a rejoint #mcdevs
2016-01-06 08:55:38	<--	lunanoko (~lunanoko@a83-162-213-73.adsl.xs4all.nl) a quitté (Quit: Goodbye)
2016-01-06 08:57:15	<--	ecx86 (~ecx86@unaffiliated/ecx86) a quitté (Ping timeout: 256 seconds)
2016-01-06 09:24:26	-->	ecx86 (~ecx86@unaffiliated/ecx86) a rejoint #mcdevs
2016-01-06 09:50:41	-->	Xerxes (~donglord@cpe-184-58-121-102.columbus.res.rr.com) a rejoint #mcdevs
2016-01-06 10:13:16	<--	Xerxes (~donglord@cpe-184-58-121-102.columbus.res.rr.com) a quitté (Ping timeout: 265 seconds)
2016-01-06 10:37:26	--	zz_r04r est maintenant connu sous le nom r04r
2016-01-06 11:06:33	<--	aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Ping timeout: 246 seconds)
2016-01-06 11:08:16	<--	mallard (~mallard@77.86.33.102) a quitté (Ping timeout: 255 seconds)
2016-01-06 11:11:16	-->	aeonchild (enchilado@gateway/shell/blinkenshell.org/x-gyazfcrcryadxiaz) a rejoint #mcdevs
2016-01-06 11:12:39	<--	aeonchild (enchilado@gateway/shell/blinkenshell.org/x-gyazfcrcryadxiaz) a quitté (Changing host)
2016-01-06 11:12:39	-->	aeonchild (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs
2016-01-06 12:21:30	Meeeh	hyym, this http://wiki.vg/Pre-release_protocol#Entity_Metadata location entry seems to not use block location send as long like in prev versions
2016-01-06 12:25:43	Meeeh	or maybe descreption od ender crystal is wrong o.O
2016-01-06 12:26:02	Meeeh	description of*
2016-01-06 12:43:50	Meeeh	ugh, no, types seems to be valid, so why this one entry want to crash my client ;/
2016-01-06 12:53:40	Meeeh	ok, found my issue, but I still see one problem, that boolean Show Bottom, don't change anything 
2016-01-06 13:00:12	Meeeh	oh, and now it works, weird
2016-01-06 13:25:25	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 264 seconds)
2016-01-06 14:19:54	-->	toqueteos (uid67014@gateway/web/irccloud.com/x-xfxqfvicselnigvz) a rejoint #mcdevs
2016-01-06 14:24:57	<--	AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a quitté (Ping timeout: 272 seconds)
2016-01-06 15:06:26	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2016-01-06 15:30:51	Meeeh	http://imgur.com/a/eudqq lel
2016-01-06 15:32:29	rom1504	oO
2016-01-06 15:32:39	rom1504	is that a metadata property ?
2016-01-06 15:33:35	barneygale	^ wow what's that about?
2016-01-06 15:36:43	Meeeh	yes, I added it to wiki
2016-01-06 15:36:48	Meeeh	0x40 in that byte
2016-01-06 15:37:01	Meeeh	for glowing effect
2016-01-06 15:37:12	Meeeh	http://wiki.vg/Pre-release_protocol#Entity_Metadata
2016-01-06 15:42:23	Meeeh	nah, Crouched flag just change color of name for non-player entites :<
2016-01-06 15:45:22	Meeeh	rom1504, that glowing works a bit weird, with that hidding all other glowing effects o.O but maybe someone will find some interesting usage for that
2016-01-06 15:45:45	Meeeh	I must test area entity effect with that xD
2016-01-06 15:54:45	Meeeh	nah, don't work :<
2016-01-06 15:55:31	Meeeh	LOL
2016-01-06 15:56:19	Meeeh	http://imgur.com/a/AVQqz rom1504 look at that :D
2016-01-06 15:57:37	rom1504	fun
2016-01-06 15:57:43	Gjum	interesting
2016-01-06 15:58:07	Gjum	is that a custom server or ingame commands?
2016-01-06 15:58:39	rom1504	he's building a custom server afaik
2016-01-06 15:59:42	Meeeh	http://imgur.com/4ppPpKu this looks nice
2016-01-06 16:00:24	-->	AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a rejoint #mcdevs
2016-01-06 16:01:17	Meeeh	http://imgur.com/ZDxSqtb transparent text, nice
2016-01-06 16:01:28	Meeeh	Gjum, custom server, playing around entity metadata
2016-01-06 16:02:42	Gjum	ok
2016-01-06 16:03:30	barneygale	really cool stuff Meeeh 
2016-01-06 16:03:59	Meeeh	oh, you can color that text too, even invissible one, o.O
2016-01-06 16:08:02	Meeeh	http://imgur.com/a/s9D8I I hope that there will be a way to calculate position of player to get good looking text :D
2016-01-06 16:11:48	ScruffyRules	Meeeh, first one is cool
2016-01-06 16:16:53	Meeeh	ScruffyRules, yeach, but there is one bad thing about that text :<
2016-01-06 16:17:02	Meeeh	it only looks good if you are very close to it
2016-01-06 16:17:07	ScruffyRules	Darn
2016-01-06 16:19:08	Meeeh	ScruffyRules, http://imgur.com/wRe0KZ3 and I'm only around 3, maybe 4 blocks from it
2016-01-06 16:19:26	Meeeh	after like 5 blocks, you can't even read it
2016-01-06 16:19:59	Meeeh	http://imgur.com/a/GESwS
2016-01-06 16:20:27	ScruffyRules	That's what I hate about the glow
2016-01-06 16:20:42	ScruffyRules	Makes mobs look so bad from >10blocks
2016-01-06 16:22:56	Meeeh	yeach, this glowing effect is more and more visible with distance
2016-01-06 16:23:14	Meeeh	it should stay this same, like around 3 blocks from mob
2016-01-06 16:23:36	Meeeh	but this cool names as far as I see works only on one type of entity
2016-01-06 16:25:42	Meeeh	or not :D I will try check few more
2016-01-06 16:27:48	<--	toqueteos (uid67014@gateway/web/irccloud.com/x-xfxqfvicselnigvz) a quitté (Quit: Connection closed for inactivity)
2016-01-06 16:30:41	Meeeh	I think it will work for all object entites
2016-01-06 16:32:47	-->	toqueteos (uid67014@gateway/web/irccloud.com/x-ssmydwfrlopalljl) a rejoint #mcdevs
2016-01-06 16:39:48	Meeeh	nah, not for all, and for some of them it don't looks this same or you need to be even closer o.O (and it don't work for armor stands :<)
2016-01-06 16:47:27	Meeeh	never spawn fake firerocket without removing it when it should explode... :D 0fps
2016-01-06 16:51:47	<--	HansiHE (~HansiHE@hansihe.com) a quitté (Quit: ZNC - http://znc.in)
2016-01-06 17:14:04	-->	hansihe (sid106603@gateway/web/irccloud.com/x-lpdarwqrktxwajom) a rejoint #mcdevs
2016-01-06 17:40:21	-->	mallard (~mallard@77.86.33.102) a rejoint #mcdevs
2016-01-06 18:08:39	Meeeh	Can be SpectralArrow critical?
2016-01-06 20:23:48	<--	benbaptist_ (~benbaptis@c-50-178-138-73.hsd1.in.comcast.net) a quitté (Remote host closed the connection)
2016-01-06 22:25:24	-->	Xerxes (~donglord@cpe-184-58-121-102.columbus.res.rr.com) a rejoint #mcdevs
2016-01-06 22:27:58	-->	Only (53bdff73@gateway/web/freenode/ip.83.189.255.115) a rejoint #mcdevs
2016-01-06 22:28:21	--	Only est maintenant connu sous le nom Guest99297
2016-01-06 22:30:58	Guest99297	Hello, i was reading the mc protocol a bit and i have ran into a thing i don't understand. In the SMP Map Format (http://puu.sh/mm553/c46189b000.png) when a packet is received it has an 'Array of Blocktypes and metadata' (http://puu.sh/mm553/c46189b000.png), so im wondering how do you know what size the array is?
2016-01-06 22:44:26	rom1504	Guest99297: it's length-prefixed
2016-01-06 22:45:15	Gjum	Guest99297: in the Chunk Data packet, each 16x16x16 chunk array has the same size, and there's a bitmask indicating which chunks are sent
2016-01-06 22:46:03	rom1504	http://wiki.vg/Protocol#Chunk_Data
2016-01-06 22:46:29	rom1504	(there's a varint to indicate the whole size of the bytearray)
2016-01-06 22:46:54	rom1504	but yeah then you need to use the bit mask to know which section go where
2016-01-06 22:48:59	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2016-01-06 22:50:43	-->	OnlyQubes (53bdff73@gateway/web/freenode/ip.83.189.255.115) a rejoint #mcdevs
2016-01-06 22:51:16	OnlyQubes	Im sorry my internet disappeared but did anybody answer the question: Hello, i was reading the mc protocol a bit and i have ran into a thing i don't understand. In the SMP Map Format (http://puu.sh/mm553/c46189b000.png) when a packet is received it has an 'Array of Blocktypes and metadata' (http://puu.sh/mm553/c46189b000.png), so im wondering how do you know what size the array is? (sorry : < )
2016-01-06 22:51:38	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2016-01-06 22:52:23	rom1504	22:44 < rom1504> Guest99297: it's length-prefixed
2016-01-06 22:52:23	rom1504	22:45 < Gjum> Guest99297: in the Chunk Data packet, each 16x16x16 chunk array has the same size, and there's a bitmask indicating which chunks are sent
2016-01-06 22:52:26	rom1504	22:46 < rom1504> http://wiki.vg/Protocol#Chunk_Data
2016-01-06 22:52:29	rom1504	22:46 < rom1504> (there's a varint to indicate the whole size of the bytearray)
2016-01-06 22:52:31	rom1504	22:46 < rom1504> but yeah then you need to use the bit mask to know which section go where
2016-01-06 22:52:40	<--	AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a quitté (Ping timeout: 260 seconds)
2016-01-06 22:52:53	<--	Guest99297 (53bdff73@gateway/web/freenode/ip.83.189.255.115) a quitté (Ping timeout: 252 seconds)
2016-01-06 22:52:54	OnlyQubes	Oh okay, thanks :P
2016-01-06 22:53:56	-->	AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a rejoint #mcdevs
2016-01-06 23:05:07	-->	Pyker_ (pyker@pyker.net) a rejoint #mcdevs
2016-01-06 23:05:08	-->	Xerxes1 (~donglord@cpe-184-58-121-102.columbus.res.rr.com) a rejoint #mcdevs
2016-01-06 23:05:11	<--	Xerxes (~donglord@cpe-184-58-121-102.columbus.res.rr.com) a quitté (Ping timeout: 240 seconds)
2016-01-06 23:05:13	<--	kahrl (~kahrl@dslb-088-067-015-118.088.067.pools.vodafone-ip.de) a quitté (Ping timeout: 240 seconds)
2016-01-06 23:05:33	<--	Pyker (pyker@pyker.net) a quitté (Ping timeout: 240 seconds)
2016-01-06 23:05:34	--	Pyker_ est maintenant connu sous le nom Pyker
2016-01-06 23:06:13	<--	XorBoole (~XorBoole@brought.to.you.by.xor.boole.io) a quitté (Ping timeout: 240 seconds)
2016-01-06 23:06:46	-->	kahrl (~kahrl@88.67.15.118) a rejoint #mcdevs
2016-01-06 23:11:01	-->	XorBoole (~XorBoole@2001:470:1f07:8d7:6:6:6:1) a rejoint #mcdevs
2016-01-06 23:11:01	--	Mode #mcdevs [+v XorBoole] par ChanServ
2016-01-06 23:11:50	-->	spaceemotion (~spaceemot@f054254174.adsl.alicedsl.de) a rejoint #mcdevs
2016-01-06 23:55:47	OnlyQubes	I think i understood how to loop trough the bytes (getting chunk bytes http://wiki.vg/SMP_Map_Format#Data), but im not sure how to read them. I have this code http://pastebin.com/nAiYX8Qe (C#). I think im reading it a bit wrong, any pointers to how to actually read the blocks?
2016-01-06 23:57:02	OnlyQubes	Oh just noticed that im not reading the metada, but are blockids intigers/bytes/shorts? :? (http://puu.sh/mmb64/a201756e53.png from http://wiki.vg/SMP_Map_Format#Data)
2016-01-07 00:00:01	Not-d54a	[SpockBot] nickelpro pushed 1 commit to master [+0/-0/±1] http://git.io/vuwUF
2016-01-07 00:00:03	Not-d54a	[SpockBot] nickelpro 1f6fb0e - Fix double mounting vehicle entities
2016-01-07 00:01:20	rom1504	OnlyQubes: blockids are 2 bytes
2016-01-07 00:01:28	rom1504	https://github.com/PrismarineJS/prismarine-chunk/blob/master/src/chunk.js#L68
2016-01-07 00:02:04	OnlyQubes	oh, didn't know that. Thank you very much :P
2016-01-07 00:02:32	OnlyQubes	and metadata is the same im guessing right? :?
2016-01-07 00:03:08	rom1504	it's the same 2 bytes yes
2016-01-07 00:03:48	rom1504	once you got these 2 bytes, you can do  >> 4 on it to get the blockid, and & 15 to get the metadata
2016-01-07 00:04:42	rom1504	I think that link I gave up there ^ (in js) is pretty simple to read if you need more clarification
2016-01-07 00:05:01	OnlyQubes	yeah, thank you very much man
2016-01-07 00:15:35	OnlyQubes	@rom1504 im still having trouble, i think im doing it correctly, can you check the code its like 5 lines here is the link: http://pastebin.com/NffZA3jL . Also is chunk data using a custom encryption or compression that i need to decode/decompress before reading the blocks? :?
2016-01-07 00:25:07	rom1504	OnlyQubes: it's <16 not <15
2016-01-07 00:25:18	rom1504	compression is the same as the rest of the protocol
2016-01-07 00:25:33	rom1504	and yes you need to handle it, that packet will most likely be compressed
2016-01-07 00:28:39	OnlyQubes	Hmm, but do you mean the whole packet is compressed or is this Chunk part has another compression?
2016-01-07 00:29:03	rom1504	the whole packet
2016-01-07 00:29:15	rom1504	as in http://wiki.vg/Protocol#With_compression
2016-01-07 00:29:42	rom1504	the chunk has no specific compression
2016-01-07 00:29:48	OnlyQubes	Oh yeah, i think the bad was that i was doing 15 instead of 16. Ill check
2016-01-07 00:34:53	OnlyQubes	Damn, still not working for some reason. And yeah im doing the compression it works for all of the other packets.
2016-01-07 00:35:14	OnlyQubes	The array even runs out of bytes to read while doing the 16x16x16 loop
2016-01-07 00:35:56	OnlyQubes	the block and the metadata are supposed to read separate bytes right?
2016-01-07 00:37:02	OnlyQubes	And the block ids that it gets is 0 or values like 800
2016-01-07 00:38:03	rom1504	"it works for all of the other packets." how did you test that ?
2016-01-07 00:38:19	rom1504	you need to decrease the compression threshold to test it
2016-01-07 00:38:34	rom1504	because if you don't it's likely that only the chunks packet are compressed
2016-01-07 00:38:41	rom1504	(they are the only ones big enough)
2016-01-07 00:39:12	OnlyQubes	Well it gets other entities names positions correctly. Also it decompresses the packet well because it gets this packets chunkX, chunkZ, isGroundUp, primaryBitMask and  size as it is supposed to P:
2016-01-07 00:39:18	rom1504	"the block and the metadata are supposed to read separate bytes right?" <- no, it's the same 2 bytes
2016-01-07 00:39:23	OnlyQubes	ohh
2016-01-07 00:40:09	rom1504	OnlyQubes: yeah that shows decompressing works indeed
2016-01-07 01:01:31	OnlyQubes	Darn rom1504 i might be retarded, but its still not working, sorry D:. I think the code now is trully working ( http://pastebin.com/q8SPqCae ), i guess it might be somewhere else 
2016-01-07 01:03:54	OnlyQubes	The values with the code above im getting are 0's or 512's
2016-01-07 01:04:31	OnlyQubes	also the try catch is just for testing, it doesn't actually catch an exception
2016-01-07 01:04:33	rom1504	OnlyQubes: well why are you still doing 2 BReader.ReadNextShort ?
2016-01-07 01:04:50	rom1504	you need to do 1
2016-01-07 01:05:41	OnlyQubes	wait could i do something like int test = BReader.ReadNextShort(ref bytes); and after that blockid =  test  << 4; metadata = & 15; (im pretty bad with this << & stuff)
2016-01-07 01:05:50	rom1504	yes
2016-01-07 01:06:04	rom1504	well test >> 4 , not test <<4
2016-01-07 01:07:38	OnlyQubes	yeah i mean that sorry. okay ill try that. but it shouldn't be anything different, because before that i was just taking the bytes out before and doing a read on those new bytes and a read on the old bytes witch are the same as the new bytes. But ill test it now P:
2016-01-07 01:11:34	OnlyQubes	darn results are the same, this is so strange
2016-01-07 01:12:35	OnlyQubes	sorry to be bothering you with my problems D:
2016-01-07 01:12:38	-->	EqDev (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a rejoint #mcdevs
2016-01-07 01:12:39	rom1504	can you pastebin your bytes ?
2016-01-07 01:13:32	EqDev	anybody know any good 3rd party applications to intercept packets from client to server vice versa and read its contents?
2016-01-07 01:13:46	EqDev	I looked at a couple on wiki vg
2016-01-07 01:14:17	rom1504	https://github.com/PrismarineJS/node-minecraft-protocol/blob/master/examples/proxy/proxy.js works well (just got to install node though ;))
2016-01-07 01:16:47	OnlyQubes	yeah i can, 1 sec rom1504. Do you want the chunk block part or the whole packet with chunkX, chunkZ? :?
2016-01-07 01:17:26	rom1504	chunk block part
2016-01-07 01:17:37	rom1504	assuming you split it from the rest correctly ofc
2016-01-07 01:18:33	OnlyQubes	This is the whole: http://pastebin.com/DZKruGnZ, ill do the block part in 1 sec P:
2016-01-07 01:19:38	EqDev	where is the protocol.json
2016-01-07 01:19:39	OnlyQubes	and this is the block part: http://pastebin.com/PuKfW9Bn 
2016-01-07 01:21:20	rom1504	EqDev: there https://github.com/PrismarineJS/minecraft-data/blob/master/data/1.8/protocol.json
2016-01-07 01:21:49	Gjum	rom1504: it asys version, shouldnt that be playername? https://github.com/PrismarineJS/node-minecraft-protocol/blob/master/examples/proxy/proxy.js#L5
2016-01-07 01:21:54	Gjum	*says
2016-01-07 01:23:28	OnlyQubes	rom1504 this is what is left after it reads the blocks http://pastebin.com/gdR3ymGC (4096 bytes)
2016-01-07 01:23:47	EqDev	nope Gjum works fine with version
2016-01-07 01:24:33	rom1504	Gjum: no, we switched to a offline-online proxy
2016-01-07 01:24:42	EqDev	rom1504 I cant join 25566
2016-01-07 01:24:50	EqDev	EPERM
2016-01-07 01:25:01	rom1504	it used to be online-online, but it basically only worked for one user (and you had to give that user/passwd to the proxy)
2016-01-07 01:25:25	rom1504	and yeah there's a version arg now because it supports both 1.8 and 1.9
2016-01-07 01:25:37	rom1504	(well 15w40b of 1.9)
2016-01-07 01:25:48	EqDev	i get disconnected with error ^
2016-01-07 01:25:52	Gjum	well the examples show a player name there
2016-01-07 01:26:16	rom1504	ah indeed, will fix the examples
2016-01-07 01:26:47	EqDev	yeah rom1504 I get disconnected
2016-01-07 01:27:10	rom1504	EqDev: how did you start it ?
2016-01-07 01:27:30	rom1504	and on what server ?
2016-01-07 01:27:34	rom1504	(what version ?)
2016-01-07 01:27:40	EqDev	node proxy.js --dump keep_alive dir
2016-01-07 01:27:41	EqDev	1.8
2016-01-07 01:27:58	EqDev	dir 1.8 *
2016-01-07 01:28:03	rom1504	what is "dir" ?
2016-01-07 01:28:27	EqDev	1.8.9 as well which is the client verison. not sure if that matters
2016-01-07 01:28:38	EqDev	directory
2016-01-07 01:28:43	EqDev	with spigot.jar
2016-01-07 01:28:48	rom1504	just do node proxy.js localhost
2016-01-07 01:28:59	rom1504	and you do need to start spigot.jar independently
2016-01-07 01:29:03	rom1504	it's a proxy not a wrapper
2016-01-07 01:29:13	EqDev	on what poirt
2016-01-07 01:29:30	rom1504	25565
2016-01-07 01:30:16	EqDev	node proxy.js localhost needs args
2016-01-07 01:31:01	rom1504	hmm yeah 
2016-01-07 01:31:08	rom1504	do node proxy.js localhost 1.8
2016-01-07 01:31:14	EqDev	not working
2016-01-07 01:31:27	EqDev	EACCESS error
2016-01-07 01:31:33	EqDev	EACCES*
2016-01-07 01:31:42	rom1504	did you npm install ?
2016-01-07 01:31:51	OnlyQubes	Does anybody know what "In half-byte arrays, two values are packed into each byte. Even-indexed items are packed into the high bits, odd-indexed into the low bits." means? :?
2016-01-07 01:31:56	EqDev	yep rom1504 
2016-01-07 01:32:21	rom1504	OnlyQubes: yes skylight and all are in half bytes
2016-01-07 01:32:41	OnlyQubes	but blocks and their metadatas aren't? :?
2016-01-07 01:32:49	nickelpro	OnlyQubes: it means that the top 4 bits are an even indexed block, and the bottom 4 bits are an odd indexed block
2016-01-07 01:33:23	nickelpro	OnlyQubes: Block Ids + metadata needs 16 bits, skylight only needs 4
2016-01-07 01:33:49	OnlyQubes	ahh okay, thanks
2016-01-07 01:33:51	rom1504	OnlyQubes: see Nibble4 at http://minecraft.gamepedia.com/Chunk_format#Block_format
2016-01-07 01:33:54	EqDev	rom1504 looks like it works now
2016-01-07 01:34:07	EqDev	where is the dump located rom1504 
2016-01-07 01:34:15	rom1504	EqDev: on the console
2016-01-07 01:34:24	rom1504	by default it dumps nothing though
2016-01-07 01:34:35	EqDev	--dump keep_alive
2016-01-07 01:34:41	Gjum	ph boy, how do I node
2016-01-07 01:35:03	rom1504	EqDev: yeah
2016-01-07 01:35:41	rom1504	EqDev: you can --dump-all too
2016-01-07 01:35:55	Gjum	rom1504: I did npm install minecraft-data, so how do I use the proxy? just cd examples/proxy;node proxy.js throws a stacktrace
2016-01-07 01:35:56	rom1504	and add some -x to exclude big packets (chunk packets)
2016-01-07 01:36:12	rom1504	(see http://prismarinejs.github.io/minecraft-data/?d=protocol for packet names)
2016-01-07 01:36:53	rom1504	Gjum: 1. git clone nmp 2. cd nmp 3. npm install 4. cd examples/proxy;node proxy.js
2016-01-07 01:37:19	rom1504	(npm install installs all the necessary deps)
2016-01-07 01:37:38	EqDev	it works nicely
2016-01-07 01:37:50	rom1504	OnlyQubes: all these 255 look weirds, are you sure you're splitting the packet properly ?
2016-01-07 01:37:53	OnlyQubes	@rom1504 & @nickelpro thank you for your help guys,  the problem was i was using BigEndian bit convertion and chunks are littleendian
2016-01-07 01:37:54	EqDev	I still have a issue with my custom bot tho
2016-01-07 01:38:08	OnlyQubes	it works well now :P
2016-01-07 01:38:18	EqDev	I can decode every other packet flawlessly but keep alive doesnt decode right
2016-01-07 01:38:18	OnlyQubes	Thank you very much guys
2016-01-07 01:38:48	EqDev	in keep alive, the varint is 5 bytes instead of 4
2016-01-07 01:39:16	EqDev	anyidea whats going on? if I read and send it as a long without compression it works fine, but with compression it does not.
2016-01-07 01:39:33	rom1504	(maybe we should npm release that proxy so people can npm install -g mcproxy && mcproxy localhost 1.8, idk)
2016-01-07 01:39:58	EqDev	anyone had this experience ^ nickelpro rom1504 
2016-01-07 01:40:20	rom1504	well
2016-01-07 01:40:37	rom1504	I know spockbot and node-minecraft-protocol don't assume the size of varint
2016-01-07 01:40:51	Gjum	rom1504: npm install gets me npm WARN deprecated lodash@1.0.2: lodash@<2.0.0 is no longer maintained. Upgrade to lodash@^3.0.0
2016-01-07 01:41:12	EqDev	rom1504 I just was reading the bytes
2016-01-07 01:41:13	rom1504	apparently you can assume it sometimes in minecraft because minecraft is weird, but really you shouldn't be able to assume varint size
2016-01-07 01:41:25	EqDev	I was just debugging the size
2016-01-07 01:41:42	EqDev	varints must be less than 5 no
2016-01-07 01:41:54	rom1504	Gjum: just a warning, we should fix it, but that won't be a pb
2016-01-07 01:43:14	Gjum	well after that warn I also get npm ERR! Cannot read property 'target' of null
2016-01-07 01:44:06	rom1504	Gjum: what npm/node version ?
2016-01-07 01:44:15	rom1504	EqDev: ah yeah I guess
2016-01-07 01:44:59	rom1504	EqDev: keep alive does have the packet id and all though, isn't that the problem ?
2016-01-07 01:45:44	--	r04r est maintenant connu sous le nom zz_r04r
2016-01-07 01:46:38	EqDev	rom1504 really
2016-01-07 01:47:01	rom1504	well it has a packet id of 0
2016-01-07 01:47:05	rom1504	but it's still there
2016-01-07 01:47:11	rom1504	it's a normal packet
2016-01-07 01:48:23	EqDev	wait
2016-01-07 01:48:25	EqDev	gold up
2016-01-07 01:48:27	EqDev	hold*
2016-01-07 01:48:33	EqDev	isnt the max varint 6 rom1504 
2016-01-07 01:48:58	Gjum	3.5.2/5.3.1
2016-01-07 01:49:02	EqDev	yep I fixed it
2016-01-07 01:49:11	EqDev	rom1504 it appears its less than OR equal to 5
2016-01-07 01:51:26	rom1504	Gjum: can you pastebin your whole npm install log ?
2016-01-07 01:51:32	Gjum	sure
2016-01-07 01:51:37	rom1504	it's weird it's failing though, it should work fine with node5
2016-01-07 01:51:42	rom1504	(it does here)
2016-01-07 01:55:53	nickelpro	EqDev: A minecraft varint is a 32-bit signed integer packed into a Google protobuf varint. So encoded as a varint its maximum size is 5-bytes that decodes to a maximum of 4 bytes
2016-01-07 01:56:42	Gjum	ah sorry, I did npm install nmp and then run npm install in the node_modules/nmp - cloning and then npm install worked, thanks
2016-01-07 01:56:48	nickelpro	32-bits of data + the 4 sign bits, 36 bits are required to encode a full 32 bit varint which keep alives tend to be
2016-01-07 02:05:21	<--	OnlyQubes (53bdff73@gateway/web/freenode/ip.83.189.255.115) a quitté (Quit: Page closed)
2016-01-07 02:10:13	<--	spaceemotion (~spaceemot@f054254174.adsl.alicedsl.de) a quitté (Quit: Textual IRC Client: www.textualapp.com)
2016-01-07 02:15:36	Gjum	rom1504: works like a charm, thanks a lot. I noticed your play.craft_progress_bar packet is actually a "window property", which only in one case is the craft progress
2016-01-07 02:27:48	rom1504	ah yeah it's even called that in mcprotocollib https://github.com/Steveice10/MCProtocolLib/blob/master/src/main/java/org/spacehq/mc/protocol/MinecraftProtocol.java#L361
2016-01-07 02:27:59	rom1504	guess we have some packet name changing to do at some point
2016-01-07 02:47:48	<--	toqueteos (uid67014@gateway/web/irccloud.com/x-ssmydwfrlopalljl) a quitté (Quit: Connection closed for inactivity)
2016-01-07 02:55:47	Not-d54a	[minecraft-data] rom1504 pushed 3 commits to master [+0/-0/±4] http://git.io/vuwHf
2016-01-07 02:55:48	Not-d54a	[minecraft-data] Gjum 4f1437c - Fix furnace window properties
2016-01-07 02:55:50	Not-d54a	[minecraft-data] Gjum e92eb05 - Fix furnace window properties pretty sure it's unchanged in 1.9, but should be verified
2016-01-07 02:55:51	Not-d54a	[minecraft-data] rom1504 059efb8 - Merge pull request #89 from Gjum/patch-1 Fix furnace window properties
2016-01-07 03:06:05	EqDev	rom1504 do you know java?
2016-01-07 03:06:08	EqDev	And bytebufs?
2016-01-07 03:06:25	rom1504	I know java, but not bytebufs no
2016-01-07 03:07:36	EqDev	I am having trouble sending non compressed packets in a compression state
2016-01-07 03:08:04	rom1504	do you send them with this format http://wiki.vg/Protocol#With_compression ?
2016-01-07 03:08:19	EqDev	yep except its not compressed
2016-01-07 03:08:22	EqDev	since its under threshold
2016-01-07 03:08:31	rom1504	yeah
2016-01-07 03:08:42	EqDev	I write the size of packet id length+packet data length then 0 as a varint, the the uncompressed packet id then data
2016-01-07 03:09:20	EqDev	https://gyazo.com/9746589f8e2967f5f3cb79492fd76c24
2016-01-07 03:09:57	rom1504	"size of packet id length+packet data length" you are missing the "Length of Data Length"
2016-01-07 03:10:10	rom1504	(it's "Length of Data Length + compressed length of (Packet ID + Data)")
2016-01-07 03:10:37	EqDev	Codec.writeVarInt32(out, 0);
2016-01-07 03:10:44	EqDev	That will work for data length right
2016-01-07 03:11:16	rom1504	yes
2016-01-07 03:11:22	rom1504	but that's not what I meant
2016-01-07 03:11:39	rom1504	I meant you need to include the length of that 0 in the rest of the length
2016-01-07 03:11:43	EqDev	yeah I know
2016-01-07 03:11:45	EqDev	I just fixed it
2016-01-07 03:11:52	EqDev	thanks!
2016-01-07 04:06:56	<--	EqDev (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a quitté (Ping timeout: 252 seconds)
2016-01-07 04:45:42	ecx86	minecraft is so turing complete at this point its crazy
2016-01-07 05:20:10	Fenhl	can anyone explain javaprophet's changes to the articles [[Protocol]], [[Object Data]] and [[Data types]]?
2016-01-07 05:21:17	Fenhl	rom1504 rom15043: I don't want to read the entire backlog but you were talking to them when they made the change, do any of their changes make any sense to you?
2016-01-07 05:22:48	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-01-07 05:22:50	Fenhl	I'd clean it up but I don't get what they are trying to say at all. Is it a functional change that was only discovered now or were they just trying to restructure things?
2016-01-07 05:24:51	Fenhl	if it is the latter I'd like to revert the changes entirely unless anyone objects, since the current version is barely coherent and definitely describes a different protocol from what we had before
2016-01-07 05:32:22	Fenhl	also is http://wiki.vg/Template:Packet a blank page for anyone else?
2016-01-07 05:42:59	+ammar2	error 500 forme
2016-01-07 06:47:18	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 260 seconds)
2016-01-07 06:52:10	nickelpro	Revert plz
2016-01-07 06:53:50	nickelpro	Fenhl: ^ I had noticed something weird about object data in data types but I was distracted by something more pressing
2016-01-07 06:58:40	-->	redstonehelper_ (~redstoneh@p4FCCE734.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-01-07 06:58:40	<--	redstonehelper_ (~redstoneh@p4FCCE734.dip0.t-ipconnect.de) a quitté (Changing host)
2016-01-07 06:58:40	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-01-07 07:01:49	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 246 seconds)
2016-01-07 07:01:49	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2016-01-07 07:06:51	Fenhl	nickelpro: I still don't quite get which field can be zero or not and when the speed fields are included
2016-01-07 07:13:52	nickelpro	Fenhl: Object data is an integer followed by three optional floats. If the integer is non-zero, the floats are sent. If the integer is zero, the floats are not sent. The meaning of the integer is context dependent
2016-01-07 07:14:12	nickelpro	Is that clear?
2016-01-07 07:18:50	Fenhl	nickelpro: so for minecarts, the floats are omitted if it's a rideable minecart?
2016-01-07 07:22:41	nickelpro	Fenhl: Correction, three shorts, not three floats. And I'm pretty sure everything else on that page is wrong. Object data is a weird poorly documented thing that rarely ever makes an appearance
2016-01-07 07:23:05	nickelpro	But ya, I'm 100% on non-zero ids being followed by 3 shorts
2016-01-07 07:23:42	Fenhl	wait what
2016-01-07 07:23:45	nickelpro	I have no idea if any of those ids on the object data page and their contexts being correct
2016-01-07 07:23:46	Fenhl	nonzero ids?
2016-01-07 07:24:18	nickelpro	Sorry, in SpockBot's code that object data integer is called the object data id
2016-01-07 07:24:41	nickelpro	s/id/integer/g
2016-01-07 07:26:11	Fenhl	that's still really weird
2016-01-07 07:26:34	Fenhl	I guess that explains why it's changed in 1.9 :D
2016-01-07 07:32:21	nickelpro	Object data was a weird piece of the protocol that no one really ever needed and its documentation reflects that
2016-01-07 07:45:36	<--	IceAP (~Ice@109.201.154.243) a quitté (Ping timeout: 276 seconds)
2016-01-07 07:52:37	<--	Cxom (~Trinoxtio@2601:248:4200:4876:8431:b057:995c:7a3e) a quitté (Read error: Connection reset by peer)
2016-01-07 07:53:41	-->	Cxom (~Trinoxtio@2601:248:4200:4876:2839:1996:67e4:265a) a rejoint #mcdevs
2016-01-07 08:52:31	<--	Sgt_Tailor (~quassel@2a01:7c8:aab1:73:e1f1:501e:3137:b05e) a quitté (Remote host closed the connection)
2016-01-07 08:54:45	-->	Sgt_Tailor (~quassel@2a01:7c8:aab1:73:1419:c42d:7432:aa80) a rejoint #mcdevs
2016-01-07 09:05:54	-->	IceAP (~Ice@109.201.154.248) a rejoint #mcdevs
2016-01-07 09:15:17	--	zz_r04r est maintenant connu sous le nom r04r
2016-01-07 09:49:33	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Quit: Leaving)
2016-01-07 10:34:55	rom15043	The change was made to clarify what object data and velocity were supposed to go
2016-01-07 10:35:42	rom15043	Since object data is always an int followed by 3 position number if that int is not null
2016-01-07 10:35:57	rom15043	Only the interpretation of that int changes
2016-01-07 10:37:11	rom15043	No functional difference with the previous thing
2016-01-07 10:38:00	rom15043	Ah you reverted already
2016-01-07 10:38:37	rom15043	Well I don't really care either way, but javaprophet found it clearer that way
2016-01-07 10:40:26	rom15043	(And the vanilla code has no "object data" concept apparently)
2016-01-07 10:45:35	rom15043	(Here is yet an other way to present the spawn object packet http://prismarinejs.github.io/minecraft-data/?d=protocol#toClient_spawn_entity )
2016-01-07 10:57:16	-->	Pobway (~Pobway@d206-116-250-4.bchsia.telus.net) a rejoint #mcdevs
2016-01-07 11:01:11	Pobway	can anyone help with some recommendations where to get started with coding minecraft mods? my only coding experience is with triggers in star craft brood war map editor
2016-01-07 11:01:31	Pobway	lol
2016-01-07 11:07:43	<--	mallard (~mallard@77.86.33.102) a quitté (Ping timeout: 240 seconds)
2016-01-07 11:14:19	Pobway	i am good with textures, ive made my own custom packs and stuff, so i am interested in making mobs which will spawn in certain biomes, and also maybe some special items
2016-01-07 11:15:16	Pobway	but mostly i would like to create mobs that will spawn under certain conditions. if this is possible, like for example 'chunk has 5 of block A, has a 50% chance to spawn 1 -new mob-' something like that
2016-01-07 11:16:02	Pobway	then i could work with existing mobs that i have set in my server, to make the server spawn for example 'giant bees' around bee hives regardless of biome
2016-01-07 11:16:48	rom1504	Pobway: try in #spigot maybe
2016-01-07 11:17:20	Pobway	if any1 has any recommendations in this direction itd be well appreciated
2016-01-07 11:17:23	rom1504	(people here are mostly working on custom clients/servers afaik)
2016-01-07 11:58:33	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2016-01-07 12:28:46	Not-5d64	[mineflayer] rom1504 pushed 2 commits to master [+0/-0/±2] http://git.io/vuoPQ
2016-01-07 12:28:47	Not-5d64	[mineflayer] deathcap a179683 - Update links in readme for repository move
2016-01-07 12:28:49	Not-5d64	[mineflayer] rom1504 84408bb - Merge pull request #352 from deathcap/patch-1 Update links in readme for repository move
2016-01-07 12:29:49	Not-5d64	[mineflayer] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vuoXC
2016-01-07 12:29:50	Not-5d64	[mineflayer] rom1504 4fecddd - update repository url in package.json
2016-01-07 13:17:22	<--	Fador (fador@hentai.fi) a quitté (Remote host closed the connection)
2016-01-07 13:52:56	-->	Bruqaj (51f43a83@gateway/web/cgi-irc/kiwiirc.com/ip.81.244.58.131) a rejoint #mcdevs
2016-01-07 13:53:40	Bruqaj	What packet does the client sent when he isn't moving?
2016-01-07 13:54:12	rom1504	the client send position packet 20 time per second
2016-01-07 13:54:21	rom1504	regardless of if he's moving or not
2016-01-07 13:56:36	Bruqaj	And the client has to decide using the map if he is OnGround?
2016-01-07 13:58:55	-->	Fador (fador@hentai.fi) a rejoint #mcdevs
2016-01-07 13:58:55	--	Mode #mcdevs [+v Fador] par ChanServ
2016-01-07 13:59:10	rom1504	yes
2016-01-07 13:59:42	Bruqaj	Thanks rom1504 :)
2016-01-07 14:18:33	<--	ashka (~postmaste@pdpc/supporter/active/ashka) a quitté (Excess Flood)
2016-01-07 14:19:58	-->	ashka (~postmaste@pdpc/supporter/active/ashka) a rejoint #mcdevs
2016-01-07 14:19:59	<--	yawkat (~yawkat@91.121.118.76) a quitté (Quit: No Ping reply in 180 seconds.)
2016-01-07 14:22:16	-->	yawkat (~yawkat@cats.coffee) a rejoint #mcdevs
2016-01-07 14:23:58	<--	Bruqaj (51f43a83@gateway/web/cgi-irc/kiwiirc.com/ip.81.244.58.131) a quitté (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
2016-01-07 15:09:50	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 250 seconds)
2016-01-07 15:36:29	<--	AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a quitté (Ping timeout: 265 seconds)
2016-01-07 15:40:39	-->	AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a rejoint #mcdevs
2016-01-07 15:41:24	<--	xSke (~Voltasalt@5.101.100.240) a quitté (Ping timeout: 276 seconds)
2016-01-07 15:41:36	<--	Guyag (~Guyag@mcbans/player-support/guyag) a quitté (Ping timeout: 260 seconds)
2016-01-07 15:42:14	-->	Guyag (~Guyag@162.221.176.50) a rejoint #mcdevs
2016-01-07 15:43:18	-->	Voltasalt (~Voltasalt@ske.pw) a rejoint #mcdevs
2016-01-07 15:48:58	barneygale	vanilla behaviour is "player" once per tick, "player position" once per 20 ticks iirc
2016-01-07 15:57:43	-->	javaprophet (~javaproph@c-50-131-132-225.hsd1.ca.comcast.net) a rejoint #mcdevs
2016-01-07 16:05:55	-->	Cxom_ (~Trinoxtio@2601:248:4200:4876:2839:1996:67e4:265a) a rejoint #mcdevs
2016-01-07 16:08:53	<--	Cxom (~Trinoxtio@2601:248:4200:4876:2839:1996:67e4:265a) a quitté (Ping timeout: 240 seconds)
2016-01-07 16:33:12	<--	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a quitté (Quit: _123DMWM)
2016-01-07 16:47:42	-->	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a rejoint #mcdevs
2016-01-07 17:19:56	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2016-01-07 17:57:40	-->	mallard (~mallard@77.86.33.102) a rejoint #mcdevs
2016-01-07 19:50:08	nickelpro	barneygale: Player sends a position update every tick at 20tps. Notchian uses the smallest packet possible, so if nothing has changed only the Player packet is sent. If only look has changed then a Player Look is sent, etc.
2016-01-07 19:51:46	Gjum	does notchian send more than one of these per tick in sone cases?
2016-01-07 19:58:40	barneygale	nickelpro, I tested in 1.8 and found the vanilla client sends Player Position every 20 ticks even if it hasn't moved
2016-01-07 20:12:23	nickelpro	barneygale: I stand corrected
2016-01-07 20:16:44	Meeeh	Gjum, should not, but you may recive "more" packets per tick due to server/network lag
2016-01-07 20:17:01	nickelpro	^^^
2016-01-07 20:17:51	Gjum	ok
2016-01-07 20:30:59	-->	deathrat_____ (sid14886@gateway/web/irccloud.com/x-nicfssqwmptukxym) a rejoint #mcdevs
2016-01-07 20:33:44	<--	aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Ping timeout: 265 seconds)
2016-01-07 20:34:27	-->	TobiX_ (tobias@zoidberg.org) a rejoint #mcdevs
2016-01-07 20:34:42	-->	kahrl_ (~kahrl@dslb-088-067-015-118.088.067.pools.vodafone-ip.de) a rejoint #mcdevs
2016-01-07 20:37:52	-->	SinZ_ (~SinZ@CPE-121-214-12-18.lnse3.win.bigpond.net.au) a rejoint #mcdevs
2016-01-07 20:38:00	-->	JonasOSDever_ (~jp@play2win.io) a rejoint #mcdevs
2016-01-07 20:38:05	-->	Meeeh_ (~Meeeh@diorite.org) a rejoint #mcdevs
2016-01-07 20:38:55	-->	gabizou- (~gabizou@irc.spongepowered.org) a rejoint #mcdevs
2016-01-07 20:38:59	-->	ylt (ylt@5.9.84.39) a rejoint #mcdevs
2016-01-07 20:39:09	<--	XorBoole (~XorBoole@2001:470:1f07:8d7:6:6:6:1) a quitté (*.net *.split)
2016-01-07 20:39:09	<--	kahrl (~kahrl@88.67.15.118) a quitté (*.net *.split)
2016-01-07 20:39:10	<--	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (*.net *.split)
2016-01-07 20:39:10	<--	gabizou (~gabizou@irc.spongepowered.org) a quitté (*.net *.split)
2016-01-07 20:39:10	<--	jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a quitté (*.net *.split)
2016-01-07 20:39:11	<--	SinZ (~SinZ@CPE-121-214-12-18.lnse3.win.bigpond.net.au) a quitté (*.net *.split)
2016-01-07 20:39:11	<--	rom1504 (rom1504@rom1504.fr) a quitté (*.net *.split)
2016-01-07 20:39:11	<--	TobiX (tobias@zoidberg.org) a quitté (*.net *.split)
2016-01-07 20:39:11	<--	Dinnerbone (dinnerbone@i.like.butts.and.my.name.is.dinnerbone.com) a quitté (*.net *.split)
2016-01-07 20:39:12	<--	Aster (~Aster@april-fools/2013/ninth/aster) a quitté (*.net *.split)
2016-01-07 20:39:12	<--	JonasOSDever (~jp@play2win.io) a quitté (*.net *.split)
2016-01-07 20:39:12	<--	Meeeh (~Meeeh@diorite.org) a quitté (*.net *.split)
2016-01-07 20:39:12	<--	ylt` (ylt@d3s.co) a quitté (*.net *.split)
2016-01-07 20:39:12	<--	deathrat____ (sid14886@gateway/web/irccloud.com/x-akrsqrtsiolqvuad) a quitté (*.net *.split)
2016-01-07 20:39:13	--	Meeeh_ est maintenant connu sous le nom Meeeh
2016-01-07 20:39:21	--	SinZ_ est maintenant connu sous le nom SinZ
2016-01-07 20:39:22	--	Mode #mcdevs [+v SinZ] par ChanServ
2016-01-07 20:39:24	--	deathrat_____ est maintenant connu sous le nom deathrat____
2016-01-07 20:40:42	-->	Dinnerbone (dinnerbone@i.like.butts.and.my.name.is.dinnerbone.com) a rejoint #mcdevs
2016-01-07 20:40:42	--	Mode #mcdevs [+v Dinnerbone] par adams.freenode.net
2016-01-07 20:40:51	<--	Dinnerbone (dinnerbone@i.like.butts.and.my.name.is.dinnerbone.com) a quitté #mcdevs
2016-01-07 20:40:51	-->	Dinnerbone (dinnerbone@i.like.butts.and.my.name.is.dinnerbone.com) a rejoint #mcdevs
2016-01-07 20:40:51	--	Mode #mcdevs [+v Dinnerbone] par ChanServ
2016-01-07 20:41:47	-->	XorBoole (~XorBoole@brought.to.you.by.xor.boole.io) a rejoint #mcdevs
2016-01-07 20:41:48	--	Mode #mcdevs [+v XorBoole] par ChanServ
2016-01-07 20:42:10	-->	jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a rejoint #mcdevs
2016-01-07 20:43:02	-->	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs
2016-01-07 20:43:52	-->	rom1504 (rom1504@rom1504.fr) a rejoint #mcdevs
2016-01-07 20:44:37	-->	Guest90199 (~Aster@destrock.com) a rejoint #mcdevs
2016-01-07 20:48:14	-->	aeonchild (enchilado@gateway/shell/blinkenshell.org/x-echozrgpjxipusuv) a rejoint #mcdevs
2016-01-07 21:00:57	-->	OnlyQubes (53bdff73@gateway/web/freenode/ip.83.189.255.115) a rejoint #mcdevs
2016-01-07 21:01:23	<--	Guest90199 (~Aster@destrock.com) a quitté (Changing host)
2016-01-07 21:01:23	-->	Guest90199 (~Aster@april-fools/2013/ninth/aster) a rejoint #mcdevs
2016-01-07 21:01:25	OnlyQubes	Hello, maybe could somebody explain what the '| data' is? :? ( http://puu.sh/mnb7P/9085bac535.png )
2016-01-07 21:01:40	--	Guest90199 est maintenant connu sous le nom Aster
2016-01-07 21:02:58	Gjum	OnlyQubes: a binary OR operator
2016-01-07 21:03:21	--	Voltasalt est maintenant connu sous le nom xSke
2016-01-07 21:03:41	Gjum	as in "shift the id by 4 bits to the left and add/OR the data"
2016-01-07 21:04:07	OnlyQubes	Ahh so '|' means or ? :?
2016-01-07 21:04:48	Gjum	binary OR, not logic OR (which is || in most languages), but most of the time | does the same as +
2016-01-07 21:05:56	+Amaranth	https://en.wikipedia.org/wiki/Bitwise_operation#OR
2016-01-07 21:06:28	OnlyQubes	okay so now for the second part, what is 'data' in that part?
2016-01-07 21:06:59	+Amaranth	Uh, do you know what block data is?
2016-01-07 21:07:05	+Amaranth	The second half of 15:6
2016-01-07 21:07:11	+Amaranth	15 is the id, 6 is the data
2016-01-07 21:07:15	Gjum	data,metadata,meta,blockdata - many names for the same thing
2016-01-07 21:07:31	OnlyQubes	Oh okay https://en.wikipedia.org/wiki/Bitwise_operation#OR this link is very understandable, thanks :P
2016-01-07 21:08:07	+Amaranth	That link also shows an example where it's not the same as adding :)
2016-01-07 21:11:57	OnlyQubes	wait im not quite sure if i understand how to differ XOR and OR
2016-01-07 21:12:13	OnlyQubes	is '|' both or for XOR there is something else? :?
2016-01-07 21:12:21	Gjum	1 or 1 == 1, 1 xor 1 == 0
2016-01-07 21:12:46	OnlyQubes	yeah, but how would XOR and OR look in code? P:
2016-01-07 21:12:55	Gjum	xor sometimes is ^
2016-01-07 21:12:56	OnlyQubes	OR = '|' right? :?
2016-01-07 21:13:11	rom1504	Gjum: you're missing "damage value" in your name list
2016-01-07 21:13:15	Gjum	and the logical equivalent to XOR is != or <> or =/=
2016-01-07 21:13:29	OnlyQubes	okay, now i get it :D. thanks :P
2016-01-07 21:13:31	Gjum	rom1504: and variant
2016-01-07 21:18:25	<--	JonasOSDever_ (~jp@play2win.io) a quitté (Quit: *Running away*)
2016-01-07 21:18:39	-->	JonasOSDever (~jp@play2win.io) a rejoint #mcdevs
2016-01-07 21:21:30	<--	JonasOSDever (~jp@play2win.io) a quitté (Client Quit)
2016-01-07 21:21:38	-->	JonasOSDever (~jp@play2win.io) a rejoint #mcdevs
2016-01-07 21:23:11	-->	toqueteos (uid67014@gateway/web/irccloud.com/x-qildedlfmngjkjjx) a rejoint #mcdevs
2016-01-07 21:26:49	 *	XorBoole impales Gjum 
2016-01-07 21:32:01	Fenhl	this should probably be “damage” in the wiki since “data” could be pretty much anything
2016-01-07 21:37:56	rom1504	well yeah but really "pretty much anything" describes well what goes into metadata
2016-01-07 21:38:17	rom1504	unlike "damage" that sounds like it's some kind of combat property
2016-01-07 21:45:48	Gjum	Fenhl: for block items, the "damage" is really not damage, but rather the block's "variant"
2016-01-07 21:46:17	Gjum	damage is just related to tool usage
2016-01-07 21:46:41	Fenhl	the NBT calls it damage for all items, including blocks
2016-01-07 21:51:36	Gjum	I know. It's about deciding to name it to be compatible to notchian, or to be clear about its meaning.
2016-01-07 21:54:27	rom1504	http://wiki.vg/SMP_Map_Format calls it block data, so does the mcwiki (for example)
2016-01-07 21:55:06	rom1504	http://minecraft.gamepedia.com/Chunk_format
2016-01-07 21:55:33	rom1504	the chunk format has the actual "Data" string, coming straight from mojang
2016-01-07 21:56:51	Fenhl	data is just such a meaningless word in this context
2016-01-07 21:56:57	ecx86	.
2016-01-07 22:00:25	Gjum	for doors and gates etc., it stores rotation data, so it kinda makes sense
2016-01-07 22:04:25	rom1504	data correctly describe what it is
2016-01-07 22:04:41	rom1504	i.e. some additional data to define a block
2016-01-07 22:05:03	rom1504	it's nothing more precise than that
2016-01-07 22:05:10	rom1504	what it really is depends on blocks
2016-01-07 22:07:59	--	Mode #mcdevs [+v clonejo] par ChanServ
2016-01-07 22:37:50	OnlyQubes	Heyy im having a hard time understanding bit shifting and stuff, can somebody explain how to get the first 4 bits of a byte? :? (language is c#)
2016-01-07 22:38:52	Gjum	either x >> 4 or x & 0xf, depending on what you man by "first"
2016-01-07 22:41:26	OnlyQubes	yup, you are right. Sorry for bothering you so much, but i'm having a hard time understanding this D:
2016-01-07 22:43:19	Gjum	does anyone know the exact player eye height? (the height from which the reaching distance starts)
2016-01-07 22:44:26	Gjum	measuring ingame by counting block pixels gives 1.625 or 1 + 10/16
2016-01-07 22:50:54	<--	javaprophet (~javaproph@c-50-131-132-225.hsd1.ca.comcast.net) a quitté (*.net *.split)
2016-01-07 22:52:08	-->	javaprophet (~javaproph@c-50-131-132-225.hsd1.ca.comcast.net) a rejoint #mcdevs
2016-01-07 23:09:44	rom1504	OnlyQubes: if you're using this for skylight, Nibble4 in http://minecraft.gamepedia.com/Chunk_format#Block_format is what you want
2016-01-07 23:09:58	rom1504	byte Nibble4(byte[] arr, int index){ return index%2 == 0 ? arr[index/2]&0x0F : (arr[index/2]>>4)&0x0F; }
2016-01-07 23:14:53	OnlyQubes	rom1504: i was using this for the Multi Block Change packet (http://puu.sh/mnl83/b30b1dad80.png), but i will need this aswell, so thanks :P
2016-01-07 23:18:13	rom1504	ah yeah
2016-01-07 23:18:31	+ammar2	OnlyQubes: you're having trouble understanding bit shifting? think about it this way. In a byte, the two 4-bit pairs will be like this xxxxyyyy. To get the x part you can do number >> 4, which will cause it to become 0000xxxx
2016-01-07 23:19:41	+ammar2	and for the y part, like Gjum said you & it with 0xf, 0xf=00001111
2016-01-07 23:19:46	rom1504	yeah I found displaying the bit representation useful to understand what's happening
2016-01-07 23:19:49	+ammar2	so it drops the left part after you and it
2016-01-07 23:19:59	+ammar2	since anything anded with 0 is 0
2016-01-07 23:20:51	OnlyQubes	ohh i get it now, thank you :P
2016-01-07 23:21:00	OnlyQubes	thanks guys :P
2016-01-07 23:28:34	nickelpro	Gjum: 1.6m has always worked for me
2016-01-07 23:32:37	Gjum	nickelpro: that would suggest I am 0.4 block pixels off, which is a lot
2016-01-07 23:34:04	Gjum	forums say 1.62, which is inside my error tolerance, using that http://www.minecraftforum.net/forums/minecraft-discussion/discussion/114653-player-height-size
2016-01-07 23:34:21	nickelpro	Gjum: 1.625 - 1.6 = 0.025 does it not?
2016-01-07 23:34:25	javaprophet	1.62 is the eyeheight. 1.8 is the total height of a player.
2016-01-07 23:34:38	<--	AlJaMa (~quassel@unaffiliated/aljama) a quitté (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
2016-01-07 23:34:56	-->	AlJaMa (~quassel@unaffiliated/aljama) a rejoint #mcdevs
2016-01-07 23:34:57	javaprophet	You can verify this in vanilla's models, or just by flying up until you hit your head, you are at (anything).2, suggesting 1.8 tall.
2016-01-07 23:35:06	javaprophet	Raytraces and the player crosshair is from 1.62 height.
2016-01-07 23:35:37	Gjum	nickelpro: 1 block = 1m = 1/16 pixels
2016-01-07 23:35:52	Gjum	javaprophet: thanks for verifying. I was after the eye height, not player height.
2016-01-07 23:49:42	OnlyQubes	Can the Varint of bits of data per block (http://puu.sh/mnnCp/68abc0a245.png) block be 0. (http://wiki.vg/SMP_Map_Format#Data)
2016-01-07 23:50:31	rom1504	well yes ?
2016-01-07 23:50:34	rom1504	air is 0
2016-01-07 23:50:45	rom1504	block light = 0 means no light
2016-01-07 23:51:02	rom1504	and biome = 0 is ocean
2016-01-07 23:51:08	rom1504	so they all can be 0
2016-01-07 23:51:37	OnlyQubes	but it says 4 - is for light array, 8 - for both array. Then what would 0 mean, or am i reading this wrong? :D
2016-01-07 23:52:13	javaprophet	It will always have block light data I believe, so 4 or 8 for light.
2016-01-07 23:53:12	OnlyQubes	i think im too stupid for this D:
2016-01-07 23:53:17	rom1504	I don't understand what they mean by "both array"
2016-01-07 23:53:42	OnlyQubes	i was thinking about the 2 arrays after (http://puu.sh/mnnV3/3d9a175024.png)
2016-01-07 23:54:52	rom1504	hmm idk
2016-01-07 23:55:08	rom1504	anyway it's 2 array of 4bit element
2016-01-07 23:55:32	OnlyQubes	Its just weird that im getting a 0 in the "	8 for both arrays, 4 for just block light, 16 for all with biome" part. I think i might be reading the bytes wrong again
2016-01-07 23:58:41	rom1504	I don't understand what you mean by the [...] part
2016-01-07 23:58:46	rom1504	there's no such part
2016-01-07 23:58:52	rom1504	it's just 2 arrays
2016-01-07 23:59:00	rom1504	of 16*16*16/2*
2016-01-07 23:59:03	rom1504	of 16*16*16/2
2016-01-08 00:01:58	OnlyQubes	Am i not supposed to read 2 varints here http://puu.sh/mnnCp/68abc0a245.png? :?
2016-01-08 00:03:02	OnlyQubes	Because when i read those 2 values i get 0, 0
2016-01-08 00:03:21	OnlyQubes	but there is nothing written about the value 0, there is only 4,8,16
2016-01-08 00:19:27	OnlyQubes	rom1504: nvm i think i figured it out, i didn't need to read those 2 values (http://puu.sh/mnnCp/68abc0a245.png) D:
2016-01-08 00:35:31	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-01-08 01:05:15	-->	barneygale_ (~barneygal@90.196.183.184) a rejoint #mcdevs
2016-01-08 01:25:22	<--	barneygale_ (~barneygal@90.196.183.184) a quitté (Remote host closed the connection)
2016-01-08 01:36:52	<--	aeonchild (enchilado@gateway/shell/blinkenshell.org/x-echozrgpjxipusuv) a quitté (Changing host)
2016-01-08 01:36:52	-->	aeonchild (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs
2016-01-08 01:46:30	<--	Pobway (~Pobway@d206-116-250-4.bchsia.telus.net) a quitté (Quit: Leaving)
2016-01-08 01:50:13	<--	OnlyQubes (53bdff73@gateway/web/freenode/ip.83.189.255.115) a quitté (Quit: Page closed)
2016-01-08 01:58:58	--	TobiX_ est maintenant connu sous le nom TobiX
2016-01-08 02:16:17	javaprophet	http://scr.javaprophet.com/171839.jpg
2016-01-08 02:16:32	javaprophet	What the heck is going on protocol-level to do this? This is over my reverse proxy.
2016-01-08 02:17:06	javaprophet	http://scr.javaprophet.com/171935.jpg
2016-01-08 02:17:22	javaprophet	http://scr.javaprophet.com/171951.jpg
2016-01-08 02:18:03	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Read error: Connection reset by peer)
2016-01-08 02:18:03	javaprophet	http://scr.javaprophet.com/172032.jpg
2016-01-08 02:18:10	javaprophet	This is very amusing and concerning.
2016-01-08 02:18:35	Xerxes1	something went horribly wrong
2016-01-08 02:18:57	javaprophet	Somehow the protocol has caused entities to render horribly wrong, yes.
2016-01-08 02:20:06	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-01-08 02:23:05	Gjum	javaprophet: can you confirm this is really the proxy? looks very much like client side
2016-01-08 02:23:19	javaprophet	Yes, it is in vanilla. 
2016-01-08 02:23:37	javaprophet	I'm going to not spawn in non-players and see if it still happens.
2016-01-08 02:26:49	javaprophet	http://scr.javaprophet.com/172917.jpg
2016-01-08 02:28:18	javaprophet	Not spawning in any entities did not fix it.
2016-01-08 02:28:38	Gjum	so the protocol can glitch out rendering
2016-01-08 02:28:49	javaprophet	http://scr.javaprophet.com/173117.jpg
2016-01-08 02:28:51	Gjum	that's very disturbing
2016-01-08 02:28:55	javaprophet	Horribly glitch it out.
2016-01-08 02:28:58	javaprophet	And I have no idea how.
2016-01-08 02:32:20	javaprophet	http://scr.javaprophet.com/173449.jpg
2016-01-08 02:33:48	Xerxes1	http://i.imgur.com/RL1nfEb.png
2016-01-08 02:39:40	javaprophet	It was a corrupted Entity Equipment.
2016-01-08 02:47:06	Pangea	try using 1.8.8 client
2016-01-08 02:49:53	Xerxes1	same issue regardless of client version
2016-01-08 02:57:48	<--	toqueteos (uid67014@gateway/web/irccloud.com/x-qildedlfmngjkjjx) a quitté (Quit: Connection closed for inactivity)
2016-01-08 03:00:09	-->	EqDev (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a rejoint #mcdevs
2016-01-08 03:00:49	EqDev	When retreiving the x, y and z from a position how do we turn it into a world coordinate?
2016-01-08 03:05:50	Gjum	EqDev: what position do you mean?
2016-01-08 03:06:09	EqDev	Like PacketInSpawnPosition Gjum 
2016-01-08 03:06:14	EqDev	Trying to decode the position
2016-01-08 03:06:38	EqDev	Ive used the method in wiki vg, but location does not match with one on server
2016-01-08 03:06:51	EqDev	double x = val >> 38;double y = (val >> 26) & 0xFFF;double z = val << 38 >> 38;
2016-01-08 03:07:28	Gjum	do you have your endianness right?
2016-01-08 03:07:55	EqDev	derp nvm
2016-01-08 03:07:56	EqDev	fixed
2016-01-08 03:08:34	EqDev	My server said logged in at locationhere
2016-01-08 03:08:43	EqDev	Was different from the packet the client recieved
2016-01-08 03:09:00	EqDev	when I went on the server, the location ingame matches what the client received but not what the server said in the console
2016-01-08 03:09:09	Gjum	lol
2016-01-08 03:18:42	<--	EqDev (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a quitté (Quit: Page closed)
2016-01-08 03:25:09	<--	AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a quitté (Read error: Connection reset by peer)
2016-01-08 03:26:21	-->	AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a rejoint #mcdevs
2016-01-08 03:52:33	<--	Xerxes1 (~donglord@cpe-184-58-121-102.columbus.res.rr.com) a quitté (Ping timeout: 260 seconds)
2016-01-08 05:42:14	<--	realz (~realz@unaffiliated/realazthat) a quitté (Remote host closed the connection)
2016-01-08 05:42:30	-->	realz (~realz@unaffiliated/realazthat) a rejoint #mcdevs
2016-01-08 05:58:47	--	r04r est maintenant connu sous le nom zz_r04r
2016-01-08 06:38:01	Meeeh	http://imgur.com/YXHkdVY perfect inventory 
2016-01-08 06:38:24	javaprophet	Nice :D
2016-01-08 06:38:31	javaprophet	I had my own perfection in rendering today.
2016-01-08 06:38:42	Meeeh	this is vanilla ;3
2016-01-08 06:38:50	javaprophet	The server?
2016-01-08 06:39:24	Meeeh	just single, I just wanted to test small thing, and I started like that :D
2016-01-08 06:41:45	Meeeh	javaprophet, idk if you solved that
2016-01-08 06:41:50	Meeeh	with mobs upside down
2016-01-08 06:42:10	javaprophet	I did, it was me sending Air (itemid=0) items in peoples hands, not no item.
2016-01-08 06:42:25	Meeeh	oh? o.O
2016-01-08 06:42:40	Meeeh	Last time that I send air to item my client crashed
2016-01-08 06:42:49	Meeeh	air to item.... xD
2016-01-08 06:42:55	Meeeh	air to player*
2016-01-08 06:43:08	javaprophet	:P
2016-01-08 06:45:38	Meeeh	that was on 1.9?
2016-01-08 06:45:44	javaprophet	1.8
2016-01-08 06:46:12	Meeeh	ugh, weird ;/ I tested air for sure on 1.8, and it was always just crashing client
2016-01-08 06:58:44	-->	redstonehelper_ (~redstoneh@p4FCCF594.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-01-08 06:58:44	<--	redstonehelper_ (~redstoneh@p4FCCF594.dip0.t-ipconnect.de) a quitté (Changing host)
2016-01-08 06:58:44	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-01-08 07:01:06	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 265 seconds)
2016-01-08 07:01:06	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2016-01-08 07:07:56	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 250 seconds)
2016-01-08 07:09:24	<--	levifig (~levi@hakr.io) a quitté (Ping timeout: 256 seconds)
2016-01-08 07:15:41	-->	levifig (~levi@hakr.io) a rejoint #mcdevs
2016-01-08 07:33:23	<--	javaprophet (~javaproph@c-50-131-132-225.hsd1.ca.comcast.net) a quitté (Remote host closed the connection)
2016-01-08 08:13:54	<--	gabizou- (~gabizou@irc.spongepowered.org) a quitté #mcdevs ("Textual IRC Client: www.textualapp.com")
2016-01-08 08:14:23	-->	gabizou (~gabizou@irc.spongepowered.org) a rejoint #mcdevs
2016-01-08 08:33:44	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 250 seconds)
2016-01-08 10:45:46	--	kahrl_ est maintenant connu sous le nom kahrl
2016-01-08 11:09:06	<--	mallard (~mallard@77.86.33.102) a quitté (Ping timeout: 256 seconds)
2016-01-08 12:12:03	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2016-01-08 12:32:16	<--	Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Quit: So long!)
2016-01-08 12:32:58	-->	Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs
2016-01-08 12:32:59	--	Mode #mcdevs [+v Amaranth] par ChanServ
2016-01-08 12:35:22	<--	Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Remote host closed the connection)
2016-01-08 12:53:12	-->	Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs
2016-01-08 12:53:12	--	Mode #mcdevs [+v Amaranth] par ChanServ
2016-01-08 13:42:52	<--	Grum (~grum@irc.grum.nl) a quitté (Ping timeout: 245 seconds)
2016-01-08 13:44:43	-->	Grum (~grum@irc.grum.nl) a rejoint #mcdevs
2016-01-08 13:44:44	--	Mode #mcdevs [+v Grum] par ChanServ
2016-01-08 13:56:23	<--	Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Quit: So long!)
2016-01-08 14:24:05	-->	OnlyQubes (53bdff73@gateway/web/freenode/ip.83.189.255.115) a rejoint #mcdevs
2016-01-08 14:28:03	-->	Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs
2016-01-08 14:28:03	--	Mode #mcdevs [+v Amaranth] par ChanServ
2016-01-08 14:34:05	--	zz_r04r est maintenant connu sous le nom r04r
2016-01-08 15:23:37	-->	Bruqaj (51f43a83@gateway/web/cgi-irc/kiwiirc.com/ip.81.244.58.131) a rejoint #mcdevs
2016-01-08 15:51:15	OnlyQubes	Hey does this http://puu.sh/mo641/d9c44071b0.png mean when im reading bulk chunk packets i need to do a loop to read the metadata after i read the blocks? :?
2016-01-08 15:52:34	rom1504	OnlyQubes: well read this http://wiki.vg/Protocol#Map_Chunk_Bulk
2016-01-08 15:52:37	+Amaranth	You have to loop to read each chunk and each chunk contains the data they talk about below
2016-01-08 15:52:56	rom1504	although you might want to not handle map chunk bulk since it's going away in 1.9 anyway
2016-01-08 15:53:02	rom1504	oh
2016-01-08 15:53:09	rom1504	except if you're building a client of course
2016-01-08 15:53:19	rom1504	(then you have to handle it)
2016-01-08 15:53:37	+Amaranth	How can it be going away at the same time that clients have to handle it?
2016-01-08 15:53:48	OnlyQubes	Im doing a bot thing, it has everything else done, except chunks
2016-01-08 15:54:22	rom1504	ok you need it then
2016-01-08 15:54:37	-->	javaprophet (~javaproph@2601:647:ca00:46a4:1871:684c:b568:a58a) a rejoint #mcdevs
2016-01-08 15:54:38	OnlyQubes	oh okay i get the metadata thing
2016-01-08 15:54:51	javaprophet	Hey Qubes.
2016-01-08 15:55:01	OnlyQubes	Hey java did your server ip change?
2016-01-08 15:55:06	javaprophet	No
2016-01-08 15:55:11	OnlyQubes	is it always off? D:
2016-01-08 15:55:18	javaprophet	It's not always up, my friend is moving his server into a new case.
2016-01-08 16:02:47	OnlyQubes	Are Chunk bulk block sizes the same, ushort, as in Chunk packet?
2016-01-08 16:03:01	OnlyQubes	by block sizes i mean their ids and metadatas
2016-01-08 16:09:39	rom1504	yeah
2016-01-08 17:14:16	-->	toqueteos (uid67014@gateway/web/irccloud.com/x-ovyhoatnsncjcgel) a rejoint #mcdevs
2016-01-08 17:25:44	Bruqaj	I'm not receiving health update packets sometimes, which leads to my player not respawning
2016-01-08 17:37:34	-->	mallard (~mallard@77.86.33.102) a rejoint #mcdevs
2016-01-08 17:38:57	<--	Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Quit: So long!)
2016-01-08 17:44:30	<--	OnlyQubes (53bdff73@gateway/web/freenode/ip.83.189.255.115) a quitté (Quit: Page closed)
2016-01-08 17:46:23	-->	Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs
2016-01-08 17:46:23	--	Mode #mcdevs [+v Amaranth] par ChanServ
2016-01-08 18:26:07	<--	Jckf (jckf@mikros.flaten.it) a quitté (Ping timeout: 255 seconds)
2016-01-08 18:27:29	-->	NickG365_ (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs
2016-01-08 18:31:05	<--	NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Ping timeout: 255 seconds)
2016-01-08 18:31:05	--	NickG365_ est maintenant connu sous le nom NickG365
2016-01-08 18:33:39	-->	Jckf (jckf@mikros.flaten.it) a rejoint #mcdevs
2016-01-08 18:49:46	-->	Dadido3_ (~quassel@p5B00B18F.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-01-08 18:50:57	<--	Dadido3 (~quassel@pD9E182B3.dip0.t-ipconnect.de) a quitté (Ping timeout: 276 seconds)
2016-01-08 18:59:44	Bruqaj	I really don't get why I don't receive Health Update packets sometimes, I send a Player position packet every 20 ticks and a Player packet every other tick
2016-01-08 19:00:17	Bruqaj	exactly like it says in the wiki and still sometimes I don't receive a Health Update packet
2016-01-08 19:05:13	<--	AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a quitté (Remote host closed the connection)
2016-01-08 19:06:13	-->	AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a rejoint #mcdevs
2016-01-08 19:31:18	+Amaranth	Bruqaj: Some sort of movement packet should be sent every tick
2016-01-08 19:32:08	+Amaranth	Player, Player Position, Player Look, Player Position and Look
2016-01-08 19:32:11	+Amaranth	One of those, every tick
2016-01-08 19:32:36	+Amaranth	Which one depends on if there was any movement and if so what kind
2016-01-08 19:34:30	-->	progwml6 (~progwml6@n2-160-192.dhcp.drexel.edu) a rejoint #mcdevs
2016-01-08 19:34:59	<--	Bruqaj (51f43a83@gateway/web/cgi-irc/kiwiirc.com/ip.81.244.58.131) a quitté (Remote host closed the connection)
2016-01-08 19:41:25	<--	progwml6 (~progwml6@n2-160-192.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-01-08 19:56:40	-->	progwml6 (~progwml6@n2-160-192.dhcp.drexel.edu) a rejoint #mcdevs
2016-01-08 20:07:50	<--	progwml6 (~progwml6@n2-160-192.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-01-08 21:07:23	-->	progwml6 (~progwml6@n2-160-192.dhcp.drexel.edu) a rejoint #mcdevs
2016-01-08 21:07:47	<--	progwml6 (~progwml6@n2-160-192.dhcp.drexel.edu) a quitté (Client Quit)
2016-01-08 21:08:08	-->	progwml6 (~progwml6@n2-160-192.dhcp.drexel.edu) a rejoint #mcdevs
2016-01-08 21:25:51	-->	OnlyQubes (53bdff73@gateway/web/freenode/ip.83.189.255.115) a rejoint #mcdevs
2016-01-08 22:05:02	<--	progwml6 (~progwml6@n2-160-192.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-01-08 22:27:56	Not-d54a	[flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vu9VP
2016-01-08 22:27:58	Not-d54a	[flying-squid] rom1504 c861ac1 - fix posFromString
2016-01-08 22:29:40	-->	progwml6 (~progwml6@n2-160-192.dhcp.drexel.edu) a rejoint #mcdevs
2016-01-08 23:40:01	<--	OnlyQubes (53bdff73@gateway/web/freenode/ip.83.189.255.115) a quitté (Quit: Page closed)
2016-01-09 00:15:47	-->	EqDev (48d3ea88@gateway/web/freenode/ip.72.211.234.136) a rejoint #mcdevs
2016-01-09 00:17:57	EqDev	Is it needed to send a player position packet every second?
2016-01-09 00:18:24	EqDev	Cause I am sending it to the server and my client isnt moving
2016-01-09 00:18:41	javaprophet	No, but you won't receive chunks(IIRC) and anticheats may go nuts.
2016-01-09 00:18:44	javaprophet	And it's every tick.
2016-01-09 00:19:01	EqDev	wiki vg " once every 20 ticks "
2016-01-09 00:19:21	javaprophet	May be
2016-01-09 00:19:23	EqDev	I dont have any anticheats
2016-01-09 00:19:48	EqDev	I dont even get kicked when I send the packet with a location that is more than 100 blocks away
2016-01-09 00:29:59	Meeeh	hyym, it isn't possible to force client to walk normally (without slowdown) when using bow?
2016-01-09 00:30:12	Meeeh	from server side ofc
2016-01-09 00:30:33	javaprophet	It multiplies the speed by 0.2 when using any item
2016-01-09 00:30:47	javaprophet	So if you want them to go faster, send a player abilities with a 5x walk speed.
2016-01-09 00:31:20	javaprophet	They might go super faster for a tick or two before you turn it off after they stop using the bow.
2016-01-09 00:31:32	Meeeh	ugh, may be hard to sync that enough good
2016-01-09 00:31:35	javaprophet	Perhaps reset their position if it's important.
2016-01-09 00:31:54	javaprophet	IE grab position from stop using item, and send that position again after sending the 1x walk speed.
2016-01-09 00:32:11	javaprophet	Past that, no, I don't think there is a way.
2016-01-09 00:41:01	<--	IceAP (~Ice@109.201.154.248) a quitté (Remote host closed the connection)