2015-12-02 17:35:13 --> Aster (~Aster@april-fools/2013/ninth/aster) a rejoint #mcdevs 2015-12-02 17:35:13 --> Not-5d64 (~notifico@198.199.82.216) a rejoint #mcdevs 2015-12-02 17:35:13 --> woder (~woder@wltd.org) a rejoint #mcdevs 2015-12-02 17:35:13 --> Not-d54a (~notifico@198.199.82.216) a rejoint #mcdevs 2015-12-02 17:35:13 --> boozaa (~boozaa@quassel.shortrip.org) a rejoint #mcdevs 2015-12-02 17:35:13 --> cnr (~connor@unaffiliated/conehead) a rejoint #mcdevs 2015-12-02 17:35:13 --> yawkat (~yawkat@91.121.118.76) a rejoint #mcdevs 2015-12-02 17:35:13 --> mfj (~kvirc@202.55.151.66) a rejoint #mcdevs 2015-12-02 17:35:13 --> programmerq (~jefferya@unaffiliated/programmerq) a rejoint #mcdevs 2015-12-02 17:35:13 --> clonejo (~clonejo@shakik.de) a rejoint #mcdevs 2015-12-02 17:35:13 --> shoghicp (~shoghicp@bouncer.pocketmine.net) a rejoint #mcdevs 2015-12-02 17:35:13 --> darngeek (~darngeek@bouncer.pocketmine.net) a rejoint #mcdevs 2015-12-02 17:35:13 --> Gjum (~Gjum@217.160.135.244) a rejoint #mcdevs 2015-12-02 17:35:13 --> barneygale (~barneygal@31.221.88.186) a rejoint #mcdevs 2015-12-02 17:35:13 -- Mode #mcdevs [+vvv Prf_Jakob Fador Thinkofname] par wilhelm.freenode.net 2015-12-02 17:45:32 <-- zz_r04r (r04r@come.visit.minichan.org) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- zahlex (~zahlex@212.224.123.168) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- bildramer (~bildramer@p5DC8A746.dip0.t-ipconnect.de) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- Aster (~Aster@april-fools/2013/ninth/aster) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- woder (~woder@wltd.org) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- boozaa (~boozaa@quassel.shortrip.org) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- cnr (~connor@unaffiliated/conehead) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- Not-5d64 (~notifico@198.199.82.216) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- yawkat (~yawkat@91.121.118.76) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- Not-d54a (~notifico@198.199.82.216) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- mfj (~kvirc@202.55.151.66) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- programmerq (~jefferya@unaffiliated/programmerq) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- clonejo (~clonejo@shakik.de) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- shoghicp (~shoghicp@bouncer.pocketmine.net) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- darngeek (~darngeek@bouncer.pocketmine.net) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- Gjum (~Gjum@217.160.135.244) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- barneygale (~barneygal@31.221.88.186) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- Thinkofname (Think@oops.i.broke.thinkofdeath.uk) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- oldmanmike (~oldmanmik@pool-108-52-159-169.phlapa.fios.verizon.net) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- n3rd (n3rd@Hoth.Shadow-Dev.org) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- MonsieurApple (~MonsieurA@unaffiliated/mrapple) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- winny (20025@unaffiliated/winstonw) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- balrog (~balrog@unaffiliated/balrog) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- MrARM (~MrARM@unaffiliated/mrarm) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- ir2ivps7__ (~ir2ivps7@f9.a2.559e.ip4.static.sl-reverse.com) a quitté (*.net *.split) 2015-12-02 17:45:32 <-- ashka (~postmaste@pdpc/supporter/active/ashka) a quitté (*.net *.split) 2015-12-02 17:45:33 <-- laxask_ (~lax@unaffiliated/laxask) a quitté (*.net *.split) 2015-12-02 17:45:33 <-- aet2505 (~aet2505@45.55.237.47) a quitté (*.net *.split) 2015-12-02 17:45:33 <-- Fador (fador@hentai.fi) a quitté (*.net *.split) 2015-12-02 17:45:33 <-- benbaptist_ (~benbaptis@c-50-178-138-73.hsd1.in.comcast.net) a quitté (*.net *.split) 2015-12-02 17:45:33 <-- Prf_Jakob (jakob@void-network.org) a quitté (*.net *.split) 2015-12-02 17:45:33 <-- ryan-c (~ryan@srv1.turboslow.net) a quitté (*.net *.split) 2015-12-02 17:45:33 <-- Brandon15811 (~Brandon15@195-154-68-209.rev.poneytelecom.eu) a quitté (*.net *.split) 2015-12-02 17:45:33 <-- Frigolit (~frigolit@aisaka.frigolit.net) a quitté (*.net *.split) 2015-12-02 17:45:33 <-- humerusj (~humerusj@unaffiliated/humerusj) a quitté (*.net *.split) 2015-12-02 17:45:33 <-- LordAkkarin (~Akkarin@resides.in.redundant.space) a quitté (*.net *.split) 2015-12-02 17:45:33 <-- umby24|offline (umby@d3s.co) a quitté (*.net *.split) 2015-12-02 17:47:00 --> barneygale (~barneygal@31.221.88.186) a rejoint #mcdevs 2015-12-02 17:47:00 --> Gjum (~Gjum@217.160.135.244) a rejoint #mcdevs 2015-12-02 17:47:00 --> darngeek (~darngeek@bouncer.pocketmine.net) a rejoint #mcdevs 2015-12-02 17:47:00 --> shoghicp (~shoghicp@bouncer.pocketmine.net) a rejoint #mcdevs 2015-12-02 17:47:00 --> clonejo (~clonejo@shakik.de) a rejoint #mcdevs 2015-12-02 17:47:00 --> programmerq (~jefferya@unaffiliated/programmerq) a rejoint #mcdevs 2015-12-02 17:47:00 --> mfj (~kvirc@202.55.151.66) a rejoint #mcdevs 2015-12-02 17:47:00 --> yawkat (~yawkat@91.121.118.76) a rejoint #mcdevs 2015-12-02 17:47:00 --> cnr (~connor@unaffiliated/conehead) a rejoint #mcdevs 2015-12-02 17:47:00 --> boozaa (~boozaa@quassel.shortrip.org) a rejoint #mcdevs 2015-12-02 17:47:00 --> Not-d54a (~notifico@198.199.82.216) a rejoint #mcdevs 2015-12-02 17:47:00 --> woder (~woder@wltd.org) a rejoint #mcdevs 2015-12-02 17:47:00 --> Not-5d64 (~notifico@198.199.82.216) a rejoint #mcdevs 2015-12-02 17:47:00 --> Aster (~Aster@april-fools/2013/ninth/aster) a rejoint #mcdevs 2015-12-02 17:47:00 --> bildramer (~bildramer@p5DC8A746.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-12-02 17:47:00 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-12-02 17:47:00 --> zahlex (~zahlex@212.224.123.168) a rejoint #mcdevs 2015-12-02 17:47:00 --> zz_r04r (r04r@come.visit.minichan.org) a rejoint #mcdevs 2015-12-02 17:47:00 --> Thinkofname (Think@oops.i.broke.thinkofdeath.uk) a rejoint #mcdevs 2015-12-02 17:47:00 --> oldmanmike (~oldmanmik@pool-108-52-159-169.phlapa.fios.verizon.net) a rejoint #mcdevs 2015-12-02 17:47:00 --> n3rd (n3rd@Hoth.Shadow-Dev.org) a rejoint #mcdevs 2015-12-02 17:47:00 --> MonsieurApple (~MonsieurA@unaffiliated/mrapple) a rejoint #mcdevs 2015-12-02 17:47:00 --> winny (20025@unaffiliated/winstonw) a rejoint #mcdevs 2015-12-02 17:47:00 --> balrog (~balrog@unaffiliated/balrog) a rejoint #mcdevs 2015-12-02 17:47:00 --> MrARM (~MrARM@unaffiliated/mrarm) a rejoint #mcdevs 2015-12-02 17:47:00 --> ir2ivps7__ (~ir2ivps7@f9.a2.559e.ip4.static.sl-reverse.com) a rejoint #mcdevs 2015-12-02 17:47:00 --> ashka (~postmaste@pdpc/supporter/active/ashka) a rejoint #mcdevs 2015-12-02 17:47:00 --> laxask_ (~lax@unaffiliated/laxask) a rejoint #mcdevs 2015-12-02 17:47:00 --> aet2505 (~aet2505@45.55.237.47) a rejoint #mcdevs 2015-12-02 17:47:00 --> Fador (fador@hentai.fi) a rejoint #mcdevs 2015-12-02 17:47:00 --> benbaptist_ (~benbaptis@c-50-178-138-73.hsd1.in.comcast.net) a rejoint #mcdevs 2015-12-02 17:47:00 --> Prf_Jakob (jakob@void-network.org) a rejoint #mcdevs 2015-12-02 17:47:00 --> ryan-c (~ryan@srv1.turboslow.net) a rejoint #mcdevs 2015-12-02 17:47:00 --> Brandon15811 (~Brandon15@195-154-68-209.rev.poneytelecom.eu) a rejoint #mcdevs 2015-12-02 17:47:00 --> Frigolit (~frigolit@aisaka.frigolit.net) a rejoint #mcdevs 2015-12-02 17:47:00 --> humerusj (~humerusj@unaffiliated/humerusj) a rejoint #mcdevs 2015-12-02 17:47:00 --> LordAkkarin (~Akkarin@resides.in.redundant.space) a rejoint #mcdevs 2015-12-02 17:47:00 --> umby24|offline (umby@d3s.co) a rejoint #mcdevs 2015-12-02 17:47:00 -- Mode #mcdevs [+vvv Thinkofname Fador Prf_Jakob] par wilhelm.freenode.net 2015-12-02 17:49:12 <-- ashka (~postmaste@pdpc/supporter/active/ashka) a quitté (Excess Flood) 2015-12-02 17:50:40 --> ashka` (~postmaste@5.9.122.82) a rejoint #mcdevs 2015-12-02 18:04:59 <-- edk (~edk@kellett.im) a quitté (Changing host) 2015-12-02 18:04:59 --> edk (~edk@spy/edk0) a rejoint #mcdevs 2015-12-02 18:05:31 --> ChanServ (ChanServ@services.) a rejoint #mcdevs 2015-12-02 18:05:31 -- Mode #mcdevs [+o ChanServ] par wilhelm.freenode.net 2015-12-02 18:05:45 <-- zz_r04r (r04r@come.visit.minichan.org) a quitté (Changing host) 2015-12-02 18:05:45 --> zz_r04r (r04r@unaffiliated/r04r) a rejoint #mcdevs 2015-12-02 18:06:31 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-12-02 18:17:01 -- zz_r04r est maintenant connu sous le nom r04r 2015-12-02 18:27:36 <-- Dadido3_ (~quassel@p5B00A692.dip0.t-ipconnect.de) a quitté (Ping timeout: 276 seconds) 2015-12-02 18:28:28 --> Sigfrid (~nova@101-147-114-200.fibertel.com.ar) a rejoint #mcdevs 2015-12-02 18:29:36 Fenhl I mostly want access to the ticket :P 2015-12-02 18:34:19 --> Dadido3 (~quassel@p5B00A692.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-12-02 19:42:24 <-- gamingrobot (sid10990@gateway/web/irccloud.com/x-lhgrajpbsalcroov) a quitté (Remote host closed the connection) 2015-12-02 19:42:24 <-- Jeebiss (sid25046@gateway/web/irccloud.com/x-ioyhatzkmcedilsx) a quitté (Remote host closed the connection) 2015-12-02 19:42:24 <-- Brandon15811__ (uid13052@gateway/web/irccloud.com/x-umoxaqetuheciozy) a quitté (Remote host closed the connection) 2015-12-02 19:56:33 --> gamingrobot (sid10990@gateway/web/irccloud.com/x-yqhxnazmitqjogpk) a rejoint #mcdevs 2015-12-02 19:58:23 --> Brandon15811__ (uid13052@gateway/web/irccloud.com/x-udmvxlbfgatrimzv) a rejoint #mcdevs 2015-12-02 20:03:18 --> Jeebiss (sid25046@gateway/web/irccloud.com/x-fmmhzgskrjkdmzpn) a rejoint #mcdevs 2015-12-02 20:32:34 <-- Fador (fador@hentai.fi) a quitté (Ping timeout: 260 seconds) 2015-12-02 20:32:42 --> Fador (fador@hentai.fi) a rejoint #mcdevs 2015-12-02 20:35:16 -- Mode #mcdevs [+v Fador] par ChanServ 2015-12-02 20:54:32 <-- Fenhl (sid30770@gateway/web/irccloud.com/x-wdfkbwwuyatgpret) a quitté (Remote host closed the connection) 2015-12-02 20:59:46 <-- deathrat____ (sid14886@gateway/web/irccloud.com/x-gjalglczflvdvjwk) a quitté (Remote host closed the connection) 2015-12-02 20:59:47 <-- JeanSebTr (sid50581@gateway/web/irccloud.com/x-dvrvcyzvqmuhxdwn) a quitté (Remote host closed the connection) 2015-12-02 21:01:53 --> barneygale_ (~barneygal@90.196.54.178) a rejoint #mcdevs 2015-12-02 21:14:06 --> deathrat____ (sid14886@gateway/web/irccloud.com/x-aedaigshbjdcabia) a rejoint #mcdevs 2015-12-02 21:19:27 --> dkkline (~jeppe@92.246.28.55) a rejoint #mcdevs 2015-12-02 21:31:49 --> JeanSebTr (sid50581@gateway/web/irccloud.com/x-mndbwaelsprctyun) a rejoint #mcdevs 2015-12-02 21:37:27 --> SirChojin (~chojin@212.47.228.237) a rejoint #mcdevs 2015-12-02 21:37:51 --> Fenhl (sid30770@gateway/web/irccloud.com/x-wcujtdwzexpjfhjb) a rejoint #mcdevs 2015-12-02 21:38:05 -- SirChojin est maintenant connu sous le nom Chojin 2015-12-02 21:52:24 <-- Sigfrid (~nova@101-147-114-200.fibertel.com.ar) a quitté (Quit: Leaving) 2015-12-02 22:18:31 <-- dkkline (~jeppe@92.246.28.55) a quitté (Quit: dkkline) 2015-12-02 22:51:18 --> Danielh90 (~Danielh90@97-91-156-141.dhcp.stls.mo.charter.com) a rejoint #mcdevs 2015-12-02 23:16:41 <-- Chojin (~chojin@212.47.228.237) a quitté #mcdevs 2015-12-03 00:05:40 --> Pangea_ (~Pangea@unaffiliated/pangea) a rejoint #mcdevs 2015-12-03 00:19:46 <-- edk (~edk@spy/edk0) a quitté (Ping timeout: 240 seconds) 2015-12-03 00:29:49 --> edk (~edk@spy/edk0) a rejoint #mcdevs 2015-12-03 00:36:57 <-- SkylordRedstone (~RSLord@88.150.158.107) a quitté (Read error: Connection reset by peer) 2015-12-03 00:46:18 --> cengizIO (~cengizIO@176.233.93.181) a rejoint #mcdevs 2015-12-03 00:50:08 <-- cengizIO (~cengizIO@176.233.93.181) a quitté (Client Quit) 2015-12-03 01:10:14 <-- barneygale_ (~barneygal@90.196.54.178) a quitté (Ping timeout: 260 seconds) 2015-12-03 02:01:05 -- ashka` est maintenant connu sous le nom ashka 2015-12-03 02:01:06 <-- ashka (~postmaste@5.9.122.82) a quitté (Changing host) 2015-12-03 02:01:06 --> ashka (~postmaste@pdpc/supporter/active/ashka) a rejoint #mcdevs 2015-12-03 02:02:02 <-- Pangea_ (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 260 seconds) 2015-12-03 02:29:39 -- r04r est maintenant connu sous le nom zz_r04r 2015-12-03 03:17:51 <-- SupaHam (~SupaHam@2a03:b0c0:1:d0::29c:3001) a quitté (Quit: pce) 2015-12-03 03:18:21 --> SupaHam (~SupaHam@2a03:b0c0:1:d0::29c:3001) a rejoint #mcdevs 2015-12-03 03:19:21 <-- SupaHam (~SupaHam@2a03:b0c0:1:d0::29c:3001) a quitté (Remote host closed the connection) 2015-12-03 03:19:51 --> SupaHam (~SupaHam@2a03:b0c0:1:d0::29c:3001) a rejoint #mcdevs 2015-12-03 04:34:52 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté (Read error: Connection reset by peer) 2015-12-03 04:36:04 --> Jailout2000 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-12-03 04:53:24 --> Pangea_ (~Pangea@unaffiliated/pangea) a rejoint #mcdevs 2015-12-03 04:53:47 --> Jailout20001 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-12-03 04:54:42 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté (Ping timeout: 260 seconds) 2015-12-03 05:03:30 <-- Jailout20001 (~Jailout20@unaffiliated/jailout2000) a quitté (Quit: Leaving.) 2015-12-03 05:05:59 --> Jailout2000 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-12-03 05:09:03 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté (Client Quit) 2015-12-03 05:16:49 --> Jailout2000 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-12-03 05:16:54 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté #mcdevs 2015-12-03 05:19:59 --> Jailout2000 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-12-03 05:26:18 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté (Quit: Leaving.) 2015-12-03 05:26:36 --> Jailout2000 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-12-03 05:26:49 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté (Client Quit) 2015-12-03 05:27:04 --> Jailout2000 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-12-03 06:42:35 --> redstonehelper_ (~redstoneh@p4FCCFA34.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-12-03 06:42:35 <-- redstonehelper_ (~redstoneh@p4FCCFA34.dip0.t-ipconnect.de) a quitté (Changing host) 2015-12-03 06:42:35 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-12-03 06:44:50 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 260 seconds) 2015-12-03 06:44:50 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2015-12-03 08:02:41 --> AlJaMa_ (~quassel@unaffiliated/aljama) a rejoint #mcdevs 2015-12-03 08:03:17 <-- AlJaMa (~quassel@unaffiliated/aljama) a quitté (Ping timeout: 240 seconds) 2015-12-03 08:23:02 --> progwml6 (~progwml6@n2-154-253.dhcp.drexel.edu) a rejoint #mcdevs 2015-12-03 08:24:26 <-- zahlex (~zahlex@212.224.123.168) a quitté (Ping timeout: 245 seconds) 2015-12-03 08:24:33 --> zahlex_ (~zahlex@212.224.123.168) a rejoint #mcdevs 2015-12-03 08:24:58 -- zahlex_ est maintenant connu sous le nom zahlex 2015-12-03 08:47:34 <-- Pangea_ (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 260 seconds) 2015-12-03 09:04:11 --> Jailout20001 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-12-03 09:06:40 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté (Ping timeout: 246 seconds) 2015-12-03 09:09:59 -- Jailout20001 est maintenant connu sous le nom Jailout2000 2015-12-03 09:18:36 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 245 seconds) 2015-12-03 09:51:58 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté (Ping timeout: 260 seconds) 2015-12-03 09:52:08 --> Jailout2000 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-12-03 09:52:48 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté (Client Quit) 2015-12-03 10:05:34 --> Jailout2000 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-12-03 10:10:07 <-- boozaa (~boozaa@quassel.shortrip.org) a quitté (Quit: Je zou) 2015-12-03 11:13:10 <-- orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Ping timeout: 260 seconds) 2015-12-03 11:58:55 --> |Blaze|_ (~scott@184.70.189.74) a rejoint #mcdevs 2015-12-03 12:04:17 <-- |Blaze| (~scott@184.70.189.74) a quitté (Read error: Connection reset by peer) 2015-12-03 12:04:17 <-- Jckf (jckf@mikros.flaten.it) a quitté (Ping timeout: 276 seconds) 2015-12-03 12:05:59 --> Jckf (jckf@mikros.flaten.it) a rejoint #mcdevs 2015-12-03 12:07:42 -- zz_r04r est maintenant connu sous le nom r04r 2015-12-03 12:14:50 --> dkkline (~jeppe@152.115.60.98) a rejoint #mcdevs 2015-12-03 13:06:04 <-- zahlex (~zahlex@212.224.123.168) a quitté (Ping timeout: 246 seconds) 2015-12-03 13:34:23 --> zahlex (~zahlex@212.224.123.168) a rejoint #mcdevs 2015-12-03 13:55:35 <-- dkkline (~jeppe@152.115.60.98) a quitté (Quit: dkkline) 2015-12-03 14:10:16 --> Sigfrid (~nova@101-147-114-200.fibertel.com.ar) a rejoint #mcdevs 2015-12-03 14:35:42 <-- AlphaBlend (~whizkid30@pool-173-58-38-132.lsanca.fios.verizon.net) a quitté (Ping timeout: 260 seconds) 2015-12-03 15:04:38 <-- ir2ivps7__ (~ir2ivps7@f9.a2.559e.ip4.static.sl-reverse.com) a quitté (Ping timeout: 260 seconds) 2015-12-03 15:15:53 <-- progwml6 (~progwml6@n2-154-253.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) 2015-12-03 15:28:02 --> ir2ivps7 (~ir2ivps7@f9.a2.559e.ip4.static.sl-reverse.com) a rejoint #mcdevs 2015-12-03 15:33:23 <-- Sigfrid (~nova@101-147-114-200.fibertel.com.ar) a quitté (Quit: Leaving) 2015-12-03 16:02:47 --> AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-12-03 16:26:29 --> progwml6 (~progwml6@n2-154-253.dhcp.drexel.edu) a rejoint #mcdevs 2015-12-03 16:50:55 <-- progwml6 (~progwml6@n2-154-253.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) 2015-12-03 16:54:26 <-- woder (~woder@wltd.org) a quitté (Ping timeout: 245 seconds) 2015-12-03 16:54:37 --> woder (~woder@wltd.org) a rejoint #mcdevs 2015-12-03 17:39:22 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-12-03 17:58:24 <-- winny (20025@unaffiliated/winstonw) a quitté (Remote host closed the connection) 2015-12-03 18:13:47 --> progwml6 (~progwml6@n2-163-210.dhcp.drexel.edu) a rejoint #mcdevs 2015-12-03 18:39:46 <-- Thinkofname (Think@oops.i.broke.thinkofdeath.uk) a quitté (Ping timeout: 260 seconds) 2015-12-03 18:41:14 --> Thinkofname (Think@oops.i.broke.thinkofdeath.uk) a rejoint #mcdevs 2015-12-03 18:41:14 -- Mode #mcdevs [+v Thinkofname] par ChanServ 2015-12-03 18:42:25 --> winny (20025@ninthfloor.org) a rejoint #mcdevs 2015-12-03 18:42:25 <-- winny (20025@ninthfloor.org) a quitté (Changing host) 2015-12-03 18:42:25 --> winny (20025@unaffiliated/winstonw) a rejoint #mcdevs 2015-12-03 19:32:31 <-- l4mRh4X0r (l4mRh4X0r@2001:67c:2564:331:215:5dff:fea8:9aee) a quitté (Ping timeout: 264 seconds) 2015-12-03 19:40:07 --> l4mRh4X0r (l4mRh4X0r@l4mrh4x0r.student.ipv6.utwente.nl) a rejoint #mcdevs 2015-12-03 19:45:34 <-- PhonicUK (~PhonicUK@pdpc/supporter/student/phonicuk) a quitté (Ping timeout: 244 seconds) 2015-12-03 20:08:56 --> PhonicUK (~PhonicUK@pdpc/supporter/student/phonicuk) a rejoint #mcdevs 2015-12-03 20:28:13 --> barneygale_ (~barneygal@90.196.54.178) a rejoint #mcdevs 2015-12-03 22:15:16 <-- bildramer (~bildramer@p5DC8A746.dip0.t-ipconnect.de) a quitté (Ping timeout: 245 seconds) 2015-12-03 22:35:18 --> bildramer (~bildramer@p5DC8A746.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-12-03 23:01:06 <-- barneygale_ (~barneygal@90.196.54.178) a quitté (Ping timeout: 260 seconds) 2015-12-03 23:42:31 --> barneygale_ (~barneygal@90.196.54.178) a rejoint #mcdevs 2015-12-03 23:52:13 <-- barneygale_ (~barneygal@90.196.54.178) a quitté (Remote host closed the connection) 2015-12-03 23:57:04 <-- PhonicUK (~PhonicUK@pdpc/supporter/student/phonicuk) a quitté (Ping timeout: 246 seconds) 2015-12-04 00:10:08 --> Pangea_ (~Pangea@unaffiliated/pangea) a rejoint #mcdevs 2015-12-04 00:10:16 --> ry60003333_ (~ry6000333@69.54.61.110) a rejoint #mcdevs 2015-12-04 00:32:57 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-12-04 01:04:22 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté (Read error: Connection reset by peer) 2015-12-04 01:21:21 --> PhonicUK (~PhonicUK@pdpc/supporter/student/phonicuk) a rejoint #mcdevs 2015-12-04 01:28:58 --> Jailout2000 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-12-04 01:41:23 <-- progwml6 (~progwml6@n2-163-210.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) 2015-12-04 02:17:19 <-- ry60003333_ (~ry6000333@69.54.61.110) a quitté (Quit: ry60003333_) 2015-12-04 02:30:11 <-- Pangea_ (~Pangea@unaffiliated/pangea) a quitté (Read error: Connection reset by peer) 2015-12-04 02:32:34 -- r04r est maintenant connu sous le nom zz_r04r 2015-12-04 02:33:17 --> Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs 2015-12-04 02:36:33 --> orthoplex64_2 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-12-04 02:38:06 <-- orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Ping timeout: 260 seconds) 2015-12-04 03:25:42 <-- Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 260 seconds) 2015-12-04 03:29:32 --> ry60003333_ (~ry6000333@cpe-76-189-222-95.neo.res.rr.com) a rejoint #mcdevs 2015-12-04 03:57:56 <-- orthoplex64_2 (~orthoplex@unaffiliated/orthoplex64) a quitté (Quit: Leaving) 2015-12-04 04:12:58 --> Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs 2015-12-04 04:14:37 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-12-04 04:23:14 --> progwml6 (~progwml6@n2-163-210.dhcp.drexel.edu) a rejoint #mcdevs 2015-12-04 04:45:49 <-- benbaptist_ (~benbaptis@c-50-178-138-73.hsd1.in.comcast.net) a quitté (Remote host closed the connection) 2015-12-04 04:46:56 --> benbaptist_ (~benbaptis@c-50-178-138-73.hsd1.in.comcast.net) a rejoint #mcdevs 2015-12-04 04:49:54 -- aeonchild est maintenant connu sous le nom tinselchild 2015-12-04 05:12:06 <-- Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 260 seconds) 2015-12-04 05:18:38 <-- balrog (~balrog@unaffiliated/balrog) a quitté (Ping timeout: 260 seconds) 2015-12-04 05:19:58 --> balrog (~balrog@unaffiliated/balrog) a rejoint #mcdevs 2015-12-04 05:26:09 --> Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs 2015-12-04 05:44:46 <-- Pyker (pyker@2001:470:b:a20::1) a quitté (Ping timeout: 260 seconds) 2015-12-04 05:47:54 <-- ferrybig (~ferrybig@ferrybig.no-ip.info) a quitté (Ping timeout: 276 seconds) 2015-12-04 05:48:02 --> ferrybig (~ferrybig@2a03:b0c0:0:1010::20:c001) a rejoint #mcdevs 2015-12-04 05:50:30 <-- Aikar (~Aikar@wikia/Aikar) a quitté (Ping timeout: 276 seconds) 2015-12-04 05:51:00 --> Aikar (~Aikar@wikia/Aikar) a rejoint #mcdevs 2015-12-04 06:24:09 --> Pyker (pyker@pyker.net) a rejoint #mcdevs 2015-12-04 06:40:50 --> redstonehelper_ (~redstoneh@p57952CB4.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-12-04 06:40:50 <-- redstonehelper_ (~redstoneh@p57952CB4.dip0.t-ipconnect.de) a quitté (Changing host) 2015-12-04 06:40:50 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-12-04 06:41:42 <-- Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 260 seconds) 2015-12-04 06:43:06 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 260 seconds) 2015-12-04 06:43:06 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2015-12-04 06:43:11 <-- AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a quitté (Read error: Connection reset by peer) 2015-12-04 06:43:42 --> AlphaBlend (~whizkid30@pool-173-58-38-132.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-12-04 06:45:26 <-- balrog (~balrog@unaffiliated/balrog) a quitté (Ping timeout: 260 seconds) 2015-12-04 06:45:55 --> balrog (~balrog@unaffiliated/balrog) a rejoint #mcdevs 2015-12-04 07:20:52 <-- PhonicUK (~PhonicUK@pdpc/supporter/student/phonicuk) a quitté (Ping timeout: 246 seconds) 2015-12-04 07:22:51 <-- Deaygo (~Deaygo@107.161.31.15) a quitté (Ping timeout: 246 seconds) 2015-12-04 07:23:36 <-- balrog (~balrog@unaffiliated/balrog) a quitté (Ping timeout: 245 seconds) 2015-12-04 07:24:20 --> Deaygo (~Deaygo@107.161.31.15) a rejoint #mcdevs 2015-12-04 07:27:04 --> balrog (~balrog@unaffiliated/balrog) a rejoint #mcdevs 2015-12-04 07:39:02 --> PhonicUK (~PhonicUK@pdpc/supporter/student/phonicuk) a rejoint #mcdevs 2015-12-04 07:39:07 <-- Pyker (pyker@pyker.net) a quitté (Ping timeout: 264 seconds) 2015-12-04 07:41:49 --> Pyker (pyker@pyker.net) a rejoint #mcdevs 2015-12-04 08:37:58 <-- Brandon15811__ (uid13052@gateway/web/irccloud.com/x-udmvxlbfgatrimzv) a quitté (Quit: Connection closed for inactivity) 2015-12-04 09:24:26 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 245 seconds) 2015-12-04 09:34:06 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-12-04 09:45:52 <-- Danielh90 (~Danielh90@97-91-156-141.dhcp.stls.mo.charter.com) a quitté (Ping timeout: 250 seconds) 2015-12-04 11:02:58 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté (Read error: Connection reset by peer) 2015-12-04 11:04:45 --> Jailout2000 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-12-04 11:12:50 <-- orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Ping timeout: 260 seconds) 2015-12-04 12:58:36 <-- ferrybig (~ferrybig@2a03:b0c0:0:1010::20:c001) a quitté (Quit: Goodbye) 2015-12-04 12:58:45 --> ferrybig (~ferrybig@2a03:b0c0:0:1010::20:c001) a rejoint #mcdevs 2015-12-04 13:27:38 <-- ry60003333_ (~ry6000333@cpe-76-189-222-95.neo.res.rr.com) a quitté (Quit: ry60003333_) 2015-12-04 13:30:09 -- zz_r04r est maintenant connu sous le nom r04r 2015-12-04 14:03:13 --> Danielh90 (~Danielh90@97-91-156-141.dhcp.stls.mo.charter.com) a rejoint #mcdevs 2015-12-04 14:23:35 <-- progwml6 (~progwml6@n2-163-210.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) 2015-12-04 14:28:43 --> progwml6 (~progwml6@n2-163-210.dhcp.drexel.edu) a rejoint #mcdevs 2015-12-04 14:28:48 <-- progwml6 (~progwml6@n2-163-210.dhcp.drexel.edu) a quitté (Client Quit) 2015-12-04 14:51:21 --> progwml6 (~progwml6@n2-163-210.dhcp.drexel.edu) a rejoint #mcdevs 2015-12-04 14:57:24 --> nicoxxl (1f26fcb5@gateway/web/freenode/ip.31.38.252.181) a rejoint #mcdevs 2015-12-04 15:16:09 <-- progwml6 (~progwml6@n2-163-210.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) 2015-12-04 15:28:41 --> progwml6 (~progwml6@n2-163-210.dhcp.drexel.edu) a rejoint #mcdevs 2015-12-04 15:30:52 <-- HansiHE (~HansiHE@hansihe.com) a quitté (Remote host closed the connection) 2015-12-04 16:13:21 <-- ir2ivps7 (~ir2ivps7@f9.a2.559e.ip4.static.sl-reverse.com) a quitté (K-Lined) 2015-12-04 16:27:02 <-- progwml6 (~progwml6@n2-163-210.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) 2015-12-04 16:31:31 <-- Danielh90 (~Danielh90@97-91-156-141.dhcp.stls.mo.charter.com) a quitté (Ping timeout: 245 seconds) 2015-12-04 16:42:30 --> progwml6 (~progwml6@n2-163-210.dhcp.drexel.edu) a rejoint #mcdevs 2015-12-04 16:45:50 --> ry60003333_ (~ry6000333@cpe-76-189-222-95.neo.res.rr.com) a rejoint #mcdevs 2015-12-04 16:46:31 <-- progwml6 (~progwml6@n2-163-210.dhcp.drexel.edu) a quitté (Ping timeout: 245 seconds) 2015-12-04 16:47:32 -- ry60003333_ est maintenant connu sous le nom ry60003333 2015-12-04 16:50:16 <-- woder (~woder@wltd.org) a quitté (Ping timeout: 245 seconds) 2015-12-04 16:50:34 --> woder (~woder@wltd.org) a rejoint #mcdevs 2015-12-04 16:52:03 <-- ry60003333 (~ry6000333@cpe-76-189-222-95.neo.res.rr.com) a quitté (Quit: ry60003333) 2015-12-04 17:05:06 --> SopaXT (~SopaXorzT@unaffiliated/sopaxorztaker) a rejoint #mcdevs 2015-12-04 18:01:05 <-- nicoxxl (1f26fcb5@gateway/web/freenode/ip.31.38.252.181) a quitté (Quit: Page closed) 2015-12-04 18:07:27 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-12-04 18:17:23 -- Aster est maintenant connu sous le nom Jobster 2015-12-04 19:41:32 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Read error: Connection reset by peer) 2015-12-04 19:47:01 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-12-04 20:01:31 --> Brandon15811__ (uid13052@gateway/web/irccloud.com/x-bhuvdovscdeejnnk) a rejoint #mcdevs 2015-12-04 23:39:34 redstonehelper md_5: you want this reopened because the warning message bothers you or because of the core issue behind it? https://bugs.mojang.com/browse/MC-93093 2015-12-04 23:39:42 redstonehelper because I think only the message is intended 2015-12-04 23:40:00 +md_5 redstonehelper reopened because the warning is wrong and spammy 2015-12-04 23:40:14 +md_5 multiply that message by 300 players on a server 2015-12-04 23:40:25 +md_5 being triggered during normal & legitimate gameplay 2015-12-04 23:40:39 redstonehelper edit your comment with those reasons and I'll add it to our list 2015-12-04 23:41:03 +md_5 just copy pasted that in 2015-12-04 23:41:17 redstonehelper close enough 2015-12-04 23:42:17 <-- ferrybig (~ferrybig@2a03:b0c0:0:1010::20:c001) a quitté (Quit: Goodbye) 2015-12-05 02:37:19 -- Krenair est maintenant connu sous le nom amm 2015-12-05 02:43:06 -- amm est maintenant connu sous le nom Krenair 2015-12-05 02:45:19 -- redstonehelper est maintenant connu sous le nom aeonchild 2015-12-05 02:45:30 -- aeonchild est maintenant connu sous le nom redstonehelper 2015-12-05 02:46:38 -- tinselchild est maintenant connu sous le nom aeonchild 2015-12-05 02:47:01 -- aeonchild est maintenant connu sous le nom tinselchild 2015-12-05 03:10:32 -- rubyrandom est maintenant connu sous le nom nemesis_ 2015-12-05 03:11:15 -- nemesis_ est maintenant connu sous le nom rubyrandom 2015-12-05 03:28:01 <-- bildramer (~bildramer@p5DC8A746.dip0.t-ipconnect.de) a quitté (Ping timeout: 246 seconds) 2015-12-05 03:57:54 --> bildramer (~bildramer@p5DC8ADCC.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-12-05 04:27:21 <-- SopaXT (~SopaXorzT@unaffiliated/sopaxorztaker) a quitté (Ping timeout: 245 seconds) 2015-12-05 04:43:40 --> Danielh90 (~Danielh90@97-91-156-141.dhcp.stls.mo.charter.com) a rejoint #mcdevs 2015-12-05 04:44:07 -- rubyrandom est maintenant connu sous le nom nemesis_ 2015-12-05 04:47:15 -- nemesis_ est maintenant connu sous le nom rubyrandom 2015-12-05 04:47:29 -- rubyrandom est maintenant connu sous le nom nemesis_ 2015-12-05 04:48:04 <-- nemesis_ (~ruby@unaffiliated/rubyrandom) a quitté #mcdevs 2015-12-05 05:04:30 --> Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs 2015-12-05 05:47:13 -- r04r est maintenant connu sous le nom zz_r04r 2015-12-05 06:40:50 --> redstonehelper_ (~redstoneh@p4FCCF987.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-12-05 06:40:50 <-- redstonehelper_ (~redstoneh@p4FCCF987.dip0.t-ipconnect.de) a quitté (Changing host) 2015-12-05 06:40:50 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-12-05 06:43:14 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 260 seconds) 2015-12-05 06:43:14 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2015-12-05 07:01:36 <-- 14WAAAW4T (~vemacs@192.3.17.176) a quitté (Ping timeout: 250 seconds) 2015-12-05 07:01:59 --> vemacs|ded (~vemacs@192.3.17.176) a rejoint #mcdevs 2015-12-05 08:39:54 <-- Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 260 seconds) 2015-12-05 08:42:18 <-- kev009__ (~kev009@tempe0.bbox.io) a quitté (Read error: Connection reset by peer) 2015-12-05 08:43:22 --> kev009 (~kev009@tempe0.bbox.io) a rejoint #mcdevs 2015-12-05 08:43:22 -- Mode #mcdevs [+v kev009] par ChanServ 2015-12-05 09:08:54 <-- n3rd (n3rd@Hoth.Shadow-Dev.org) a quitté (Remote host closed the connection) 2015-12-05 09:11:10 --> n3rd (~n3rd@Hoth.Shadow-Dev.org) a rejoint #mcdevs 2015-12-05 10:19:09 <-- Zachoz (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a quitté (Quit: System.exit(0);) 2015-12-05 10:19:16 --> Zachoz (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a rejoint #mcdevs 2015-12-05 10:21:36 <-- Deaygo (~Deaygo@107.161.31.15) a quitté (Ping timeout: 246 seconds) 2015-12-05 10:22:11 --> Deaygo (~Deaygo@107.161.31.15) a rejoint #mcdevs 2015-12-05 11:12:58 <-- orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Ping timeout: 260 seconds) 2015-12-05 12:21:31 <-- zz_r04r (r04r@unaffiliated/r04r) a quitté (Ping timeout: 245 seconds) 2015-12-05 12:24:23 <-- Brandon15811 (~Brandon15@195-154-68-209.rev.poneytelecom.eu) a quitté (Ping timeout: 260 seconds) 2015-12-05 12:28:37 --> Brandon15811 (~Brandon15@195-154-68-209.rev.poneytelecom.eu) a rejoint #mcdevs 2015-12-05 12:56:34 <-- AlphaBlend (~whizkid30@pool-173-58-38-132.lsanca.fios.verizon.net) a quitté (Ping timeout: 260 seconds) 2015-12-05 12:58:54 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 260 seconds) 2015-12-05 13:09:16 --> zz_r04r (r04r@unaffiliated/r04r) a rejoint #mcdevs 2015-12-05 13:39:27 --> ferrybig (~ferrybig@ferrybig.no-ip.info) a rejoint #mcdevs 2015-12-05 15:11:00 --> Zachoz_ (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a rejoint #mcdevs 2015-12-05 15:11:41 <-- Zachoz_ (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a quitté #mcdevs 2015-12-05 15:13:35 <-- ScruffyRules (~Scruff@2001:19f0:5800:8483:5400:ff:fe06:49ea) a quitté (Quit: Bouncer 1, Husk 0) 2015-12-05 15:13:35 <-- Zachoz (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a quitté (Quit: System.exit(0);) 2015-12-05 15:14:56 --> ScruffyRules (~Scruff@2001:19f0:5800:8483:5400:ff:fe06:49ea) a rejoint #mcdevs 2015-12-05 15:15:36 --> Zachoz (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a rejoint #mcdevs 2015-12-05 15:24:45 <-- balrog (~balrog@unaffiliated/balrog) a quitté (Quit: Bye) 2015-12-05 15:26:10 -- zz_r04r est maintenant connu sous le nom r04r 2015-12-05 15:38:36 --> balrog (~balrog@unaffiliated/balrog) a rejoint #mcdevs 2015-12-05 15:51:04 <-- _123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a quitté (Ping timeout: 246 seconds) 2015-12-05 15:51:33 --> _123DMWM (~123DMWM@2601:18d:101:f738:60e4:e7a:3f19:9c76) a rejoint #mcdevs 2015-12-05 16:08:28 --> AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-12-05 16:31:39 --> iBotPeaches (ibotpeache@pdpc/supporter/student/ibotpeaches) a rejoint #mcdevs 2015-12-05 17:05:39 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-12-05 19:54:41 --> SopaXT (~SopaXorzT@unaffiliated/sopaxorztaker) a rejoint #mcdevs 2015-12-05 20:37:38 <-- oldmanmike (~oldmanmik@pool-108-52-159-169.phlapa.fios.verizon.net) a quitté (Ping timeout: 260 seconds) 2015-12-05 20:49:57 --> oldmanmike (~oldmanmik@pool-108-52-159-169.phlapa.fios.verizon.net) a rejoint #mcdevs 2015-12-05 20:51:20 --> Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs 2015-12-05 20:53:38 <-- eeew (eeew@bnc3.dnaclan.eu) a quitté (Ping timeout: 240 seconds) 2015-12-05 20:54:11 <-- _123DMWM (~123DMWM@2601:18d:101:f738:60e4:e7a:3f19:9c76) a quitté (Read error: Network is unreachable) 2015-12-05 20:54:28 --> eeew (eeew@bnc3.dnaclan.eu) a rejoint #mcdevs 2015-12-05 20:55:20 --> _123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a rejoint #mcdevs 2015-12-05 21:03:35 --> Pangea_ (~Pangea@unaffiliated/pangea) a rejoint #mcdevs 2015-12-05 21:07:19 <-- Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 264 seconds) 2015-12-05 21:08:12 <-- mbaxter (~mbax@mcblockit/staff/mbaxter) a quitté (Quit: muahahahahahaha) 2015-12-05 21:11:13 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-12-05 21:14:01 --> mbaxter (~mbax@mcblockit/staff/mbaxter) a rejoint #mcdevs 2015-12-05 21:49:08 --> Pangea__ (~Pangea@unaffiliated/pangea) a rejoint #mcdevs 2015-12-05 21:52:19 <-- Pangea_ (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 264 seconds) 2015-12-05 21:52:30 --> gurun (~gurun@83.249.65.92) a rejoint #mcdevs 2015-12-05 22:13:18 --> jo_mo (~jo_mo@aftr-88-153-6-227.unity-media.net) a rejoint #mcdevs 2015-12-05 22:19:08 --> pokechu22 (322343f1@gateway/web/freenode/ip.50.35.67.241) a rejoint #mcdevs 2015-12-05 22:20:18 pokechu22 I'm trying to upload some new inventory images to wiki.vg, but whenever I try to submit I get "Could not create directory "mwstore://local-backend/local-public/4/42".", and it doesn't save it. 2015-12-05 22:20:21 pokechu22 Any advice? 2015-12-05 22:27:43 <-- Pangea__ (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 264 seconds) 2015-12-05 22:37:43 --> nauttt (17f37201@gateway/web/freenode/ip.23.243.114.1) a rejoint #mcdevs 2015-12-05 22:38:41 <-- nauttt (17f37201@gateway/web/freenode/ip.23.243.114.1) a quitté (Client Quit) 2015-12-05 22:40:45 --> Pangea__ (~Pangea@unaffiliated/pangea) a rejoint #mcdevs 2015-12-05 22:47:51 <-- johni0702 (johni0702@johni0702.de) a quitté (Read error: Connection reset by peer) 2015-12-05 22:49:17 --> richardll (328e68f4@gateway/web/freenode/ip.50.142.104.244) a rejoint #mcdevs 2015-12-05 22:53:35 richardll I tried to signup with "mcdevs" code but I got this error: 2015-12-05 22:53:38 richardll Login error There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again 2015-12-05 22:55:49 pokechu22 On wiki.vg? 2015-12-05 22:56:23 pokechu22 Hm. A quick search for that error suggests that it means something's full. 2015-12-05 22:56:36 pokechu22 That would seem similar to the error I got while uploading images. 2015-12-05 23:25:27 --> barneygale_ (~barneygal@90.213.10.138) a rejoint #mcdevs 2015-12-05 23:39:38 <-- Pangea__ (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 260 seconds) 2015-12-05 23:41:14 richardll yes wiki.vg 2015-12-05 23:42:57 <-- barneygale_ (~barneygal@90.213.10.138) a quitté (Remote host closed the connection) 2015-12-05 23:44:37 <-- PhonicUK (~PhonicUK@pdpc/supporter/student/phonicuk) a quitté (Ping timeout: 246 seconds) 2015-12-05 23:50:15 <-- pokechu22 (322343f1@gateway/web/freenode/ip.50.35.67.241) a quitté (Quit: Page closed) 2015-12-05 23:58:59 --> Pangea__ (~Pangea@unaffiliated/pangea) a rejoint #mcdevs 2015-12-06 00:02:33 --> PhonicUK (~PhonicUK@mcmyadm.in) a rejoint #mcdevs 2015-12-06 00:02:57 <-- PhonicUK (~PhonicUK@mcmyadm.in) a quitté (Changing host) 2015-12-06 00:02:57 --> PhonicUK (~PhonicUK@pdpc/supporter/student/phonicuk) a rejoint #mcdevs 2015-12-06 00:28:25 jo_mo richardll: have you tried clearing your cookies? 2015-12-06 00:34:55 richardll did that and got 2015-12-06 00:34:56 richardll [184723eb] 2015-12-05 23:34:28: Fatal exception of type MWExceptio 2015-12-06 01:34:20 richardll did i timeout? 2015-12-06 01:34:36 <-- richardll (328e68f4@gateway/web/freenode/ip.50.142.104.244) a quitté (Quit: Page closed) 2015-12-06 01:47:02 <-- Pangea__ (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 260 seconds) 2015-12-06 02:49:15 --> HansiHE (~HansiHE@hansihe.com) a rejoint #mcdevs 2015-12-06 03:01:32 Gjum ^ I suppose tktech could know what's wrong 2015-12-06 03:14:50 --> richardll (328e68f4@gateway/web/freenode/ip.50.142.104.244) a rejoint #mcdevs 2015-12-06 03:14:56 richardll can Someone check out my edit? http://wiki.vg/SMP_Map_Format#Data 2015-12-06 03:17:24 richardll I could barely understand it before, so I tried to make it clear, But I'm not sure if its accurate 2015-12-06 03:17:31 richardll can Someone check out my edit? http://wiki.vg/SMP_Map_Format#Data 2015-12-06 03:25:17 rom1504 I think it's correct 2015-12-06 03:26:15 rom1504 "1 - 15 light level" , is it not 0 - 15 though ? 2015-12-06 03:30:38 richardll woops, yep typo 2015-12-06 03:57:18 <-- realz (~realz@unaffiliated/realazthat) a quitté (Disconnected by services) 2015-12-06 03:57:39 --> realz (~realz@unaffiliated/realazthat) a rejoint #mcdevs 2015-12-06 04:29:54 <-- gurun (~gurun@83.249.65.92) a quitté (Ping timeout: 260 seconds) 2015-12-06 04:40:55 Not-d54a [flying-squid] rom1504 pushed 8 commits to master [+1/-0/±8] http://git.io/vRgvM 2015-12-06 04:40:56 Not-d54a [flying-squid] azastrael 01e0162 - Add teleport ( aka. tp ) command. 2015-12-06 04:40:58 Not-d54a [flying-squid] azastrael b850d23 - Fix a very bad bug. 2015-12-06 04:40:59 Not-d54a [flying-squid] azastrael 844558d - The magic of 32. 2015-12-06 04:41:01 Not-d54a [flying-squid] ... and 5 more commits. 2015-12-06 04:42:39 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-12-06 04:56:30 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 260 seconds) 2015-12-06 05:15:16 <-- PhonicUK (~PhonicUK@pdpc/supporter/student/phonicuk) a quitté (Ping timeout: 245 seconds) 2015-12-06 05:20:59 <-- richardll (328e68f4@gateway/web/freenode/ip.50.142.104.244) a quitté (Ping timeout: 252 seconds) 2015-12-06 05:41:56 -- r04r est maintenant connu sous le nom zz_r04r 2015-12-06 05:45:49 <-- iBotPeaches (ibotpeache@pdpc/supporter/student/ibotpeaches) a quitté (Ping timeout: 246 seconds) 2015-12-06 05:49:27 --> iBotPeaches (ibotpeache@pdpc/supporter/student/ibotpeaches) a rejoint #mcdevs 2015-12-06 05:50:28 --> Videogamer555 (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a rejoint #mcdevs 2015-12-06 05:51:02 Videogamer555 Need some help with Minecraft 1.0.0 server protocol. 2015-12-06 05:51:40 --> PhonicUK (~PhonicUK@pdpc/supporter/student/phonicuk) a rejoint #mcdevs 2015-12-06 05:51:56 Videogamer555 Because it uses uncompressed packets (or at least the documentation here http://wiki.vg/index.php?title=Protocol&oldid=689 doesn't say that it uses compression), it seems that this is the simplest protocol to implement, for a noob like me trying to write MC server software. 2015-12-06 05:52:49 Videogamer555 So the simplest thing to do is to place a single block at a single location, or at least it should be. 2015-12-06 05:53:00 Videogamer555 This is packetID 0x35 2015-12-06 05:54:49 Videogamer555 So I use the MC Launcher to specify an older version of MC (version 1.0.0) and am lucky enough to find a copy of the old server JAR file for this version on Mediafire. And then I set to work creating a proxy program that gets connected to by MC, and then this proxy connects to the actual server. 2015-12-06 05:57:44 Videogamer555 My first version of the program simply passively relays the packets from the server to the client, and from the client to the server. The next step is to modify the game's behavior with packet injection. In other words, the next step is to cause my program to send the client information about new blocks via the BlockChange packets. 2015-12-06 06:00:57 Videogamer555 Ok, so now my program can inject this packet, but it's having a problem. I use F3 to see coordinates I'm at, and then I use my program to try to change a variety of blocks near my position by sending these packets to the client (it's a server-to-client type packet). I expected to see the block instantly change, but in fact nothing happened. I even tried F3+A to force the reloading of the... 2015-12-06 06:00:59 Videogamer555 ...chunks, but this didn't work either. It seems as if the client is IGNORING these BlockChange packets. 2015-12-06 06:01:11 Videogamer555 Please help me fix this. Thanks in advance. 2015-12-06 06:04:31 --> Pangea__ (~Pangea@unaffiliated/pangea) a rejoint #mcdevs 2015-12-06 06:05:30 Videogamer555 @Pangea can you help me with my Minecraft network protocol problem? 2015-12-06 06:06:07 Videogamer555 Is anybody even on this channel? 2015-12-06 06:06:41 rom1504 yes but you'll have to wait with such an exotic request 2015-12-06 06:07:28 Videogamer555 Exotic? I thought that you guys did low-level programming and other such Minecraft work all the time. I thought that's what you guys did. 2015-12-06 06:07:29 rom1504 do you even send packets correctly at all ? 2015-12-06 06:07:35 rom1504 yes 2015-12-06 06:07:45 rom1504 the exotic part is "minecraft 1.0.0" 2015-12-06 06:08:15 Videogamer555 Well, it's documented at http://wiki.vg/index.php?title=Protocol&oldid=689 2015-12-06 06:08:24 Videogamer555 But it didn't work as documented. 2015-12-06 06:08:34 Videogamer555 I'm wondering if there's some error in that documentation. 2015-12-06 06:08:55 Videogamer555 And yes, I did send packets correctly. 2015-12-06 06:09:03 rom1504 how do you know ? 2015-12-06 06:09:16 rom1504 how does your buffer look like ? 2015-12-06 06:09:28 rom1504 (bytearray if that's the name in your language) 2015-12-06 06:10:01 Videogamer555 From my understanding, each packet starts with a single byte of data which is the PacketID, and then has the specific fields required for that particular packet. 2015-12-06 06:10:23 Videogamer555 I made sure to reverse the byte order from Little Endian to Big Endian, prior to sending. 2015-12-06 06:11:20 Videogamer555 In the case of BlockChange packet, the PacketID is 0x35, so that's the first byte in the packet. After that there's the X, Y, and Z coordinates, then the BlockType, and the BlockMetadata. 2015-12-06 06:12:22 Videogamer555 The coordinates are absolute coordinates (with x,y,z=0,0,0 being the origin). 2015-12-06 06:13:40 Videogamer555 The X and Z coordinates are ints (4byte integers), and the Y coordinate is a byte (a 1byte integer). I thought this seemed a bit unusual, since other similar packets have Y being an int as well, but I followed the exact specs and made it a byte instead. 2015-12-06 06:14:37 Videogamer555 I only wish there was some way to test the validity of the packets, and then display what was actually sent (from the client's point of view) to see if it's what I was THINKING I was sending. 2015-12-06 06:15:00 Videogamer555 I wish there was some MC 1.0.0 packet debugger I could use to check the validity of what I was sending. 2015-12-06 06:15:26 +SinZ its notchprotocol 2015-12-06 06:15:35 +SinZ no consistancy at all for y 2015-12-06 06:15:38 Videogamer555 What's "notchprotocol" mean? 2015-12-06 06:15:51 +SinZ notch being the developer 2015-12-06 06:16:10 Videogamer555 Can you give me some help fixing with my problem? 2015-12-06 06:17:13 Videogamer555 *with fixing my problem? 2015-12-06 06:19:18 Videogamer555 Is there anybody on here who could help me with that? 2015-12-06 06:29:03 --> Videogamer555_ (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a rejoint #mcdevs 2015-12-06 06:29:44 Videogamer555_ I lost my connection there for a second. Did anybody say anything important while I was disconnected? 2015-12-06 06:30:09 Videogamer555_ Anything relating to the problem I'm having with the MC 1.0.0 network protocol? 2015-12-06 06:32:38 <-- Videogamer555 (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a quitté (Ping timeout: 260 seconds) 2015-12-06 06:32:42 rom1504 if you find something consistent with minecraft, then you're probably wrong 2015-12-06 06:32:43 -- Videogamer555_ est maintenant connu sous le nom Videogamer555 2015-12-06 06:33:27 rom1504 but that specific thing actually make sense ^^ 2015-12-06 06:33:39 rom1504 because 0<=y<=256 2015-12-06 06:33:44 rom1504 so you only need a byte 2015-12-06 06:34:35 rom1504 Videogamer555: you could try printing the buffer the vanilla server send 2015-12-06 06:34:39 rom1504 make sure it's correct 2015-12-06 06:34:48 rom1504 if it's correct 2015-12-06 06:34:55 Videogamer555 How do I do that? 2015-12-06 06:35:03 rom1504 then make sure your setup with your proxy and whatever is correct 2015-12-06 06:35:11 rom1504 maybe you can't even send a single packet 2015-12-06 06:35:48 rom1504 "My first version of the program simply passively relays the packets from the server to the client, and from the client to the server. 2015-12-06 06:35:52 rom1504 " 2015-12-06 06:35:54 rom1504 print everything ? 2015-12-06 06:36:36 Videogamer555 I tried that, but I'm not sure how to make heads or tails of what the server is sending. I need to have a way of being able to check for specific packets in my program, and reject one's I'm not interested in. 2015-12-06 06:37:46 Videogamer555 It would seem you could just skip a packet if it had it's length specified, and it had a PacketID you were not interested in, and log only the one you wanted, but the problem is on MC 1.0.0, there is no length field (or at least it's not documented at http://wiki.vg/index.php?title=Protocol&oldid=689). 2015-12-06 06:38:30 Videogamer555 As such, there's no way to know the length of a given packet without knowing the length of each possible packet by PacketID, and parsing any packet that has variable length data (such as a string). 2015-12-06 06:38:32 rom1504 yes 2015-12-06 06:38:37 rom1504 you need to parse everything 2015-12-06 06:38:49 --> redstonehelper_ (~redstoneh@p4FCCFAEC.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-12-06 06:38:49 <-- redstonehelper_ (~redstoneh@p4FCCFAEC.dip0.t-ipconnect.de) a quitté (Changing host) 2015-12-06 06:38:49 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-12-06 06:38:54 rom1504 so hmm I guess that doesn't do it 2015-12-06 06:39:01 rom1504 ah I know your problem 2015-12-06 06:39:09 rom1504 you are relaying every packet right ? 2015-12-06 06:39:20 Videogamer555 I am relaying every packet. 2015-12-06 06:39:27 rom1504 then you're not filtering block changes from the vanilla server 2015-12-06 06:39:38 Videogamer555 What does that mean? 2015-12-06 06:39:41 rom1504 so it's very possible it's sending a block change just after yours 2015-12-06 06:40:02 Videogamer555 Chances are very low though that the server would ALWAYS cancel out my changes. 2015-12-06 06:40:14 rom1504 oh 2015-12-06 06:40:17 rom1504 but wait 2015-12-06 06:40:26 rom1504 how can you even send a packet ? 2015-12-06 06:40:30 Videogamer555 I mean I keep hitting the button to send a block change packet, so I should see SOMETHING flash on the screen of the minecraft client, before it gets removed. 2015-12-06 06:40:35 rom1504 I mean, where do you inject it ? 2015-12-06 06:40:52 rom1504 how can you know that you're not injecting it in the middle of an other packet ? 2015-12-06 06:41:02 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 260 seconds) 2015-12-06 06:41:03 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2015-12-06 06:41:13 Videogamer555 I keep hitting the button, that causes my proxy to inject a packet, and just hope that it doesn't overrun something that the server is sending. 2015-12-06 06:41:30 rom1504 hmm 2015-12-06 06:41:31 Videogamer555 I figure at least ONE TIME my packet will get through, without conflicting with the server's packet. 2015-12-06 06:41:44 Videogamer555 I mean the server is NOT sending a continuous stream of packets non-stop. 2015-12-06 06:41:54 rom1504 it's not ? 2015-12-06 06:42:08 Videogamer555 It is only required to send a keep-alive packet once every second. 2015-12-06 06:42:36 rom1504 maybe try to stop relaying packets like 500ms before you send your block change packet 2015-12-06 06:43:06 rom1504 but really, I'm not sure if it's possible to implement just one packet with that protocol 2015-12-06 06:43:14 rom1504 I think you have to implement it all 2015-12-06 06:43:34 rom1504 or at least, you have to not send thing you can't parse 2015-12-06 06:43:41 Videogamer555 And if I set my view distance to be very short, so that the server doesn't send any more chunks after the client has them all (unless I start moving around in the game of course). 2015-12-06 06:44:25 Videogamer555 Basically, I get it going, and then wait a couple minutes for EVERYTHING to load, so that the server doesn't need to send anything other than keep-alive packets. 2015-12-06 06:44:50 Fenhl btw, compression is always optional in the current protocol 2015-12-06 06:45:25 Videogamer555 But encryption is NOT optional. Once the game has started, EVERYTHING is encrypted. 2015-12-06 06:45:36 Fenhl you can just set Data Length to 0 and send your packet uncompressed 2015-12-06 06:45:39 Videogamer555 I do NOT want to have to worry about encrypting my packets. 2015-12-06 06:45:50 Fenhl encryption only happens in online-mode 2015-12-06 06:46:42 Videogamer555 Are you sure? I set it to offline mode, in the server server.properties file, and also disabled the compression (set it to -1). 2015-12-06 06:47:02 <-- Videogamer555 (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a quitté (Read error: Connection reset by peer) 2015-12-06 06:47:06 Fenhl … 2015-12-06 06:47:33 --> Videogamer555 (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a rejoint #mcdevs 2015-12-06 06:47:33 Videogamer555 Connection to freenode reset? 2015-12-06 06:47:38 Videogamer555 What just happened? 2015-12-06 06:47:45 Fenhl actually, no I'm not sure, people keep saying this but it's not documented on the wiki 2015-12-06 06:47:55 Fenhl Videogamer555: your internet had a hiccup 2015-12-06 06:48:23 Videogamer555 Which part isn't documented on the wiki? 2015-12-06 06:48:39 Fenhl how encryption works in offline mode 2015-12-06 06:50:30 Fenhl wait, it's documented here 2015-12-06 06:50:32 Fenhl > For unauthenticated and localhost connections (either of the two conditions is enough for an unencrypted connection) there is no encryption. In that case Login Start is directly followed by Login Success. 2015-12-06 06:50:37 Videogamer555 When I set it to offline mode, in the server server.properties file, and also disabled the compression (set it to -1), and then use my proxy software to log the packets, I see completely random looking data. Now it's bigger without compression, but it still looks random when looking at it in a hex editor, or in a raw-image viewer which allows you to view bytes as pixels. It looks like... 2015-12-06 06:50:38 Videogamer555 ...white-noise, suggesting that encryption IS IN FACT being used, despite disabling online-mode. 2015-12-06 06:50:45 Fenhl http://wiki.vg/Protocol#Login 2015-12-06 06:52:18 Videogamer555 Disabling online mode does make it more likely to actually establish a connection via my proxy (otherwise it has trouble even getting connected through my proxy) but it appears that all of the data is still completely encrypted (not just the log-in packets, but ALL the packets, including ones that should be for just rendering the level etc). 2015-12-06 06:52:19 rom1504 Fenhl: he is working on mc 1.0.0 2015-12-06 06:52:25 rom1504 (idk why) 2015-12-06 06:53:08 Videogamer555 And the reason I just gave, is why I downgraded to 1.0.0. It appears that in newer versions of MC that ALL of the packets are encrypted, no matter what server options you set. 2015-12-06 06:53:29 rom1504 encryption is the easiest part of minecraft protocol 2015-12-06 06:53:49 <-- jo_mo (~jo_mo@aftr-88-153-6-227.unity-media.net) a quitté (Quit: jo_mo) 2015-12-06 06:53:52 rom1504 your language usually deal with that for you 2015-12-06 06:54:14 Fenhl have you tried to actually read the packets the server sends you? 2015-12-06 06:54:29 rom1504 but indeed you don't need to encrypt if you're the server 2015-12-06 06:54:32 Videogamer555 I don't know how to implement AES or RSA decryption and encryption. 2015-12-06 06:54:45 Videogamer555 So yeah, that IS the hardest part, for me at least. 2015-12-06 06:55:02 rom1504 don't implement it, use a lib 2015-12-06 06:55:05 Videogamer555 That would be a project in itself. 2015-12-06 06:55:30 Videogamer555 What lib? I don't think there are any decent encryption libraries for Visual Basic. 2015-12-06 06:55:39 rom1504 ah visual basic 2015-12-06 06:55:42 rom1504 interesting 2015-12-06 06:55:50 rom1504 :D 2015-12-06 06:55:59 Videogamer555 I can use CAPICOM for encryption and decryption, but it uses its own container format for holding the encrypted data. 2015-12-06 06:56:25 Videogamer555 So that would be useless. CAPICOM is the Crypto API that comes with Windows, and can be directly used in Visual Basic. 2015-12-06 06:57:08 Videogamer555 I'm trying to find an old enough version of Minecraft, that it doesn't use any encryption or compression, and I believe version 1.0.0 may fit this requirement. 2015-12-06 06:57:26 Fenhl 1.0.0 uses encryption though, doesn't it? 2015-12-06 06:57:58 Videogamer555 Nope. From what I can tell, the data is not encrypted. It does not just appear as white noise when the packet logs are viewed in a raw-image viewer. 2015-12-06 06:58:40 Videogamer555 Now maybe the authentication packets are encrypted, but the rest of it is sent "in the clear'. 2015-12-06 06:59:05 Videogamer555 And I also don't think it uses any compression either. 2015-12-06 06:59:18 rom1504 just do mc classic 2015-12-06 06:59:19 Fenhl ah, you're right, apparently encryption was added in 1.3.1 (pre-Netty protocol version 39) 2015-12-06 06:59:37 rom1504 http://wiki.vg/Classic_Protocol 2015-12-06 07:00:06 rom1504 https://www.classicube.net/ 2015-12-06 07:00:40 rom1504 'Now maybe the authentication packets are encrypted, but the rest of it is sent "in the clear'.' it's the other way round 2015-12-06 07:00:42 Videogamer555 Unfortunately it appears that the 1.0.0 protocol may not be properly documented on your wiki, as the behavior of the packets I sent using the specs listed there do not produce the desired results, and from what I can tell have in fact no effect on the game at all. 2015-12-06 07:01:01 rom1504 I already told you why Videogamer555 2015-12-06 07:01:16 rom1504 you can't send packets in the middle of the stream if you can't parse the stream 2015-12-06 07:02:45 Videogamer555 If it wasn't working, I'd think that MC would crash because the stream got corrupted. I think something is getting through, and MC is parsing it, but it's not having the desired effect. Is there any way to "hook" the internal workings of MC client, and see what the internal "guts" of the client are doing when they are processing my packets? 2015-12-06 07:03:25 Videogamer555 Maybe some kind of super-secret debug mode (not F3) that dumps to a file EVERYTHING that the MC client is doing internally, so you can debug how it's actually handling your packets? 2015-12-06 07:04:09 Videogamer555 Is there any secret code hidden away by Notch, that gives you much more powerful debugging functions (including debugging the handling of network packets)? 2015-12-06 07:04:39 Fenhl we no longer maintain the documentation for older versions of the Minecraft modern protocol (e.g. 1.0.0) 2015-12-06 07:05:07 Videogamer555 So then it IS possible that some of that documentation is in fact inaccurate. 2015-12-06 07:05:12 Fenhl yes 2015-12-06 07:06:02 Videogamer555 How will I ever implement this feature, if I can't be sure that my specs are even correct? 2015-12-06 07:06:42 Fenhl my recommendation would be to try to implement it for Minecraft 1.8.8, you will get much more support that way 2015-12-06 07:07:05 --> Videogamer555_ (~chatzilla@c-76-104-147-215.hsd1.wa.comcast.net) a rejoint #mcdevs 2015-12-06 07:07:12 Fenhl > my recommendation would be to try to implement it for Minecraft 1.8.8, you will get much more support that way 2015-12-06 07:07:20 Fenhl (in case that didn't go through) 2015-12-06 07:07:53 Videogamer555_ Are you sure there's a way to disable encryption in MC 1.8.8? 2015-12-06 07:08:34 Videogamer555_ Looks like my connection glitched to the IRC, and now I have a _ after my name. Why is that? 2015-12-06 07:09:06 Fenhl because freenode hasn't disconnected your old connection yet 2015-12-06 07:09:51 Videogamer555_ Can you test out the connection with MC 1.8.8 in offline mode, and let me know if encryption is actually disabled? Maybe I just did something wrong on my end. 2015-12-06 07:10:31 Fenhl I haven't implemented it myself but someone on the hematite_server team claims to have a working server, no encryption needed 2015-12-06 07:10:39 <-- Videogamer555_ (~chatzilla@c-76-104-147-215.hsd1.wa.comcast.net) a quitté (Read error: Connection reset by peer) 2015-12-06 07:10:54 <-- Videogamer555 (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a quitté (Ping timeout: 260 seconds) 2015-12-06 07:11:08 --> Videogamer555 (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a rejoint #mcdevs 2015-12-06 07:11:20 rom1504 offline mode means no encryption 2015-12-06 07:11:35 rom1504 for the simple reason it wouldn't have a key to encrypt with 2015-12-06 07:12:17 Videogamer555 I thought I tried that before, and the data still looked encrypted. I thought that the server still generates its own key for using to encrypt the data, rather than depending on a key from minecraft.net 2015-12-06 07:12:49 rom1504 it is compressed though 2015-12-06 07:14:55 Fenhl what do you mean by “looked encrypted”? Have you actually tried to read it, or just looked at it in a hex editor? 2015-12-06 07:15:27 Fenhl if it's the latter, that doesn't really mean much, because Minecraft uses a binary protocol, so you won't see any readable strings for the most part 2015-12-06 07:15:44 Videogamer555 I think I can disable compression though, if I set network-compression-threshold to -1 in the server.properties file. I have tested that, and that does indeed appear to disable compression. 2015-12-06 07:15:55 Fenhl it should, yes 2015-12-06 07:17:04 rom1504 yeah 2015-12-06 07:17:12 Videogamer555 And I think it is encrypted, because while it is huge (no compression) it still looks scrambled, when viewed in a raw image viewer (to show the bytes as pixels). The human eye is keen on pickout out patters in an image. If there was ANY structure at all, you'd see it. But it looked like 100% random white noise, suggesting strong encryption was in use. 2015-12-06 07:17:46 rom1504 pretty sure that method doesn't work 2015-12-06 07:18:27 Videogamer555 The software Gimp has a very nice raw image loader plugin, where you can set the pixel format, and image width and height, and offset in the file to the image data. It's a GREAT way of determining of there's some kind of encryption being used on data. 2015-12-06 07:18:40 rom1504 and it's pretty easy to read the first packet and notice it's not encrypted nor compressed 2015-12-06 07:20:48 Videogamer555 Only the first packet is unencrypted (as can be seen in a hex editor). After that, it's all binary so you need to switch to a raw image viewer and let your eyes pattern-finding ability tell you if there's any hint of a pattern, and if there isn't then it's probably encrypted. 2015-12-06 07:22:02 rom1504 no, you can also read it manually 2015-12-06 07:22:19 rom1504 read the spec, read the hex 2015-12-06 07:22:59 rom1504 anyway, I'm 100% node-minecraft-protocol doesn't use encryption for offline-mode 2015-12-06 07:23:06 rom1504 and it works in offline-mode 2015-12-06 07:23:10 rom1504 both client and server 2015-12-06 07:23:24 rom1504 so there's no encryption in offline mode 2015-12-06 07:23:51 Videogamer555 So I've set the server properties involved like this 2015-12-06 07:23:55 Videogamer555 network-compression-threshold=-1 2015-12-06 07:24:07 Videogamer555 online-mode=false 2015-12-06 07:24:50 Videogamer555 This should disable both compression and encryption. 2015-12-06 07:24:55 rom1504 okay 2015-12-06 07:25:02 rom1504 pastebin the beginning of your hexes 2015-12-06 07:25:08 Videogamer555 Next I'll log the packets and get back to you with what I've found. 2015-12-06 07:36:39 Videogamer555 Ok I've got my logs now and pasted them to pastebin. 2015-12-06 07:37:08 Videogamer555 For the server-to-client log http://pastebin.com/QhjXhsGf 2015-12-06 07:37:15 Fenhl here's the code I'm using to test (wurstmineberg.de:25563 is an offline mode server) https://www.irccloud.com/pastebin/sKd9LSMy/hematite-test.rs 2015-12-06 07:37:32 Videogamer555 For the client-to-server log http://pastebin.com/Ses9QvmY 2015-12-06 07:37:33 Fenhl and the output is Set Compression: SetCompression { threshold: 256 } 2015-12-06 07:42:12 Videogamer555 I also noticed that it no longer has random data in the packets. I think I must have set something wrong before when I did it. 2015-12-06 07:43:04 --> Videogamer555_ (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a rejoint #mcdevs 2015-12-06 07:43:46 Videogamer555_ There's another problem with the new protocol though, it uses variable length integer fields called VarInt, and those will be a PAIN to encode properly. 2015-12-06 07:44:27 rom15042 Not the most painful thing 2015-12-06 07:45:31 Videogamer555_ They depend on bit-wise data processing (a bit stream, not a byte stream) and yet there is no way to access individual bits in most programming languages. Your smallest array-cell-size is usually the byte. You don't usually get access to individual bits. 2015-12-06 07:46:49 Videogamer555_ Now I remember why I tried looking for an older protocol, that VarInt thing is going to be a really tricky to program for, especially considering you already are going to be doing byte swaps on any multi-byte values, due to the endian difference between MC and most other programming languages. 2015-12-06 07:46:50 rom15042 You need to use bitwise operators yes 2015-12-06 07:46:50 <-- Videogamer555 (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a quitté (Ping timeout: 260 seconds) 2015-12-06 07:46:58 -- Videogamer555_ est maintenant connu sous le nom Videogamer555 2015-12-06 07:48:15 Fenhl it's pretty straightforward actually https://github.com/PistonDevelopers/hematite_server/blob/master/src/types/varnum.rs#L28-L40 2015-12-06 07:48:22 Videogamer555 I wish the makers of Minecraft would just create a very simple protocol that was easy to code for, and didn't have elaborate variable types and structures. It would make 3rd party servers a LOT easier to write. 2015-12-06 07:48:35 rom15042 Entity metadata, and nbt and all are what's more annoying 2015-12-06 07:49:14 Videogamer555 I thought NBT was how the data was stored in files, not the way it got sent over the network. 2015-12-06 07:49:37 nickelpro Holy hell what is going on I. This channel 2015-12-06 07:49:44 nickelpro in this* 2015-12-06 07:49:48 Videogamer555 What's wrong? 2015-12-06 07:49:57 Fenhl the protocol has an NBT type as well 2015-12-06 07:50:06 nickelpro mcdevs and related channels are very quiet normally 2015-12-06 07:51:04 Videogamer555 I had a big project I wanted to do involving sending custom levels to the MC client by injecting them in the network stream. That's why there's a lot of talking going on. 2015-12-06 07:51:09 nickelpro Anyway I skimmed everything and I can tell you right off if you aren't correctly parsing every packet than you can't write a server wrapper. The old protocol required every packet be parsed in order to do anything intelligent with it, because we didn't have packet prefixing 2015-12-06 07:52:00 Videogamer555 Did this also apply to the Classic protocol? Or could you skip packets with the Classic protocol? 2015-12-06 07:52:07 nickelpro So you're just injecting garbage into the TCP stream and its kinda intriguing the client isn't crashing which tells me you're network code is probably flawed at a deeper level 2015-12-06 07:52:20 nickelpro Nope, everything before 1.7.6 I think 2015-12-06 07:52:39 nickelpro (Someone with a better memory than me can confirm when the switch happened) 2015-12-06 07:53:09 nickelpro Notch had a very... Optimistic, view of networking 2015-12-06 07:53:50 Videogamer555 Not garbage. I'm wanting to inject data that will place blocks, allowing me to send my own custom worlds to the MC client, without having to write a server from scratch. 2015-12-06 07:54:04 Videogamer555 Writing a complete server from scratch would be a REAL pain. 2015-12-06 07:54:18 nickelpro If it's not in the correct spot in the packet stream its garbage 2015-12-06 07:54:30 nickelpro Also 1.0.0 did have AES encryption as well 2015-12-06 07:54:50 nickelpro And the current protocol doesn't have encryption in offline mode 2015-12-06 07:55:06 Videogamer555 Would this be true even for MC 1.8.8, which does have a packet size field? 2015-12-06 07:55:18 rom15042 Videogamer555: I have to ask, is there any reason you're reimplementing only a little bit of the protocol, not using a lib that already implement the protocol, and in top of that using visual basic ? 2015-12-06 07:56:05 nickelpro Nope, you can just read the packet length, and forward all the data. BarneyGale has a wrapper called Quarry that does exactly that 2015-12-06 07:56:43 Videogamer555 Visual Basic is the one programing language I know thoroughly inside and out. I know a touch of VC++, and am also learning assembly, but VB6 I know well enough to be able make almost ANYTHING. And its capabilities can be expanded when using external DLL files to access additional functions. 2015-12-06 07:57:10 nickelpro New MC protocol is significantly more forgiving than the old one. Which is also why there are like 3000 libraries written for it. Use one of them 2015-12-06 07:57:26 nickelpro Not for VB though, bit obscure that :-/ 2015-12-06 07:58:08 Videogamer555 If the libraries are all intended for C++ and not VB, then they are 100% useless to me. If any of them is compatible with VB6 let me know, but my hunch is that all 3000 of them are 100% NOT compatible with VB6. 2015-12-06 07:58:26 nickelpro Ya, I'm fairly sure none are for VB 2015-12-06 07:58:39 Videogamer555 Then I'll have to write my functions from scratch. 2015-12-06 07:59:13 Videogamer555 Fortunately I know VB6 well enough to be able to do this. I just need to know the specs of the protocol, and I should be able to implement it in VB6. 2015-12-06 07:59:15 nickelpro Still, skip encryption, most of the entirety of the MC data types you need to getting a working wrapper is ~30 LoC of C 2015-12-06 07:59:40 Videogamer555 What's !30 LoC of C? 2015-12-06 07:59:49 nickelpro 30 lines of code 2015-12-06 08:01:21 rom15042 To me VB6 is a bit like fortran 2015-12-06 08:01:32 nickelpro My overcomplicated python version is 20 lines with generous spacing. Varints aren't scary, Google them and you'll find ample documentation 2015-12-06 08:01:46 rom15042 Somehow some stuff are still implemented in it 2015-12-06 08:02:00 nickelpro rom15042: In that it's still alive? 2015-12-06 08:02:35 nickelpro I learned TI-Basic back in the day 2015-12-06 08:03:09 rom15042 Some software are implemented in it, but I wouldn't say it's alive 2015-12-06 08:03:18 nickelpro I think it took a few months off my lifespan, but I learned it 2015-12-06 08:03:27 rom15042 Yeah I learn that too 2015-12-06 08:03:28 nickelpro Lol 2015-12-06 08:04:13 Fenhl okay so I'm manually decoding your network dump right now and this is what I have so far https://www.irccloud.com/pastebin/euQ1jWiN/ 2015-12-06 08:04:52 nickelpro Is that a 1.0.0 server? 2015-12-06 08:06:53 Fenhl okay so first of all the server port is 15565, is that correct? 2015-12-06 08:07:19 Fenhl also Next State is 1 which means status, you're doing Server List Ping instead of logging in 2015-12-06 08:08:01 nickelpro Ya, no, there weren't varints back then. Or protocol states for that matter. He's trying to implement an ancient protocol on a new server 2015-12-06 08:08:06 Videogamer555 Yeah, when I added the server to my server list, it pings it whenever you view the multiplayer server list. 2015-12-06 08:08:47 Fenhl oh, you're testing with a Notchian client? 2015-12-06 08:09:35 Fenhl well sorry but I'm not going to encode an entire SLP session for you 2015-12-06 08:09:43 Fenhl *decode 2015-12-06 08:11:16 nickelpro I remember an (unemployed) period of my life where I could decode a lot of MC packets with just a hex dump. Would not recommend 2015-12-06 08:11:57 Fenhl heh 2015-12-06 08:12:14 Videogamer555 Also it appears that connection expects some VERY tight timing requirements. Half of the time when it pings the server through my proxy, the server's reply is not properly received by the client, so the client says it can't detect the server, and as a result it usually shows the server as not available, though if you click on it you can still use it despite it not being supposedly available.... 2015-12-06 08:12:15 Videogamer555 ...And keep in mind, that's without ANY interference of my program. My program in this state is transparently passing the packets through. But because there must be some timing delay as it goes through the proxy, the ping reply doesn't seem to make it back to the client in a timely manner (from the client's point of view). Not sure about other packet types, but these pings must have some... 2015-12-06 08:12:17 Videogamer555 ...VERY tight timing requirements. 2015-12-06 08:14:39 rom15042 Do you lag a lot in game with your proxy ? 2015-12-06 08:15:30 Fenhl to be fair, SLP tends to fail a lot even with Notchian client and server, still not sure what that's all about 2015-12-06 08:22:14 Fenhl Videogamer555: here we go, I found a malformed packet in the client-to-server dump https://www.irccloud.com/pastebin/fqNMiUoC/ 2015-12-06 08:22:59 Fenhl looks like you're trying to send a Handshake packet while in “status” state 2015-12-06 08:24:48 Videogamer555 What's SLP? 2015-12-06 08:25:31 Fenhl Server List Ping http://wiki.vg/Server_List_Ping 2015-12-06 08:27:38 Videogamer555 Wonder how it's getting corrupted? My proxy (when I'm not clicking the button to inject a packet) simply sends through to the client whatever it receives from the server, and sends through to the server whatever it receives from the client. 2015-12-06 08:29:46 Fenhl are you also handling disconnect/reconnect correctly? 2015-12-06 08:30:45 Fenhl if you're not, that's what would cause this error. The client is opening a new connection so it expects to be in handshaking state, but since you never closed the connection from your proxy to the server, the server still thinks it's in status state 2015-12-06 08:31:39 Videogamer555 My proxy has 2 halves. The first half acts like a server, and gets connections from the Minecraft client. When a connection is made in this half of the program, it triggers the other half of the proxy program (which behaves like a client) to connect to the actual Minecraft game server. 2015-12-06 08:32:39 Fenhl and if the client disconnects, do you also disconnect from the server, and vice versa? 2015-12-06 08:33:00 Videogamer555 As for disconnecting, whenever the MC client disconnects from the proxy, the proxy closes both the server and the client modules, forcing the entire connection to close. And the same full closure of the connection happens if the MC server initiates a closure of the connection. 2015-12-06 08:33:29 Videogamer555 I believe this is the correct operation. 2015-12-06 08:33:31 Fenhl okay, that sounds correct, but then why are you not delimiting separate connections in your stream dump? 2015-12-06 08:34:24 --> Videogamer555_ (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a rejoint #mcdevs 2015-12-06 08:34:56 Fenhl > okay, that sounds correct, but then why are you not delimiting separate connections in your stream dump? 2015-12-06 08:35:09 Videogamer555_ IRC just dropped the connection again. Did you say anything while I was disconnected? 2015-12-06 08:35:18 Fenhl I just repeated my message 2015-12-06 08:35:23 <-- Videogamer555_ (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a quitté (Read error: Connection reset by peer) 2015-12-06 08:35:54 --> Videogamer555_ (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a rejoint #mcdevs 2015-12-06 08:36:03 Fenhl fix your connection please 2015-12-06 08:36:33 Videogamer555_ My VB6 program depends on the Winsock control. This gives Visual Basic access to Winsock, which is the part of Windows that handles networking. I'm not sure if there are any bugs in Winsock, but if there are that might account for it. 2015-12-06 08:37:07 Videogamer555_ I don't know why but my connection keeps dropping. DOH 2015-12-06 08:37:32 Videogamer555_ I'm using cable internet (Xfinity), not dialup, maybe something's wrong with my PC? 2015-12-06 08:37:42 Fenhl you could use a bouncer like IRCCloud to miticate this 2015-12-06 08:37:46 Fenhl *mitigate 2015-12-06 08:38:10 <-- Videogamer555 (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a quitté (Ping timeout: 260 seconds) 2015-12-06 08:38:12 Videogamer555_ Do you think that Winsock could be the problem? 2015-12-06 08:38:18 -- Videogamer555_ est maintenant connu sous le nom Videogamer555 2015-12-06 08:38:38 Videogamer555 Do you think Winsock could be the problem with my proxy? 2015-12-06 08:39:21 Fenhl I don't know 2015-12-06 08:40:26 Videogamer555 Are there any known bugs in Winsock that would cause it to butcher network packets? 2015-12-06 08:40:27 Fenhl I don't have any experience with Windows 2015-12-06 08:40:43 Videogamer555 You only know Linux? 2015-12-06 08:41:14 Fenhl UNIX in general 2015-12-06 08:41:18 Fenhl e.g. Linux and OS X 2015-12-06 08:42:15 Fenhl most modern programming languages can target any of these platforms, e.g. hematite_server works on windows according to other people working on the project 2015-12-06 08:42:43 <-- Pangea__ (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 264 seconds) 2015-12-06 08:43:17 Fenhl but personally I haven't used a Windows system in years 2015-12-06 08:43:45 Fenhl much less written any platform-specific code 2015-12-06 08:45:17 Videogamer555 Here's the Pastebin of the core VB6 code for my proxy http://pastebin.com/NCFH0qFQ 2015-12-06 08:45:45 Videogamer555 This by itself will work to get packets from each side and pass them through to the other side. 2015-12-06 08:51:07 Videogamer555 There are 3 winsock controls in use. One acts as a listener (and is called L), which waits for MC to try to connect to it. The next one acts as a server (and is called S). The connection attempt to L is accepted by S, and then the 3rd Winsock control (which acts like a client and is called C) makes a connection to the actual MC server. The DataArrival event happens for S, whenever the MC... 2015-12-06 08:51:08 Videogamer555 ...client sends data. The DataArrival event happens for C whenever the MC server sends data. In the event handler code for S_DataArrival, the data is immediately stored in a byte array called Data, and then (if the connection didn't close in the microsecond between the getting of data and the next line of code, and this possibility is checked for before running the next line of code) this... 2015-12-06 08:51:10 Videogamer555 ...byte array is sent out of C. 2015-12-06 08:52:13 --> Videogamer555_ (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a rejoint #mcdevs 2015-12-06 08:53:33 Videogamer555_ The same happens the other way with the C_DataArrival event handler. It gets its data into a byte array as well, and then sends it out of S. 2015-12-06 08:54:25 Videogamer555_ So theoretically, no data ever gets lost. But apparently something is messing up the data. 2015-12-06 08:54:46 Videogamer555_ You still here? 2015-12-06 08:54:48 Videogamer555_ Hello? 2015-12-06 08:55:54 <-- Videogamer555 (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a quitté (Ping timeout: 260 seconds) 2015-12-06 08:56:08 -- Videogamer555_ est maintenant connu sous le nom Videogamer555 2015-12-06 08:56:11 Videogamer555 Are you still here? 2015-12-06 08:57:40 Videogamer555 Fenhl, are you still here? 2015-12-06 08:57:56 Fenhl yes 2015-12-06 08:58:21 Videogamer555 Did you have time to look at my code, or my description of the code? 2015-12-06 08:58:43 Videogamer555 Do you see anything wrong with it, that might explain the problems my proxy is having? 2015-12-06 08:59:17 Fenhl still reading backlog 2015-12-06 09:00:30 Fenhl I can't be certain if anything is wrong with the code since both the language and the framework are unfamiliar 2015-12-06 09:01:29 Videogamer555 If you treated it like pseudocode, and just gathered what it was trying to do, based on the structure of the code, and the names of the functions, would you say it looked correct? 2015-12-06 09:02:26 Fenhl yes 2015-12-06 09:03:00 Fenhl although I'm not sure what the state = 7 check is supposed to be 2015-12-06 09:03:43 Fenhl also, what happens if the client tries to open multiple connections simultaneously? 2015-12-06 09:04:07 Fenhl e.g. you're doing a SLP and the connection is still open, then you try to connect to the server 2015-12-06 09:04:28 Fenhl maybe you have to close any existing connection when a new one is accepted by L? 2015-12-06 09:04:48 Videogamer555 State 9 is error. State 7 is connected, State 6 attempting to connect (if I remember correctly), State 2 is listening for connection, State 0 is disconnected. 2015-12-06 09:06:42 Videogamer555 As far as I know, Minecraft client never attempts to create a connection if it already is connected. Unlike a webbrowser, which can be accessing multiple servers at one time, Minecraft only needs one line of communication between the client and the server to exchange all of the data. 2015-12-06 09:07:51 Videogamer555 I have a question, when a connection is made normally between a MC client and server, does the server or the client normally initiate the handshaking/logon procedure? 2015-12-06 09:09:43 Videogamer555 Hello? 2015-12-06 09:10:12 Videogamer555 Are you still there? 2015-12-06 09:12:31 Videogamer555 If you are still there, you need to send some "keep-alive packets" so to speak, so that I know you are still reading this, and haven't shut down your IRC client out of boredom. You know, like maybe "I'm still here" or something like that every 15 seconds. Otherwise I get a feeling that I'm talking to myself when I type. 2015-12-06 09:13:55 <-- _123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a quitté (Read error: Connection reset by peer) 2015-12-06 09:15:28 --> _123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a rejoint #mcdevs 2015-12-06 09:15:45 Videogamer555 Fenhl, are you still here? 2015-12-06 09:22:40 Videogamer555 Fenhl, did you leave the chatroom? 2015-12-06 09:23:32 Fenhl Videogamer555: I'm still here, as your client should be displaying in the members list 2015-12-06 09:23:51 Fenhl I only get notified of new messages if they include my name 2015-12-06 09:24:31 Videogamer555 So did you see where I posted the definitions of the different connection states for Winsock? 2015-12-06 09:24:54 Fenhl yes, I have access to the backlog 2015-12-06 09:25:21 Fenhl in general, this is not something you need to ask 2015-12-06 09:25:45 Videogamer555 And can you tell me, immediately after the MC client connects to the server, which side is supposed to send the first packet? Is the client supposed to send first, or is the server supposed to send first? 2015-12-06 09:26:05 Fenhl as is documented on [[Protocol]], the client sends the handshake packet 2015-12-06 09:27:22 Fenhl the client should immediately follow up with Login Start 2015-12-06 09:28:11 Fenhl and then wait for the server to reply with Encryption Request, Login Success, or Set Compression 2015-12-06 09:28:58 Fenhl please read http://wiki.vg/Protocol#Login for details 2015-12-06 09:30:12 Videogamer555 If the server is being used in offline mode, what should the server send in place of the Encryption Request? If as was previously stated, no encryption is used in offline-mode, then does the server have a different reply packet to send when the client sends the Login Start packet? 2015-12-06 09:33:13 Fenhl it just innediately replies with Login Success 2015-12-06 09:33:18 Fenhl *immediately 2015-12-06 09:33:37 Fenhl again, this was mentioned previously and is noted in the section of the article I linked 2015-12-06 09:34:47 --> Videogamer555_ (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a rejoint #mcdevs 2015-12-06 09:35:34 <-- Videogamer555 (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a quitté (Ping timeout: 260 seconds) 2015-12-06 09:35:42 -- Videogamer555_ est maintenant connu sous le nom Videogamer555 2015-12-06 09:37:40 Videogamer555 If the server is being used in offline mode, what should the server send in place of the Encryption Request? If as was previously stated, no encryption is used in offline-mode, then does the server have a different reply packet to send when the client sends the Login Start packet? 2015-12-06 09:47:02 Videogamer555 Fenhl, do you know what the server is supposed to send in place of the Encryption Request packet, if the server is using offline-mode? 2015-12-06 09:47:49 Fenhl please fix your connection, this conversation isn't going anywhere 2015-12-06 09:48:23 Fenhl Videogamer555: https://www.irccloud.com/pastebin/8ki1yAtR/ 2015-12-06 09:49:43 Videogamer555 Thanks for the info. 2015-12-06 09:54:01 <-- PhonicUK (~PhonicUK@pdpc/supporter/student/phonicuk) a quitté (Ping timeout: 245 seconds) 2015-12-06 10:13:50 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 260 seconds) 2015-12-06 10:18:58 <-- Brandon15811_ (~Brandon15@2001:bc8:3111:200::) a quitté (Ping timeout: 240 seconds) 2015-12-06 10:18:58 <-- Brandon15811 (~Brandon15@195-154-68-209.rev.poneytelecom.eu) a quitté (Ping timeout: 260 seconds) 2015-12-06 10:35:17 <-- Videogamer555 (~chatzilla@2601:601:401:8bb9:f57f:9509:bc79:1f5) a quitté (Quit: ChatZilla 0.9.92 [Firefox 38.0.1/20150513174244]) 2015-12-06 10:40:25 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-12-06 10:41:40 --> Brandon15811 (~brandon15@ip98-181-19-7.br.br.cox.net) a rejoint #mcdevs 2015-12-06 10:45:04 --> PhonicUK (~PhonicUK@pdpc/supporter/student/phonicuk) a rejoint #mcdevs 2015-12-06 11:12:43 <-- orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Ping timeout: 246 seconds) 2015-12-06 13:55:46 --> SinZ_ (~SinZ@CPE-121-214-154-94.lnse3.lon.bigpond.net.au) a rejoint #mcdevs 2015-12-06 13:58:09 <-- SinZ (~SinZ@CPE-121-220-51-226.lnse2.win.bigpond.net.au) a quitté (Ping timeout: 276 seconds) 2015-12-06 13:58:10 -- SinZ_ est maintenant connu sous le nom SinZ 2015-12-06 13:58:11 -- Mode #mcdevs [+v SinZ] par ChanServ 2015-12-06 14:23:46 --> Brandon15811_ (~Brandon15@2001:bc8:3111:200::) a rejoint #mcdevs 2015-12-06 14:24:12 --> Brandon15811___ (~Brandon15@195-154-68-209.rev.poneytelecom.eu) a rejoint #mcdevs 2015-12-06 14:32:56 --> jo_mo (~jo_mo@aftr-88-153-6-227.unity-media.net) a rejoint #mcdevs 2015-12-06 14:37:25 --> NickG365_ (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs 2015-12-06 14:38:05 --> M-ou-se_ (~m-ou.se@m-ou.se) a rejoint #mcdevs 2015-12-06 14:42:07 --> WizardCM- (~WizardCM@atom.cloud.faunt.net) a rejoint #mcdevs 2015-12-06 14:42:29 --> kahrl (~kahrl@dslb-094-218-033-046.094.218.pools.vodafone-ip.de) a rejoint #mcdevs 2015-12-06 14:43:34 <-- Extreme (extreme7@unaffiliated/extreme7) a quitté (Ping timeout: 240 seconds) 2015-12-06 14:43:34 <-- WizardCM (~WizardCM@atom.cloud.faunt.net) a quitté (Ping timeout: 240 seconds) 2015-12-06 14:43:35 -- WizardCM- est maintenant connu sous le nom WizardCM 2015-12-06 14:43:35 <-- TheUnnamedDude (bnc@2001:41d0:1:68a3::37) a quitté (Ping timeout: 240 seconds) 2015-12-06 14:43:35 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Ping timeout: 240 seconds) 2015-12-06 14:43:35 <-- AndrewPH (Butts@omega.classicube.net) a quitté (Ping timeout: 240 seconds) 2015-12-06 14:43:35 <-- eeew (eeew@bnc3.dnaclan.eu) a quitté (Ping timeout: 240 seconds) 2015-12-06 14:43:35 <-- M-ou-se (~m-ou.se@m-ou.se) a quitté (Ping timeout: 240 seconds) 2015-12-06 14:43:35 <-- NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Ping timeout: 240 seconds) 2015-12-06 14:43:36 <-- dav1d (~dav1d@unaffiliated/dav1d) a quitté (Ping timeout: 240 seconds) 2015-12-06 14:43:36 <-- jnoah (~brutal_ch@osuosl/staff/brutal-chaos) a quitté (Ping timeout: 240 seconds) 2015-12-06 14:43:37 <-- kahrl_ (~kahrl@dslb-094-218-033-046.094.218.pools.vodafone-ip.de) a quitté (Ping timeout: 240 seconds) 2015-12-06 14:43:37 --> jnoah (~brutal_ch@104.236.131.12) a rejoint #mcdevs 2015-12-06 14:43:38 <-- jnoah (~brutal_ch@104.236.131.12) a quitté (Changing host) 2015-12-06 14:43:38 --> jnoah (~brutal_ch@osuosl/staff/brutal-chaos) a rejoint #mcdevs 2015-12-06 14:43:38 -- Mode #mcdevs [+v jnoah] par ChanServ 2015-12-06 14:44:01 -- NickG365_ est maintenant connu sous le nom NickG365 2015-12-06 14:44:39 --> Extreme- (extreme7@unaffiliated/extreme7) a rejoint #mcdevs 2015-12-06 14:48:08 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-12-06 14:49:40 --> dav1d (~dav1d@unaffiliated/dav1d) a rejoint #mcdevs 2015-12-06 14:49:42 --> AndrewPH (Butts@omega.classicube.net) a rejoint #mcdevs 2015-12-06 14:49:42 -- Mode #mcdevs [+v AndrewPH] par ChanServ 2015-12-06 14:49:51 --> NickG365_ (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs 2015-12-06 14:53:31 <-- NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Ping timeout: 264 seconds) 2015-12-06 14:53:32 -- NickG365_ est maintenant connu sous le nom NickG365 2015-12-06 14:53:33 --> eeew (~eeew@bnc3.dnaclan.eu) a rejoint #mcdevs 2015-12-06 14:57:44 <-- rom1504 (rom1504@rom1504.fr) a quitté (Ping timeout: 264 seconds) 2015-12-06 15:05:29 --> rom1504 (rom1504@rom1504.fr) a rejoint #mcdevs 2015-12-06 15:10:03 --> TheUnnamedDude (bnc@2001:41d0:1:68a3::37) a rejoint #mcdevs 2015-12-06 15:46:30 -- zz_r04r est maintenant connu sous le nom r04r 2015-12-06 15:57:42 <-- gamingrobot (sid10990@gateway/web/irccloud.com/x-yqhxnazmitqjogpk) a quitté (Read error: Connection reset by peer) 2015-12-06 15:59:49 --> gamingrobot (sid10990@gateway/web/irccloud.com/x-wbkcdgxelkrmtnzu) a rejoint #mcdevs 2015-12-06 16:24:23 <-- AlphaBlend (whizkid300@pool-173-58-38-132.lsanca.fios.verizon.net) a quitté (Ping timeout: 259 seconds) 2015-12-06 16:34:44 --> AlphaBlend (~whizkid30@pool-173-58-38-132.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-12-06 16:51:43 <-- winny (20025@unaffiliated/winstonw) a quitté (Ping timeout: 264 seconds) 2015-12-06 16:52:36 <-- NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Read error: Connection reset by peer) 2015-12-06 16:52:44 --> winny (20025@unaffiliated/winstonw) a rejoint #mcdevs 2015-12-06 16:52:59 --> NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs 2015-12-06 16:54:51 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-12-06 16:56:06 <-- dav1d (~dav1d@unaffiliated/dav1d) a quitté (Ping timeout: 260 seconds) 2015-12-06 16:59:20 --> dav1d (~dav1d@unaffiliated/dav1d) a rejoint #mcdevs 2015-12-06 17:04:39 --> NickG365_ (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs 2015-12-06 17:07:55 <-- NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Ping timeout: 264 seconds) 2015-12-06 17:07:55 -- NickG365_ est maintenant connu sous le nom NickG365 2015-12-06 17:25:49 <-- NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Read error: Connection reset by peer) 2015-12-06 17:26:32 -- Jobster est maintenant connu sous le nom Aster 2015-12-06 17:28:45 --> NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs 2015-12-06 17:50:29 <-- NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Read error: Connection reset by peer) 2015-12-06 17:51:51 --> NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs 2015-12-06 17:54:07 <-- Fenhl (sid30770@gateway/web/irccloud.com/x-wcujtdwzexpjfhjb) a quitté (Ping timeout: 264 seconds) 2015-12-06 17:54:32 --> Fenhl (sid30770@gateway/web/irccloud.com/x-dunforuyeyqoghjo) a rejoint #mcdevs 2015-12-06 18:13:02 --> spaceemotion (~spaceemot@f054029095.adsl.alicedsl.de) a rejoint #mcdevs 2015-12-06 18:27:21 --> barneygale_ (~barneygal@90.213.10.138) a rejoint #mcdevs 2015-12-06 18:30:26 <-- barneygale_ (~barneygal@90.213.10.138) a quitté (Remote host closed the connection) 2015-12-06 18:34:25 Not-d54a [flying-squid] rom1504 pushed 4 commits to master [+0/-0/±20] http://git.io/vRaXC 2015-12-06 18:34:26 Not-d54a [flying-squid] demipixel 127ef3c - Add ~ tp /tp, small fixes 2015-12-06 18:34:28 Not-d54a [flying-squid] demipixel f17f54f - Adding op 'n stuff 2015-12-06 18:34:29 Not-d54a [flying-squid] demipixel b4b90c0 - Add /op and /deop 2015-12-06 18:34:31 Not-d54a [flying-squid] rom1504 ae6d988 - fix bug in /tp and add regression tests 2015-12-06 18:41:06 <-- Danielh90 (~Danielh90@97-91-156-141.dhcp.stls.mo.charter.com) a quitté (Ping timeout: 245 seconds) 2015-12-06 18:41:28 --> Danielh90 (~Danielh90@97-91-156-141.dhcp.stls.mo.charter.com) a rejoint #mcdevs 2015-12-06 18:42:37 <-- NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Read error: Connection reset by peer) 2015-12-06 18:45:32 --> NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs 2015-12-06 18:49:40 <-- NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Read error: Connection reset by peer) 2015-12-06 18:51:02 --> NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs 2015-12-06 18:54:42 Not-d54a [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vRaSj 2015-12-06 18:54:43 Not-d54a [flying-squid] rom1504 94edf79 - add more tests for /tp and a test for /deop 2015-12-06 19:01:01 <-- HansiHE (~HansiHE@hansihe.com) a quitté (Ping timeout: 246 seconds) 2015-12-06 19:03:15 <-- NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Read error: Connection reset by peer) 2015-12-06 19:04:36 --> NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs 2015-12-06 19:13:08 <-- kahrl (~kahrl@dslb-094-218-033-046.094.218.pools.vodafone-ip.de) a quitté (Read error: Connection reset by peer) 2015-12-06 19:14:48 --> kahrl (~kahrl@dslb-094-218-028-167.094.218.pools.vodafone-ip.de) a rejoint #mcdevs 2015-12-06 19:16:43 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-12-06 19:21:49 <-- NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Read error: Connection reset by peer) 2015-12-06 19:22:42 --> NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs 2015-12-06 19:33:23 <-- NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a quitté (Read error: Connection reset by peer) 2015-12-06 19:35:46 --> NickG365 (~NickG365@cortex.starlabs.theflash.rocks) a rejoint #mcdevs 2015-12-06 19:43:21 Not-d54a [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±5] http://git.io/vRVff 2015-12-06 19:43:22 Not-d54a [flying-squid] rom1504 7efb2da - rewrite tests using async/await much easier to understand that way 2015-12-06 20:20:50 Not-d54a [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vRVmV 2015-12-06 20:20:51 Not-d54a [flying-squid] rom1504 526a9f1 - await the bot is onGround, and add a test for /setblock 2015-12-06 20:39:38 <-- Brandon15811_ (~Brandon15@2001:bc8:3111:200::) a quitté (Ping timeout: 260 seconds) 2015-12-06 20:45:14 --> Brandon15811_ (~Brandon15@195-154-68-209.rev.poneytelecom.eu) a rejoint #mcdevs 2015-12-06 20:56:27 <-- SinZ (~SinZ@CPE-121-214-154-94.lnse3.lon.bigpond.net.au) a quitté (Ping timeout: 260 seconds) 2015-12-06 20:56:48 --> SinZ (~SinZ@CPE-121-214-154-94.lnse3.lon.bigpond.net.au) a rejoint #mcdevs 2015-12-06 20:56:48 -- Mode #mcdevs [+v SinZ] par ChanServ 2015-12-06 21:10:41 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 245 seconds) 2015-12-06 21:11:39 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-12-06 22:06:27 Not-5d64 [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vRVip 2015-12-06 22:06:28 Not-5d64 [mineflayer] rom1504 b867e33 - fix viewDistance sending 2015-12-06 22:10:14 Not-5d64 [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±2] http://git.io/vRVPX 2015-12-06 22:10:15 Not-5d64 [mineflayer] rom1504 b6fe4ba - Release 1.5.2 2015-12-06 22:10:23 Not-5d64 [mineflayer] rom1504 tagged b6fe4ba as 1.5.2 http://git.io/vRVPP 2015-12-06 23:19:46 --> Videogamer555 (~chatzilla@c-76-104-147-215.hsd1.wa.comcast.net) a rejoint #mcdevs 2015-12-06 23:20:27 Videogamer555 Ok, so I finally decided to try to implement the MC 1.8.8 protocol. 2015-12-06 23:21:33 Videogamer555 As I mentioned last night, I'm using a proxy to inject packets, so that I can add blocks to the level or produce various other effects in my own program that can't easily be achieved using Vanilla server commands. 2015-12-06 23:23:41 Videogamer555 And I'm using a proxy rather than writing my own server from scratch, because I don't want to have to implement handling for every possible packet type, and I believe that if I wrote a server I'd have to handle EVERY packet type, not just the ones I want to use for my experiment.every command that the 2015-12-06 23:25:51 Videogamer555 So now with my proxy I tried to implement just one packet type, the Time Update packet. In the simplest possible time update packet, I just plan to zero out the World Age and the Time Of Day. This should set it to dawn of the first day. 2015-12-06 23:27:59 Videogamer555 Now a packet has 2 header fields, Size (size of all the rest of the packet including the packet ID) and also PacketID. And while some of these fields are VarInt type fields, if the value is less than 128 (0x80) then it only occupies one byte (as is the case with both the packet size and packet ID for Time Update packet). 2015-12-06 23:28:34 Videogamer555 So a full reset with the Time Update packet should look like this in hexadecimal: 2015-12-06 23:28:55 Videogamer555 09 03 00 00 00 00 00 00 00 00 2015-12-06 23:29:40 Videogamer555 And that's exactly what my proxy injects into the Server-to-Client TCP stream, when I click the button on it. 2015-12-06 23:30:59 Videogamer555 Yet it causes an error. The error it gives me is: 2015-12-06 23:32:38 Videogamer555 Internal Exception: io.netty.handler.codec.DecoderException: java.lang.IndexOutOfBoundsException: readerIndex(9) + length(8) exceeds writerIndex(9): UnpooledHeapByteBuf(ridx: 9, widx: 9, cap: 9) 2015-12-06 23:33:45 Videogamer555 Can somebody here tell me what's wrong? Why the packet injection technique used by my proxy causing the game to crash with this specific error? 2015-12-06 23:43:59 rom1504 Videogamer555: you are now parsing every packet (not the fields, just size + [packet content]), right ? 2015-12-06 23:44:08 rom1504 if you don't do that, you can't inject packets 2015-12-06 23:44:38 Videogamer555 No, not yet. 2015-12-06 23:45:20 Videogamer555 And it always gives that one specific error. 2015-12-06 23:45:55 rom1504 yes, I just gave you the reason 2015-12-06 23:46:16 Videogamer555 I'd think it would give different errors, based on what packet got corrupted, if in fact my injected packet caused corruption of one of the actual server's packets, but it's always the exact same error. 2015-12-06 23:46:38 rom1504 ah 2015-12-06 23:46:42 Videogamer555 So it seems that it systematically is producing one specific error. I gave you the error message above. 2015-12-06 23:46:43 rom1504 long is 8 bytes 2015-12-06 23:46:48 rom1504 hmm 2015-12-06 23:47:03 rom1504 okay 2015-12-06 23:47:05 Videogamer555 I was thinking Long is 4 bytes 2015-12-06 23:47:05 rom1504 and the packet id is a varint 2015-12-06 23:47:19 Videogamer555 Because in visual basic a Long is 4 bytes, and an Integer is 2 bytes 2015-12-06 23:47:21 rom1504 there's no need to guess 2015-12-06 23:47:25 rom1504 read that http://wiki.vg/Protocol#Data_types 2015-12-06 23:47:28 Videogamer555 And a Currency is 8 bytes 2015-12-06 23:47:55 Videogamer555 I guess I was getting confused with my data types. 2015-12-06 23:49:35 rom1504 oh and when do you send this packet ? 2015-12-06 23:50:46 Videogamer555 Wait a sec, I'm gonna try something. 2015-12-06 23:52:22 Videogamer555 IT WORKED! 2015-12-06 23:52:29 Videogamer555 It now set the time of day. 2015-12-06 23:53:14 oldmanmike Can build height be extended just with a custom server, what would a vanilla client do if it got a y coord larger than 256? Are the size of chunks regulated purely server-side? 2015-12-06 23:53:40 oldmanmike Does the Minecraft client know how to render past 256 blocks? 2015-12-06 23:54:13 Videogamer555 It seems that Winsock (the Windows component handling networking, and which enables easy use of TCP in VB6) actually handles hardware-level packets and it can tell when the program sending the packets has stopped sending them, so it doesn't try to send my packet until there's a stopping of the MC server's sending of packets. 2015-12-06 23:55:02 Videogamer555 This means that my program is automatically synchronized by Window's own internal handling of network communications, so my packets don't corrupt the communications of the MC server. 2015-12-06 23:55:29 Videogamer555 So it looks like I may never need to parse the packets from the MC server, which makes this project a LOT easier. 2015-12-06 23:55:39 rom1504 oldmanmike: apparently you can't 2015-12-06 23:55:49 rom1504 the property in the vanilla server config file doesn't do anything past 256 2015-12-06 23:56:38 Videogamer555 rom1504 did you see that? It actually worked as I had hoped! 2015-12-06 23:57:08 Videogamer555 I thank you for your mentioning about the size of a long being 8 bytes instead of 4. 2015-12-06 23:59:04 oldmanmike rom1504: I mean if the server wasn't Mojangs and could have its own world format. 2015-12-07 00:00:23 rom1504 oldmanmike: I doubt it because the chunk packet has a bitmap of size 2 byte, which means 16bit, so it can only consider 16 sections 2015-12-07 00:00:25 Videogamer555 Unfortunately though, it seems that the server keeps track of time, so less than a second later, it corrects the change in time that my proxy created, by sending its own Time Update packet, meaning that my time-override technique ends up being overridden by the server. 2015-12-07 00:01:15 rom1504 Videogamer555: yes, you do need to intercept packet if you want your proxy to be useful 2015-12-07 00:02:51 oldmanmike rom1504: :( 2015-12-07 00:06:05 Videogamer555 I have added a check box, which causes my proxy to "eat" all the packets from the MC server. This way, after the game is going (via the handshaking and stuff established between official MC client and MC server) I can click the checkbox and my proxy will get and destroy (instead of the normal "get and relay to client") all of the packets coming from the server. This way, the server has no... 2015-12-07 00:06:07 Videogamer555 ...more control of the client after I click the check box in my proxy. Only problem is that the client then crashes after a period of time during which it doesn't receive a keep-alive packet from the server I'll need to have my proxy send keep alive packets it seems. 2015-12-07 00:07:06 Videogamer555 Doesn't actually crash, but it does close the connection and give a "timed out" error. 2015-12-07 00:07:22 Not-d54a [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±2] http://git.io/vRVhn 2015-12-07 00:07:22 Not-d54a [flying-squid] rom1504 974fcaf - add a digging and placing test the placing test is currently skipped because it doesn't always work (might be better to restart the server and bots at each test) 2015-12-07 00:09:44 Not-d54a [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vRVhM 2015-12-07 00:09:46 Not-d54a [flying-squid] rom1504 c5fd043 - increase test time 2015-12-07 00:11:43 rom1504 Videogamer555: well don't filter all packets 2015-12-07 00:11:50 rom1504 just some, for example the time packet in your case 2015-12-07 00:12:05 rom1504 (that means you have to read the packet id though ;)) 2015-12-07 00:13:39 Not-d54a [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vRVjo 2015-12-07 00:13:40 Not-d54a [flying-squid] rom1504 85b1160 - arrow function don't have this 2015-12-07 00:13:42 Videogamer555 But that means I will need to be able to PARSE VarInts. It was a major PAIN just CREATING VarInts. 2015-12-07 00:14:03 rom1504 take some code to parse varint in an other language 2015-12-07 00:14:04 Videogamer555 The code for creating them is enormous (almost as big as all of the rest of my program). 2015-12-07 00:14:21 rom1504 then adapt it 2015-12-07 00:14:47 Videogamer555 Now to parse them I'd have to write just as much code on the parsing side as I did on the creating side. 2015-12-07 00:15:16 rom1504 https://github.com/roblabla/ProtoDef/blob/master/src/datatypes/utils.js#L55 2015-12-07 00:22:36 Videogamer555 Just to create a VarInt, you have to split a 4byte Int into a byte array of 32-bytes (a sort of pseudo-bit-array, as this is the ONLY way to access bits individually), and put one bit in the first bit of each byte. Then you use some For Next loops to move the bits from the 32-byte array into a 40-byte array (where each byte represents a single bit in the VarInt). Then use some more For Next... 2015-12-07 00:22:37 Videogamer555 ...loops to move these bits from this pseudo-bit-array into lower 7 bits of each byte ina 5-byte array, in order to get a max-size VarInt. Then use some more code to get rid of the unneeded bytes to make the VarInt smaller than 5 bytes if possible, and the last step is to use a For Next loop to set the high-bit of each byte in the VarInt (which is actually a byte-array) for every byte except... 2015-12-07 00:22:39 Videogamer555 ...the last. 2015-12-07 00:24:39 Videogamer555 Now hopefully you will be able to see just how much painful coding it is just to CREATE a VarInt. However, parsing them requires READING the high bit of each byte, and deciding whether or not to even look at the next byte, based on this, and then doing the reverse of what I did to create a VarInt. That is the kind of MASSIVE ammount of code, that deserves to be its own project, not part of... 2015-12-07 00:24:40 Videogamer555 ...another project. 2015-12-07 00:25:55 Videogamer555 I wish Mojang coded the Minecraft protocol to be as simple as possible for 3rd party developers to implement, which means fixed sized fields, no VarInts or other such crap. 2015-12-07 00:28:30 Videogamer555 Or if he DID do a variable sized integer, it should have the first byte being the number of bytes in the integer, followed by that many bytes of numerical data. So using my idea, a VarByte would occupy 2 bytes. a VarShort would occupy 3 bytes, and a VarInt would occupy 5 bytes. The first byte always being the size-byte, and the bytes after that being the data bytes. That would make it MUCH... 2015-12-07 00:28:31 Videogamer555 ...easier for me (or other 3rd party developers) to actually implement the protocol. 2015-12-07 00:32:08 rom1504 you know 2015-12-07 00:32:35 rom1504 if you spend the time writing these messages writing the varint implementation 2015-12-07 00:32:35 rom1504 it would already be done 2015-12-07 00:48:27 --> barneygale_ (~barneygal@90.197.172.140) a rejoint #mcdevs 2015-12-07 01:03:45 Not-d54a [flying-squid] rom1504 pushed 3 commits to master [+2/-0/±2] http://git.io/vRwIT 2015-12-07 01:03:47 Not-d54a [flying-squid] demipixel 05be3c4 - Basic XP implementation 2015-12-07 01:03:48 Not-d54a [flying-squid] rom1504 3806c3f - add a test to check /xp works