2019-11-01 12:10:46	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-01 12:11:20	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Client Quit)
2019-11-01 12:15:28	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-01 12:16:00	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Client Quit)
2019-11-01 13:24:21	--	deadk est maintenant connu sous le nom e
2019-11-01 14:29:34	<--	Me4502 (~quassel@unaffiliated/me4502) a quitté (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
2019-11-01 16:01:16	<--	Thinkofname (~Think@163.172.95.9) a quitté (Quit: Leaving)
2019-11-01 16:05:02	-->	Thinkofname (~Think@163.172.95.9) a rejoint #mcdevs
2019-11-01 16:05:02	--	Mode #mcdevs [+v Thinkofname] par ChanServ
2019-11-01 17:01:16	-->	Amaranth[m] (amaranthma@gateway/shell/matrix.org/x-dsnlvlbwluzmkegd) a rejoint #mcdevs
2019-11-01 17:05:38	<--	Amaranth[m] (amaranthma@gateway/shell/matrix.org/x-dsnlvlbwluzmkegd) a quitté #mcdevs ("User left")
2019-11-01 20:58:37	-->	VADemon_ (~VADemon@141.41.197.208) a rejoint #mcdevs
2019-11-01 21:00:27	<--	VADemon (~VADemon@static.36.81.243.136.clients.your-server.de) a quitté (Read error: Connection reset by peer)
2019-11-01 22:08:47	-->	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-mhcnkghrsgnaeixz) a rejoint #mcdevs
2019-11-01 22:34:34	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-02 01:19:18	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-02 01:36:55	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-02 01:37:24	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Client Quit)
2019-11-02 01:59:15	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-02 02:06:03	<--	Tknoguyfication (~Tknoguyfi@184.103.79.150) a quitté (Ping timeout: 264 seconds)
2019-11-02 02:06:34	-->	Tknoguyfication (~Tknoguyfi@184.103.79.150) a rejoint #mcdevs
2019-11-02 02:10:02	<--	yawkat (~yawkat@cats.coffee) a quitté (Ping timeout: 240 seconds)
2019-11-02 02:39:43	-->	yawkat (~yawkat@cats.coffee) a rejoint #mcdevs
2019-11-02 02:51:18	<--	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-mhcnkghrsgnaeixz) a quitté (Quit: Connection closed for inactivity)
2019-11-02 04:21:47	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-02 04:23:01	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-02 04:23:19	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Client Quit)
2019-11-02 05:12:53	-->	matthewprenger (~matthewpr@136.32.246.122) a rejoint #mcdevs
2019-11-02 05:15:05	<--	matthewprenger_ (~matt@irc.prenger.co) a quitté (Quit: matthewprenger_)
2019-11-02 05:22:47	<--	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 246 seconds)
2019-11-02 06:22:32	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2019-11-02 06:24:46	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 268 seconds)
2019-11-02 06:24:46	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2019-11-02 06:29:23	-->	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-oohjvuuywclvlxqx) a rejoint #mcdevs
2019-11-02 08:38:59	<--	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-oohjvuuywclvlxqx) a quitté (Quit: Connection closed for inactivity)
2019-11-02 12:45:17	-->	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-tpiqdphadztpeyfj) a rejoint #mcdevs
2019-11-02 13:02:05	-->	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-02 14:55:00	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2019-11-02 14:57:37	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 265 seconds)
2019-11-02 14:57:37	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2019-11-02 16:08:22	<--	VADemon_ (~VADemon@141.41.197.208) a quitté (Quit: left4dead)
2019-11-02 16:43:18	-->	mgrech_ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-02 16:44:55	<--	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 265 seconds)
2019-11-02 17:54:41	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-02 18:11:46	<--	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-tpiqdphadztpeyfj) a quitté (Quit: Connection closed for inactivity)
2019-11-02 19:35:57	-->	kev009 (~kev009@ip72-222-200-117.ph.ph.cox.net) a rejoint #mcdevs
2019-11-02 19:35:57	--	Mode #mcdevs [+v kev009] par ChanServ
2019-11-02 19:51:04	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-02 20:09:57	<--	Techcable_ (znc@irc.techcable.net) a quitté (Ping timeout: 240 seconds)
2019-11-02 20:14:43	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-02 20:25:16	-->	Polarizedions6 (~polarized@unaffiliated/polarizedions) a rejoint #mcdevs
2019-11-02 20:25:23	-->	Techcable (znc@irc.techcable.net) a rejoint #mcdevs
2019-11-02 20:28:17	<--	Polarizedions (~polarized@unaffiliated/polarizedions) a quitté (Ping timeout: 240 seconds)
2019-11-02 20:28:17	--	Polarizedions6 est maintenant connu sous le nom Polarizedions
2019-11-02 20:41:55	<--	Polarizedions (~polarized@unaffiliated/polarizedions) a quitté (Quit: Ping timeout (120 seconds))
2019-11-02 20:42:20	-->	Polarizedions (~polarized@unaffiliated/polarizedions) a rejoint #mcdevs
2019-11-02 21:50:17	<--	Polarizedions (~polarized@unaffiliated/polarizedions) a quitté (Quit: Ping timeout (120 seconds))
2019-11-02 21:51:04	-->	Polarizedions (~polarized@unaffiliated/polarizedions) a rejoint #mcdevs
2019-11-02 22:27:50	<--	kev009 (~kev009@ip72-222-200-117.ph.ph.cox.net) a quitté (Quit: Konversation terminated!)
2019-11-02 22:28:47	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-02 22:29:02	-->	kev009 (~kev009@ip72-222-200-117.ph.ph.cox.net) a rejoint #mcdevs
2019-11-02 22:29:02	--	Mode #mcdevs [+v kev009] par ChanServ
2019-11-02 22:51:10	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-02 22:52:45	-->	Polarizedions4 (~polarized@unaffiliated/polarizedions) a rejoint #mcdevs
2019-11-02 22:54:40	<--	Polarizedions (~polarized@unaffiliated/polarizedions) a quitté (Ping timeout: 265 seconds)
2019-11-02 22:54:40	--	Polarizedions4 est maintenant connu sous le nom Polarizedions
2019-11-02 23:34:56	-->	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-02 23:38:28	<--	mgrech_ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 264 seconds)
2019-11-02 23:55:17	<--	Polarizedions (~polarized@unaffiliated/polarizedions) a quitté (Read error: Connection reset by peer)
2019-11-02 23:55:24	-->	Polarizedions3 (~polarized@unaffiliated/polarizedions) a rejoint #mcdevs
2019-11-03 00:50:10	-->	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-osvfsucjtxmwzaqj) a rejoint #mcdevs
2019-11-03 01:12:54	<--	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 265 seconds)
2019-11-03 03:32:06	<--	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-osvfsucjtxmwzaqj) a quitté (Quit: Connection closed for inactivity)
2019-11-03 04:02:57	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-03 09:58:11	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2019-11-03 09:59:40	-->	tassu1 (~tassu@tassu.me) a rejoint #mcdevs
2019-11-03 10:00:56	-->	Tuxel_ (~tux@80.77.26.7) a rejoint #mcdevs
2019-11-03 10:05:10	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 265 seconds)
2019-11-03 10:05:11	<--	tassu (~tassu@tassu.me) a quitté (Ping timeout: 265 seconds)
2019-11-03 10:05:11	<--	Tuxel (~tux@80.77.26.7) a quitté (Ping timeout: 265 seconds)
2019-11-03 10:05:11	<--	x10A94 (~x@207.154.230.175) a quitté (Ping timeout: 265 seconds)
2019-11-03 10:05:11	-->	x10A94 (~x@207.154.230.175) a rejoint #mcdevs
2019-11-03 10:05:11	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2019-11-03 10:32:06	<--	MiniDigger (~MiniDigge@glados.minidigger.me) a quitté (Quit: The Lounge - https://thelounge.chat)
2019-11-03 10:33:00	-->	MiniDigger (~MiniDigge@glados.minidigger.me) a rejoint #mcdevs
2019-11-03 12:23:47	-->	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-03 13:52:05	--	tassu1 est maintenant connu sous le nom tassu
2019-11-03 14:08:25	-->	ryanmichaelheuer (~ryanmicha@72-50-197-239.fttp.usinternet.com) a rejoint #mcdevs
2019-11-03 14:09:56	ryanmichaelheuer	After the client sends the Encryption response, are all packets afterward encrypted?
2019-11-03 14:11:19	<--	ryanmichaelheuer (~ryanmicha@72-50-197-239.fttp.usinternet.com) a quitté (Client Quit)
2019-11-03 14:46:25	Not-5e4d	[Charge] Wallbraker pushed 2 commits to master [+1/-0/±4] https://git.io/Jegxg
2019-11-03 14:46:27	Not-5e4d	[Charge] Wallbraker 90e98be - math: Add setToFrustum for OpenXR
2019-11-03 14:46:28	Not-5e4d	[Charge] Wallbraker 0d49f7f - core: Introduce BasicCore
2019-11-03 14:54:35	-->	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-icngetatwtqlgswm) a rejoint #mcdevs
2019-11-03 16:22:45	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-03 17:02:59	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-03 17:10:26	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-03 17:58:44	<--	Pyker (~pyker@hexagon.pyker.net) a quitté (Remote host closed the connection)
2019-11-03 17:59:07	-->	Pyker (~pyker@hexagon.pyker.net) a rejoint #mcdevs
2019-11-03 18:01:41	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-03 18:38:36	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-03 20:22:44	<--	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 268 seconds)
2019-11-03 20:24:00	-->	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-03 20:50:12	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-03 21:13:11	Not-5e4d	[Charge] Wallbraker pushed 2 commits to master [+1/-0/±62] https://git.io/Je2IR
2019-11-03 21:13:12	Not-5e4d	[Charge] Wallbraker 7c7c75b - gfx: Add SimpleVertexBuffer
2019-11-03 21:13:14	Not-5e4d	[Charge] Wallbraker 6ef407b - lib: Tidy copyright headers
2019-11-03 21:45:41	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-03 22:18:02	-->	Linuxydable (~linuxydab@10.133.204.77.rev.sfr.net) a rejoint #mcdevs
2019-11-03 22:18:59	<--	Linuxydable (~linuxydab@10.133.204.77.rev.sfr.net) a quitté (Client Quit)
2019-11-03 22:19:18	-->	manjaro-user (~manjaro-u@10.133.204.77.rev.sfr.net) a rejoint #mcdevs
2019-11-03 22:22:22	<--	manjaro-user (~manjaro-u@10.133.204.77.rev.sfr.net) a quitté (Client Quit)
2019-11-03 22:48:49	<--	Deaygo_ (Deaygo@i.let.this.bloody.dropbear.in) a quitté (*.net *.split)
2019-11-03 22:48:49	<--	shoghicp (~shoghicp@bouncer.pocketmine.net) a quitté (*.net *.split)
2019-11-03 22:54:09	-->	Deaygo_ (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs
2019-11-03 22:54:09	-->	shoghicp (~shoghicp@bouncer.pocketmine.net) a rejoint #mcdevs
2019-11-03 23:18:35	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-04 00:00:37	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-04 00:01:14	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Client Quit)
2019-11-04 00:05:37	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-04 00:07:14	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Client Quit)
2019-11-04 00:22:42	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-04 00:50:31	Not-5e4d	[Charge] Wallbraker pushed 4 commits to master [+0/-0/±33] https://git.io/Je2Yy
2019-11-04 00:50:32	Not-5e4d	[Charge] Wallbraker c01566d - examples: Tidy copyright headers
2019-11-04 00:50:34	Not-5e4d	[Charge] Wallbraker c4cd96b - voxel: Tidy copyright headers
2019-11-04 00:50:35	Not-5e4d	[Charge] Wallbraker 5990c5e - power: Tidy copyright headers
2019-11-04 00:50:37	Not-5e4d	[Charge] Wallbraker 523e8c4 - main: Tidy copyright header
2019-11-04 02:23:17	<--	killme (~killmePI@185.9.253.124) a quitté (Ping timeout: 240 seconds)
2019-11-04 02:29:02	<--	yawkat (~yawkat@cats.coffee) a quitté (Ping timeout: 268 seconds)
2019-11-04 02:37:18	-->	yawkat (~yawkat@cats.coffee) a rejoint #mcdevs
2019-11-04 04:17:28	<--	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-icngetatwtqlgswm) a quitté (Quit: Connection closed for inactivity)
2019-11-04 04:37:58	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-04 05:16:36	<--	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 240 seconds)
2019-11-04 09:22:03	-->	Me4502 (~quassel@unaffiliated/me4502) a rejoint #mcdevs
2019-11-04 10:26:59	-->	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-fhlurfgdzfrukfoa) a rejoint #mcdevs
2019-11-04 11:48:13	-->	killme (~killmePI@185.9.253.124) a rejoint #mcdevs
2019-11-04 12:27:23	-->	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-04 14:51:38	<--	Me4502 (~quassel@unaffiliated/me4502) a quitté (Read error: Connection reset by peer)
2019-11-04 17:26:24	<--	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-fhlurfgdzfrukfoa) a quitté (Quit: Connection closed for inactivity)
2019-11-04 20:33:23	--	Polarizedions3 est maintenant connu sous le nom PolarizedIons
2019-11-04 21:50:15	-->	millerti (~millerti@cpe-66-24-91-119.stny.res.rr.com) a rejoint #mcdevs
2019-11-05 01:12:46	<--	millerti (~millerti@cpe-66-24-91-119.stny.res.rr.com) a quitté (Read error: Connection reset by peer)
2019-11-05 01:19:01	<--	Deaygo_ (Deaygo@i.let.this.bloody.dropbear.in) a quitté (*.net *.split)
2019-11-05 01:19:01	<--	shoghicp (~shoghicp@bouncer.pocketmine.net) a quitté (*.net *.split)
2019-11-05 01:21:14	<--	SpaceManiac (~SpaceMani@c-67-172-121-111.hsd1.ca.comcast.net) a quitté (Ping timeout: 240 seconds)
2019-11-05 01:21:30	-->	SpaceManiac (~SpaceMani@2601:200:4400:f::1039) a rejoint #mcdevs
2019-11-05 01:21:30	--	Mode #mcdevs [+v SpaceManiac] par ChanServ
2019-11-05 01:24:16	-->	Deaygo_ (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs
2019-11-05 01:24:16	-->	shoghicp (~shoghicp@bouncer.pocketmine.net) a rejoint #mcdevs
2019-11-05 01:48:53	<--	Deaygo_ (Deaygo@i.let.this.bloody.dropbear.in) a quitté (*.net *.split)
2019-11-05 01:48:53	<--	shoghicp (~shoghicp@bouncer.pocketmine.net) a quitté (*.net *.split)
2019-11-05 01:54:19	-->	Deaygo_ (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs
2019-11-05 01:54:19	-->	shoghicp (~shoghicp@bouncer.pocketmine.net) a rejoint #mcdevs
2019-11-05 02:48:44	<--	Deaygo_ (Deaygo@i.let.this.bloody.dropbear.in) a quitté (*.net *.split)
2019-11-05 02:48:44	<--	shoghicp (~shoghicp@bouncer.pocketmine.net) a quitté (*.net *.split)
2019-11-05 02:54:28	-->	Deaygo_ (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs
2019-11-05 02:54:28	-->	shoghicp (~shoghicp@bouncer.pocketmine.net) a rejoint #mcdevs
2019-11-05 03:07:33	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-05 03:31:34	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-05 03:35:13	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-05 03:48:49	<--	Deaygo_ (Deaygo@i.let.this.bloody.dropbear.in) a quitté (*.net *.split)
2019-11-05 03:48:49	<--	shoghicp (~shoghicp@bouncer.pocketmine.net) a quitté (*.net *.split)
2019-11-05 03:53:55	-->	Deaygo_ (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs
2019-11-05 03:53:55	-->	shoghicp (~shoghicp@bouncer.pocketmine.net) a rejoint #mcdevs
2019-11-05 04:14:40	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-05 05:36:25	<--	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 268 seconds)
2019-11-05 06:48:44	<--	Deaygo_ (Deaygo@i.let.this.bloody.dropbear.in) a quitté (*.net *.split)
2019-11-05 06:48:44	<--	shoghicp (~shoghicp@bouncer.pocketmine.net) a quitté (*.net *.split)
2019-11-05 06:49:54	-->	Deaygo_ (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs
2019-11-05 06:50:07	-->	shoghicp (~shoghicp@bouncer.pocketmine.net) a rejoint #mcdevs
2019-11-05 07:46:15	<--	matthewprenger (~matthewpr@136.32.246.122) a quitté (Ping timeout: 264 seconds)
2019-11-05 07:52:15	-->	matthewprenger (~matthewpr@136.33.220.153) a rejoint #mcdevs
2019-11-05 08:57:57	<--	peterix (quassel@quassel.woboq.de) a quitté (Ping timeout: 240 seconds)
2019-11-05 10:14:26	-->	peterix (~peterix@quassel.woboq.com) a rejoint #mcdevs
2019-11-05 10:54:32	<--	wvffle (~wvffle@host-46-175-47-49.wtvk.pl) a quitté (Ping timeout: 265 seconds)
2019-11-05 10:56:56	-->	wvffle (~wvffle@host-46-175-47-49.wtvk.pl) a rejoint #mcdevs
2019-11-05 12:14:41	-->	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-05 12:36:03	<--	wvffle (~wvffle@host-46-175-47-49.wtvk.pl) a quitté (Read error: Connection reset by peer)
2019-11-05 12:41:50	<--	peterix (~peterix@quassel.woboq.com) a quitté (Ping timeout: 265 seconds)
2019-11-05 13:05:49	-->	peterix (~peterix@quassel.woboq.com) a rejoint #mcdevs
2019-11-05 13:14:41	<--	MiniDigger (~MiniDigge@glados.minidigger.me) a quitté (Quit: The Lounge - https://thelounge.chat)
2019-11-05 13:15:32	-->	MiniDigger (~MiniDigge@glados.minidigger.me) a rejoint #mcdevs
2019-11-05 13:29:35	-->	wvffle (~wvffle@host-46-175-47-49.wtvk.pl) a rejoint #mcdevs
2019-11-05 13:35:17	<--	wvffle (~wvffle@host-46-175-47-49.wtvk.pl) a quitté (Quit: ZNC 1.7.5 - https://znc.in)
2019-11-05 13:35:38	-->	wvffle (~wvffle@host-46-175-47-49.wtvk.pl) a rejoint #mcdevs
2019-11-05 13:39:37	<--	wvffle (~wvffle@host-46-175-47-49.wtvk.pl) a quitté (Client Quit)
2019-11-05 13:46:29	-->	wvffle (~wvffle@host-46-175-47-49.wtvk.pl) a rejoint #mcdevs
2019-11-05 13:50:34	<--	wvffle (~wvffle@host-46-175-47-49.wtvk.pl) a quitté (Client Quit)
2019-11-05 13:50:45	-->	wvffle (~wvffle@host-46-175-47-49.wtvk.pl) a rejoint #mcdevs
2019-11-05 13:51:38	<--	_123DMWM (~123DMWM@c-73-60-129-142.hsd1.ma.comcast.net) a quitté (Ping timeout: 240 seconds)
2019-11-05 13:52:34	-->	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-inzbyinhxqpxawgm) a rejoint #mcdevs
2019-11-05 14:13:07	-->	mgrech_ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-05 14:13:40	-->	_123DMWM (~123DMWM@2601:18d:580:3870:119f:7ea3:1ca6:9eed) a rejoint #mcdevs
2019-11-05 14:14:38	<--	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 265 seconds)
2019-11-05 16:02:13	<--	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-inzbyinhxqpxawgm) a quitté (Quit: Connection closed for inactivity)
2019-11-05 16:27:19	-->	WD_Gaster (b22bf435@178.43.244.53.ipv4.supernova.orange.pl) a rejoint #mcdevs
2019-11-05 16:28:28	WD_Gaster	@ryanmichaelheuer Yes, they'are. https://wiki.vg/Protocol_Encryption#Overview
2019-11-05 16:29:56	<--	WD_Gaster (b22bf435@178.43.244.53.ipv4.supernova.orange.pl) a quitté #mcdevs
2019-11-05 16:47:56	<--	niceplace (~nplace@199.229.250.164) a quitté (Quit: ZNC 1.7.4 - https://znc.in)
2019-11-05 16:48:17	-->	niceplace (~nplace@199.229.250.164) a rejoint #mcdevs
2019-11-05 16:49:16	<--	_123DMWM (~123DMWM@2601:18d:580:3870:119f:7ea3:1ca6:9eed) a quitté (Ping timeout: 264 seconds)
2019-11-05 16:49:16	<--	ammar2 (admin@i.diddled.with.the.opers.so.they.klined.me) a quitté (Ping timeout: 264 seconds)
2019-11-05 16:50:29	-->	_123DMWM (~123DMWM@2601:18d:580:3870:119f:7ea3:1ca6:9eed) a rejoint #mcdevs
2019-11-05 16:52:36	-->	ammar2 (admin@i.diddled.with.the.opers.so.they.klined.me) a rejoint #mcdevs
2019-11-05 16:52:36	--	Mode #mcdevs [+v ammar2] par ChanServ
2019-11-05 17:08:09	<--	mgrech_ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 265 seconds)
2019-11-05 17:40:23	-->	JBmc (~canaima@186-94-64-235.genericrev.cantv.net) a rejoint #mcdevs
2019-11-05 17:44:59	<--	JBmc (~canaima@186-94-64-235.genericrev.cantv.net) a quitté #mcdevs
2019-11-05 18:44:10	-->	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-swgfrrkglrljqcqz) a rejoint #mcdevs
2019-11-05 19:07:28	-->	craftxbox (~craftxbox@unaffiliated/craftxbox) a rejoint #mcdevs
2019-11-05 19:10:12	craftxbox	so, i've been bashing my head against the wall since yesterday, and i cannot for the life of me figure out how to dissect  ANY packet. It makes no sense to me where 'fields' begin and how the hell to read a varint
2019-11-05 19:11:03	+ammar2	let's start with your varint reading implementation since that's really important
2019-11-05 19:11:31	+ammar2	fields don't really have any indicator that they're about to begin, they just kinda come after another
2019-11-05 19:11:44	craftxbox	i havent even begun to write something to read them, i cannot understand them at all
2019-11-05 21:46:03	<--	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-swgfrrkglrljqcqz) a quitté (Quit: Connection closed for inactivity)
2019-11-05 21:46:30	-->	mgrech_ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-05 23:00:38	<--	mgrech_ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 276 seconds)
2019-11-06 00:50:03	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-06 01:59:45	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-06 02:09:53	<--	yawkat (~yawkat@cats.coffee) a quitté (Ping timeout: 246 seconds)
2019-11-06 02:16:34	-->	yawkat (~yawkat@cats.coffee) a rejoint #mcdevs
2019-11-06 02:21:29	<--	yawkat (~yawkat@cats.coffee) a quitté (Ping timeout: 276 seconds)
2019-11-06 02:35:50	-->	yawkat (~yawkat@cats.coffee) a rejoint #mcdevs
2019-11-06 02:48:39	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-06 03:27:34	<--	SpaceManiac (~SpaceMani@2601:200:4400:f::1039) a quitté (Ping timeout: 252 seconds)
2019-11-06 03:32:03	-->	SpaceManiac (~SpaceMani@2601:200:4400:f::1043) a rejoint #mcdevs
2019-11-06 03:32:03	--	Mode #mcdevs [+v SpaceManiac] par ChanServ
2019-11-06 03:57:07	timmyRS	That's a weird attitude, but okay. Basically, on the wire, you have 1-5 bytes, the first bit of each indicating if another bit is following; the remaining 7 bits are used for the actual value. Which is why it's a VarInt, because the actual byte-length varies.
2019-11-06 04:02:43	+Amaranth	if another *byte* is coming
2019-11-06 04:03:54	timmyRS	Oops, yeah.
2019-11-06 04:04:13	craftxbox	okay, that makes things alot simpler
2019-11-06 04:05:33	craftxbox	length doesnt seem to make sense here then
2019-11-06 04:06:17	craftxbox	with a sample packet i have length is telling me 16 but length is 20
2019-11-06 04:07:15	timmyRS	Where did you get that sample packet from? Context is important, because the packet could be encrypted and/or compressed.
2019-11-06 04:07:31	craftxbox	I setup a tcp server and had the client connect to it
2019-11-06 04:07:44	craftxbox	i'm looking at the first packet it sent
2019-11-06 04:08:51	craftxbox	actually i might be interpreting length wrong here
2019-11-06 04:09:07	craftxbox	yeah nevermind, length is correct
2019-11-06 04:09:16	craftxbox	i dont know why hxd tells me length is 20 when its 16
2019-11-06 04:09:52	timmyRS	It may have bundled the two Minecraft-packets into one TCP-packet
2019-11-06 04:10:43	craftxbox	well im reading the contents of netty's channelRead(ctx,msg) msg.toString() 
2019-11-06 04:10:59	craftxbox	it doesnt contain my username so im assuming it didnt
2019-11-06 04:12:40	craftxbox	what is 11101111 10111111 10111101 00000010 as a normal int from a varint?
2019-11-06 04:14:30	craftxbox	unless im just reading this wrong, that's supposedly what its reporting its protcol version as
2019-11-06 04:16:43	craftxbox	something seems sorta odd here, server address begins at byte 6 
2019-11-06 04:17:06	timmyRS	A string is a VarInt + string
2019-11-06 04:17:19	craftxbox	oh
2019-11-06 04:18:25	craftxbox	varint of length, right?
2019-11-06 04:18:34	timmyRS	Yes
2019-11-06 04:19:06	craftxbox	does the length include the length of the varint itself?
2019-11-06 04:19:12	timmyRS	No
2019-11-06 04:19:43	craftxbox	nevermind im an idiot
2019-11-06 04:19:51	craftxbox	i somehow counted `localhost` as being 8 characters
2019-11-06 04:21:48	timmyRS	According to my implementation "11101111 10111111 10111101 00000010" is "5201903"
2019-11-06 04:22:04	craftxbox	thats whats confusing me
2019-11-06 04:22:14	craftxbox	12.2's protocol version is 340
2019-11-06 04:22:58	craftxbox	why does it send 5201903
2019-11-06 04:23:01	timmyRS	11101111 should be the 3rd byte in the packet, right?
2019-11-06 04:23:32	craftxbox	if 11101111 is EF in hex, hes
2019-11-06 04:23:37	craftxbox	yes*
2019-11-06 04:24:30	craftxbox	and it is
2019-11-06 04:24:42	craftxbox	the full packet is:
2019-11-06 04:24:43	craftxbox	10 00 EF BF BD 02 09 6C 6F 63 61 6C 68 6F 73 74 63 EF BF BD 02
2019-11-06 04:30:52	craftxbox	port is decoding as 25583 but i think i just decoded it wrong becuase i did it by hand
2019-11-06 04:31:47	craftxbox	okay uhh
2019-11-06 04:31:49	craftxbox	no
2019-11-06 04:31:56	craftxbox	what am i doing wrong
2019-11-06 04:32:38	timmyRS	I can't tell you, but for me address is "localhost" and then the port is "99"
2019-11-06 04:32:53	craftxbox	uh huh
2019-11-06 04:32:56	timmyRS	I definitely think your implementation is failing on some previous aspect. Are you reading pure bytes?
2019-11-06 04:33:41	craftxbox	i'm reading most of it by hand, but coming in this is how i'm dealing with the packets: https://crxb.tk/z2n7oi
2019-11-06 04:34:52	craftxbox	and port of 99 is wrong too
2019-11-06 04:35:01	craftxbox	i'm connecting using the standard port
2019-11-06 04:35:30	timmyRS	Even if that code has no bugs, that's not the way to do it. Java itself already provides functions for working with InputStreams, to directly read bytes, and that's definitely more efficient than reading the bytes into a string and then back into bytes
2019-11-06 04:36:03	craftxbox	it really isnt a production thing, i mainly only have it like that for a quick test
2019-11-06 04:37:11	timmyRS	I would assume your hexToText is wrong in some way. Have you tried feeding it bytes with all sorts of values (0-255)?
2019-11-06 04:37:42	craftxbox	i'll test it, one moment
2019-11-06 04:40:00	craftxbox	i uh
2019-11-06 04:40:11	craftxbox	wait nevermind im being an idiot
2019-11-06 04:41:09	craftxbox	I'm using hxd for hex to text so id presume its not wrong because.... its literally made for that
2019-11-06 04:44:51	craftxbox	okay sense is nolonger being made
2019-11-06 04:45:30	craftxbox	this is the output for for(var i = 0;i<256;i++){print(i);print(""+(char)i)} https://crxb.tk/3fckqk
2019-11-06 04:47:12	craftxbox	its correct up until 7f or 128
2019-11-06 04:58:38	+pokechu22	It's probably doing something with encoding?  Strings in Java are UTF-16 by default (or at least char is a UTF-16 character, which is where some of the weirdness with codepoints comes from because new characters such as emoji don't fit)
2019-11-06 05:00:00	+pokechu22	It's possible that string concatenation normalizes it or something?  You could try `String.valueOf((char)i)` instead.  Though that seems kinda odd either way
2019-11-06 05:04:11	+pokechu22	... oh, you're using String.getBytes() -- without supplying an encoding.  That'll chose an encoding for you, which is going to cause problems if you're not using text to start with -- you won't necessarily get the input bytes back.
2019-11-06 05:05:57	timmyRS	I feel like just using the native Java APIs (or some more byte-oriented netty APIs) would be much easier.
2019-11-06 05:08:07	+pokechu22	Yeah, trying to get strings to work is just going to cause a lot of pain.  Anyways, this reproduces it, more or less: https://ideone.com/zhF93z
2019-11-06 05:09:30	+pokechu22	https://docs.oracle.com/javase/8/docs/api/java/lang/String.html#getBytes() says "The behavior of this method when this string cannot be encoded in the default charset is unspecified."  I guess in this case, the result is (happens to be) that...
2019-11-06 05:34:43	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: Textual IRC Client: www.textualapp.com)
2019-11-06 08:01:08	<--	_123DMWM (~123DMWM@2601:18d:580:3870:119f:7ea3:1ca6:9eed) a quitté (Read error: No route to host)
2019-11-06 08:01:35	-->	_123DMWM (~123DMWM@2601:18d:580:3870:119f:7ea3:1ca6:9eed) a rejoint #mcdevs
2019-11-06 10:24:23	-->	mgrech_ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-06 10:30:51	-->	Me4502 (~quassel@unaffiliated/me4502) a rejoint #mcdevs
2019-11-06 12:49:12	<--	Me4502 (~quassel@unaffiliated/me4502) a quitté (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
2019-11-06 15:28:55	<--	balrog (~balrog@unaffiliated/balrog) a quitté (Quit: Bye)
2019-11-06 15:32:52	-->	balrog (~balrog@unaffiliated/balrog) a rejoint #mcdevs
2019-11-06 21:25:29	craftxbox	um
2019-11-06 21:25:31	craftxbox	so
2019-11-06 21:25:38	craftxbox	netty provides it as a string
2019-11-06 21:25:46	craftxbox	which, is interesting
2019-11-06 21:28:05	craftxbox	How can i make the client send just two packets on login instead of merging the two together
2019-11-06 21:28:48	-->	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-06 21:29:26	<--	mgrech_ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 246 seconds)
2019-11-07 01:00:43	<--	SpaceManiac (~SpaceMani@2601:200:4400:f::1043) a quitté (Ping timeout: 245 seconds)
2019-11-07 01:06:35	-->	SpaceManiac (~SpaceMani@2601:200:4400:f::1043) a rejoint #mcdevs
2019-11-07 01:06:35	--	Mode #mcdevs [+v SpaceManiac] par ChanServ
2019-11-07 03:23:38	-->	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-cohlszyzzmeorsqc) a rejoint #mcdevs
2019-11-07 03:36:49	<--	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 265 seconds)
2019-11-07 04:09:40	<--	_123DMWM (~123DMWM@2601:18d:580:3870:119f:7ea3:1ca6:9eed) a quitté (Ping timeout: 264 seconds)
2019-11-07 04:09:47	<--	SpaceManiac (~SpaceMani@2601:200:4400:f::1043) a quitté (Ping timeout: 276 seconds)
2019-11-07 04:09:58	-->	_123DMWM (~123DMWM@2601:18d:580:3870:9c87:be0f:8af6:e093) a rejoint #mcdevs
2019-11-07 04:10:03	-->	SpaceManiac (~SpaceMani@2601:200:4400:f::1043) a rejoint #mcdevs
2019-11-07 04:10:03	--	Mode #mcdevs [+v SpaceManiac] par ChanServ
2019-11-07 05:37:16	-->	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-07 06:28:26	<--	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 240 seconds)
2019-11-07 06:28:48	<--	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-cohlszyzzmeorsqc) a quitté (Quit: Connection closed for inactivity)
2019-11-07 13:30:56	-->	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-07 15:27:31	<--	SpaceManiac (~SpaceMani@2601:200:4400:f::1043) a quitté (Ping timeout: 250 seconds)
2019-11-07 15:32:57	-->	SpaceManiac (~SpaceMani@c-67-172-121-111.hsd1.ca.comcast.net) a rejoint #mcdevs
2019-11-07 15:32:57	--	Mode #mcdevs [+v SpaceManiac] par ChanServ
2019-11-07 17:09:36	-->	skyrising (~skyrising@89.43.120.128) a rejoint #mcdevs
2019-11-07 17:21:32	<--	Tknoguyfication (~Tknoguyfi@184.103.79.150) a quitté (Ping timeout: 246 seconds)
2019-11-07 17:22:24	-->	Tknoguyfication (~Tknoguyfi@184.103.78.50) a rejoint #mcdevs
2019-11-07 18:30:01	Not-5e4d	[McUpdates] Minecraft snapshot 19w45a has just been published to the launcher!
2019-11-07 18:30:10	Not-5e4d	[McUpdates] Data generated by 19w45a: https://apimon.de/mcdata/19w45a/19w45a.zip
2019-11-07 18:30:16	Not-5e4d	[minecraft-data] automatic-beyond-belief pushed 1 commit to master [+0/-0/±1] https://git.io/JeabR
2019-11-07 18:30:18	Not-5e4d	[minecraft-data] automatic-beyond-belief 9685b81 - Add 19w45a to common/protocolVersions.json
2019-11-07 18:34:43	Not-5e4d	[Burger] New data now avaliable for 19w45a:
2019-11-07 18:34:45	Not-5e4d	[Burger] Diff from 19w44a: https://pokechu22.github.io/Burger/diff_19w44a_19w45a.html (https://pokechu22.github.io/Burger/diff_19w44a_19w45a.json)
2019-11-07 18:34:46	Not-5e4d	[Burger] Full data: https://pokechu22.github.io/Burger/19w45a.html (https://pokechu22.github.io/Burger/19w45a.json)
2019-11-07 18:35:02	Not-5e4d	[McUpdates] An article about Minecraft Snapshot 19w45a was just published: https://www.minecraft.net/en-us/article/minecraft-snapshot-19w45a
2019-11-07 20:49:47	<--	chibill (~chibill@108-228-59-57.lightspeed.cicril.sbcglobal.net) a quitté (Quit: ZNC 1.6.5+deb1+deb9u2 - http://znc.in)
2019-11-08 00:54:18	-->	mgrech_ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-08 00:56:12	<--	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 268 seconds)
2019-11-08 02:25:37	<--	yawkat (~yawkat@cats.coffee) a quitté (Ping timeout: 268 seconds)
2019-11-08 02:32:06	-->	yawkat (~yawkat@cats.coffee) a rejoint #mcdevs
2019-11-08 03:17:59	-->	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-08 03:18:50	<--	mgrech_ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 240 seconds)
2019-11-08 04:04:50	<--	bswartz (~bswartz@76-230-155-140.lightspeed.rlghnc.sbcglobal.net) a quitté (Ping timeout: 240 seconds)
2019-11-08 05:15:50	<--	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 276 seconds)
2019-11-08 05:16:47	<--	matthewprenger (~matthewpr@136.33.220.153) a quitté (Quit: matthewprenger)
2019-11-08 05:26:22	-->	matthewprenger (~matthewpr@136.33.220.153) a rejoint #mcdevs
2019-11-08 06:42:00	-->	WD_Gaster (5031dee6@80.49.222.230) a rejoint #mcdevs
2019-11-08 06:47:07	WD_Gaster	What are conditions for sending whole chunk update instead of multiblock change?
2019-11-08 06:47:13	WD_Gaster	When server prefers to send whole chunk instead of multiblock change?
2019-11-08 06:47:19	WD_Gaster	How many entries we can get from server (by "Record Count")? 
2019-11-08 06:47:27	WD_Gaster	(What's the maximum value server can send us?)
2019-11-08 06:48:34	+pokechu22	More than 64 blocks changing within a single section IIRC, but I don't know what the maximum value a server can send is (I think it can go higher if you've got more blocks changing in multiple sections)
2019-11-08 06:54:29	<--	WD_Gaster (5031dee6@80.49.222.230) a quitté #mcdevs
2019-11-08 11:22:52	-->	mk7a (~summit@82.36.88.235) a rejoint #mcdevs
2019-11-08 11:35:08	<--	mk7a (~summit@82.36.88.235) a quitté (Quit: Leaving)
2019-11-08 11:45:57	-->	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-08 13:15:45	<--	MiniDigger (~MiniDigge@glados.minidigger.me) a quitté (Quit: The Lounge - https://thelounge.chat)
2019-11-08 13:16:33	-->	MiniDigger (~MiniDigge@glados.minidigger.me) a rejoint #mcdevs
2019-11-08 13:55:02	Not-5e4d	[McUpdates] Minecraft snapshot 19w45b has just been published to the launcher!
2019-11-08 13:55:11	Not-5e4d	[McUpdates] Data generated by 19w45b: https://apimon.de/mcdata/19w45b/19w45b.zip
2019-11-08 13:55:16	Not-5e4d	[minecraft-data] automatic-beyond-belief pushed 1 commit to master [+0/-0/±1] https://git.io/JeVYF
2019-11-08 13:55:18	Not-5e4d	[minecraft-data] automatic-beyond-belief b6a0956 - Add 19w45b to common/protocolVersions.json
2019-11-08 14:03:56	Not-5e4d	[Burger] New data now avaliable for 19w45b:
2019-11-08 14:03:58	Not-5e4d	[Burger] Diff from 19w45a: https://pokechu22.github.io/Burger/diff_19w45a_19w45b.html (https://pokechu22.github.io/Burger/diff_19w45a_19w45b.json)
2019-11-08 14:03:59	Not-5e4d	[Burger] Full data: https://pokechu22.github.io/Burger/19w45b.html (https://pokechu22.github.io/Burger/19w45b.json)
2019-11-08 14:05:02	Not-5e4d	[McUpdates] An article about Minecraft Snapshot 19w45b was just published: https://www.minecraft.net/en-us/article/minecraft-snapshot-19w45a
2019-11-08 15:45:02	<--	WizardCM (~WizardCM@103.93.232.1) a quitté (Ping timeout: 276 seconds)
2019-11-08 17:10:48	-->	WizardCM (~WizardCM@103.93.232.1) a rejoint #mcdevs
2019-11-08 20:02:23	<--	PolarizedIons (~polarized@unaffiliated/polarizedions) a quitté (Quit: Ping timeout (120 seconds))
2019-11-08 20:02:50	-->	PolarizedIons (~polarized@unaffiliated/polarizedions) a rejoint #mcdevs
2019-11-08 20:05:56	-->	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-lizwztlxeiylcmmt) a rejoint #mcdevs
2019-11-08 20:21:41	<--	PolarizedIons (~polarized@unaffiliated/polarizedions) a quitté (Quit: Ping timeout (120 seconds))
2019-11-08 20:22:15	-->	PolarizedIons (~polarized@unaffiliated/polarizedions) a rejoint #mcdevs
2019-11-08 23:00:20	<--	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-lizwztlxeiylcmmt) a quitté (Quit: Connection closed for inactivity)
2019-11-08 23:50:49	<--	skyrising (~skyrising@89.43.120.128) a quitté (Remote host closed the connection)
2019-11-09 06:28:16	-->	Me4502 (~quassel@unaffiliated/me4502) a rejoint #mcdevs
2019-11-09 06:44:58	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2019-11-09 06:45:56	<--	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 276 seconds)
2019-11-09 06:47:37	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 240 seconds)
2019-11-09 06:47:37	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2019-11-09 07:37:14	<--	killme (~killmePI@185.9.253.124) a quitté (Ping timeout: 240 seconds)
2019-11-09 08:57:24	<--	DemonWav (~DemonWav@unaffiliated/demonwav) a quitté (Quit: DemonWav)
2019-11-09 08:58:04	-->	DemonWav (~DemonWav@unaffiliated/demonwav) a rejoint #mcdevs
2019-11-09 11:46:18	-->	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-09 11:56:55	-->	killme (~killmePI@185.9.253.124) a rejoint #mcdevs
2019-11-09 14:01:13	-->	mgrech_ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-09 14:02:26	<--	mgrech (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 240 seconds)
2019-11-09 14:03:30	-->	mgrech__ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-09 14:05:03	<--	PolarizedIons (~polarized@unaffiliated/polarizedions) a quitté (Quit: Ping timeout (120 seconds))
2019-11-09 14:05:19	-->	PolarizedIons (~polarized@unaffiliated/polarizedions) a rejoint #mcdevs
2019-11-09 14:05:56	<--	mgrech_ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 240 seconds)
2019-11-09 14:25:44	Not-5e4d	[Charge] Wallbraker pushed 1 commit to master [+0/-0/±1] https://git.io/JeVw7
2019-11-09 14:25:45	Not-5e4d	[Charge] Wallbraker 8172aec - math: Make it possible to create Color4b from floats
2019-11-09 14:34:15	<--	Me4502 (~quassel@unaffiliated/me4502) a quitté (Read error: Connection reset by peer)
2019-11-09 14:38:37	<--	DemonWav (~DemonWav@unaffiliated/demonwav) a quitté (Ping timeout: 252 seconds)
2019-11-09 14:38:53	-->	DemonWav (~DemonWav@unaffiliated/demonwav) a rejoint #mcdevs
2019-11-09 17:12:36	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Quit: redstonehelper)
2019-11-09 17:13:07	-->	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2019-11-09 19:58:24	-->	Calango (~Calango@177.116.144.154) a rejoint #mcdevs
2019-11-09 19:59:14	<--	mgrech__ (~mgrech@194-166-233-181.adsl.highway.telekom.at) a quitté (Ping timeout: 240 seconds)
2019-11-09 20:00:18	<--	Calango (~Calango@177.116.144.154) a quitté
2019-11-09 20:25:15	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2019-11-09 20:26:02	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 240 seconds)
2019-11-09 20:26:02	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2019-11-09 21:51:45	Not-5e4d	[Charge] Wallbraker pushed 3 commits to master [+0/-0/±11] https://git.io/JeVMA
2019-11-09 21:51:47	Not-5e4d	[Charge] Wallbraker 6a2b660 - doc: Add list of groups
2019-11-09 21:51:49	Not-5e4d	[Charge] Wallbraker 74f7a25 - math: Some comments and add to group
2019-11-09 21:51:50	Not-5e4d	[Charge] Wallbraker ecaa03d - math: Add Fovf
2019-11-09 21:57:06	-->	mgrech__ (~mgrech@194-166-234-54.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-09 21:58:49	Not-5e4d	[Charge] Wallbraker pushed 1 commit to master [+0/-0/±9] https://git.io/JeVDf
2019-11-09 21:58:50	Not-5e4d	[Charge] Wallbraker 249dbff - math: Tweak group name
2019-11-09 22:11:54	Not-5e4d	[Charge] Wallbraker pushed 2 commits to master [+0/-0/±22] https://git.io/JeVDq
2019-11-09 22:11:55	Not-5e4d	[Charge] Wallbraker d7825c4 - core: Add vdoc group
2019-11-09 22:11:57	Not-5e4d	[Charge] Wallbraker 0b9c8e0 - gfx: Add vdoc group and some comments
2019-11-10 00:34:45	Not-5e4d	[Charge] Wallbraker pushed 2 commits to master [+0/-0/±3] https://git.io/JeV9f
2019-11-10 00:34:47	Not-5e4d	[Charge] Wallbraker 94b988e - gfx: Add ExtTarget
2019-11-10 00:34:48	Not-5e4d	[Charge] Wallbraker 7745395 - math: Make Fovf usable
2019-11-10 01:41:11	Not-5e4d	[Charge] Wallbraker pushed 1 commit to master [+0/-0/±1] https://git.io/JeV9Q
2019-11-10 01:41:13	Not-5e4d	[Charge] Wallbraker 9dce6dd - gfx: Fix ExtTarget
2019-11-10 02:21:44	<--	mgrech__ (~mgrech@194-166-234-54.adsl.highway.telekom.at) a quitté (Ping timeout: 246 seconds)
2019-11-10 02:24:57	<--	yawkat (~yawkat@cats.coffee) a quitté (Ping timeout: 240 seconds)
2019-11-10 02:35:51	-->	yawkat (~yawkat@cats.coffee) a rejoint #mcdevs
2019-11-10 04:18:19	-->	mgrech__ (~mgrech@193-83-64-225.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-10 05:32:14	-->	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-ifdfxwwmbhbwubin) a rejoint #mcdevs
2019-11-10 05:47:14	-->	Me4502 (~quassel@unaffiliated/me4502) a rejoint #mcdevs
2019-11-10 07:43:20	<--	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-ifdfxwwmbhbwubin) a quitté (Quit: Connection closed for inactivity)
2019-11-10 08:59:43	<--	mgrech__ (~mgrech@193-83-64-225.adsl.highway.telekom.at) a quitté (Ping timeout: 265 seconds)
2019-11-10 12:29:25	Not-5e4d	[Charge] Wallbraker pushed 2 commits to master [+0/-0/±5] https://git.io/JeVbC
2019-11-10 12:29:27	Not-5e4d	[Charge] Wallbraker 981c823 - core: Update vdoc
2019-11-10 12:29:28	Not-5e4d	[Charge] Wallbraker 156aeaf - core: Remove initSubSystem function from Core
2019-11-10 13:26:50	<--	Me4502 (~quassel@unaffiliated/me4502) a quitté (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
2019-11-10 14:50:23	Not-5e4d	[Charge] Wallbraker pushed 5 commits to master [+0/-0/±15] https://git.io/JeVAl
2019-11-10 14:50:24	Not-5e4d	[Charge] Wallbraker 19a73d1 - gfx: Add Target vdocs
2019-11-10 14:50:26	Not-5e4d	[Charge] Wallbraker 6be752e - gfx: Simplify FramebufferMSAA
2019-11-10 14:50:27	Not-5e4d	[Charge] Wallbraker 9530286 - gfx: Add ViewInfo struct
2019-11-10 14:50:29	Not-5e4d	[Charge] ... and 2 more commits.
2019-11-10 15:20:12	-->	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-znhwvccbgtukzsji) a rejoint #mcdevs
2019-11-10 15:59:27	<--	bildramer (~bildramer@p200300CF3715050048CB0786D3599614.dip0.t-ipconnect.de) a quitté (Ping timeout: 264 seconds)
2019-11-10 17:43:47	-->	WizardCM| (~WizardCM@103.93.232.1) a rejoint #mcdevs
2019-11-10 17:44:08	<--	WizardCM (~WizardCM@103.93.232.1) a quitté (Ping timeout: 276 seconds)
2019-11-10 17:44:08	--	WizardCM| est maintenant connu sous le nom WizardCM
2019-11-10 17:44:30	-->	bildramer (~bildramer@p200300CF373AB200421A6BF164E1A1A9.dip0.t-ipconnect.de) a rejoint #mcdevs
2019-11-10 17:50:43	-->	mgrech__ (~mgrech@193-83-64-225.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-10 18:46:36	Not-5e4d	[Charge] Wallbraker pushed 1 commit to master [+0/-0/±1] https://git.io/JeVjg
2019-11-10 18:46:38	Not-5e4d	[Charge] Wallbraker a1a6ebe - gfx: Improve BufferBuilder
2019-11-10 19:29:49	craftxbox	I'm a little confused
2019-11-10 19:30:02	craftxbox	what bit indicates that there's more bytes in a varint
2019-11-10 19:30:13	craftxbox	10000000 or 00000001
2019-11-10 19:31:41	+ammar2	1000 0000
2019-11-10 19:32:20	craftxbox	so then 000 0000 would be the number data? little endian, right? 
2019-11-10 19:33:44	+ammar2	yeah, the number data would be `000 0000` in that case. I believe it's big endian though
2019-11-10 19:33:54	+ammar2	that is the first byte contains the least significant bits
2019-11-10 19:35:28	+ammar2	so 0000 0010  1000 0001 number would be = 00000010000010
2019-11-10 19:36:20	+ammar2	oh wait that's little endian(?) ¯\_(ツ)_/¯
2019-11-10 19:37:34	+ammar2	err wait I goofed on that example
2019-11-10 19:38:11	craftxbox	yeah im a little confused
2019-11-10 19:38:28	+ammar2	over the network = 1000 0001  0000 0010 = 0000010 0000001
2019-11-10 19:41:34	+ammar2	so the first byte you receive represents the least significant bits
2019-11-10 20:10:15	MiniDigger	Anybody here got blocked by cloudfront for accessing mojangs API before?
2019-11-10 20:10:17	MiniDigger	https://yeleha.co/2Q79dIn
2019-11-10 20:15:17	Not-5e4d	[mineflayer] rom1504 pushed 3 commits to master [+0/-0/±3] https://git.io/Jewv5
2019-11-10 20:15:18	Not-5e4d	[mineflayer] IdanHo ea36b9d - unload chunks on mc version 1.9-1.12 mc versions 1.9-1.12 dont send an empty map_chunk packet anymore, but rather an unload_chunk packet, implement functionality for it to prevent memory leaks
2019-11-10 20:15:20	Not-5e4d	[mineflayer] IdanHo 9371715 - fix identation
2019-11-10 20:15:21	Not-5e4d	[mineflayer] rom1504 26dc09e - Merge pull request #881 from IdanHo/patch-2 unload chunks on mc version 1.9-1.12
2019-11-10 20:23:02	Not-5e4d	[mineflayer] rom1504 pushed 1 commit to master [+0/-0/±2] https://git.io/Jewvp
2019-11-10 20:23:04	Not-5e4d	[mineflayer] rom1504 92d28bf - Release 2.10.0
2019-11-10 20:23:06	Not-5e4d	[mineflayer] rom1504 tagged 92d28bf as 2.10.0 https://git.io/Jewvh
2019-11-10 23:59:57	<--	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-znhwvccbgtukzsji) a quitté (Quit: Connection closed for inactivity)
2019-11-11 01:00:37	Not-5e4d	[Charge] Wallbraker pushed 2 commits to master [+0/-0/±2] https://git.io/JewIB
2019-11-11 01:00:38	Not-5e4d	[Charge] Wallbraker dac30b3 - gfx: Improve buffer buider performance
2019-11-11 01:00:40	Not-5e4d	[Charge] Wallbraker 87ae075 - gfx: Tidy simple module
2019-11-11 01:19:15	craftxbox	i feel like i might just be dumb here, but the client just displays 'disconnected' when i send this packet during login:
2019-11-11 01:19:15	craftxbox	49007b2274657874223a22596f757220636f6e6e656374696f6e20686173206265656e20636c6f73656420666f722073656e64696e6720616e20696e76616c6964207061636b6574227d
2019-11-11 01:20:30	craftxbox	yes indeed i am being dumb now i see it, im not including the string length
2019-11-11 01:21:18	craftxbox	or, that actually doesnt seem to fix the issue
2019-11-11 01:22:35	craftxbox	do be clear: the packet im sending now is `4a00487b2274657874223a22596f757220636f6e6e656374696f6e20686173206265656e20636c6f73656420666f722073656e64696e6720616e20696e76616c6964207061636b6574227d`
2019-11-11 01:32:48	+pokechu22	Hm, that packet looks fine to me.  Is there anything in the client log file that might explain more?  You might need to enable debug messages
2019-11-11 01:42:51	craftxbox	i'll check
2019-11-11 01:51:34	craftxbox	hm, where exactly would i enable debug?
2019-11-11 01:55:24	+pokechu22	I don't remember exactly for the newest launcher; there's some info at https://wiki.vg/Debugging though
2019-11-11 02:13:43	craftxbox	says nothing
2019-11-11 02:13:46	craftxbox	loglevel of DEBUG
2019-11-11 02:37:15	<--	yawkat (~yawkat@cats.coffee) a quitté (Ping timeout: 265 seconds)
2019-11-11 02:42:42	-->	yawkat (~yawkat@cats.coffee) a rejoint #mcdevs
2019-11-11 02:44:35	craftxbox	does anybody have an example of a login success?
2019-11-11 03:22:53	-->	WD_Gaster (5031dee6@80.49.222.230.ipv4.supernova.orange.pl) a rejoint #mcdevs
2019-11-11 03:51:23	<--	WD_Gaster (5031dee6@80.49.222.230.ipv4.supernova.orange.pl) a quitté #mcdevs
2019-11-11 03:55:42	craftxbox	ah
2019-11-11 03:55:44	craftxbox	huh
2019-11-11 03:55:50	craftxbox	it just... started working
2019-11-11 03:55:55	craftxbox	for no reason
2019-11-11 05:23:12	craftxbox	what makes the client mark a server as 'Old'
2019-11-11 05:25:06	+pokechu22	If it hasn't received a proper ping response from it, it is listed as old, since older versions used a different ping format that's incompatible
2019-11-11 05:35:17	<--	craftxbox (~craftxbox@unaffiliated/craftxbox) a quitté (Quit: Leaving)
2019-11-11 05:36:35	-->	craftxbox (~craftxbox@unaffiliated/craftxbox) a rejoint #mcdevs
2019-11-11 05:36:48	craftxbox	shouldnt the ping response just be exactly the packet the client sent?
2019-11-11 05:39:30	+pokechu22	Sorry, by ping I mean the whole process -- you're more likely to have an issue with the response packet
2019-11-11 05:39:36	craftxbox	ah
2019-11-11 05:40:12	craftxbox	`a600a47b2276657273696f6e223a7b226e616d65223a22312e31322e32222c2270726f746f636f6c223a3334307d2c22706c6179657273223a7b226d6178223a36392c226f6e6c696e65223a3432302c2273616d706c65223a5b7b226e616d65223a22617979222c226964223a224f66666c696e65506c617965723a6c6d616f227d5d7d2c226465736372697074696f6e223a7b2274657874223a226179796c6d616f227d7d` is my packet
2019-11-11 05:41:11	craftxbox	im not entirely sure where i'm going wrong, i'm sending the client back its pings and that data when it submits a request
2019-11-11 05:41:22	+pokechu22	What's the JSON you're sending?
2019-11-11 05:41:41	craftxbox	`{"version":{"name":"1.12.2","protocol":340},"players":{"max":69,"online":420,"sample":[{"name":"ayy","id":"OfflinePlayer:lmao"}]},"description":{"text":"ayylmao"}}`
2019-11-11 05:41:49	craftxbox	should be what the hex says
2019-11-11 05:42:05	+pokechu22	nice
2019-11-11 05:42:18	craftxbox	i just put some meme sample text :P
2019-11-11 05:42:35	+pokechu22	The ID is invalid since it should be a UUID, but I'm not sure if that'd break it
2019-11-11 05:42:57	craftxbox	OfflinePlayer:lmao is supposedly valid uuidv3
2019-11-11 05:44:02	+pokechu22	It's a thing you supply to create a uuidv3, but not a v3 UUID -- https://wiki.vg/Protocol#Spawn_Player mentions it, but it doesn't currently have an example.  UUIDv3 is based on the MD5 hash of that string
2019-11-11 05:44:11	craftxbox	ah
2019-11-11 05:46:29	+pokechu22	If you want to try a dummy value, 00000000-0000-0000-0000-000000000000 might work
2019-11-11 05:50:27	craftxbox	does the client care if you go through the whole flow or can you just immediately respond with the list data upon handshake
2019-11-11 05:52:10	+pokechu22	I think it does want you to wait for the request packet, but the client sends the request packet at the same time as sending handshake so it shouldn't matter in practice -- but implementation wise you probably want to do it in response to request
2019-11-11 05:53:00	craftxbox	1.12.2 seems to send ping before it sends request which is odd
2019-11-11 05:53:21	craftxbox	does anything else use packet id 0x01
2019-11-11 05:53:24	+pokechu22	That's odd, yeah
2019-11-11 05:54:32	+pokechu22	Yes, packet ID has different meanings in the play, login, and status states; it's ping for status but encryption response for login and spawn experience orb for play (in 1.14, haven't checked 1.12)
2019-11-11 06:10:00	-->	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-bacqotyljrmqxjib) a rejoint #mcdevs
2019-11-11 06:10:26	<--	mgrech__ (~mgrech@193-83-64-225.adsl.highway.telekom.at) a quitté (Ping timeout: 240 seconds)
2019-11-11 06:16:14	craftxbox	server should only really return stuff on ping and request, right? nothing else in the slp flow requires a response?
2019-11-11 06:20:07	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2019-11-11 06:21:33	craftxbox	somethings messed up with my connection state handler here so just ignore the state numbers for now but, this is what my server tells me is happening, and client ends up just displaying old:
2019-11-11 06:21:34	craftxbox	https://crxb.tk/kh243r
2019-11-11 06:21:38	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 240 seconds)
2019-11-11 06:21:39	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2019-11-11 06:23:39	craftxbox	im  confused here why the last byte of the handshake is 00
2019-11-11 06:30:27	craftxbox	if i click refresh enough eventually it sends the request
2019-11-11 06:38:02	craftxbox	pokechu22: you still there?
2019-11-11 07:48:25	+pokechu22	craftxbox: Yeah, only ping and request have responses.  Not sure what's going on there.  Remember that the request packet from the client has 0 bytes of payload, so maybe your parser is having issues with that?
2019-11-11 08:29:29	<--	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-bacqotyljrmqxjib) a quitté (Quit: Connection closed for inactivity)
2019-11-11 09:07:57	<--	dexter0 (~dexter0@c-73-222-1-210.hsd1.ca.comcast.net) a quitté (Ping timeout: 240 seconds)
2019-11-11 09:10:24	-->	dexter0 (~dexter0@2601:647:4500:700:7c:10ff:fe00:110b) a rejoint #mcdevs
2019-11-11 12:00:58	-->	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-iwlybmzqzdkogkgk) a rejoint #mcdevs
2019-11-11 14:30:44	<--	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-iwlybmzqzdkogkgk) a quitté (Quit: Connection closed for inactivity)
2019-11-11 15:01:59	-->	mgrech__ (~mgrech@193-83-64-225.adsl.highway.telekom.at) a rejoint #mcdevs
2019-11-11 15:09:46	-->	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-fdczdozckrhkqqbl) a rejoint #mcdevs
2019-11-11 15:29:27	Not-5e4d	[Charge] Wallbraker pushed 1 commit to master [+0/-0/±1] https://git.io/JewcF
2019-11-11 15:29:28	Not-5e4d	[Charge] Wallbraker 661b16c - math: Extend to support a offsetted origin in setToModel
2019-11-11 16:49:48	craftxbox	the thing is that the server doesnt even appear to be recieving the request
2019-11-11 16:50:05	craftxbox	and i have to refresh a shitton of time to make it actually send
2019-11-11 16:51:23	craftxbox	and yes, my handling of the request packet is faulty, however it wouldnt fail before telling me the packet came in the first place
2019-11-11 16:52:35	timmyRS	Is it possible that you have some faulty timeout/cleanup code?
2019-11-11 16:52:53	craftxbox	i'm not even dealing with any of that
2019-11-11 16:53:11	craftxbox	i'm just trying to get the slp to work
2019-11-11 16:57:09	timmyRS	So you're just accepting connections, reading handshakes, and can't even receive the status request?
2019-11-11 16:57:21	craftxbox	yeah
2019-11-11 16:57:27	craftxbox	the client just isnt sending a status request
2019-11-11 16:57:47	timmyRS	Is it possible that you're trimming it away because the handshake + status request are usually in the same TCP packet?
2019-11-11 16:58:18	craftxbox	.. that would tell me why the handshake often has extraneous bytes
2019-11-11 17:20:13	craftxbox	are the combined packets delimited or do i have to parse the first packet to know the where the second begins
2019-11-11 17:20:45	timmyRS	All packets are length-prefixed
2019-11-11 17:21:02	craftxbox	damn, no easy way out then :P
2019-11-11 17:46:14	timmyRS	Read the packets properly?
2019-11-11 17:54:07	Hafydd	TCP is a stream-based protocol, so you shouldn't make parsing decisions based on how it happens to be divided up into datagrams.
2019-11-11 18:19:05	e	one usually calls them something other than datagrams to make that more obvious
2019-11-11 18:20:43	timmyRS	What a short name
2019-11-11 18:22:12	saper	craftxbox: "doesn't even appear to be receiving the request" - I'd check that also with lower layer, like sniffing the traffic with tcpdump/wireshark and see what actually arrives, before transport and application layer can be blamed.
2019-11-11 18:50:35	craftxbox	something somewhere is wrong in the application layer
2019-11-11 18:50:45	craftxbox	wireshark tells me the right byte seq
2019-11-11 18:50:56	craftxbox	application tells me the right byte seq as soon as it comes in
2019-11-11 18:51:03	craftxbox	but by the time i decode the packets theyre incorrect
2019-11-11 18:58:11	saper	so, C->S is ok, S->C is sent byt C(lient) cannot decode it?
2019-11-11 18:58:46	craftxbox	c->s is okay, but s internally isnt
2019-11-11 18:58:55	craftxbox	so s responds saying that c's packet is invalid
2019-11-11 19:02:07	timmyRS	I assume it's your weird string way of handling with what the client sends you
2019-11-11 19:02:30	craftxbox	netty literally seems to be GIVING me the message as a string
2019-11-11 19:02:48	craftxbox	previously ive been able to decode it fine but something changed somewhere
2019-11-11 19:03:07	timmyRS	No need to use netty. There's already at least one Minecraft client and server written in Java using netty. ;)
2019-11-11 19:03:25	craftxbox	i'm using netty because its what im familiar with
2019-11-11 19:03:34	craftxbox	this is just a personal experiemnt, nothing i'm releasing
2019-11-11 19:04:04	timmyRS	What exactly are you trying to find out with your experiment?
2019-11-11 19:04:13	craftxbox	nothing, i'm just fucking around with it
2019-11-11 19:05:06	timmyRS	Are you familiar with more byte-y functions of netty?
2019-11-11 19:05:13	craftxbox	not really
2019-11-11 19:05:29	timmyRS	Then using netty because you're familiar with it might not be the best choice.
2019-11-11 19:05:45	timmyRS	I feel like the native functions from Java are easier for that.
2019-11-11 19:07:34	craftxbox	im just confused really why channelRead is passing a string
2019-11-11 19:15:01	craftxbox	so i figured out why it was giving me a string, i had string encoders in the pipeline and now ive removed them
2019-11-11 19:15:14	craftxbox	but now im also not recieving the ping packet
2019-11-11 19:18:59	MiniDigger	Would a simple netty example server/client for mc help you? I don't have time to explain you stuff as am sick, but I can share a project of mine I started a few months back 
2019-11-11 19:38:43	craftxbox	Thank you but it isnt much the protocol itself i'm having an issue with, just netty in general
2019-11-11 19:39:16	craftxbox	anyways, it seems like its working now but the client doesnt seem to like my response, goes straight to legacy ping after this conversation: https://crxb.tk/x6j0z6.pcap
2019-11-11 19:51:12	timmyRS	"String on the wire is apparently 99 bytes long, but that exceeds the bytes in the read buffer"
2019-11-11 19:51:50	craftxbox	er
2019-11-11 19:51:50	craftxbox	what
2019-11-11 19:52:05	craftxbox	how is that even possible?
2019-11-11 19:52:24	timmyRS	Actually, the problem begins much earlier: the packet id is apparently 12976181315
2019-11-11 19:52:59	craftxbox	can you send me what the packet looks in hex to you?
2019-11-11 19:53:13	timmyRS	"b7 00 ..."
2019-11-11 19:53:20	timmyRS	I assume that's the status response
2019-11-11 19:53:20	craftxbox	that.... looks correct
2019-11-11 19:53:23	craftxbox	yes
2019-11-11 19:53:42	timmyRS	That b7 is the length of the packet, but the first bit of that is "1" which means another bit is following in the VarInt, but that 00 I assume is already the packet ID.
2019-11-11 19:53:50	timmyRS	another byte is following*
2019-11-11 19:54:33	timmyRS	So, long story short: You're not writing VarInts correctly
2019-11-11 19:56:01	-->	jsxof (~jsxof@188.146.32.185.nat.umts.dynamic.t-mobile.pl) a rejoint #mcdevs
2019-11-11 19:56:44	craftxbox	whoops, forgot the 01
2019-11-11 20:01:58	timmyRS	Which 01?
2019-11-11 20:02:51	craftxbox	both, in packet and string length
2019-11-11 20:03:07	craftxbox	which would end up the proper beginning being `b8 01 00 b5 01`
2019-11-11 20:03:09	craftxbox	right?
2019-11-11 20:05:17	timmyRS	Right. Why did your varint implementation miss that?
2019-11-11 20:05:28	craftxbox	i think that was just me being dumb
2019-11-11 20:05:45	craftxbox	i encoded that string by hand as a test and didnt doublecheck the binary 
2019-11-11 20:07:00	craftxbox	so now it works, but it tells 'no connection' for the ping meter and the playersample didnt work
2019-11-11 20:08:29	craftxbox	client still doesnt seem to send its ping
2019-11-11 20:09:30	timmyRS	After that response, it sends a ping packet (id 0x01) and expects a pong to measure the ping
2019-11-11 20:10:26	craftxbox	oh nevermind im still being dumb
2019-11-11 20:10:43	craftxbox	server silently responded by telling the client its ping packet was invalid :P
2019-11-11 20:12:07	craftxbox	works perfectly now, great
2019-11-11 21:01:44	saper	:)
2019-11-11 21:01:47	saper	great
2019-11-11 21:47:32	craftxbox	So, after login success, what happens?
2019-11-11 21:55:26	+ammar2	https://wiki.vg/Protocol_FAQ#What.27s_the_normal_login_sequence_for_a_client.3F
2019-11-11 21:56:07	craftxbox	thank you
2019-11-11 21:56:44	+ammar2	I feel like we should probably link that part from the wiki home page
2019-11-11 21:56:50	+ammar2	since it's such a common question
2019-11-11 21:57:33	craftxbox	and not doing the encryption stuff makes the client not send its auth, right?
2019-11-11 22:16:23	timmyRS	After Login Start, you could immediately respond with Login Success using the "OfflinePlayer:bla" UUIDv5 for offline/unencrypted mode.
2019-11-11 22:18:44	craftxbox	wait, type 5?
2019-11-11 22:19:21	MiniDigger	Iirc v3 for offline and v4 for online, buuuut I could be wrong 
2019-11-11 22:20:04	craftxbox	wiki tells  uuidv3 for spawn player but nothing about login success
2019-11-11 22:20:27	+pokechu22	It's the same UUID for all packets; the UUID is a property of the player
2019-11-11 22:21:25	craftxbox	does the resulting uuid actually matter? or does whatever the server sends work?
2019-11-11 22:21:34	MiniDigger	The format is the name for v3 and v4
2019-11-11 22:21:41	timmyRS	It is v3, but I use v5, but the UUID does indeed not matter, it just has to be unique.
2019-11-11 22:22:00	craftxbox	okay, so for now im just gonna do UUID.randomUUID()
2019-11-11 22:22:07	+pokechu22	I believe if you do normal authentication, the one you'll get from mojang is a v4, in which case you should use it directly.
2019-11-11 22:22:45	+pokechu22	But yeah, all that matters is that it's unique (and preferably, it should be the same for a given player over time; it must be the same for all packets involving that player though or else I'm pretty sure you're going to run into problems)
2019-11-11 22:23:53	MiniDigger	So better store it next to the connection or something 
2019-11-11 22:25:03	craftxbox	at the moment i track every connection with a custom connection object that contains a bunch of stuff related to the current connection (ex, state, port, ip, uuid, uname)
2019-11-11 22:26:08	MiniDigger	That's good
2019-11-11 23:12:51	craftxbox	Internal Exception: io.netty.handler.codec.DecoderException: java.lang.IndexOutOfBoundsException: readerIndex(12) + length(1) exceeds writerIndex(12): PooledUnsafeDirectByteBuf(ridx: 12, widx: 12, cap: 12)
2019-11-11 23:13:07	craftxbox	this is for data: 0c:23:8a:00:00:00:45:04:66:6c:61:74:00
2019-11-11 23:14:09	craftxbox	i dont know what im doing worng here
2019-11-11 23:16:08	timmyRS	What's that data supposed to be?
2019-11-11 23:47:34	craftxbox	apologies, this is, or should, be a join game packet
2019-11-11 23:51:12	timmyRS	Is that the data in the packet?
2019-11-11 23:52:34	craftxbox	yes, thats the packet data
2019-11-11 23:52:51	craftxbox	wireshark likes to put colons instead of spaces so thats why colons
2019-11-11 23:53:00	craftxbox	looks kinda odd since colons usually make me think of macs
2019-11-11 23:53:45	timmyRS	Like, the data of the Minecraft packet, after the packet length and packet id. If so, for me it fails at reading the level type complaining that there aren't 97 bytes, but I assume the issue begins earlier.
2019-11-11 23:54:14	craftxbox	oh no, this is the full packet
2019-11-11 23:54:26	craftxbox	sans all the tcp/ip/eth stuff
2019-11-11 23:54:51	timmyRS	Then that is a Particle packet
2019-11-11 23:55:27	craftxbox	my bad, this is on 12.2 protocol
2019-11-11 23:56:37	timmyRS	Having an issue with level type again, this time complaining that the packet is already over
2019-11-11 23:56:56	craftxbox	yeah im absolutely confused about what's actually going on here
2019-11-11 23:58:12	timmyRS	I assume you are aware that Entity ID is an Int and not a VarInt? So, it should always be exactly 4 bytes.
2019-11-11 23:58:32	craftxbox	OH
2019-11-11 23:58:42	craftxbox	that would indeed make sense
2019-11-12 00:03:53	craftxbox	this is my implementation to encode joingame packets, does anything look wrong with it? https://crxb.tk/demstg
2019-11-12 00:04:24	craftxbox	because now its `The received encoded string buffer length is longer than maximum allowed (97 > 64)
2019-11-12 00:04:24	craftxbox	io.netty.handler.codec.DecoderException: The received encoded string buffer length is longer than maximum allowed (97 > 64)`
2019-11-12 00:05:39	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 252 seconds)
2019-11-12 00:08:15	timmyRS	The dimension is also an int
2019-11-12 00:15:21	craftxbox	now im doing the same thing as eid to dimension but `java.io.IOException: Packet 0/0 (hx) was larger than I expected, found 19 bytes extra whilst reading packet 0`
2019-11-12 00:15:32	craftxbox	lemme pcap it sec
2019-11-12 00:18:25	craftxbox	oh shit nvm 
2019-11-12 00:18:36	craftxbox	i didnt realize that the client actually accepted that and started sending its stuff
2019-11-12 00:19:01	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-12 00:34:43	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-12 00:38:54	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-12 01:35:01	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-12 01:47:48	<--	jsxof (~jsxof@188.146.32.185.nat.umts.dynamic.t-mobile.pl) a quitté (Ping timeout: 265 seconds)
2019-11-12 01:49:32	-->	jsxof (~jsxof@188.146.226.157.nat.umts.dynamic.t-mobile.pl) a rejoint #mcdevs
2019-11-12 02:06:19	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-12 02:08:14	<--	yawkat (~yawkat@cats.coffee) a quitté (Ping timeout: 246 seconds)
2019-11-12 02:29:24	<--	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-fdczdozckrhkqqbl) a quitté (Quit: Connection closed for inactivity)
2019-11-12 02:29:41	-->	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-lpsivakpqiksapqk) a rejoint #mcdevs
2019-11-12 02:32:22	-->	yawkat (~yawkat@cats.coffee) a rejoint #mcdevs
2019-11-12 02:33:43	craftxbox	jesus christ, does the server REALLY need to send every single one of the packets in the flow after client settings?
2019-11-12 02:41:55	craftxbox	oh okay wait
2019-11-12 02:42:08	craftxbox	is there a history on the login flow?
2019-11-12 02:48:10	+pokechu22	https://wiki.vg/index.php?title=Protocol_FAQ&action=history - not organized by MC version though
2019-11-12 02:48:41	craftxbox	damn
2019-11-12 02:48:52	craftxbox	just gonna hope this sept2018 version will work fine
2019-11-12 02:48:54	+pokechu22	I think you want https://wiki.vg/index.php?title=Protocol_FAQ&oldid=13327 -- the one after that has some 1.13-specific channel rename things in it
2019-11-12 02:50:29	craftxbox	thank you
2019-11-12 02:58:22	-->	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2019-11-12 02:59:18	craftxbox	wait are varint and varlong encode literally the same function
2019-11-12 02:59:51	+pokechu22	Yes, apart from the maximum size.  They do *behave* differently for negative values, but the code is the same
2019-11-12 03:01:54	craftxbox	does eclipse have a utility to automatically generate constructors with parameters to set the local parameters?
2019-11-12 03:01:59	craftxbox	would save me alot of time
2019-11-12 03:02:26	+pokechu22	Yes, I think right-clicking and it's under refactor or maybe generate
2019-11-12 03:05:13	craftxbox	sweet, thanks!
2019-11-12 03:07:23	craftxbox	hmm, do i track users by username or by uuid
2019-11-12 03:07:31	craftxbox	im unsure which would be better
2019-11-12 03:07:48	craftxbox	each user object would have both attached to them but i dont know by which they should be indexed
2019-11-12 03:09:48	+pokechu22	UUID, since you'll also at some point need to index regular entities and those will only have a UUID
2019-11-12 03:25:41	craftxbox	o h b o y
2019-11-12 03:25:43	craftxbox	time for chunk data
2019-11-12 03:44:44	craftxbox	is 00 00 00 00 00 00 00 00 01 00 00 00 a valid chunk data packet?
2019-11-12 04:02:48	+pokechu22	If full chunk isn't set the first time around, it doesn't add a new chunk, so no.  But setting full chunk to true and adding biomes would make it valid.  (All of this is if I recall correctly)
2019-11-12 04:03:16	craftxbox	i'm trying to just construct a packet that would tell the client that everything is absolutely empty
2019-11-12 05:26:01	<--	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-lpsivakpqiksapqk) a quitté (Quit: Connection closed for inactivity)
2019-11-12 06:05:58	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2019-11-12 06:08:02	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 240 seconds)
2019-11-12 06:08:03	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2019-11-12 06:26:50	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-12 06:28:14	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-12 06:28:30	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Client Quit)
2019-11-12 06:29:04	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-12 06:29:17	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Client Quit)
2019-11-12 10:42:18	<--	Proximyst (~Proximyst@148.251.50.76) a quitté (Read error: Connection reset by peer)
2019-11-12 10:43:13	-->	Proximyst (~Proximyst@148.251.50.76) a rejoint #mcdevs
2019-11-12 10:59:19	-->	Me4502 (~quassel@unaffiliated/me4502) a rejoint #mcdevs
2019-11-12 11:08:32	-->	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-fvfkufzwsxzclkco) a rejoint #mcdevs
2019-11-12 11:24:11	timmyRS	craftxbox, this should probably get this job done: https://pastebin.com/aJgGawqq
2019-11-12 13:20:42	<--	Proximyst (~Proximyst@148.251.50.76) a quitté (Quit: Robbing a bank)
2019-11-12 13:22:47	-->	Proximyst (~Proximyst@148.251.50.76) a rejoint #mcdevs
2019-11-12 13:38:47	<--	yangm (yanyetanot@gateway/shell/matrix.org/x-xrtbgbelsqrdeqwg) a quitté (Write error: Connection reset by peer)
2019-11-12 13:38:47	<--	M-Processus42 (processus4@gateway/shell/matrix.org/x-wiagnorvapkkpmyv) a quitté (Write error: Connection reset by peer)
2019-11-12 13:39:03	<--	dan9er[m] (dan9ermatr@gateway/shell/matrix.org/x-cuhgxxukrypmspzp) a quitté (Remote host closed the connection)
2019-11-12 14:14:47	<--	Me4502 (~quassel@unaffiliated/me4502) a quitté (Read error: Connection reset by peer)
2019-11-12 14:27:28	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2019-11-12 14:30:01	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 265 seconds)
2019-11-12 14:30:01	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2019-11-12 15:10:00	-->	yangm (yanyetanot@gateway/shell/matrix.org/x-wccrcumnzvuetnwe) a rejoint #mcdevs
2019-11-12 15:10:00	-->	M-Processus42 (processus4@gateway/shell/matrix.org/x-bdgyoodmaeoddfju) a rejoint #mcdevs
2019-11-12 15:10:00	-->	dan9er[m] (dan9ermatr@gateway/shell/matrix.org/x-ezrzzzpyjbhovdbt) a rejoint #mcdevs
2019-11-12 15:34:17	<--	jsxof (~jsxof@188.146.226.157.nat.umts.dynamic.t-mobile.pl) a quitté (Ping timeout: 276 seconds)
2019-11-12 15:41:37	--	mgrech__ est maintenant connu sous le nom mgrech
2019-11-12 15:55:05	-->	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-lvrleagordxxjbad) a rejoint #mcdevs
2019-11-12 17:42:50	craftxbox	and this should be done how many times?
2019-11-12 17:45:06	timmyRS	For every chunk. But if you want the client to just sit in nothingness, I think you don't even need to send chunks, just the usual teleport.
2019-11-12 18:10:29	<--	wvffle (~wvffle@host-46-175-47-49.wtvk.pl) a quitté (Quit: ZNC 1.7.5 - https://znc.in)
2019-11-12 18:10:43	-->	wvffle (~wvffle@host-46-175-47-49.wtvk.pl) a rejoint #mcdevs
2019-11-12 18:48:32	-->	FireCubez (c487009a@gateway/web/cgi-irc/kiwiirc.com/ip.196.135.0.154) a rejoint #mcdevs
2019-11-12 18:48:57	FireCubez	hey
2019-11-12 18:49:12	craftxbox	?
2019-11-12 18:49:27	FireCubez	am new, hi
2019-11-12 18:49:34	craftxbox	okay
2019-11-12 18:50:20	FireCubez	welp i'll just jump straight to the chase, i'm making another minecraft server implementation because lets admit, the existing one is really slow and bad. this is obviously alot of work so I was looking to collab with someone
2019-11-12 18:50:28	FireCubez	the server is being coded in rust
2019-11-12 18:50:57	craftxbox	insert obligatory 'which existing one' comment
2019-11-12 18:51:05	FireCubez	the default minecraft server
2019-11-12 18:51:14	FireCubez	wdym
2019-11-12 18:51:21	FireCubez	the java one by mojang, or bukkit, or spigot, or paper
2019-11-12 18:51:23	craftxbox	https://wiki.vg/Server_List
2019-11-12 18:51:33	craftxbox	:)
2019-11-12 18:51:45	FireCubez	a
2019-11-12 18:51:48	craftxbox	i'm doing the same still in java mainly as a learning excercise
2019-11-12 18:51:58	FireCubez	well i meant bukkit
2019-11-12 18:52:01	FireCubez	its really slow
2019-11-12 18:52:07	craftxbox	bukkit died years ago man
2019-11-12 18:52:19	timmyRS	There is already a rust project: https://github.com/feather-rs/feather
2019-11-12 18:52:37	FireCubez	yeah I saw
2019-11-12 18:52:39	timmyRS	There are also some projects like paper which aim to increase the performance without sacrificing compatbility to plugins
2019-11-12 18:53:00	FireCubez	i know about that but its still slow
2019-11-12 18:53:03	FireCubez	anything using java is slow
2019-11-12 18:53:10	craftxbox	no, you're slow
2019-11-12 18:53:15	craftxbox	and i mean that literally
2019-11-12 18:53:19	FireCubez	hm
2019-11-12 18:53:22	craftxbox	if you have shit slow in java, its not java's fault
2019-11-12 18:53:46	timmyRS	What is your motivation, FireCubez?
2019-11-12 18:53:52	FireCubez	yes it is. java has a gc which slows down the server and it takes a hella ram
2019-11-12 18:54:09	FireCubez	timmyRS mainly to learn, have fun, and make a server that I could use in the future for my own purposes, or for anyone else
2019-11-12 18:54:20	craftxbox	literally every language has a gc unless you're at low-level languages
2019-11-12 18:54:22	FireCubez	which doesnt take like a gigabyte
2019-11-12 18:54:31	FireCubez	rust doesn't which is why i chose it
2019-11-12 18:54:34	craftxbox	java 8 had not so great gc
2019-11-12 18:54:39	FireCubez	i mean, along with c and stuff
2019-11-12 18:54:44	timmyRS	You may learn and have fun, but the future purposes... unclear
2019-11-12 18:54:48	FireCubez	but rust is good at abstracting it
2019-11-12 18:54:52	craftxbox	but shenandoah is pretty fucking not what you just described though
2019-11-12 18:55:04	craftxbox	and whatever that other one is i forgot the name of :|
2019-11-12 18:55:51	craftxbox	the way minecraft works is just memory intensive in the first place, keep in mind
2019-11-12 18:56:01	FireCubez	wdym by that? i own a server, and i'd like it to be more performant. Specifically, worldedit tends to be really slow. yes, that may be my hardware's fault, but its also that the server is suboptimally optimized
2019-11-12 18:56:16	FireCubez	with this I could also do stuff which is hard/impossible to do even with plugins
2019-11-12 18:56:27	craftxbox	notchian isnt intended to be the best and most performant implementation
2019-11-12 18:56:32	FireCubez	for example I struggled to find stuff for how to change a player's nametag
2019-11-12 18:56:34	craftxbox	its just meant to be the stock one
2019-11-12 18:56:38	FireCubez	exactly, so im creating a performant once
2019-11-12 18:56:42	FireCubez	*one
2019-11-12 18:57:08	timmyRS	Have you tried https://www.spigotmc.org/resources/asyncworldedit.327/ ?
2019-11-12 18:57:09	craftxbox	okay, but you're chasing something alot of others are already
2019-11-12 18:58:02	FireCubez	I like to reinvent the wheel. its fun, and lets me customize everything to my exact taste
2019-11-12 18:58:08	craftxbox	makes sense
2019-11-12 18:58:17	FireCubez	which happens to be quite specific
2019-11-12 18:58:31	craftxbox	you'll probably end up stealing methods from other implementations that already exist though
2019-11-12 18:58:42	timmyRS	Totally understandable, but depending on what you want your server to do, it'll probably not be worth the effort.
2019-11-12 18:59:01	FireCubez	might be true, but im bored :P
2019-11-12 18:59:13	craftxbox	boredom is the worlds best motivator
2019-11-12 19:00:29	timmyRS	Well, have fun. ^^ https://wiki.vg/Protocol
2019-11-12 19:01:37	FireCubez	my second message stated that its alot of work for one person, and i'd like to collab with someone on this, but i guess nobody's bored enough lol
2019-11-12 19:01:44	FireCubez	aight
2019-11-12 19:01:44	FireCubez	thanks
2019-11-12 19:01:56	craftxbox	i am also bored but know zero% about rust 
2019-11-12 19:02:03	craftxbox	which is why i'm also using java
2019-11-12 19:06:44	timmyRS	My first interaction with rust was kind of scary. The documentation itself requires you already know a lot before it is useful to you. And I already have a pretty decent PHP code base. But why don't you try contributing to that feather project?
2019-11-12 19:08:13	craftxbox	just as a tip however, you'll probably find https://gchq.github.io/CyberChef/ incredibly useful 
2019-11-12 19:08:46	FireCubez	whats that?
2019-11-12 19:08:56	craftxbox	its basically an internet multitool
2019-11-12 19:09:08	FireCubez	hm
2019-11-12 19:12:36	FireCubez	craftxbox what does that mean
2019-11-12 19:12:58	craftxbox	i... i dont quite know how to explain it?
2019-11-12 19:13:12	craftxbox	it has a fuckton of utilities to de/encode shut
2019-11-12 19:13:33	FireCubez	yeah i can see that
2019-11-12 19:13:40	FireCubez	why did you suggest that?
2019-11-12 19:13:51	craftxbox	because alot of the protocol isnt plain text
2019-11-12 19:14:00	craftxbox	its all binary
2019-11-12 19:14:10	craftxbox	save for when you encounter a string
2019-11-12 19:16:05	craftxbox	the protocol documentation is undoubtedly the most useful thing you'll have, but there will be times where to fully understand something you'll need to intercept real client data and decode it
2019-11-12 19:16:19	FireCubez	yeah
2019-11-12 19:16:20	FireCubez	okay
2019-11-12 19:17:16	timmyRS	To be honest, wireshark's binary & hexadecimal representations of the data are more than enough for me to interpret real-world data... but that tool might be good for... something.
2019-11-12 19:17:45	craftxbox	fuck, i had a hell of a time trying to get wireshark to actually capture loopback on my system
2019-11-12 19:18:49	timmyRS	Should be fine if you have the latest version of everything? I remember that loopback adapter being yank, but I think they fixed that in an update.
2019-11-12 19:19:02	FireCubez	wireshark is useful for some stuff
2019-11-12 19:19:07	FireCubez	but when it comes to encrypted data
2019-11-12 19:19:10	FireCubez	nope
2019-11-12 19:19:13	craftxbox	I didnt, and dont, have a loopback adapter
2019-11-12 19:19:35	FireCubez	you shouldn't need one?
2019-11-12 19:19:41	FireCubez	my wireshark worked out of the box
2019-11-12 19:19:56	craftxbox	the ethernet adapter will not capture packets to localhost
2019-11-12 19:20:18	timmyRS	You might need to check a box in the installer to install the loopback adapter
2019-11-12 19:39:41	craftxbox	so, im sending the client this chunk packet (https://crxb.tk/a8k3j7) and it spews out https://crxb.tk/nqq413
2019-11-12 19:41:02	timmyRS	What's the code to write that?
2019-11-12 19:41:19	craftxbox	mildly a clusterfuck but https://crxb.tk/1upfsa
2019-11-12 19:43:04	timmyRS	I think that `for(int i = 0; i < 255;i++)` has one iteration too little
2019-11-12 19:43:47	craftxbox	well, client isnt complaining anymore with 256
2019-11-12 19:45:02	craftxbox	what packet tells the client to leave the loading terrain screen?
2019-11-12 19:45:11	timmyRS	teleport
2019-11-12 19:45:11	<--	FireCubez (c487009a@gateway/web/cgi-irc/kiwiirc.com/ip.196.135.0.154) a quitté (Remote host closed the connection)
2019-11-12 19:45:23	timmyRS	aka. Player Position and Look (clientbound)
2019-11-12 19:45:55	craftxbox	okay hmm
2019-11-12 19:45:59	craftxbox	theoretically im sending that
2019-11-12 19:46:04	timmyRS	https://wiki.vg/index.php?title=Protocol_FAQ&oldid=14830#What.27s_the_normal_login_sequence_for_a_client.3F
2019-11-12 19:46:58	craftxbox	how can i hide everything BUT the tcp psh's in wireshark?
2019-11-12 19:47:58	timmyRS	Try tcp.flags.push == 1
2019-11-12 19:48:08	craftxbox	ooh
2019-11-12 19:48:10	craftxbox	it works, thank you
2019-11-12 19:48:58	craftxbox	i uh
2019-11-12 19:49:05	craftxbox	apparently am sending a packet with four null bytes
2019-11-12 19:51:22	timmyRS	It already developed sentience?
2019-11-12 19:51:30	craftxbox	lmao
2019-11-12 20:03:39	craftxbox	okay so after fixing the encode method to actually output something other than four nulls, i'm sending 2e2f0000000000000000000000000000000000000000000000000000000000000000000000000000000000e2ae915a
2019-11-12 20:03:53	craftxbox	which results a readerIndex(45) + length(8) exceeds writerIndex(46): PooledUnsafeDirectByteBuf(ridx: 45, widx: 46, cap: 46)
2019-11-12 20:04:24	timmyRS	which packet is this supposed to be?
2019-11-12 20:04:29	craftxbox	teleport
2019-11-12 20:04:44	timmyRS	that's a lot of zeroes for a teleport
2019-11-12 20:04:54	craftxbox	is it too many?
2019-11-12 20:05:30	craftxbox	it should be 0,0,0 yaw 0 pitch 0, zero flags and a random tpid
2019-11-12 20:06:04	timmyRS	double = 8 bytes, float = 4
2019-11-12 20:06:53	craftxbox	there are extra zeros hm
2019-11-12 20:08:14	craftxbox	i was allocating 8 for floats whoops
2019-11-12 20:10:03	craftxbox	oh damn it works now
2019-11-12 20:11:33	craftxbox	eventually it'll tell me i timed out but i'm not dealing with keepalives yet so thats prob why
2019-11-12 20:11:51	timmyRS	yes
2019-11-12 21:10:37	-->	jsxof (~jsxof@188.146.54.143.nat.umts.dynamic.t-mobile.pl) a rejoint #mcdevs
2019-11-12 22:08:47	<--	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-lvrleagordxxjbad) a quitté (Quit: Connection closed for inactivity)
2019-11-12 22:21:25	craftxbox	does it really matter if the client responds with the correct keepalive contents? or, would it be fine to just note they sent a keepalive regardless
2019-11-12 22:24:18	timmyRS	World's easiest anticheat: if the value the client gives you is wrong, they have a ping spoofer on
2019-11-12 22:24:38	craftxbox	ping spoofer?
2019-11-12 22:25:05	timmyRS	Make it seem like they have more latency than they really have (or less). I think Notchian uses that value to determine your latency and doesn't check if it's the value it sent.
2019-11-12 23:31:09	craftxbox	this is a chat packet, is there anything wrong with this? 2f0f2b7b2274657874223a22c2a765637261667478626f7820686173206a6f696e6564207468652067616d652e227d00
2019-11-12 23:31:25	craftxbox	the client throws a json syntax error but i dont understand why, the syntax looks fine
2019-11-12 23:34:03	timmyRS	The "§e" shouldn't have to be there, you could use {"text":"...","color":"yellow"}
2019-11-12 23:34:38	timmyRS	But yeah that looks like a fine packet to me. What exactly is the error?
2019-11-12 23:46:32	craftxbox	com.google.gson.JsonSyntaxException: java.io.EOFException: End of input at line 1 column 43 path $.text
2019-11-12 23:57:09	-->	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-xbpreifziztwjtoj) a rejoint #mcdevs
2019-11-12 23:58:38	timmyRS	According to my implementation, your string ends one character too soon
2019-11-12 23:58:51	timmyRS	you probably have a length mismatch because of that §
2019-11-12 23:59:10	craftxbox	thats... odd?
2019-11-12 23:59:49	timmyRS	You're writing the text using UTF-8 coding, but the length-prefixing probably uses the length of the string, but you need to write the length in bytes, so after the UTF-8 coding. Makes sense?
2019-11-13 00:00:06	craftxbox	yeah, i guess
2019-11-13 00:00:16	craftxbox	thats kinda odd that itd be more than one byte
2019-11-13 00:00:41	craftxbox	figured itd be a standard ascii single byte character
2019-11-13 00:01:31	timmyRS	UTF-8 ≠ ASCII, although for compatibility the first 128 bytes or so are the same as in ASCII, but § is beyond that. In UTF-8, it is c2 a7.
2019-11-13 00:01:44	craftxbox	oh, huh
2019-11-13 00:01:53	craftxbox	i thought section was a ascii character
2019-11-13 00:05:28	craftxbox	i have this .. odd issue now
2019-11-13 00:06:32	craftxbox	i was being dumb and copying everything in the loginstart packet instead of the length of the string
2019-11-13 00:06:41	craftxbox	now, im copying from the start to the end of the string
2019-11-13 00:06:56	craftxbox	but, the weird thing is it only copies length-1 characters
2019-11-13 00:07:44	craftxbox	String uname = new String(Arrays.copyOfRange(data, offset, vintstr[0])); where vintstr[0] = 9 ends up being `craftxbo`
2019-11-13 00:09:53	craftxbox	the bytes in data are actually present in those spots, so i odnt understand why its not copying the correct amount
2019-11-13 00:11:58	craftxbox	i have confirmed that vintstr[0] is ACTUALLY 9, offset shouldnt matter because its not missing characters in the beginning
2019-11-13 00:12:34	timmyRS	Have fun in your debugging adventures :)
2019-11-13 00:12:45	craftxbox	ohhh
2019-11-13 00:12:51	craftxbox	copyofrange takes index not length
2019-11-13 00:14:20	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-13 01:22:49	craftxbox	in the chunk section, is the data array from bottom to top too?
2019-11-13 01:23:08	craftxbox	ex: the first 256 blocks are y=1?
2019-11-13 01:23:48	timmyRS	"from Y=0 to Y=15", so bottom to top.
2019-11-13 01:24:22	craftxbox	what would the representation of bedrock?
2019-11-13 01:24:41	timmyRS	What?
2019-11-13 01:24:59	craftxbox	like, how would a single bedrock block be represented as in hex
2019-11-13 01:26:01	timmyRS	Erg... Not applicable?
2019-11-13 01:26:38	timmyRS	First of all, if you're using a palette, it is represented as a palette index, and the bit-length of the palette index could vary, too.
2019-11-13 01:29:13	craftxbox	er, using the global palette how would i send a chunk section with just a one layer thick of bedrock?
2019-11-13 01:30:22	timmyRS	You don't want to use the global palette
2019-11-13 01:30:50	craftxbox	no?
2019-11-13 01:33:23	craftxbox	i'm a bit confused on how i would construct a palette to be honest
2019-11-13 01:36:02	timmyRS	The wiki is a bit confusing about that whole chunk data stuff, but it's really not too complicated. Essentially, you don't use the global palette if your bits per block are 8 or less, and then you just write a very simple array with is varint-length-prefixed and every entry in this array is the block state id of the block and the index in that array (0, 1, ...) is what you'll write in the data.
2019-11-13 01:37:31	<--	gabrielchihongle (uid274900@gateway/web/irccloud.com/x-fvfkufzwsxzclkco) a quitté (Quit: Connection closed for inactivity)
2019-11-13 01:44:51	craftxbox	okay, i see, but what is the 'block state id'?
2019-11-13 01:46:24	timmyRS	Since you're targeting 1.12, it'll be (id << 4) | metadata
2019-11-13 01:47:30	+pokechu22	https://pokechu22.github.io/Burger/1.12.2.html#blocks:bedrock - in this case 112 (which is 7 << 4; bedrock has no metadata so 113-127 are completely useless)
2019-11-13 01:47:32	craftxbox	and that state id in the palette lets the client identify the block?
2019-11-13 01:48:16	timmyRS	Yes. For every time that index is used in the chunk data, it'll show that block.
2019-11-13 01:53:21	craftxbox	so i put 112 in the first entry of the palette and then use 0 in data for bedrock?
2019-11-13 01:53:33	timmyRS	Yes.
2019-11-13 01:53:44	craftxbox	okay, thats pretty simple
2019-11-13 02:04:03	craftxbox	what do i do for the 'block light' array?
2019-11-13 02:05:10	+pokechu22	Initially it's probably fine to have block light all 0; you'll need to implement lighting at some point but it doesn't matter at first
2019-11-13 02:05:30	craftxbox	so just 1 byte for every 2 block?
2019-11-13 02:06:46	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-13 02:07:06	+pokechu22	Yeah
2019-11-13 02:10:56	craftxbox	honestly i have no fuckin clue what im doing wrong here at all https://crxb.tk/xq5v26
2019-11-13 02:11:02	craftxbox	client spits out 'varint too big'
2019-11-13 02:11:14	<--	yawkat (~yawkat@cats.coffee) a quitté (Ping timeout: 240 seconds)
2019-11-13 02:11:28	craftxbox	x, y are both -3
2019-11-13 02:12:36	+pokechu22	You're working based on this version of the article, right?  https://wiki.vg/index.php?title=Chunk_Format&oldid=14135
2019-11-13 02:13:04	craftxbox	i chose 13709 since it was the closest to the release date of 12.2
2019-11-13 02:13:31	+pokechu22	That one should be fine too
2019-11-13 02:15:54	craftxbox	i'm just not sure at all really
2019-11-13 02:29:56	-->	yawkat (~yawkat@cats.coffee) a rejoint #mcdevs
2019-11-13 02:30:34	craftxbox	heres what the output looks like: https://crxb.tk/elexj8
2019-11-13 02:37:26	<--	mgrech (~mgrech@193-83-64-225.adsl.highway.telekom.at) a quitté (Ping timeout: 265 seconds)
2019-11-13 02:40:47	+pokechu22	You've got 0x7F 1024 times, presumably for biomes, but each biome is only a byte in 1.12 so you should only have it 256 times
2019-11-13 02:41:56	-->	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a rejoint #mcdevs
2019-11-13 02:42:47	craftxbox	that doesnt appear to be the problem
2019-11-13 02:43:09	craftxbox	i've made it only include 256 0x7f's but client still 'varint too big'*s
2019-11-13 02:45:17	+pokechu22	What happens if you use 00 for the sky light data?  I'm guessing it's reading the skylight (all 0xFF) as a varint which would lead to problems...
2019-11-13 02:45:58	craftxbox	Packet 0/0 (hx) was larger than I expected, found 713 bytes extra whilst reading packet 0
2019-11-13 02:49:25	+pokechu22	Alright, well, that does confirm it's reading into the skylight at least
2019-11-13 02:51:54	craftxbox	okay so now im sending https://crxb.tk/dojsx and the client loads in, but theres no blocks
2019-11-13 02:51:58	+pokechu22	You've got 1024 `01` bytes after declaring the long array size as 128 (0x80, by `80 01` -> 0 | (1 << 7) = 0 | 0x80).  There are 8 bytes in a long, and 128*8 is 1024, so that matches at least
2019-11-13 02:52:37	+pokechu22	256 1's there, let me process it...
2019-11-13 02:53:34	craftxbox	light is working though
2019-11-13 02:53:36	+pokechu22	You still have the data array length as 128, so that's not right
2019-11-13 02:53:50	craftxbox	below y=15 light is all zero
2019-11-13 02:53:58	+pokechu22	Are the blocks there (solid) but just not visible?  Does F3 say "waiting for chunk" or does it have solid stuff?
2019-11-13 02:54:09	craftxbox	tells me biome = pains
2019-11-13 02:54:14	craftxbox	plains*
2019-11-13 02:54:20	craftxbox	https://crxb.tk/qm5z07
2019-11-13 02:55:45	craftxbox	nomatter how many 01's i have it just seems  to give me biome plains, no light and no blocks
2019-11-13 02:56:31	+pokechu22	Based on my calculations, you should have 512 ones for 8 bits per block ((16*16*16/64 = 64) * 8) = 512 bytes
2019-11-13 02:56:59	+pokechu22	and the long array length would be just 64
2019-11-13 02:57:10	+pokechu22	(or `40` as a VarInt)
2019-11-13 02:58:19	craftxbox	still absolutely the same result, biome plains, no light, no blocks
2019-11-13 02:58:34	craftxbox	https://crxb.tk/zave80 is the packet im sending
2019-11-13 02:58:56	craftxbox	i have it currently up and forwarded if you'd like to intercept for yourself
2019-11-13 03:00:31	+pokechu22	... wait, I'm not doing math right.  There are 16*16*16=4096 blocks in a chunk section, so there should be 4096 ones.  And at 8 bits per block, that becomes 8 entries per long => 512 longs
2019-11-13 03:00:49	craftxbox	i'm just trying to do a one layer thick bedrock
2019-11-13 03:01:27	craftxbox	wait so should there be 256 ones and 3840 zeros?
2019-11-13 03:01:54	+pokechu22	Yeah
2019-11-13 03:02:55	craftxbox	uh huh
2019-11-13 03:02:57	craftxbox	im doing that now
2019-11-13 03:02:58	craftxbox	same thing
2019-11-13 03:03:13	craftxbox	i'm also setting light to ee now which seems to not cause issues
2019-11-13 03:03:27	craftxbox	(should be 15 if it was working properly, but its still zero and no blocks)
2019-11-13 03:03:38	craftxbox	https://crxb.tk/9i80c 
2019-11-13 03:05:01	+pokechu22	You've got the number of longs in the data array set to 4096 (0x1000), when it should be 512 (0x200)
2019-11-13 03:05:24	+pokechu22	I thought the game complained when that happened, but maybe it's just silently ignoring it and thus parsing the rest of the packet wrong :|
2019-11-13 03:05:39	craftxbox	wh-uh?
2019-11-13 03:05:42	craftxbox	0x200????
2019-11-13 03:05:58	craftxbox	0x2001 by chance?
2019-11-13 03:06:10	+pokechu22	Sorry, that's just the number, not a varint
2019-11-13 03:06:16	craftxbox	ah
2019-11-13 03:06:28	+pokechu22	As a varint it'd be 80 04 I think
2019-11-13 03:06:43	craftxbox	same thing :|
2019-11-13 03:06:50	craftxbox	https://crxb.tk/sdwrum
2019-11-13 03:10:29	+pokechu22	I don't think you have enough light data now; you've got 4096 bytes of block data (of which 256 are ones and 3840 are zeros), but you then have only 256 bytes of light data (all of which are EE).  You'd want 2048 bytes of block light and 2048 bytes of sky light too
2019-11-13 03:11:59	+pokechu22	(which you could all set to 0xEE for instance)
2019-11-13 03:14:27	craftxbox	ohh shit
2019-11-13 03:14:29	craftxbox	it works now
2019-11-13 03:14:34	craftxbox	client is dumb :|
2019-11-13 03:16:59	+pokechu22	Just as some encouragement, you're not the only one who's struggled with this and some people have taken a lot longer to get it right.  A few hours is pretty great!
2019-11-13 03:17:07	craftxbox	heh
2019-11-13 03:17:29	craftxbox	now the client isnt rendering everything fully
2019-11-13 03:18:29	+pokechu22	If it's not rendering a one chunk border near the edge, that's normal
2019-11-13 03:18:55	craftxbox	oh okay
2019-11-13 03:18:58	craftxbox	yeah thats what its doing
2019-11-13 03:19:03	craftxbox	but it renders when i break a block
2019-11-13 03:19:52	craftxbox	now to hmm about how i know when the client needs to be sent more chunks
2019-11-13 03:20:41	+pokechu22	Yeah, I don't entirely know what the deal is with that behavior.  It won't be an issue when you start sending more chunks as the player moves.  I think it has something to do with blocks that connect to other blocks and not rendering the chunk into a VBO (basically a model from what I understand) until that's all filled out
2019-11-13 03:21:42	craftxbox	now i have a bug where sending client settings teleports me to spawn AND resends chunks
2019-11-13 03:21:49	craftxbox	:)
2019-11-13 03:24:57	craftxbox	im curious know why toggling the 'use vbos' setting changes the color of the void from above it
2019-11-13 03:25:06	craftxbox	with it on, its the sky color, with it off, its blue
2019-11-13 03:25:40	craftxbox	ex with: https://crxb.tk/z7wdb9
2019-11-13 03:25:50	craftxbox	ex without: https://crxb.tk/n4yjgh
2019-11-13 03:26:17	+pokechu22	My machine has massive graphical issues with VBOs off (and VBOs have been mandatory since 1.13 I think, maybe 1.14)
2019-11-13 03:26:34	craftxbox	hm
2019-11-13 03:26:54	craftxbox	client also refuses to let you fall below y=0 when in an unloaded chunk
2019-11-13 03:26:55	+pokechu22	I'm not sure why you'd be getting that blue though; it might be related to sea level but that seems odd
2019-11-13 03:27:22	craftxbox	er, actually, refuses to let you fall below y<0, not y=0
2019-11-13 03:27:32	craftxbox	you can go below via outside it and then in and it wont let you fall
2019-11-13 03:27:37	craftxbox	very interesting behavior
2019-11-13 03:27:56	+pokechu22	Yeah, I don't know how that works either; the slow falling in it is strange and I'm not sure what's responsible for it
2019-11-13 03:28:34	craftxbox	when flying you can shift below it you just cant normally fall through it
2019-11-13 03:38:30	+pokechu22	Hm, looks like https://bugs.mojang.com/browse/MC-68758 mentions the different behavior kinda, but it's still not super well documented (not that it matters since it's not in current versions)
2019-11-13 03:39:41	craftxbox	it was classed as a duplicate of a bug that does not look like a dupe at all
2019-11-13 03:43:58	+pokechu22	The dupe was about the second sun (which was actually the moon), but... both of those tickets are pretty messy.  I'm guessing that the blue... whatever it is... hides the moon in the day with VBOs off
2019-11-13 04:37:09	<--	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-xbpreifziztwjtoj) a quitté (Quit: Connection closed for inactivity)
2019-11-13 05:05:08	<--	progwml6 (~progwml6@pool-100-8-211-76.nwrknj.fios.verizon.net) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2019-11-13 06:11:03	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2019-11-13 06:12:05	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 246 seconds)
2019-11-13 06:12:06	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2019-11-13 09:05:07	<--	_123DMWM (~123DMWM@2601:18d:580:3870:9c87:be0f:8af6:e093) a quitté (Ping timeout: 250 seconds)
2019-11-13 09:17:59	-->	cheakoirccloud (uid293319@gateway/web/irccloud.com/x-dkvksfhjtltapesf) a rejoint #mcdevs