2015-09-14 03:18:03 <-- mfj (~kvirc@202.55.151.66) a quitté (Ping timeout: 240 seconds) 2015-09-14 03:20:39 --> mfj (~kvirc@202.55.151.66) a rejoint #mcdevs 2015-09-14 03:38:22 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Read error: Connection reset by peer) 2015-09-14 03:38:54 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-14 03:50:43 <-- barneygale_ (~barneygal@90.197.170.211) a quitté (Ping timeout: 244 seconds) 2015-09-14 05:23:38 <-- vemacs_ (~vemacs@jet.fuel.cant.melt.da.nkmem.es) a quitté (Ping timeout: 246 seconds) 2015-09-14 05:25:23 <-- jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a quitté (Ping timeout: 246 seconds) 2015-09-14 05:26:05 <-- Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a quitté (Ping timeout: 246 seconds) 2015-09-14 05:30:24 --> jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a rejoint #mcdevs 2015-09-14 05:30:27 --> Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs 2015-09-14 05:30:42 --> vemacs (~vemacs@unaffiliated/vemacs) a rejoint #mcdevs 2015-09-14 06:19:15 <-- benbaptist (~benbaptis@c-50-178-138-73.hsd1.in.comcast.net) a quitté (Remote host closed the connection) 2015-09-14 06:21:36 --> benbaptist (~benbaptis@c-50-178-138-73.hsd1.in.comcast.net) a rejoint #mcdevs 2015-09-14 07:08:48 <-- MonkeyJamboree (MonkeyJamb@ip68-228-183-195.cl.ri.cox.net) a quitté 2015-09-14 07:30:08 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-09-14 08:12:24 <-- bildramer (~bildramer@p4FE645D0.dip0.t-ipconnect.de) a quitté (Ping timeout: 250 seconds) 2015-09-14 08:12:52 --> bildramer (~bildramer@p4FE64942.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-14 08:17:20 <-- bildramer (~bildramer@p4FE64942.dip0.t-ipconnect.de) a quitté (Ping timeout: 260 seconds) 2015-09-14 08:17:58 --> bildramer (~bildramer@p54A365AB.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-14 08:43:57 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-14 09:04:20 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-14 09:41:20 --> barneygale_ (~barneygal@90.197.170.211) a rejoint #mcdevs 2015-09-14 09:57:41 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 264 seconds) 2015-09-14 10:05:53 <-- barneygale_ (~barneygal@90.197.170.211) a quitté (Ping timeout: 264 seconds) 2015-09-14 13:00:21 <-- ryan-c (~ryan@srv1.turboslow.net) a quitté (Read error: Connection reset by peer) 2015-09-14 13:10:40 --> ryan-c (~ryan@srv1.turboslow.net) a rejoint #mcdevs 2015-09-14 13:36:32 <-- kahrl_ (~kahrl@dslb-178-007-217-080.178.007.pools.vodafone-ip.de) a quitté (Ping timeout: 250 seconds) 2015-09-14 13:38:36 --> kahrl (~kahrl@dslb-178-007-217-080.178.007.pools.vodafone-ip.de) a rejoint #mcdevs 2015-09-14 13:50:03 <-- aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Ping timeout: 244 seconds) 2015-09-14 14:11:14 --> aeonchild (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs 2015-09-14 14:55:15 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-14 15:01:37 --> UUID02 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-14 15:20:36 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-14 16:00:13 --> notna (~notna@p4FCDE6DA.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-14 16:51:23 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 246 seconds) 2015-09-14 16:52:56 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-14 16:56:11 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-14 16:56:37 <-- bildramer (~bildramer@p54A365AB.dip0.t-ipconnect.de) a quitté (Ping timeout: 250 seconds) 2015-09-14 17:00:56 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 260 seconds) 2015-09-14 17:21:39 --> bildramer (~bildramer@p4FE649E1.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-14 17:23:12 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-09-14 18:26:29 <-- |Blaze| (~scott@184.70.189.74) a quitté (Ping timeout: 264 seconds) 2015-09-14 18:34:54 --> |Blaze| (~scott@184.70.189.74) a rejoint #mcdevs 2015-09-14 18:57:09 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-14 19:01:08 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 240 seconds) 2015-09-14 19:34:42 <-- UUID02 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 244 seconds) 2015-09-14 19:36:48 --> UUID02 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-14 19:42:53 <-- asetssadfg (~sffefff@rrcs-173-198-40-226.west.biz.rr.com) a quitté (Quit: Leaving) 2015-09-14 19:43:51 --> aaronscientiae (~aaron@rrcs-173-198-40-226.west.biz.rr.com) a rejoint #mcdevs 2015-09-14 19:44:08 <-- aaronscientiae (~aaron@rrcs-173-198-40-226.west.biz.rr.com) a quitté (Read error: Connection reset by peer) 2015-09-14 19:44:51 --> ekaron (~ekaron2@rrcs-173-198-40-226.west.biz.rr.com) a rejoint #mcdevs 2015-09-14 19:46:38 <-- ekaron (~ekaron2@rrcs-173-198-40-226.west.biz.rr.com) a quitté (Read error: Connection reset by peer) 2015-09-14 19:46:48 --> ekaron (~ekaron2@rrcs-173-198-40-226.west.biz.rr.com) a rejoint #mcdevs 2015-09-14 19:48:34 --> The_Yeti (~theyeti@c-73-157-143-173.hsd1.or.comcast.net) a rejoint #mcdevs 2015-09-14 20:00:08 <-- |Blaze| (~scott@184.70.189.74) a quitté (Ping timeout: 272 seconds) 2015-09-14 20:02:35 --> |Blaze| (~scott@184.70.189.74) a rejoint #mcdevs 2015-09-14 21:07:54 <-- UUID02 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 264 seconds) 2015-09-14 21:11:21 --> UUID02 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-14 21:18:44 <-- UUID02 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 264 seconds) 2015-09-14 21:25:37 --> UUID02 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-14 21:37:18 <-- UUID02 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 264 seconds) 2015-09-14 21:42:49 --> UUID02 (~UUID00@APN-122-4-96-gprs.simobil.net) a rejoint #mcdevs 2015-09-14 21:48:49 --> morfin (~morfin@morfin.telenet.ru) a rejoint #mcdevs 2015-09-14 21:48:52 morfin hello again 2015-09-14 21:49:03 nickelpro Hello 2015-09-14 21:49:15 morfin so returning to question with synchronization between worlds 2015-09-14 21:49:19 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Remote host closed the connection) 2015-09-14 21:49:40 morfin how critical if they would have small difference? 2015-09-14 21:50:15 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-14 21:50:17 nickelpro Hugely critical if an entity collides with a block and the world's disagree on the physics response 2015-09-14 21:51:18 nickelpro You're talking about sharing or something along those lines? Civcraft had been trying to make it work for awhile 2015-09-14 21:51:40 morfin no not sharing 2015-09-14 21:52:03 nickelpro sharding** autocorrect messed me up 2015-09-14 21:52:33 morfin as example i have overworld and enderworld and netherworld(same server) but they have tiny difference because i can't 100% synchronize them 2015-09-14 21:53:12 nickelpro What do you mean synchronize them? They are completely different dimensions, there is nothing to synchronize 2015-09-14 21:54:14 +ammar2 probably passing stuff between portals 2015-09-14 21:57:03 morfin i assume physics, AI etc works when tick happen 2015-09-14 21:57:24 morfin about sharding i am not sure it is even possible 2015-09-14 21:58:26 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-09-14 21:58:45 morfin ammar2, what will happen if i run tick handlers of different worlds(on one server) with difference 2015-09-14 21:59:20 morfin and drop something into portal(as example overworld=>enderworld) 2015-09-14 21:59:39 +ammar2 no idea lol, all I know is some redstone devices assume that the world ticking is synchronized 2015-09-14 22:00:12 morfin hmm 2015-09-14 22:00:25 morfin maybe i should have one global timer 2015-09-14 22:18:41 <-- notna (~notna@p4FCDE6DA.dip0.t-ipconnect.de) a quitté (Ping timeout: 265 seconds) 2015-09-14 22:24:35 Not-2be [mineflayer] rom1504 pushed 1 commit to master [+0/-1/±3] http://git.io/vZSlm 2015-09-14 22:24:55 Not-2be [mineflayer] rom1504 deleted branch use_minecraft_wrap 2015-09-14 22:27:19 Not-2be [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vZS8T 2015-09-14 22:27:19 Not-2be [mineflayer] rom1504 366f494 - remove dependencies only used in minecraft-wrap and move minecraft-wrap to dev dependencies 2015-09-14 22:28:21 --> Dadido3_ (~quassel@p5B00A08D.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-14 22:30:16 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-09-14 22:30:26 <-- Dadido3 (~quassel@p4FD8D1EA.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds) 2015-09-14 22:58:36 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-14 23:02:55 --> barneygale_ (~barneygal@90.197.170.211) a rejoint #mcdevs 2015-09-14 23:03:20 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 268 seconds) 2015-09-14 23:07:43 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 240 seconds) 2015-09-14 23:38:39 --> UUID03 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-14 23:42:25 <-- UUID02 (~UUID00@APN-122-4-96-gprs.simobil.net) a quitté (Ping timeout: 272 seconds) 2015-09-15 00:30:25 +md_5 7777777777777777777777777777777777777777777777777777777777777/clr 2015-09-15 00:30:27 +md_5 7777777777777777777777777777777777777777777777777777777777777/clr 2015-09-15 00:30:35 Gjum uh, hi? 2015-09-15 00:31:09 nickelpro Everyone quiet, I think it's trying to communicate 2015-09-15 00:31:49 +md_5 oops 2015-09-15 00:31:58 +md_5 key must've got stuck 2015-09-15 00:38:42 --> IceAP (~Ice@46.166.190.134) a rejoint #mcdevs 2015-09-15 00:40:28 +XorBoole 10/10 would seven again 2015-09-15 00:55:05 <-- UUID03 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 264 seconds) 2015-09-15 00:58:57 dx 7/7 2015-09-15 00:59:25 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-15 01:03:56 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 260 seconds) 2015-09-15 01:04:36 Not-f7bb [minecraft-data] rom1504 pushed 1 commit to 1.8 [+2/-0/±2] http://git.io/vZ9fJ 2015-09-15 01:04:38 Not-f7bb [minecraft-data] rom1504 5d86a19 - add version.json 2015-09-15 01:38:21 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-15 01:49:11 Aikar lol 2015-09-15 02:05:21 <-- barneygale_ (~barneygal@90.197.170.211) a quitté (Ping timeout: 265 seconds) 2015-09-15 02:24:00 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Read error: Connection reset by peer) 2015-09-15 02:26:41 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-09-15 02:41:25 --> Snoutmol (~Maximilia@97-82-128-73.dhcp.hckr.nc.charter.com) a rejoint #mcdevs 2015-09-15 03:00:14 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-15 03:01:09 <-- fortytwo (~thomas@who.let.this.bloody.dropbear.in) a quitté (Ping timeout: 255 seconds) 2015-09-15 03:03:41 --> fortytwo (~thomas@who.let.this.bloody.dropbear.in) a rejoint #mcdevs 2015-09-15 03:04:35 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 246 seconds) 2015-09-15 03:26:17 -- r04r est maintenant connu sous le nom zz_r04r 2015-09-15 03:36:37 <-- Snoutmol (~Maximilia@97-82-128-73.dhcp.hckr.nc.charter.com) a quitté #mcdevs 2015-09-15 03:53:07 --> Snoutmol (~Maximilia@97-82-128-73.dhcp.hckr.nc.charter.com) a rejoint #mcdevs 2015-09-15 04:07:49 <-- Snoutmol (~Maximilia@97-82-128-73.dhcp.hckr.nc.charter.com) a quitté (Quit: Snoutmol) 2015-09-15 04:23:07 --> Snoutmol (~Maximilia@97-82-128-73.dhcp.hckr.nc.charter.com) a rejoint #mcdevs 2015-09-15 04:25:52 <-- Snoutmol (~Maximilia@97-82-128-73.dhcp.hckr.nc.charter.com) a quitté #mcdevs 2015-09-15 05:01:00 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-15 05:04:18 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-09-15 05:06:05 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 264 seconds) 2015-09-15 05:15:47 <-- orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Ping timeout: 265 seconds) 2015-09-15 05:26:20 <-- vemacs (~vemacs@unaffiliated/vemacs) a quitté (Ping timeout: 246 seconds) 2015-09-15 05:28:26 <-- angal (angal@elmo.stole-your.pw) a quitté (Ping timeout: 246 seconds) 2015-09-15 05:28:47 <-- jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a quitté (Ping timeout: 246 seconds) 2015-09-15 05:28:47 <-- Brandon15811__ (uid13052@gateway/web/irccloud.com/x-brznvwcsawmbjzjd) a quitté (Ping timeout: 246 seconds) 2015-09-15 05:28:47 <-- hkaga (~hkaga@2602:ffda:bbb::27bf:741e) a quitté (Ping timeout: 246 seconds) 2015-09-15 05:29:09 <-- AndrewPH (Butts@omega.classicube.net) a quitté (Ping timeout: 246 seconds) 2015-09-15 05:29:09 <-- prplz (prplz@when.i.am.bored.i.buy.silly.domains) a quitté (Ping timeout: 246 seconds) 2015-09-15 05:29:59 --> Brandon15811__ (uid13052@gateway/web/irccloud.com/x-gwgndrsctjybpirb) a rejoint #mcdevs 2015-09-15 05:30:46 --> hkaga (~hkaga@2602:ffda:bbb::27bf:741e) a rejoint #mcdevs 2015-09-15 05:30:47 --> vemacs (~vemacs@unaffiliated/vemacs) a rejoint #mcdevs 2015-09-15 05:30:49 --> prplz (prplz@when.i.am.bored.i.buy.silly.domains) a rejoint #mcdevs 2015-09-15 05:30:58 --> AndrewPH (Butts@2607:fcd0:daaa:1400::9d) a rejoint #mcdevs 2015-09-15 05:30:58 -- Mode #mcdevs [+v AndrewPH] par ChanServ 2015-09-15 05:31:24 --> angal (angal@elmo.stole-your.pw) a rejoint #mcdevs 2015-09-15 05:31:49 --> jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a rejoint #mcdevs 2015-09-15 05:39:38 <-- hkaga (~hkaga@2602:ffda:bbb::27bf:741e) a quitté (Ping timeout: 246 seconds) 2015-09-15 05:39:59 <-- angal (angal@elmo.stole-your.pw) a quitté (Ping timeout: 246 seconds) 2015-09-15 05:41:02 <-- prplz (prplz@when.i.am.bored.i.buy.silly.domains) a quitté (Ping timeout: 246 seconds) 2015-09-15 05:41:23 <-- jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a quitté (Ping timeout: 246 seconds) 2015-09-15 05:41:24 <-- AndrewPH (Butts@2607:fcd0:daaa:1400::9d) a quitté (Ping timeout: 246 seconds) 2015-09-15 05:41:24 <-- vemacs (~vemacs@unaffiliated/vemacs) a quitté (Ping timeout: 246 seconds) 2015-09-15 05:42:21 <-- Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a quitté (Ping timeout: 244 seconds) 2015-09-15 05:50:08 <-- Cetusx (~x@c-50-148-54-247.hsd1.il.comcast.net) a quitté (Ping timeout: 246 seconds) 2015-09-15 06:03:32 --> Cetusx (~x@c-50-148-54-247.hsd1.il.comcast.net) a rejoint #mcdevs 2015-09-15 06:03:50 --> prplz (prplz@when.i.am.bored.i.buy.silly.domains) a rejoint #mcdevs 2015-09-15 06:03:53 --> hkaga (~hkaga@2602:ffda:bbb::27bf:741e) a rejoint #mcdevs 2015-09-15 06:04:30 --> AndrewPH (Butts@2607:fcd0:daaa:1400::9d) a rejoint #mcdevs 2015-09-15 06:04:30 -- Mode #mcdevs [+v AndrewPH] par ChanServ 2015-09-15 06:05:36 --> Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs 2015-09-15 06:05:51 --> jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a rejoint #mcdevs 2015-09-15 06:05:51 --> vemacs (~vemacs@unaffiliated/vemacs) a rejoint #mcdevs 2015-09-15 06:10:48 --> angal (angal@elmo.stole-your.pw) a rejoint #mcdevs 2015-09-15 07:01:51 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-15 07:05:58 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 244 seconds) 2015-09-15 07:33:09 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-15 08:26:51 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-09-15 08:42:20 <-- rubyrandom (~ruby@unaffiliated/rubyrandom) a quitté (Ping timeout: 246 seconds) 2015-09-15 08:43:00 <-- darngeek (~darngeek@bouncer.pocketmine.net) a quitté (Ping timeout: 268 seconds) 2015-09-15 08:45:16 --> darngeek (~darngeek@bouncer.pocketmine.net) a rejoint #mcdevs 2015-09-15 08:46:25 --> rubyrandom (~ruby@unaffiliated/rubyrandom) a rejoint #mcdevs 2015-09-15 08:55:53 --> _123DontMessWitM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a rejoint #mcdevs 2015-09-15 08:59:09 <-- _123DMWM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a quitté (Ping timeout: 252 seconds) 2015-09-15 09:35:29 --> barneygale_ (~barneygal@90.194.209.220) a rejoint #mcdevs 2015-09-15 10:01:12 <-- barneygale_ (~barneygal@90.194.209.220) a quitté (Ping timeout: 272 seconds) 2015-09-15 10:09:28 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 260 seconds) 2015-09-15 10:26:22 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 256 seconds) 2015-09-15 10:29:31 johni0702 roblabla, what's the purpose of the 'anon' property in the protocol.json of minecraft-data? 2015-09-15 10:30:57 johni0702 it's only used once to create some sort of anonymous inner container. but then the question is what's the purpose of having that inner container? 2015-09-15 10:32:40 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-15 10:37:17 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-15 11:32:56 --> UUID03 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-15 12:40:45 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-15 12:53:29 <-- HansiHE (~HansiHE@hansihe.com) a quitté (Ping timeout: 264 seconds) 2015-09-15 12:59:21 --> HansiHE (~HansiHE@hansihe.com) a rejoint #mcdevs 2015-09-15 13:06:13 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-15 13:18:11 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-15 13:18:23 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-09-15 13:18:59 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-09-15 13:25:40 --> Snoutmol (~Maximilia@97-82-128-73.dhcp.hckr.nc.charter.com) a rejoint #mcdevs 2015-09-15 13:26:27 <-- Snoutmol (~Maximilia@97-82-128-73.dhcp.hckr.nc.charter.com) a quitté #mcdevs 2015-09-15 14:19:33 roblabla johni0702, entityMetadata uses a special type of inner container, a bitfield 2015-09-15 14:19:50 roblabla The point of anon is that it will take all the members of that inner container into itself 2015-09-15 14:20:41 roblabla The point is that the new entityMetadata using bitfield is compatible with the old one field-wise (I don't have to suddenly to metadata.keyType.key, I can just use metadata.key 2015-09-15 14:20:59 roblabla wow, that sentence wasn't english. 2015-09-15 14:24:48 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-15 14:28:20 roblabla johni0702, another use-case off the top of my head, though I haven't used it yet, is to avoid having an inner container and/or repeating myself when using a switch. For instance, https://github.com/PrismarineJS/minecraft-data/blob/1.8/enums/protocol.json#L1566 I keep repeating the condition. 2015-09-15 14:37:26 johni0702 ah, thx that makes sense 2015-09-15 15:58:05 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-15 16:00:29 --> notna (~notna@p4FC8C08F.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-15 16:02:01 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-15 16:19:23 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-15 16:42:54 * yawkat prods Grum 2015-09-15 16:42:59 yawkat what's the server infinisleeper for? 2015-09-15 16:43:11 yawkat it's a daemon thread that... sleeps 2015-09-15 16:43:18 yawkat eternally 2015-09-15 16:50:28 Aikar this is mojang, do you need more of an answer? 2015-09-15 16:50:31 Aikar :P 2015-09-15 16:50:37 Aikar (jk mojang!) 2015-09-15 16:50:46 Aikar had to give the bandwagon answer >_> 2015-09-15 16:51:08 Aikar but id assume there was some old quirk in an older jvm that that was a dirty hack to make up for 2015-09-15 17:07:54 <-- Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Quit: So long!) 2015-09-15 17:09:49 +XorBoole yawkat it's destined to some day rise up and destroy the world 2015-09-15 17:10:26 +XorBoole beware the Infinisleeper, creature of the deep! 2015-09-15 17:11:02 +ammar2 yawkat: http://stackoverflow.com/a/824472 2015-09-15 17:11:30 yawkat nice. 2015-09-15 17:16:07 --> Dadido3 (~quassel@p4FD8D78D.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-15 17:16:20 <-- Dadido3_ (~quassel@p5B00A08D.dip0.t-ipconnect.de) a quitté (Ping timeout: 246 seconds) 2015-09-15 17:23:01 --> Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs 2015-09-15 17:23:01 -- Mode #mcdevs [+v Amaranth] par ChanServ 2015-09-15 17:24:34 Aikar gotta love windows.... 2015-09-15 17:25:13 Aikar interesting note on that about parkNanos 2015-09-15 17:25:21 Aikar might play with using that on my fork 2015-09-15 17:26:40 Aikar cause Thread.sleep inaccuracy causes so many ticks to under sleep, causing them to immediately re-enter another super short sleep, then that one of course oversleeps. I believe thats the cause of the server actually floating around 19.92~ tps 2015-09-15 17:35:28 roblabla pfft 2015-09-15 17:35:46 roblabla SO there's this bug, you have this hacky alternative, oh and btw, it triggers another bug 2015-09-15 17:50:34 Aikar whats the other bug? i was reading on it seems it may randomly wake up. as i said "play with it" :P 2015-09-15 17:51:25 Aikar ultimately aiming to make my catch up system fine tuned to ignore super small sleeps, as I already have the buffer rolling both ways, so if it under sleeps, itll just add onto the next sleep 2015-09-15 18:20:00 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-15 18:25:09 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 268 seconds) 2015-09-15 18:35:57 +Grum yawkat: its an ancient bugfix for something, i think we might not need it anymore 2015-09-15 18:36:12 yawkat ammar linked something 2015-09-15 18:36:32 +Grum ah yeah that 2015-09-15 18:53:11 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-09-15 18:57:30 Aikar Grum, in the realm of performance improvements, thoughts on moving Tile Entity to not be a world tick list, and schedule them to do work on the interval that they actually do work, like beacons etc? using the next tick list thing? 2015-09-15 18:57:43 Aikar and please remove the need for chests to tick ._. 2015-09-15 18:58:05 Aikar 1.8 removing sign ticking was a major improvement, just need chests removed now 2015-09-15 18:59:01 +Amaranth Aikar: iirc chests need to tick on the client still 2015-09-15 18:59:41 Aikar and my goal i want to do as a patch but would be awesome if you did it by default - move entity (and tile entity if it must stay this way) to be chunk based, so things like 'is chunk loaded' checks can be done once per patch instead of once per tile entity, and also to benefit from better cache hits working in the same chunk at a time 2015-09-15 18:59:41 +Amaranth So even if they dropped their server tick logic (which they could easily do) they'd have to put in a "is this the server?" hack to stop them from ticking entirely 2015-09-15 19:00:02 Aikar could have a separate client tick list? 2015-09-15 19:01:00 Aikar i namely really want the chunk based ticking. with the getChunkAt cache I put back in, really reduced that hotspot, and that cache would be more effeciently used with a chunk based order for ticking 2015-09-15 19:01:27 Aikar just need to maintain when the last time an entity ticked to prevent double ticking when moving between chunks 2015-09-15 19:06:50 +Grum Aikar: nextticklist is absolutely utterly shit and i do not want to ever use it 2015-09-15 19:06:56 Aikar i agree :P 2015-09-15 19:07:08 Aikar but, some form of only tick when we know something is scheduled to tick 2015-09-15 19:07:21 Aikar one thing I was working on was bucketing tile entities into their tick interval 2015-09-15 19:07:41 Aikar so you only had to tick the bucket for TE's you know need to tick this tick, and to also spread them over multiple ticks 2015-09-15 19:07:51 +Amaranth I mean, nextticklist itself might be awful but some sort of scheduler is needed 2015-09-15 19:08:15 +Amaranth Aikar: btw I had an interesting idea I thought you might enjoy, an addition or alternative to your entity activation range stuff 2015-09-15 19:08:19 Aikar i had it mostly working in 1.7 but didnt have time to figure out a few bugs 2015-09-15 19:08:36 Aikar oh? 2015-09-15 19:09:03 +Amaranth You always tick players and their mounts (recursively!) then sort the remaining entities by their distance from a player and tick them until you run out of time 2015-09-15 19:09:33 +Amaranth You'd have to guess about running over because you can't measure time that often or you'll spend too much time doing that instead of ticking things 2015-09-15 19:09:55 Aikar oh you mean measuring it like spigot currently is that I had to remove? lol 2015-09-15 19:10:04 +Amaranth Eh? 2015-09-15 19:10:38 +Amaranth I'm talking about doing a System.nanoTime every 1000 entities or something so you can see when you've gone longer than a tick can go 2015-09-15 19:11:23 +Amaranth That way you're always doing as much work as possible, it's like a dynamic activation range 2015-09-15 19:14:14 Aikar spigot added a tick limiter to cap time spent per tick on entities, but its measuring it near every entity (current bug, it meant 1 in 10 entities but reversed the check) 2015-09-15 19:14:30 Aikar but problem with your idea is that entities would need to be last 2015-09-15 19:14:35 +Amaranth Yeah 1 in 10 is still way too much 2015-09-15 19:14:51 +Amaranth But hey maybe someone was listening after all :P 2015-09-15 19:14:54 Aikar cause if you push it up to 50ms, theres more code after entities (and also, ticking multiple worlds), so itll go over 2015-09-15 19:15:34 +Amaranth Right you have to define timeslices for everything 2015-09-15 19:15:39 Aikar also that method runs risk of not ticking some entities for long periods of time, specially in high load scenarios 2015-09-15 19:16:38 Aikar Grum, are you aware of my activation range stuff? 2015-09-15 19:16:52 Aikar if mojang did it native, people might bitch but theyd get over it :P 2015-09-15 19:17:28 Aikar just like everything else you guys do 2015-09-15 19:17:46 * Amaranth still thinks it should be chunk based 2015-09-15 19:18:06 Aikar as a vanilla level maybe, but I have my granularity at less than a chunk :P 2015-09-15 19:18:07 +Amaranth You could combine it with some existing chunk checks that way 2015-09-15 19:18:16 Aikar 8 to 16 for items can be a major reduction 2015-09-15 19:20:41 +Amaranth If item drops are enough of a problem for you that you need to drop them from 16 to 8 you need to tell your players to pick up their trash 2015-09-15 19:20:41 Aikar but yeah it would simplify some of the isActive checks 2015-09-15 19:20:41 +Amaranth Or just start deleting drops to teach them 2015-09-15 19:20:42 Aikar though the main slowness of isActive is the isChunkLoaded check 2015-09-15 19:20:43 +Amaranth Which you don't need 2015-09-15 19:20:44 +Amaranth How would you be ticking the entity if the chunk wasn't loaded? 2015-09-15 19:20:44 Aikar i need to look at the code, i tried to remove it before but i remember it bing needed 2015-09-15 19:20:45 Aikar maybe its neighbor check 2015-09-15 19:20:45 +Amaranth Hell vanilla won't even tick them if chunks near them aren't loaded (which is expensive to check, btw) 2015-09-15 19:20:46 +Amaranth Although I made that cheaper in CraftBukkit, was a pretty huge win 2015-09-15 19:20:47 Aikar Chunk chunk = entity.world.getChunkIfLoaded( x >> 4, z >> 4 ); 2015-09-15 19:20:47 Aikar if ( isActive && !( chunk != null && chunk.areNeighborsLoaded( 1 ) ) ) 2015-09-15 19:21:09 +Amaranth Right the neighbors loaded thing, I made that fast 2015-09-15 19:21:10 Aikar that getChunkIfLoaded, wouldnt be needed if entity had a ref to the chunk its currently added to.... 2015-09-15 19:21:25 Aikar yep, its the getChunkIfLoaded portion thats hot 2015-09-15 19:21:41 Aikar i need to extend my cache to that method too 2015-09-15 19:21:43 +Amaranth Vanilla is already doing that check 2015-09-15 19:21:47 Aikar where i placed it ended up not using the cache 2015-09-15 19:21:50 +Amaranth Why are you doing it too? 2015-09-15 19:21:54 Aikar right, this replaces vanillas check 2015-09-15 19:22:00 Aikar i took vanillas out 2015-09-15 19:22:08 Aikar so it doesnt even do that check if it fails the other checks 2015-09-15 19:22:31 Aikar reduces the neighbor checks to only as a final 'ok, last check to determine active' 2015-09-15 19:24:09 +Amaranth btw Grum wants to hide Chunk entirely so you only work with World 2015-09-15 19:24:14 +Amaranth Opposite of what you're asking for :P 2015-09-15 19:24:52 Aikar how do you hide the chunk class? 2015-09-15 19:25:11 Aikar store chunksections in the world instead? 2015-09-15 19:25:22 +Amaranth Well obviously he chunk loader and such would have to know about them 2015-09-15 19:25:25 +Amaranth And so would World 2015-09-15 19:25:31 +Amaranth But entities and blocks don't 2015-09-15 19:25:37 +Amaranth And World wouldn't have any methods you can call to get a Chunk 2015-09-15 19:26:03 Aikar well good thing were in a position to add needed things :P 2015-09-15 19:26:13 Aikar if mc can access it, so can my patches! 2015-09-15 19:26:19 +Amaranth Chunk, ChunkSection, these would be a hidden implementation detail 2015-09-15 19:26:32 Aikar i didnt mean api wise 2015-09-15 19:26:48 Aikar i meant instead of doing getChunkAt to find entities current chunk as it does in many places, just use the ref 2015-09-15 19:27:21 +Amaranth Right but Entity wouldn't know Chunk exists 2015-09-15 19:27:59 +Amaranth I'm not talking about an API either, except within the game itself 2015-09-15 19:28:45 +Amaranth Anywhere that currently works with Chunk or ChunkSection imagine it working with World instead and thus doing repeated getChunkAt calls 2015-09-15 19:34:32 Aikar Grum, thats a horrible idea! :P 2015-09-15 19:34:52 Aikar need to be reducing those dang calls lol 2015-09-15 19:35:20 Aikar its no concern for smaller servers, but larger ones that stuff becomes a big hot spot :/ 2015-09-15 19:35:28 Aikar specially with 5k+ chunks 2015-09-15 19:43:41 +Grum what is a hotspot? 2015-09-15 19:43:45 +Grum getting a random chunk? 2015-09-15 19:43:48 +Grum there are other ways of solving that 2015-09-15 19:44:01 +Grum by having the thing that 'requests a chunk' become an 'owner of chunks' with a certain range 2015-09-15 19:44:27 +Grum when they are owner, they would have an array of 'the chunks they own' (own as in usable) 2015-09-15 19:44:50 +Grum and then you can for each of these questions just redirect it straight into those arrays 2015-09-15 19:46:03 +Grum basically constant access times at the cost of rewritign everything and it wouldn't work for commands doing /setblock etc 2015-09-15 19:53:13 Aikar Grum, the getChunkAt accessing the map to get a chunk. I added a cache that requesting same chunk multiple times in a row to skip the map lookup and greatly improved that (with busting the cache on unload / every tick) 2015-09-15 19:53:38 +Grum i quite dislike that in all honesty 2015-09-15 19:53:41 Aikar why? 2015-09-15 19:54:00 Aikar all the blocks calling getType() results in so many getChunkAt calls 2015-09-15 19:54:00 +Grum because when you solve a problem with a cache you now got another problem 2015-09-15 19:54:37 Aikar well we know the cases a chunk can go invalid, and wipe out the cache the start of every tick to be safe anyways 2015-09-15 19:54:59 +Grum and that is gross code to have 2015-09-15 19:55:02 +Grum and its not enough 2015-09-15 19:55:09 +Grum and if this ever bugs ..... impossible to find 2015-09-15 19:55:44 Aikar well, could override the remove method in the chunk map to force remove there :P then never worry about missing lol 2015-09-15 19:56:09 +Grum also 100% sure absolutely not threadsave in any remote way 2015-09-15 19:56:15 +Grum s/v/f 2015-09-15 19:56:24 Aikar its not safe to call getChunkAt async in first place.... 2015-09-15 19:56:41 Aikar so thats moot 2015-09-15 19:57:35 +Grum agreed 2015-09-15 20:08:35 <-- UUID03 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-09-15 20:08:53 --> UUID03 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-15 21:00:30 <-- jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a quitté (Ping timeout: 246 seconds) 2015-09-15 21:00:30 <-- Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a quitté (Ping timeout: 246 seconds) 2015-09-15 21:02:41 --> Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs 2015-09-15 21:03:52 --> jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a rejoint #mcdevs 2015-09-15 21:35:31 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 246 seconds) 2015-09-15 22:00:50 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-09-15 22:17:04 --> barneygale_ (~barneygal@90.194.209.220) a rejoint #mcdevs 2015-09-15 22:22:00 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-15 22:26:08 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 240 seconds) 2015-09-15 22:50:45 <-- notna (~notna@p4FC8C08F.dip0.t-ipconnect.de) a quitté (Ping timeout: 252 seconds) 2015-09-15 23:17:19 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-15 23:29:32 --> UUID04 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-15 23:32:44 <-- UUID03 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 246 seconds) 2015-09-15 23:45:29 --> ry60003333 (~ry6000333@rysmacbookpro.student.rit.edu) a rejoint #mcdevs 2015-09-15 23:46:05 <-- ry60003333 (~ry6000333@rysmacbookpro.student.rit.edu) a quitté (Client Quit) 2015-09-15 23:46:22 --> ry60003333 (~ry6000333@rysmacbookpro.student.rit.edu) a rejoint #mcdevs 2015-09-16 00:10:08 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-09-16 00:19:15 <-- ry60003333 (~ry6000333@rysmacbookpro.student.rit.edu) a quitté (Quit: ry60003333) 2015-09-16 00:22:50 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-16 00:27:03 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 244 seconds) 2015-09-16 01:06:01 --> ry60003333 (~ry6000333@70.sub-70-195-129.myvzw.com) a rejoint #mcdevs 2015-09-16 01:28:24 <-- barneygale_ (~barneygal@90.194.209.220) a quitté (Ping timeout: 272 seconds) 2015-09-16 01:32:40 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-16 01:48:06 <-- UUID04 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-09-16 02:17:17 --> dexter0_ (~dexter0@c-73-222-1-210.hsd1.ca.comcast.net) a rejoint #mcdevs 2015-09-16 02:21:42 --> aeonchil1 (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs 2015-09-16 02:21:48 --> TheNo1Yeti (~theyeti@c-73-157-143-173.hsd1.or.comcast.net) a rejoint #mcdevs 2015-09-16 02:21:55 <-- dexter0 (~dexter0@c-73-222-1-210.hsd1.ca.comcast.net) a quitté (Read error: Connection reset by peer) 2015-09-16 02:21:55 <-- The_Yeti (~theyeti@c-73-157-143-173.hsd1.or.comcast.net) a quitté (Ping timeout: 268 seconds) 2015-09-16 02:21:56 <-- aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Ping timeout: 268 seconds) 2015-09-16 02:21:57 -- dexter0_ est maintenant connu sous le nom dexter0 2015-09-16 02:21:57 <-- Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Read error: Connection reset by peer) 2015-09-16 02:23:36 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-16 02:24:54 -- aeonchil1 est maintenant connu sous le nom aeonchild 2015-09-16 02:28:18 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 255 seconds) 2015-09-16 02:29:03 <-- aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Ping timeout: 240 seconds) 2015-09-16 02:32:10 --> yorick_ (~yorick@ip51cd0513.speed.planet.nl) a rejoint #mcdevs 2015-09-16 02:32:10 <-- yorick_ (~yorick@ip51cd0513.speed.planet.nl) a quitté (Changing host) 2015-09-16 02:32:10 --> yorick_ (~yorick@oftn/member/yorick) a rejoint #mcdevs 2015-09-16 02:33:05 --> programm1 (~jefferya@unaffiliated/programmerq) a rejoint #mcdevs 2015-09-16 02:34:03 --> nickelpro_ (~nickelpro@the.one.and.only.nickelp.ro) a rejoint #mcdevs 2015-09-16 02:36:15 <-- yorick (~yorick@oftn/member/yorick) a quitté (*.net *.split) 2015-09-16 02:36:15 <-- Rudench (n3rd@v6.Alderaan.Shadow-Dev.org) a quitté (*.net *.split) 2015-09-16 02:36:15 <-- XorBoole (~XorBoole@brought.to.you.by.xor.boole.io) a quitté (*.net *.split) 2015-09-16 02:36:15 <-- programmerq (~jefferya@unaffiliated/programmerq) a quitté (*.net *.split) 2015-09-16 02:36:15 <-- nickelpro (i.am@the.one.and.only.nickelp.ro) a quitté (*.net *.split) 2015-09-16 02:36:20 -- nickelpro_ est maintenant connu sous le nom nickelpro 2015-09-16 02:37:55 --> XorBoole (~XorBoole@brought.to.you.by.xor.boole.io) a rejoint #mcdevs 2015-09-16 02:37:55 -- Mode #mcdevs [+v XorBoole] par ChanServ 2015-09-16 02:38:13 --> aeonchild (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs 2015-09-16 02:52:03 --> Rudench (n3rd@v6.Alderaan.Shadow-Dev.org) a rejoint #mcdevs 2015-09-16 02:52:40 --> Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs 2015-09-16 02:52:40 -- Mode #mcdevs [+v Amaranth] par ChanServ 2015-09-16 03:03:41 <-- ry60003333 (~ry6000333@70.sub-70-195-129.myvzw.com) a quitté (Quit: ry60003333) 2015-09-16 03:20:41 -- r04r est maintenant connu sous le nom zz_r04r 2015-09-16 03:50:52 <-- IceAP (~Ice@46.166.190.134) a quitté (Ping timeout: 246 seconds) 2015-09-16 03:51:38 --> IceAP (~Ice@46.166.190.167) a rejoint #mcdevs 2015-09-16 04:16:53 <-- aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Disconnected by services) 2015-09-16 04:21:13 --> aeonchil1 (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs 2015-09-16 04:26:37 <-- aeonchil1 (enchilado@defocus/yummy/enchilado) a quitté (Ping timeout: 252 seconds) 2015-09-16 04:34:06 --> enchilado (enchilado@gateway/shell/blinkenshell.org/x-odyhgzxbtxnvslye) a rejoint #mcdevs 2015-09-16 04:34:58 <-- enchilado (enchilado@gateway/shell/blinkenshell.org/x-odyhgzxbtxnvslye) a quitté (Changing host) 2015-09-16 04:34:58 --> enchilado (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs 2015-09-16 04:35:00 -- enchilado est maintenant connu sous le nom aeonchild 2015-09-16 06:32:21 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-09-16 06:38:43 <-- md_5 (~md_5@mcdevs/trusted/md-5) a quitté (Quit: ZNC - http://znc.in) 2015-09-16 06:49:57 --> md_5 (~md_5@mcdevs/trusted/md-5) a rejoint #mcdevs 2015-09-16 06:49:57 -- Mode #mcdevs [+v md_5] par ChanServ 2015-09-16 07:03:55 <-- morfin (~morfin@morfin.telenet.ru) a quitté (Ping timeout: 265 seconds) 2015-09-16 07:09:06 --> morfin (~morfin@morfin.telenet.ru) a rejoint #mcdevs 2015-09-16 07:29:58 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Read error: Connection reset by peer) 2015-09-16 07:30:47 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-16 07:31:22 --> AlphaBlend (~Vector@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-16 07:32:35 --> UUID04 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-16 07:37:08 --> UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-16 07:37:35 <-- UUID04 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 268 seconds) 2015-09-16 08:09:56 <-- bildramer (~bildramer@p4FE649E1.dip0.t-ipconnect.de) a quitté (Ping timeout: 272 seconds) 2015-09-16 08:12:14 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 250 seconds) 2015-09-16 08:17:52 <-- x56 (0x56@unaffiliated/x56) a quitté (K-Lined) 2015-09-16 08:21:43 --> x56 (0x56@unaffiliated/x56) a rejoint #mcdevs 2015-09-16 08:23:40 <-- UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Read error: Connection reset by peer) 2015-09-16 08:24:19 --> UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-16 09:00:19 --> bildramer (~bildramer@p4FE649E1.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-16 09:01:03 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 240 seconds) 2015-09-16 09:01:06 <-- UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Read error: Connection reset by peer) 2015-09-16 09:02:52 <-- orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Ping timeout: 260 seconds) 2015-09-16 09:48:11 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-16 09:48:41 --> barneygale_ (~barneygal@90.194.209.220) a rejoint #mcdevs 2015-09-16 09:50:11 --> UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-16 09:52:50 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-16 09:53:41 <-- jflory7 (~jflory7@staff.spigotmc.org) a quitté (Ping timeout: 252 seconds) 2015-09-16 09:54:11 <-- XorBoole (~XorBoole@brought.to.you.by.xor.boole.io) a quitté (Ping timeout: 250 seconds) 2015-09-16 10:09:50 <-- barneygale_ (~barneygal@90.194.209.220) a quitté (Ping timeout: 256 seconds) 2015-09-16 10:15:07 --> XorBoole (~XorBoole@brought.to.you.by.xor.boole.io) a rejoint #mcdevs 2015-09-16 10:15:07 -- Mode #mcdevs [+v XorBoole] par ChanServ 2015-09-16 10:15:27 --> jflory7 (~jflory7@staff.spigotmc.org) a rejoint #mcdevs 2015-09-16 10:47:01 <-- morfin (~morfin@morfin.telenet.ru) a quitté (Read error: Connection reset by peer) 2015-09-16 10:57:45 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-16 11:49:08 <-- angal (angal@elmo.stole-your.pw) a quitté (Ping timeout: 246 seconds) 2015-09-16 12:30:23 --> kev009 (~kev009@tempe0.bbox.io) a rejoint #mcdevs 2015-09-16 12:30:23 -- Mode #mcdevs [+v kev009] par ChanServ 2015-09-16 12:31:38 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-16 12:45:17 <-- UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 252 seconds) 2015-09-16 12:59:56 <-- winny (20025@unaffiliated/winstonw) a quitté (Remote host closed the connection) 2015-09-16 13:00:29 --> angal (angal@elmo.stole-your.pw) a rejoint #mcdevs 2015-09-16 13:07:31 --> UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-16 13:14:01 <-- UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 246 seconds) 2015-09-16 13:17:35 --> UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-16 14:01:53 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-16 14:45:09 --> L1011 (8115fe54@gateway/web/freenode/ip.129.21.254.84) a rejoint #mcdevs 2015-09-16 14:45:51 <-- L1011 (8115fe54@gateway/web/freenode/ip.129.21.254.84) a quitté #mcdevs 2015-09-16 14:46:36 <-- vemacs (~vemacs@unaffiliated/vemacs) a quitté (Ping timeout: 246 seconds) 2015-09-16 14:46:56 <-- jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a quitté (Ping timeout: 246 seconds) 2015-09-16 14:47:08 <-- Rudench (n3rd@v6.Alderaan.Shadow-Dev.org) a quitté (Quit: No Ping reply in 180 seconds.) 2015-09-16 14:48:48 <-- Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a quitté (Ping timeout: 246 seconds) 2015-09-16 14:52:57 --> vemacs (~vemacs@jet.fuel.cant.melt.da.nkmem.es) a rejoint #mcdevs 2015-09-16 14:52:57 <-- vemacs (~vemacs@jet.fuel.cant.melt.da.nkmem.es) a quitté (Changing host) 2015-09-16 14:52:57 --> vemacs (~vemacs@unaffiliated/vemacs) a rejoint #mcdevs 2015-09-16 14:53:11 --> Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs 2015-09-16 14:55:12 --> jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a rejoint #mcdevs 2015-09-16 14:58:41 --> morfin (~morfin@morfin.telenet.ru) a rejoint #mcdevs 2015-09-16 15:06:39 <-- jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a quitté (Ping timeout: 240 seconds) 2015-09-16 15:09:17 <-- Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a quitté (Ping timeout: 240 seconds) 2015-09-16 15:11:17 <-- vemacs (~vemacs@unaffiliated/vemacs) a quitté (Ping timeout: 240 seconds) 2015-09-16 15:16:13 --> Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs 2015-09-16 15:16:18 --> jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a rejoint #mcdevs 2015-09-16 15:16:55 --> vemacs (~vemacs@unaffiliated/vemacs) a rejoint #mcdevs 2015-09-16 15:17:33 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-16 15:20:55 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-09-16 15:36:02 --> notna (~notna@p4FC8C428.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-16 15:53:02 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Quit: ZNC - http://znc.in) 2015-09-16 15:54:02 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 15:54:03 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Excess Flood) 2015-09-16 15:54:33 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 15:54:33 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Excess Flood) 2015-09-16 15:55:07 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 15:55:07 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Excess Flood) 2015-09-16 15:55:34 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 15:55:38 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Excess Flood) 2015-09-16 15:56:03 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 15:56:04 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Excess Flood) 2015-09-16 15:56:35 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 15:56:37 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Excess Flood) 2015-09-16 15:57:08 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 15:57:09 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Excess Flood) 2015-09-16 15:58:03 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 15:58:07 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Excess Flood) 2015-09-16 16:04:35 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 16:04:36 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Excess Flood) 2015-09-16 16:05:05 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 16:05:06 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Excess Flood) 2015-09-16 16:07:55 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 16:12:48 <-- TheNo1Yeti (~theyeti@c-73-157-143-173.hsd1.or.comcast.net) a quitté (Ping timeout: 250 seconds) 2015-09-16 16:15:19 --> The_Yeti (~theyeti@c-73-157-143-173.hsd1.or.comcast.net) a rejoint #mcdevs 2015-09-16 16:28:08 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-16 16:28:09 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Quit: ZNC - http://znc.in) 2015-09-16 16:41:58 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-09-16 17:21:15 -- programm1 est maintenant connu sous le nom programmerq 2015-09-16 17:40:40 <-- barneygale (~barneygal@mail.thefoundry.co.uk) a quitté (Ping timeout: 272 seconds) 2015-09-16 17:44:18 <-- ashka (~postmaste@pdpc/supporter/active/ashka) a quitté (Ping timeout: 246 seconds) 2015-09-16 18:15:39 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-16 18:23:33 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 246 seconds) 2015-09-16 19:29:21 --> barneygale_ (~barneygal@90.194.209.220) a rejoint #mcdevs 2015-09-16 19:47:14 Aikar Grum, Dinnerbone can you please fix signs for 1.9 to let users write past the visible render (at least 20~+ chars). People with different resource packs have different max limits per line of a sign :/ and people with 16 char names that use fatter characters cant even write full name even on vanilla RP 2015-09-16 19:48:07 +XorBoole Aikar does the resource pack *actually* affect the number of chars on a sing 2015-09-16 19:48:09 Aikar (fixing for 1.8 would be even more awesome) 2015-09-16 19:48:11 +XorBoole that seems strange 2015-09-16 19:48:12 Aikar XorBoole, yep 2015-09-16 19:48:15 +XorBoole wat 2015-09-16 19:48:21 +XorBoole dammit searge 2015-09-16 19:48:30 Aikar had one user complain to me, then switching to vanilla let them write full name 2015-09-16 19:48:37 Aikar cause the RP had bigger font 2015-09-16 19:49:05 +XorBoole how is this behavior even sane 2015-09-16 19:49:13 Aikar its not, is why im asking them to fix :P 2015-09-16 19:49:27 +XorBoole did you open a bug report? 2015-09-16 19:49:31 +XorBoole inb4 no because it's a feature 2015-09-16 19:49:49 Aikar you know how bug reports work, if you cant report how its impacting gameplay behavior it gets closed >_> 2015-09-16 19:50:01 Aikar "i need it for my custom server > closed 2015-09-16 19:50:16 +XorBoole " people with 16 char names that use fatter characters cant even write full name even on vanilla RP" 2015-09-16 19:50:23 +XorBoole is that not a sufficient case to make a report? 2015-09-16 19:50:30 Aikar maybe 2015-09-16 19:50:40 +XorBoole I agree that the mods are overly heavy-handed on mojira but I don't think that'd get thrown out 2015-09-16 19:50:51 +XorBoole then again they made my client-crashing villager bug public and no one has commented on it... 2015-09-16 19:51:13 +XorBoole for the record, send villager trades with a null result to crash the client 2015-09-16 19:51:19 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 19:51:19 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Excess Flood) 2015-09-16 19:51:21 +XorBoole (it's public now, so I don't care) 2015-09-16 19:51:49 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 19:51:50 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Excess Flood) 2015-09-16 19:52:19 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-16 19:52:19 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Client Quit) 2015-09-16 19:52:31 Aikar https://bugs.mojang.com/browse/MC-76380?jql=text%20~%20%22resource%20pack%20sign%22 2015-09-16 19:52:37 Aikar this doesnt give me hope 2015-09-16 19:53:30 +XorBoole well, you could go find searge and make him fix it 2015-09-16 19:53:32 +XorBoole it's his feature 2015-09-16 19:56:55 Aikar https://bugs.mojang.com/browse/MC-88858 2015-09-16 20:38:12 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Read error: Connection reset by peer) 2015-09-16 20:38:25 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-09-16 20:40:29 -- r04r est maintenant connu sous le nom zz_r04r 2015-09-16 21:19:39 <-- barneygale_ (~barneygal@90.194.209.220) a quitté (Ping timeout: 256 seconds) 2015-09-16 21:22:14 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-16 21:47:51 morfin i remember you said something about sharding 2015-09-16 21:48:41 morfin which type you meant - sharding between worlds? 2015-09-16 21:49:14 morfin or even more insane idea - split world to shards 2015-09-16 21:54:57 roblabla Splitting a single world has already been done, not that insane ^^ 2015-09-16 21:56:40 roblabla I remember lazertester showing off something similar to sharding a world 2015-09-16 21:57:48 morfin it is because of redstone 2015-09-16 21:58:12 morfin but it allows maintain world partially hmm 2015-09-16 22:05:13 <-- notna (~notna@p4FC8C428.dip0.t-ipconnect.de) a quitté (Ping timeout: 250 seconds) 2015-09-16 22:07:35 morfin wait tick is 1/20 of second right 2015-09-16 22:07:51 morfin for redstone it's 1/10 - that's very big delay 2015-09-16 22:10:57 morfin to compare i have latency 100ms to server in UK from Ural(it's almost 4000 kilometers), so if servers are close enought that means no problems? 2015-09-16 22:12:33 Aikar XorBoole, and a mod closed it as duplicate to a ticket its not a duplicate of lol... 2015-09-16 22:14:39 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-09-16 22:19:48 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-16 22:24:42 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 264 seconds) 2015-09-16 22:37:36 -- r04r est maintenant connu sous le nom r04r[doot] 2015-09-16 22:40:04 +XorBoole Aikar 10/10 2015-09-16 22:40:11 +XorBoole would report again 2015-09-16 22:40:49 +XorBoole who knows, one day I might be jadded enough to moderate mojira 2015-09-16 22:46:12 +ammar2 Aikar: I saw a duplicate loop the other day 2015-09-16 22:46:15 +ammar2 3 tickets 2015-09-16 22:46:20 +ammar2 each marked as duplicates of each other 2015-09-16 22:46:29 +ammar2 with no root ticket 2015-09-16 22:50:06 angal No ticket - no bug. Problem resolved. 2015-09-16 22:53:23 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-09-16 23:52:29 -- r04r[doot] est maintenant connu sous le nom r04r 2015-09-17 00:04:02 rom1504 duplicate loop, nice concept 2015-09-17 00:20:23 --> barneygale_ (~barneygal@90.194.209.220) a rejoint #mcdevs 2015-09-17 00:20:56 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-17 00:25:16 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 240 seconds) 2015-09-17 00:35:36 <-- UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-09-17 01:08:24 <-- kahrl (~kahrl@dslb-178-007-217-080.178.007.pools.vodafone-ip.de) a quitté (Ping timeout: 260 seconds) 2015-09-17 01:15:27 -- The_Yeti est maintenant connu sous le nom TheNo1Yeti 2015-09-17 01:31:01 --> kahrl (~kahrl@dslb-094-218-036-201.094.218.pools.vodafone-ip.de) a rejoint #mcdevs 2015-09-17 01:51:29 --> Cxom (~Trinoxtio@2601:248:4200:4876:a050:1b70:5949:a2a0) a rejoint #mcdevs 2015-09-17 01:51:57 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-17 01:51:57 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Read error: Connection reset by peer) 2015-09-17 01:52:49 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-17 02:11:22 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-17 02:11:22 <-- m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Excess Flood) 2015-09-17 02:13:07 <-- Dadido3 (~quassel@p4FD8D78D.dip0.t-ipconnect.de) a quitté (Ping timeout: 246 seconds) 2015-09-17 02:14:24 --> Dadido3 (~quassel@p4FD8D78D.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-17 02:21:44 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-17 02:25:23 <-- barneygale_ (~barneygal@90.194.209.220) a quitté (Ping timeout: 240 seconds) 2015-09-17 02:26:24 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 250 seconds) 2015-09-17 02:57:24 <-- benbaptist (~benbaptis@c-50-178-138-73.hsd1.in.comcast.net) a quitté (Remote host closed the connection) 2015-09-17 03:05:12 --> m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs 2015-09-17 03:35:36 <-- IceAP (~Ice@46.166.190.167) a quitté (Remote host closed the connection) 2015-09-17 03:35:48 --> IceAP (~Ice@46.166.190.153) a rejoint #mcdevs 2015-09-17 03:40:05 <-- IceAP (~Ice@46.166.190.153) a quitté (Ping timeout: 246 seconds) 2015-09-17 03:41:12 -- r04r est maintenant connu sous le nom zz_r04r 2015-09-17 04:22:31 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-17 04:26:43 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 240 seconds) 2015-09-17 04:54:26 <-- Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Read error: Connection reset by peer) 2015-09-17 04:55:07 --> Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs 2015-09-17 04:55:07 -- Mode #mcdevs [+v Amaranth] par ChanServ 2015-09-17 05:21:00 <-- programmerq (~jefferya@unaffiliated/programmerq) a quitté (Ping timeout: 244 seconds) 2015-09-17 05:22:39 --> programmerq (~jefferya@unaffiliated/programmerq) a rejoint #mcdevs 2015-09-17 05:40:33 --> winny (20025@unaffiliated/winstonw) a rejoint #mcdevs 2015-09-17 05:44:29 --> IceAP (~Ice@46.166.190.168) a rejoint #mcdevs 2015-09-17 06:02:57 Not-f7bb [SpockBot] gamingrobot pushed 3 commits to master [+2/-0/±3] http://git.io/vnes4 2015-09-17 06:02:59 Not-f7bb [SpockBot] Gjum e4feb8d - Add chat plugin 2015-09-17 06:03:00 Not-f7bb [SpockBot] Gjum cf8ab42 - Fix file not found error for Python 2.7 2015-09-17 06:03:02 Not-f7bb [SpockBot] gamingrobot 471c8e9 - Merge pull request #137 from Gjum/chat 2015-09-17 06:23:21 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-17 06:28:04 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 260 seconds) 2015-09-17 07:44:10 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-17 07:46:58 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Read error: Connection reset by peer) 2015-09-17 08:22:52 <-- orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Ping timeout: 260 seconds) 2015-09-17 08:29:00 <-- AlJaMa (~quassel@unaffiliated/aljama) a quitté (Remote host closed the connection) 2015-09-17 09:02:53 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 256 seconds) 2015-09-17 09:10:09 <-- kahrl (~kahrl@dslb-094-218-036-201.094.218.pools.vodafone-ip.de) a quitté (Quit: brb) 2015-09-17 09:17:51 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté (Quit: Leaving.) 2015-09-17 09:49:09 --> barneygale_ (~barneygal@90.197.169.17) a rejoint #mcdevs 2015-09-17 09:49:22 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-17 09:54:50 --> ashka (~postmaste@pdpc/supporter/active/ashka) a rejoint #mcdevs 2015-09-17 10:04:30 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-17 10:16:45 <-- barneygale_ (~barneygal@90.197.169.17) a quitté (Ping timeout: 255 seconds) 2015-09-17 10:49:09 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 255 seconds) 2015-09-17 11:05:14 --> Jailout2000 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-09-17 12:46:32 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-17 12:53:30 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-17 12:57:46 --> gurun (~gurun@83.249.65.92) a rejoint #mcdevs 2015-09-17 13:11:02 --> UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-17 13:52:52 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-17 15:31:34 <-- AlphaBlend (~Vector@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 272 seconds) 2015-09-17 15:40:24 --> notna (~notna@p4FC8CA46.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-17 16:16:40 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-09-17 16:17:26 <-- orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Read error: Connection reset by peer) 2015-09-17 16:30:26 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-17 16:46:05 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-09-17 16:46:18 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-17 17:28:26 --> LEGENDFF (~LEGENDFF@dslb-188-103-085-022.188.103.pools.vodafone-ip.de) a rejoint #mcdevs 2015-09-17 18:24:56 --> Techdaan (4dacd36f@gateway/web/freenode/ip.77.172.211.111) a rejoint #mcdevs 2015-09-17 18:29:06 <-- Techdaan (4dacd36f@gateway/web/freenode/ip.77.172.211.111) a quitté (Ping timeout: 246 seconds) 2015-09-17 18:47:17 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-17 18:51:51 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 265 seconds) 2015-09-17 19:03:04 --> barneygale_ (~barneygal@90.197.169.17) a rejoint #mcdevs 2015-09-17 19:27:46 --> Techdaan (4dacd36f@gateway/web/freenode/ip.77.172.211.111) a rejoint #mcdevs 2015-09-17 19:28:11 Techdaan Hey! I am wondering something 2015-09-17 19:28:52 Techdaan Does anyone know something about the logging-in protocol, specifically when the client sends his username to the server after the client sent the handshake with state 2 2015-09-17 19:29:14 Techdaan I cannot seem to receive this packet; I am training with networking, so I figured out I could try to do something like this, but this's really bugging me ":) 2015-09-17 19:30:47 --> kahrl (~kahrl@dslb-094-218-036-201.094.218.pools.vodafone-ip.de) a rejoint #mcdevs 2015-09-17 19:44:10 gamingrobot Techdaan: server or client? 2015-09-17 19:53:19 Techdaan Client, it is 2015-09-17 19:53:41 Techdaan Gamingrobot: The username should be sent after the state 2 handshake packet, but I cannot receive the username somehow. It simply doesn't send 2015-09-17 19:57:36 gamingrobot what do you mean by receive the username somehow? 2015-09-17 19:58:10 Techdaan Like 2015-09-17 19:58:13 rom1504 did you send http://wiki.vg/Protocol#Login_Start N 2015-09-17 19:58:14 rom1504 ? 2015-09-17 19:58:15 Techdaan The client first sends the handshake packet with state 2 2015-09-17 19:58:33 Techdaan That is the packet I have to receive :p 2015-09-17 19:58:36 Techdaan But I do not receive it 2015-09-17 19:58:49 rom1504 no 2015-09-17 19:58:54 rom1504 that is the packet you have to send 2015-09-17 19:59:17 Techdaan Then how am I going to receive the username of the user? 2015-09-17 19:59:34 rom1504 http://wiki.vg/Protocol#Login_Success 2015-09-17 19:59:52 Techdaan I guess I have been completely confused 2015-09-17 19:59:58 gamingrobot so you are writing a server? or a client? you said client but your talking about not receiving packets sent by the client, implying your writing a server. 2015-09-17 20:00:08 Techdaan Oh crap 2015-09-17 20:00:14 Techdaan I mis-typed that, sorry 2015-09-17 20:00:20 Techdaan Writing a server 2015-09-17 20:01:59 gamingrobot so you receive the handshake packet but not the login start, correct? 2015-09-17 20:02:32 Techdaan Correct 2015-09-17 20:03:33 rom1504 are you parsing the handshake packet properly ? 2015-09-17 20:03:43 Techdaan I am quite sure I am 2015-09-17 20:03:54 Techdaan In fact, when the client sends handshake with state 2 there is no response 2015-09-17 20:06:01 rom1504 exactly, so it's likely the client send you the handshake packet and the login start packet "together" 2015-09-17 20:07:57 Techdaan Hmm, I thought about that too 2015-09-17 20:08:05 Techdaan And that may be true, if I read a string after everything I do read the username 2015-09-17 20:08:12 Techdaan But there's a [] box and a tab before the name 2015-09-17 20:08:22 Techdaan The [] box is like unknown UTF symbol 2015-09-17 20:09:15 Techdaan Urgh, I have to go :( 2015-09-17 20:09:27 <-- Techdaan (4dacd36f@gateway/web/freenode/ip.77.172.211.111) a quitté (Quit: Page closed) 2015-09-17 20:10:48 rom1504 people reinventing 1/100 of a mc protocol parser everytime ;) 2015-09-17 20:12:12 Aikar Grum, can you reopen https://bugs.mojang.com/browse/MC-88858 2015-09-17 20:12:47 Aikar i couldnt find any previous issue for it 2015-09-17 20:14:38 gamingrobot rom1504: half this channel is asking how to implement the protocol :P 2015-09-17 20:36:12 <-- gurun (~gurun@83.249.65.92) a quitté (Ping timeout: 272 seconds) 2015-09-17 20:48:05 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-17 20:52:16 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 250 seconds) 2015-09-17 21:37:54 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-17 21:38:10 morfin why not 2015-09-17 21:38:48 morfin of course i know NIH is bad but if another implementations is not fitting in your program design 2015-09-17 21:52:42 rom1504 yeah but most don't even look at other implementations (or know how about them) 2015-09-17 21:56:23 <-- notna (~notna@p4FC8CA46.dip0.t-ipconnect.de) a quitté (Ping timeout: 256 seconds) 2015-09-17 22:01:00 <-- _123DontMessWitM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a quitté (Ping timeout: 255 seconds) 2015-09-17 22:07:11 morfin btw i do not know what's so special in protocol implementation 2015-09-17 22:07:46 morfin NBT exist outside of protocol(with gzip), other things seems to be trivial 2015-09-17 22:08:41 rom1504 well if the protocol implementation is trivial, then the whole minecraft must be like trivial+trivial 2015-09-17 22:09:22 morfin i think hmm there is lots of things harder than just protocol 2015-09-17 22:10:25 rom1504 a bit harder yes 2015-09-17 22:10:26 angal Like explain client, what server wants from him by using this trivial protocol. 2015-09-17 22:11:29 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-09-17 22:11:50 morfin client is waaay harder for me 2015-09-17 22:15:29 angal Cause it doing lots of server staff... 2015-09-17 22:18:19 morfin what do you mean 2015-09-17 22:21:52 morfin client just display 2015-09-17 22:22:11 angal Vanilla? 2015-09-17 22:24:41 angal It should calculat physics for some entities. Calculate result of (mostly) all block interactions. 2015-09-17 22:25:04 angal The whole creative is client-side. 2015-09-17 22:26:32 angal Vanilla client is a slave server, which only send some data to real one to validate results and receive back accepts and some entities movements/world changes. 2015-09-17 22:31:51 morfin what? 2015-09-17 22:32:01 morfin what about server-side physics? 2015-09-17 22:33:24 angal It used for most of entitity types (all living). 2015-09-17 22:34:25 --> _123DMWM (~123DMWM@pool-98-110-227-231.bstnma.fios.verizon.net) a rejoint #mcdevs 2015-09-17 22:35:09 angal For players + some other (items, etc) used client side physics calculation. 2015-09-17 22:35:42 Gjum items are on server I believe, but the client calculates them too, so they glitch 2015-09-17 22:36:48 --> _123DontMessWitM (~123DMWM@pool-98-110-227-231.bstnma.fios.verizon.net) a rejoint #mcdevs 2015-09-17 22:37:31 angal Vanilla server send updates for items once upon a while, so without client predication items will move... glitchy. 2015-09-17 22:38:55 Gjum but the server still simulates the "official" item, and handles picking them up 2015-09-17 22:39:42 angal Ou... And pickuping to handled by clients. Server only validates it. 2015-09-17 22:40:09 <-- _123DMWM (~123DMWM@pool-98-110-227-231.bstnma.fios.verizon.net) a quitté (Ping timeout: 255 seconds) 2015-09-17 23:07:55 morfin yes i know 2015-09-17 23:08:19 morfin i meant it's just prediction which can be totaly wrong if i changd something on server side 2015-09-17 23:10:29 angal It's not prediction. Protocol enforces you to implement this on client, or this willn't happent at all. (Except items movement) 2015-09-17 23:12:18 morfin i mean things like falling send, flying tnt, arrows etc 2015-09-17 23:13:33 morfin as example i changed something so tnt fly not like in vanilla(on server-side), but client will still predict wrong movement until synchronize to server 2015-09-17 23:14:21 morfin that would be very glitchy i guess? 2015-09-17 23:14:39 angal Yup. 2015-09-17 23:14:50 angal And this willn't work on players. 2015-09-17 23:15:07 morfin why 2015-09-17 23:15:28 angal Cause you can't smothly move players, where server want without teleportation packet. 2015-09-17 23:15:56 morfin sent by client? 2015-09-17 23:17:02 angal Smoth movement for players only relative teleportation and velocity. But that can't gurantee, that clients receive it at point, when server want, nd couse of this might appear desync. 2015-09-17 23:18:08 morfin shit 2015-09-17 23:18:13 angal So the only packet to overide client player physics is absolute telepotation, which not lokk cool from player, and players willn't play on your server if you send it to often. 2015-09-17 23:19:39 morfin so for players it's more than just prediction 2015-09-17 23:20:51 morfin and without user sending moving/teleportation packet i can't do anythin 2015-09-17 23:21:02 angal In vanilla client calculate physics and server only check if it not to far from origin and there no walls in path... 2015-09-17 23:21:14 morfin lol 2015-09-17 23:21:36 morfin so in theory i can fall trought wall if server say no walls 2015-09-17 23:21:40 morfin :D 2015-09-17 23:22:13 morfin well, i see now - client modifications required 2015-09-17 23:22:26 morfin to be compatible with custom physics 2015-09-17 23:22:45 angal Realy, if you create both server and client, you can bypass this in current protocol... But this willn't be compatible with vanilla client/server. 2015-09-17 23:24:46 angal Yeah, 'someone' here was asking about fails in protocol. There ^ one which can be fixed without (big) changes to client/server. 2015-09-17 23:29:39 morfin btw i was thinking how hard it will be implement walking on different surfaces 2015-09-17 23:29:44 morfin :) 2015-09-17 23:30:15 angal :) 2015-09-17 23:32:40 angal If you do not want implement other living entitities, than player - you are not required to do this. 2015-09-17 23:32:58 morfin do what? 2015-09-17 23:33:19 angal Think about walking on surfaces. 2015-09-17 23:33:37 morfin why? 2015-09-17 23:34:05 morfin for other living entities prediction will do shit too right? 2015-09-17 23:34:45 angal You are server? 2015-09-17 23:34:52 morfin yes 2015-09-17 23:35:21 angal You going to implement living entities? 2015-09-17 23:35:30 morfin so i can implement on server side for living things but i will have to modify client anyway 2015-09-17 23:36:05 angal Wor living you not need to modify client. 2015-09-17 23:36:24 angal It can be handled fully serverside. 2015-09-17 23:36:27 morfin hmmm 2015-09-17 23:36:30 morfin ok then 2015-09-17 23:37:07 morfin basically i still try to design something scalable 2015-09-17 23:37:27 angal Thats fun :) 2015-09-17 23:37:55 morfin was thinking to just implement server but in this case i would not be able modify without modifying original code 2015-09-17 23:37:58 morfin which is bad 2015-09-17 23:39:30 angal Maybe when our servers will be ready steven will be done and there will be some protocol tweaks :) 2015-09-17 23:39:44 morfin what server? 2015-09-17 23:40:07 morfin i was talking not just about protocol, but about something more like hmm 2015-09-17 23:40:37 morfin custom behaviours, creating custom entities using scripting only(no recompiling required) etc 2015-09-17 23:40:57 morfin of course for custom entities modification of client will be required(sadly) 2015-09-17 23:41:04 angal I understand what you want... You want customise gamplay features serverside. 2015-09-17 23:41:31 angal Yeah. 2015-09-17 23:42:30 morfin basically i like idea how Gmod implemented that 2015-09-17 23:43:14 morfin well, not just Gmod but Source engine too(you can precache resources in mod code too), Gmod just provides API to do that 2015-09-17 23:44:13 angal Extending resourcepacks can solve this problem at some point. 2015-09-17 23:44:13 morfin so you download stuff required for client when connect(models, sounds, textures, some client-side code) and then play 2015-09-17 23:44:32 angal Maybe not in vanilla but only in modded... But possible. 2015-09-17 23:45:13 morfin and code separated(mostly) to server-side and client-side 2015-09-17 23:45:47 morfin not sure it's possible to do that properly 2015-09-17 23:46:51 morfin all "models" are just code - only thing exist on client side are sounds and textures as i know 2015-09-17 23:47:16 morfin but that design where models are just code allows creating custom animations in perspective 2015-09-17 23:53:18 angal Sometimes we will have this in mc. 2015-09-17 23:59:26 --> davidjotta (547e8f25@gateway/web/freenode/ip.84.126.143.37) a rejoint #mcdevs 2015-09-18 00:00:42 angal But if the models will be code described, i don't think there will appear any new custom mc clients... Maybe only as plugin... 2015-09-18 00:02:17 davidjotta Heya:) Could anyone recommend me a starting point to learning packets? I'm trying to understand how I could implement wiki.vg/Protocol in my own Java-based minecraft server, but I just can't find the right docs for it. (TL;DR, want to learn packets pls) 2015-09-18 00:02:46 morfin wait what a heck 2015-09-18 00:02:55 morfin chin.addBox(-1F, -2F, -3F, 2, 2, 2, 0.0F); 2015-09-18 00:02:56 <-- samfty (~Sam@atom.cloud.faunt.net) a quitté (Ping timeout: 250 seconds) 2015-09-18 00:03:06 morfin body.addBox(-3F, -4F, -3F, 6, 8, 6, 0.0F); 2015-09-18 00:03:09 angal Why not to use any existing library/server? 2015-09-18 00:03:24 morfin boxes? 2015-09-18 00:03:42 morfin ModelRenderer i assume is do all shit 2015-09-18 00:03:55 morfin *doing 2015-09-18 00:04:12 davidjotta Well, I found MCProtocolLib, but again no docs, so don't know where to start from 2015-09-18 00:05:10 angal Are you sure you want to create your own server, not to join any existing project? 2015-09-18 00:05:16 --> samfty (~Sam@atom.cloud.faunt.net) a rejoint #mcdevs 2015-09-18 00:06:35 davidjotta I'm not really sure tbh. I would join an existing one, but I'm unsure because I don't know anyone, and I don't know if I have the enough skills to be helpful 2015-09-18 00:06:57 angal :) 2015-09-18 00:07:20 angal Have you expirience in programming/java? 2015-09-18 00:07:52 davidjotta Yup 2015-09-18 00:08:05 angal Hm... 2015-09-18 00:08:08 morfin there is loooots of shit i should learn 2015-09-18 00:08:16 morfin because i am trying to do C++ 2015-09-18 00:09:18 angal davidjotta, may i pm you? 2015-09-18 00:09:30 davidjotta Sure 2015-09-18 00:10:54 morfin angal, what language you use? 2015-09-18 00:10:59 morfin jsut interested 2015-09-18 00:11:52 angal java... 2015-09-18 00:12:15 morfin oh 2015-09-18 00:12:32 angal :) 2015-09-18 00:12:32 angal Why not? 2015-09-18 00:17:49 morfin just asked 2015-09-18 00:22:44 angal :) 2015-09-18 00:23:22 angal At least it fast to write. Tons of easy to use libraries :) 2015-09-18 00:27:31 morfin funny 2015-09-18 00:27:56 morfin i know at least 3(!) libraries for event-based programming for C(not C++) 2015-09-18 00:28:06 morfin libev, libuv, libevent 2015-09-18 00:37:33 --> ry60003333 (~ry6000333@rys-macbook-pro.wireless.rit.edu) a rejoint #mcdevs 2015-09-18 00:39:55 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-18 00:49:10 angal ping? 2015-09-18 01:08:22 <-- kahrl (~kahrl@dslb-094-218-036-201.094.218.pools.vodafone-ip.de) a quitté (Ping timeout: 250 seconds) 2015-09-18 01:17:50 nickelpro davidjotta: what don't you understand about the protocol docs? 2015-09-18 01:19:06 davidjotta I was talking about the implementation of those, I mean, how can I use all of that data to actually write a functional minecraft server. The part I'm lacking is packets, and I wanted you to recommend a great starting point to learn them 2015-09-18 01:19:29 nickelpro The wiki documents the whole protocol, every packet 2015-09-18 01:20:19 nickelpro Start with parsing data types and the packet header and work your way from there, that's how most do it 2015-09-18 01:20:56 nickelpro Not that it's necessary, there are over a dozen protocol implementations spanning every common and many less-than-common languages 2015-09-18 01:22:03 davidjotta Oki, thanks for that. I'll get into it and probably come back asking when I just don't know anymore what I'm doing :) 2015-09-18 01:22:33 nickelpro The protocol structure is a little unusual for a game but its still very simple to grok 2015-09-18 01:30:56 --> kahrl (~kahrl@dslb-094-218-043-179.094.218.pools.vodafone-ip.de) a rejoint #mcdevs 2015-09-18 01:50:31 <-- ry60003333 (~ry6000333@rys-macbook-pro.wireless.rit.edu) a quitté (Quit: ry60003333) 2015-09-18 01:51:54 <-- LEGENDFF (~LEGENDFF@dslb-188-103-085-022.188.103.pools.vodafone-ip.de) a quitté (Quit: Leaving) 2015-09-18 01:54:47 <-- barneygale_ (~barneygal@90.197.169.17) a quitté (Remote host closed the connection) 2015-09-18 02:08:52 <-- UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-09-18 02:23:36 --> ry60003333 (~ry6000333@104.153.29.103) a rejoint #mcdevs 2015-09-18 02:26:57 --> ry60003333_ (~ry6000333@104.153.29.103) a rejoint #mcdevs 2015-09-18 02:29:07 <-- ry60003333 (~ry6000333@104.153.29.103) a quitté (Ping timeout: 246 seconds) 2015-09-18 02:29:08 -- ry60003333_ est maintenant connu sous le nom ry60003333 2015-09-18 02:33:29 --> benbaptist (~benbaptis@c-50-178-138-73.hsd1.in.comcast.net) a rejoint #mcdevs 2015-09-18 04:00:39 Not-f7bb [SpockBot] gamingrobot pushed 1 commit to master [+0/-0/±1] http://git.io/vnkZd 2015-09-18 04:00:41 Not-f7bb [SpockBot] gamingrobot eaa39d1 - Fix docs badge 2015-09-18 04:15:41 <-- angal (angal@elmo.stole-your.pw) a quitté (Ping timeout: 246 seconds) 2015-09-18 04:17:10 --> angal (angal@elmo.stole-your.pw) a rejoint #mcdevs 2015-09-18 04:29:26 <-- LordAkkarin (~Akkarin@resides.in.redundant.space) a quitté (Ping timeout: 250 seconds) 2015-09-18 04:30:54 --> LordAkkarin (~Akkarin@188.165.238.103) a rejoint #mcdevs 2015-09-18 05:28:50 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer) 2015-09-18 05:38:00 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-18 05:52:15 -- r04r est maintenant connu sous le nom zz_r04r 2015-09-18 06:02:36 <-- orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Ping timeout: 250 seconds) 2015-09-18 06:03:03 Aikar Amaranth: you alive 2015-09-18 06:03:14 +Amaranth Yo 2015-09-18 06:03:27 Aikar do you know why craftworld.loadChunk is loading neighbor chunks it looks like? 2015-09-18 06:03:50 Aikar oh nvm thats vanilla 2015-09-18 06:03:51 Aikar why o.o 2015-09-18 06:04:22 Aikar this Chunk.loadNearby 2015-09-18 06:05:11 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-09-18 06:05:34 +Amaranth *shrug* 2015-09-18 06:06:01 +Amaranth Sounds like a 1.8 thing to me, I don't remember a method named that 2015-09-18 06:38:27 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer) 2015-09-18 06:45:47 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-18 07:16:52 --> UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-18 07:32:42 morfin without proper design code can become mess 2015-09-18 07:34:27 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-18 07:47:59 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 256 seconds) 2015-09-18 09:09:17 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 265 seconds) 2015-09-18 09:53:44 --> Vector (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-18 09:54:29 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 260 seconds) 2015-09-18 10:21:01 <-- Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Read error: Connection reset by peer) 2015-09-18 11:26:10 --> barneygale (~barneygal@mail.thefoundry.co.uk) a rejoint #mcdevs 2015-09-18 11:26:20 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-18 12:15:31 --> gurun_ (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-18 12:15:53 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 246 seconds) 2015-09-18 12:50:24 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-18 13:57:40 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-18 14:13:53 <-- Dadido3 (~quassel@p4FD8D78D.dip0.t-ipconnect.de) a quitté (Quit: No Ping reply in 180 seconds.) 2015-09-18 14:21:39 --> Dadido3 (~quassel@p4FD8D78D.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-18 14:23:40 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-18 14:30:00 --> Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs 2015-09-18 14:30:00 -- Mode #mcdevs [+v Amaranth] par ChanServ 2015-09-18 14:30:17 <-- Dadido3 (~quassel@p4FD8D78D.dip0.t-ipconnect.de) a quitté (Quit: No Ping reply in 180 seconds.) 2015-09-18 14:35:42 --> Dadido3 (~quassel@p4FD8D78D.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-18 14:39:39 <-- Dadido3 (~quassel@p4FD8D78D.dip0.t-ipconnect.de) a quitté (Client Quit) 2015-09-18 14:40:59 --> Dadido3 (~quassel@p4FD8D78D.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-18 14:43:53 <-- Vector (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 252 seconds) 2015-09-18 14:45:56 <-- Dadido3 (~quassel@p4FD8D78D.dip0.t-ipconnect.de) a quitté (Quit: No Ping reply in 180 seconds.) 2015-09-18 15:13:41 <-- gurun_ (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Quit: Leaving) 2015-09-18 15:14:00 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-18 15:28:15 --> Dadido3 (~quassel@p4FD8D78D.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-18 15:35:07 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-18 15:40:48 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-18 15:41:00 <-- davidjotta (547e8f25@gateway/web/freenode/ip.84.126.143.37) a quitté (Ping timeout: 246 seconds) 2015-09-18 15:47:08 <-- ry60003333 (~ry6000333@104.153.29.103) a quitté (Ping timeout: 246 seconds) 2015-09-18 15:50:58 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-09-18 15:59:47 --> notna (~notna@p4FC8DFFB.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-18 16:10:19 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Read error: Connection reset by peer) 2015-09-18 16:10:34 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-18 16:14:24 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-09-18 16:22:01 --> ry60003333 (~ry6000333@129.21.119.39) a rejoint #mcdevs 2015-09-18 16:23:05 <-- ry60003333 (~ry6000333@129.21.119.39) a quitté (Client Quit) 2015-09-18 16:23:30 <-- Brandon15811_ (~Brandon15@195-154-68-209.rev.poneytelecom.eu) a quitté (Ping timeout: 264 seconds) 2015-09-18 16:23:34 <-- Brandon15811 (~Brandon15@195-154-68-209.rev.poneytelecom.eu) a quitté (Ping timeout: 250 seconds) 2015-09-18 16:35:59 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-09-18 16:39:38 --> Brandon15811 (~brandon15@ip98-181-2-214.br.br.cox.net) a rejoint #mcdevs 2015-09-18 17:47:35 ekaron is crash landing still actively developed? 2015-09-18 18:31:19 Aikar Dinnerbone, why you remove the bukkit plugin generator :( 2015-09-18 18:34:02 angal Couse it's no longer required. Bukkit is get out. :( Users should switch to some other server. 2015-09-18 18:47:37 -- r04r est maintenant connu sous le nom zz_r04r 2015-09-18 18:52:15 * Thinkofdeath stabs vanilla 2015-09-18 18:54:31 +Thinkofdeath Grum: if you want an easy bug fix: you reuse the chunk packet in the class you use to send them to clients (PlayerChunk for us) however the buffer is released after the first send causing all other clients to disconnect and netty to complain 2015-09-18 18:58:09 +SinZ that sounds like a major bug 2015-09-18 19:01:10 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-18 19:15:03 --> Vector (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-18 19:15:36 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 252 seconds) 2015-09-18 19:16:57 --> localhorse (~localhors@d75-156-169-158.abhsia.telus.net) a rejoint #mcdevs 2015-09-18 19:17:34 <-- localhorse (~localhors@d75-156-169-158.abhsia.telus.net) a quitté (Client Quit) 2015-09-18 19:20:37 --> localhorse (~localhors@d75-156-169-158.abhsia.telus.net) a rejoint #mcdevs 2015-09-18 20:33:53 Aikar angal, much as 'other server devs' want that, its not going to happen. bukkit is here to stay 2015-09-18 20:34:22 Aikar the glory of open source, you cant kill it 2015-09-18 20:46:57 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-09-18 20:49:30 angal What protocol does minecraft use to share singleplayer server game on lan? 2015-09-18 20:49:46 angal Which used to determine game port. 2015-09-18 21:09:49 --> Brandon15811_ (~Brandon15@2001:bc8:3111:200::) a rejoint #mcdevs 2015-09-18 21:09:52 --> Brandon15811___ (~Brandon15@195-154-68-209.rev.poneytelecom.eu) a rejoint #mcdevs 2015-09-18 21:20:04 <-- Brandon15811 (~brandon15@ip98-181-2-214.br.br.cox.net) a quitté (Quit: Leaving) 2015-09-18 21:20:04 -- Brandon15811___ est maintenant connu sous le nom Brandon15811 2015-09-18 21:29:02 Not-f7bb [SpockBot] Gjum pushed 3 commits to master [+2/-0/±8] http://git.io/vnmN5 2015-09-18 21:29:04 Not-f7bb [SpockBot] gamingrobot c670e68 - Fix #140 2015-09-18 21:29:05 Not-f7bb [SpockBot] gamingrobot a0f4d19 - Update example 2015-09-18 21:29:07 Not-f7bb [SpockBot] Gjum 722dcda - Merge pull request #141 from gamingrobot/chat-move 2015-09-18 21:31:26 Not-f7bb [SpockBot] gamingrobot pushed 2 commits to master [+0/-0/±2] http://git.io/vnmAX 2015-09-18 21:31:27 Not-f7bb [SpockBot] gamingrobot e7c462a - Add varint and varlong tests 2015-09-18 21:31:29 Not-f7bb [SpockBot] gamingrobot 5955398 - Merge pull request #142 from gamingrobot/datautils-tests 2015-09-18 23:41:16 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-18 23:45:41 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 250 seconds) 2015-09-19 00:09:07 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-19 00:16:12 <-- Cxom (~Trinoxtio@2601:248:4200:4876:a050:1b70:5949:a2a0) a quitté (Read error: Connection reset by peer) 2015-09-19 00:16:20 --> Cxom_ (~Trinoxtio@2601:248:4200:4876:a050:1b70:5949:a2a0) a rejoint #mcdevs 2015-09-19 00:18:03 <-- Cxom_ (~Trinoxtio@2601:248:4200:4876:a050:1b70:5949:a2a0) a quitté (Read error: Connection reset by peer) 2015-09-19 00:18:18 --> Cxom (~Trinoxtio@2601:248:4200:4876:18cc:b877:d25e:3571) a rejoint #mcdevs 2015-09-19 01:00:55 --> orthoplex64_2 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-09-19 01:03:21 <-- orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Ping timeout: 240 seconds) 2015-09-19 01:11:22 <-- notna (~notna@p4FC8DFFB.dip0.t-ipconnect.de) a quitté (Ping timeout: 250 seconds) 2015-09-19 01:14:27 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Quit: Leaving) 2015-09-19 01:41:55 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-19 01:46:41 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 264 seconds) 2015-09-19 03:39:49 <-- _123DontMessWitM (~123DMWM@pool-98-110-227-231.bstnma.fios.verizon.net) a quitté (Quit: _123DontMessWitM) 2015-09-19 03:42:45 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-19 03:47:23 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 268 seconds) 2015-09-19 03:49:20 --> _123DMWM (~123DMWM@pool-98-110-227-231.bstnma.fios.verizon.net) a rejoint #mcdevs 2015-09-19 04:00:49 <-- Vector (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Read error: Connection reset by peer) 2015-09-19 04:01:49 --> AlphaBlend (~Vector@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-19 04:06:14 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Remote host closed the connection) 2015-09-19 04:06:57 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-19 04:10:10 -- r04r est maintenant connu sous le nom zz_r04r 2015-09-19 04:10:47 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-19 04:49:44 <-- UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-09-19 05:12:55 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-19 05:23:15 <-- localhorse (~localhors@d75-156-169-158.abhsia.telus.net) a quitté (Ping timeout: 250 seconds) 2015-09-19 05:23:32 --> localhorse (~localhors@d75-156-169-158.abhsia.telus.net) a rejoint #mcdevs 2015-09-19 05:28:17 <-- Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a quitté (Ping timeout: 240 seconds) 2015-09-19 05:29:49 -- r04r est maintenant connu sous le nom zz_r04r 2015-09-19 05:31:53 --> Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs 2015-09-19 05:32:28 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-19 05:39:59 -- r04r est maintenant connu sous le nom zz_r04r 2015-09-19 05:43:34 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-19 05:48:19 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 256 seconds) 2015-09-19 05:53:38 Not-f7bb [SpockBot] nickelpro pushed 2 commits to master [+0/-0/±2] http://git.io/vnO7e 2015-09-19 05:53:40 Not-f7bb [SpockBot] Gjum 395e6ae - Add inv_ready event to signalize when the inventory can be used 2015-09-19 05:53:41 Not-f7bb [SpockBot] nickelpro 5525f0d - Merge pull request #135 from Gjum/window-open-feedback 2015-09-19 07:03:39 <-- yosafbridge (~yosafbrid@105.ip-167-114-152.net) a quitté (Quit: Leaving) 2015-09-19 07:22:02 --> yosafbridge (~yosafbrid@105.ip-167-114-152.net) a rejoint #mcdevs 2015-09-19 07:27:44 <-- orthoplex64_2 (~orthoplex@unaffiliated/orthoplex64) a quitté (Ping timeout: 240 seconds) 2015-09-19 07:29:01 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 260 seconds) 2015-09-19 07:44:20 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-19 07:49:07 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 268 seconds) 2015-09-19 08:53:41 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Read error: Connection reset by peer) 2015-09-19 09:19:35 --> DemiPixel (62ead9d7@gateway/web/freenode/ip.98.234.217.215) a rejoint #mcdevs 2015-09-19 09:20:10 DemiPixel Hey, I was looking for some help on generation if anybody here knows anything... 2015-09-19 09:45:09 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-19 09:49:57 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 260 seconds) 2015-09-19 09:59:58 <-- DemiPixel (62ead9d7@gateway/web/freenode/ip.98.234.217.215) a quitté (Quit: Page closed) 2015-09-19 10:41:40 -- md_5 est maintenant connu sous le nom `test 2015-09-19 10:41:44 -- `test est maintenant connu sous le nom _test 2015-09-19 10:41:59 -- _test est maintenant connu sous le nom md_5 2015-09-19 10:59:57 <-- morfin (~morfin@morfin.telenet.ru) a quitté (Read error: Connection reset by peer) 2015-09-19 11:45:57 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-19 11:50:08 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 240 seconds) 2015-09-19 12:54:33 <-- flamin_scotsman (~ali@flaminscotsman.co.uk) a quitté (Quit: ZNC - http://znc.in) 2015-09-19 13:06:30 --> UUID05 (~UUID00@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-19 13:46:43 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-19 13:51:41 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 260 seconds) 2015-09-19 14:36:08 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-19 15:00:35 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-19 15:00:52 --> notna (~notna@p4FC8D0FB.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-19 16:44:22 Jckf Any neat scripts out there tha'll dump the content of a player data file for me? I have one for a player that suddenly was unable to connect, and removing the file solved the issue. Want to see what happened so that I can prevent it in the future 2015-09-19 16:49:29 <-- nickelpro (~nickelpro@the.one.and.only.nickelp.ro) a quitté (Ping timeout: 260 seconds) 2015-09-19 16:52:25 Gjum Jckf, http://wiki.vg/NBT#Libraries and utilities 2015-09-19 16:53:23 --> nickelpro (~nickelpro@the.one.and.only.nickelp.ro) a rejoint #mcdevs 2015-09-19 16:56:34 <-- Cxom (~Trinoxtio@2601:248:4200:4876:18cc:b877:d25e:3571) a quitté (Ping timeout: 240 seconds) 2015-09-19 17:03:37 --> Cxom (~Trinoxtio@2601:248:4200:4876:18cc:b877:d25e:3571) a rejoint #mcdevs 2015-09-19 17:04:15 Jckf Weird. NBT Explorer had no problems with the file. Renamed it to my own UUID, and I had no issues with my client either. Moved it back to his UUID, and the problem was gone. 2015-09-19 17:04:43 Jckf He claims all connection attempts before that resulted in a kick with a message containing "DecodingException" 2015-09-19 17:14:08 --> orthoplex64_2 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-09-19 17:45:37 <-- orthoplex64_2 (~orthoplex@unaffiliated/orthoplex64) a quitté (Quit: Leaving) 2015-09-19 17:46:27 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-09-19 18:05:56 <-- Pyker (pyker@pyker.net) a quitté (Quit: Quit) 2015-09-19 18:06:28 --> Pyker (pyker@pyker.net) a rejoint #mcdevs 2015-09-19 18:42:20 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs