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