2015-08-28 16:01:14 <-- Wuppie (~kenny_000@546BF43E.cm-12-4d.dynamic.ziggo.nl) a quitté (Ping timeout: 264 seconds) 2015-08-28 16:08:27 --> ry60003333 (~ry6000333@129.21.119.91) a rejoint #mcdevs 2015-08-28 16:34:09 <-- nick____ (4f75793d@gateway/web/freenode/ip.79.117.121.61) a quitté (Ping timeout: 246 seconds) 2015-08-28 16:53:51 <-- ry60003333 (~ry6000333@129.21.119.91) a quitté (Quit: ry60003333) 2015-08-28 16:55:53 --> ry60003333 (~ry6000333@rys-macbook-pro.wireless.rit.edu) a rejoint #mcdevs 2015-08-28 17:56:17 <-- ry60003333 (~ry6000333@rys-macbook-pro.wireless.rit.edu) a quitté (Quit: ry60003333) 2015-08-28 18:10:39 Fenhl snapshot time! 2015-08-28 18:11:02 Fenhl I wonder what the reason for the protocol version bump is this time 2015-08-28 18:45:17 --> redstonehelper_ (~redstoneh@dslb-178-002-110-176.178.002.pools.vodafone-ip.de) a rejoint #mcdevs 2015-08-28 18:45:17 <-- redstonehelper_ (~redstoneh@dslb-178-002-110-176.178.002.pools.vodafone-ip.de) a quitté (Changing host) 2015-08-28 18:45:17 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-08-28 18:47:33 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 265 seconds) 2015-08-28 18:47:33 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2015-08-28 18:51:53 Gjum > [Bug MC-87078] – Using a sweep attack sends "lasdjfhlsdhjflsdij" to output log 2015-08-28 18:51:55 Gjum lol 2015-08-28 18:53:13 nickelpro Classic 2015-08-28 19:30:59 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 250 seconds) 2015-08-28 19:34:27 --> SpaceManiac (~Tad@74-194-137-165.gtwncmta01.res.dyn.suddenlink.net) a rejoint #mcdevs 2015-08-28 19:34:27 -- Mode #mcdevs [+v SpaceManiac] par ChanServ 2015-08-28 20:15:01 nickelpro SpaceManiac: Your projects are looking for you 2015-08-28 20:37:29 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-08-28 20:51:09 <-- LEGENDFF (~LEGENDFF@ip-90-186-32-246.web.vodafone.de) a quitté (Read error: Connection reset by peer) 2015-08-28 20:51:51 --> LEGENDFF (~LEGENDFF@dslb-088-072-043-205.088.072.pools.vodafone-ip.de) a rejoint #mcdevs 2015-08-28 21:01:24 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-08-28 21:21:20 <-- LEGENDFF (~LEGENDFF@dslb-088-072-043-205.088.072.pools.vodafone-ip.de) a quitté (Read error: Connection reset by peer) 2015-08-28 22:42:39 <-- benbaptist (~benbaptis@c-50-172-95-66.hsd1.in.comcast.net) a quitté (Ping timeout: 264 seconds) 2015-08-28 23:30:51 <-- jnoah (~brutal_ch@osuosl/staff/brutal-chaos) a quitté (Quit: WeeChat 1.1.1) 2015-08-28 23:34:01 +Thinkofdeath Is this me or is vanilla rendering these in the wrong order? http://i.imgur.com/XDb45C4.png 2015-08-28 23:34:53 --> jnoah (~brutal_ch@osuosl/staff/brutal-chaos) a rejoint #mcdevs 2015-08-28 23:34:53 -- Mode #mcdevs [+v jnoah] par ChanServ 2015-08-28 23:36:31 <-- brandon__ (~brandon15@ip98-181-2-214.br.br.cox.net) a quitté (Quit: Leaving) 2015-08-28 23:40:44 angal Maybee... 2015-08-28 23:43:04 --> DiaLight (~DiaLight@host-37-158-66-217.spbmts.ru) a rejoint #mcdevs 2015-08-28 23:43:50 Fenhl Thinkofdeath: stained glass rendering is a horrible hack 2015-08-28 23:44:11 Fenhl Thinkofdeath: it sometimes corrects itself after a couple seconds 2015-08-28 23:44:49 Fenhl I think it caches the z layering or something like that 2015-08-28 23:44:57 +Thinkofdeath took a minute or two but it did correct itself 2015-08-28 23:45:40 +Thinkofdeath Fenhl: I think Amaranth said it was just sorting the vertices using the painters algorithm, I assume its got a chunk per a frame limit or something 2015-08-28 23:46:58 <-- DiaLight (~DiaLight@host-37-158-66-217.spbmts.ru) a quitté (Client Quit) 2015-08-28 23:47:27 Fenhl there's a building with rainbow glass walls at our spawn, it looks wrong most of the time and it's really annoying 2015-08-28 23:48:01 +md_5 Gjum I made that report first, then the silly mods closed mine as "duplicate" supposedly because the other one had more detailed repro info... not that ctrl+f didn't suffice.... 2015-08-28 23:48:15 <-- jnoah (~brutal_ch@osuosl/staff/brutal-chaos) a quitté (Ping timeout: 256 seconds) 2015-08-28 23:49:59 Fenhl I don't see why you're complaining, the other report was significantly more descriptive 2015-08-29 00:02:03 -- r04r est maintenant connu sous le nom MattMiller 2015-08-29 00:06:41 +md_5 Fenhl both were equally descriptive in terms of identifying and fixing the issue 2015-08-29 00:06:44 --> benbaptist (~benbaptis@c-50-172-95-66.hsd1.in.comcast.net) a rejoint #mcdevs 2015-08-29 00:07:48 --> jnoah (~brutal_ch@osuosl/staff/brutal-chaos) a rejoint #mcdevs 2015-08-29 00:07:48 -- Mode #mcdevs [+v jnoah] par ChanServ 2015-08-29 00:37:07 -- MattMiller est maintenant connu sous le nom r04r 2015-08-29 01:00:40 --> _123DontMessWitM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a rejoint #mcdevs 2015-08-29 01:01:48 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-08-29 01:01:51 --> _123DontSleepWit (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a rejoint #mcdevs 2015-08-29 01:03:34 <-- _123DMWM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a quitté (Ping timeout: 244 seconds) 2015-08-29 01:05:06 <-- _123DontMessWitM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a quitté (Ping timeout: 244 seconds) 2015-08-29 01:24:00 <-- Pyker (pyker@pyker.net) a quitté (Quit: ZNC - http://znc.in) 2015-08-29 01:47:48 --> ry60003333 (~ry6000333@cpe-107-10-230-189.neo.res.rr.com) a rejoint #mcdevs 2015-08-29 02:09:34 --> ry60003333_ (~ry6000333@cpe-107-10-230-189.neo.res.rr.com) a rejoint #mcdevs 2015-08-29 02:12:10 <-- ry60003333 (~ry6000333@cpe-107-10-230-189.neo.res.rr.com) a quitté (Ping timeout: 246 seconds) 2015-08-29 02:12:11 -- ry60003333_ est maintenant connu sous le nom ry60003333 2015-08-29 02:19:09 --> ry60003333_ (~ry6000333@201.sub-70-194-203.myvzw.com) a rejoint #mcdevs 2015-08-29 02:19:57 <-- ry60003333 (~ry6000333@cpe-107-10-230-189.neo.res.rr.com) a quitté (Ping timeout: 265 seconds) 2015-08-29 02:19:57 -- ry60003333_ est maintenant connu sous le nom ry60003333 2015-08-29 02:31:59 Not-2be [mineflayer] rom1504 pushed 1 commit to master [+1/-2/±6] http://git.io/vGsqZ 2015-08-29 02:32:01 Not-2be [mineflayer] rom1504 ca365c3 - move biome and block to prismarine-biome and prismarine-block for reusability 2015-08-29 03:36:15 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 260 seconds) 2015-08-29 03:40:28 <-- ry60003333 (~ry6000333@201.sub-70-194-203.myvzw.com) a quitté (Read error: Connection reset by peer) 2015-08-29 03:44:08 --> ry60003333 (~ry6000333@cpe-107-10-230-189.neo.res.rr.com) a rejoint #mcdevs 2015-08-29 03:45:04 --> UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-08-29 03:51:06 -- r04r est maintenant connu sous le nom zz_r04r 2015-08-29 04:04:00 <-- Aragas (Aragas@37-145-58-116.broadband.corbina.ru) a quitté (Ping timeout: 240 seconds) 2015-08-29 04:33:31 <-- |Blaze|_ (~scott@184.70.189.74) a quitté (Read error: Connection reset by peer) 2015-08-29 04:33:46 --> |Blaze| (~scott@184.70.189.74) a rejoint #mcdevs 2015-08-29 04:48:51 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: UUID00) 2015-08-29 04:59:05 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 250 seconds) 2015-08-29 05:06:10 -- Brandon15811___ est maintenant connu sous le nom Brandon15811__ 2015-08-29 05:08:43 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 250 seconds) 2015-08-29 05:48:56 --> Cxom2 (~Trinoxtio@2601:248:4200:4876:a050:1b70:5949:a2a0) a rejoint #mcdevs 2015-08-29 05:50:20 <-- AndrewPH (Butts@omega.classicube.net) a quitté (Ping timeout: 244 seconds) 2015-08-29 05:51:28 <-- Cxom_ (~Trinoxtio@2601:248:4200:4876:a050:1b70:5949:a2a0) a quitté (Ping timeout: 246 seconds) 2015-08-29 05:57:13 --> AndrewPH (Butts@2607:fcd0:daaa:1400::9d) a rejoint #mcdevs 2015-08-29 05:57:13 -- Mode #mcdevs [+v AndrewPH] par ChanServ 2015-08-29 06:40:51 <-- ry60003333 (~ry6000333@cpe-107-10-230-189.neo.res.rr.com) a quitté (Ping timeout: 264 seconds) 2015-08-29 06:41:29 --> ry60003333 (~ry6000333@cpe-107-10-230-189.neo.res.rr.com) a rejoint #mcdevs 2015-08-29 07:17:48 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-08-29 08:17:32 --> ry60003333_ (~ry6000333@cpe-107-10-230-189.neo.res.rr.com) a rejoint #mcdevs 2015-08-29 08:17:57 <-- ry60003333 (~ry6000333@cpe-107-10-230-189.neo.res.rr.com) a quitté (Read error: Connection reset by peer) 2015-08-29 08:20:55 --> ry60003333 (~ry6000333@cpe-107-10-230-189.neo.res.rr.com) a rejoint #mcdevs 2015-08-29 08:21:40 <-- ry60003333_ (~ry6000333@cpe-107-10-230-189.neo.res.rr.com) a quitté (Ping timeout: 240 seconds) 2015-08-29 08:41:30 <-- boozaa (~boozaa@quassel.shortrip.org) a quitté (Ping timeout: 256 seconds) 2015-08-29 08:44:51 --> boozaa (~boozaa@176.56.238.212) a rejoint #mcdevs 2015-08-29 09:37:29 +Grum did anyone document the protocol changes already in the latest snapshots? 2015-08-29 09:38:55 dx i see some activity http://wiki.vg/index.php?title=Pre-release_protocol&action=history 2015-08-29 09:41:56 +Grum ah yeah, seems to not be up2date yet. I'll wait a bit longer :) 2015-08-29 09:56:34 --> kahrl_ (~kahrl@dslb-178-007-217-080.178.007.pools.vodafone-ip.de) a rejoint #mcdevs 2015-08-29 09:57:21 <-- kahrl (~kahrl@ipservice-092-211-095-095.092.211.pools.vodafone-ip.de) a quitté (Ping timeout: 255 seconds) 2015-08-29 10:18:45 --> DiaLight (~DiaLight@host-37-158-66-217.spbmts.ru) a rejoint #mcdevs 2015-08-29 10:21:30 * gamingrobot wonders what Grum is waiting for 2015-08-29 10:21:39 <-- SpaceManiac (~Tad@74-194-137-165.gtwncmta01.res.dyn.suddenlink.net) a quitté (Ping timeout: 264 seconds) 2015-08-29 10:23:14 +Grum just to see what people make of it 2015-08-29 10:29:03 +SinZ you can always tell us ^.^ 2015-08-29 10:30:51 +Grum i will once someone looks at it, its interesting to see what people figure out on their own, gives an insight in what they expect 2015-08-29 10:31:00 +Grum which says something about what i did 2015-08-29 10:37:01 gamingrobot How do people find these protocol changes, decompiling the server jar? 2015-08-29 10:37:50 +Thinkofdeath Grum: the chunk changes? 2015-08-29 10:38:45 +Thinkofdeath if so i've been meaning to update the wiki with that info, never got around to it 2015-08-29 10:39:45 +Grum communicating chunks is different because they are now stored differently 2015-08-29 10:40:04 +Thinkofdeath yeah i've implemented the changes into my client already 2015-08-29 10:40:07 +SinZ rip anvil? 2015-08-29 10:40:40 +Grum no anvil is still there 2015-08-29 10:40:44 +Thinkofdeath https://github.com/thinkofdeath/steven/blob/master/chunk.go#L567-L614 2015-08-29 10:40:48 +Grum at quite the cost though 2015-08-29 10:41:20 +Grum that will break Thinkofdeath 2015-08-29 10:41:28 +Grum we have different kinds of storage now 2015-08-29 10:41:42 +Grum boundaries are at 4 and 8 bits 2015-08-29 10:42:09 +Grum <=4 & <= 8 is palette based 2015-08-29 10:42:29 +Grum but bigger than that ..... 2015-08-29 10:42:34 +Grum will not send a palette 2015-08-29 10:43:42 +Thinkofdeath when did that change happen? didn't see that in 35b 2015-08-29 10:44:21 +Grum very last one 2015-08-29 10:44:29 gamingrobot Grum: what do you mean by "at quite the cost though" 2015-08-29 10:44:38 +Thinkofdeath ah i'm behind then 2015-08-29 10:44:45 +Grum gamingrobot: literally that 2015-08-29 10:44:56 +Grum breaking down efficient data into something 'compatible' is expensive 2015-08-29 10:45:37 +Grum Thinkofdeath: also the data is designed to be send as longs, might not make a difference -- but it might do :P 2015-08-29 10:46:10 gamingrobot Ah ok what's the name of the new storage format, sword? 2015-08-29 10:46:10 +Thinkofdeath i'd hope not but i'll look out for it :) 2015-08-29 10:46:26 +Grum there is no new storage format 2015-08-29 10:46:28 +Thinkofdeath Grum: out of interest why was sky light and block light moved next to the block data? Won't that affect how well it compresses? 2015-08-29 10:46:39 +Thinkofdeath since block light will be mostly 0 anyway 2015-08-29 10:46:41 +Grum it matters actually jack shit :) 2015-08-29 10:46:47 +Thinkofdeath oh 2015-08-29 10:46:54 +Grum this format compresses better, but barely 2015-08-29 10:46:58 +Grum mostly because its significantly less data 2015-08-29 10:47:46 +Grum shows how well compression does its job :) 2015-08-29 10:48:28 +Thinkofdeath yeah, would have thought there would be small improvements with the old way of handling light though 2015-08-29 10:49:18 +Thinkofdeath Grum: speaking of which have you fixed the issue of removing empty chunk sections that have light traveling through them? 2015-08-29 10:49:27 +Thinkofdeath causes some lighting issues in rare cases 2015-08-29 10:49:48 +Grum Thinkofdeath: no idea 2015-08-29 10:50:27 +Thinkofdeath hmm, ok 2015-08-29 10:50:30 +Grum the 'multichunk' packet is gone btw 2015-08-29 10:51:19 +Thinkofdeath noticed, the way the wiki shows it isn't great 2015-08-29 10:51:49 +Grum i put a 'forgetthischunk' packet in its place so all the order wouldn't shift, no idea if that is something we'll keep like that though (order) 2015-08-29 10:52:44 +Thinkofdeath the order is only really a pain for the wiki, in code its just me rearranging a struct 2015-08-29 10:52:59 +Grum i think the packets should be given names 2015-08-29 10:53:18 +Grum and then have a list of numbers for the names 2015-08-29 10:53:51 +Thinkofdeath hmm, could work. 2015-08-29 10:54:46 +Grum that is how we handle them 2015-08-29 10:54:51 +Grum our ids are dynamically assigned 2015-08-29 10:55:46 +Thinkofdeath same with steven, just slightly harder to dynamically assign them on a wiki without a plugin :) 2015-08-29 10:55:55 +Thinkofdeath unless there is a counter feature i'm missing 2015-08-29 10:56:43 +Grum counter feature? 2015-08-29 10:56:59 +Thinkofdeath so it gets its id from the order its on the page 2015-08-29 10:57:09 +Thinkofdeath changing the order updates the ids for us 2015-08-29 10:57:18 +Thinkofdeath don't think it exists though 2015-08-29 10:58:25 +Thinkofdeath meh the table will do 2015-08-29 11:01:47 --> UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-08-29 11:06:42 --> LEGENDFF (~LEGENDFF@dslb-188-103-084-099.188.103.pools.vodafone-ip.de) a rejoint #mcdevs 2015-08-29 11:20:38 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-08-29 11:23:37 +Grum Thinkofdeath: in theory the protocol supports 'infinite' blockstates now 2015-08-29 11:23:41 +Grum so 'at least that is nice' ;D 2015-08-29 11:24:20 +Thinkofdeath yep noticed that :D 2015-08-29 11:24:46 +Thinkofdeath when do the virtual (for lack of a better name) block states become real? 2015-08-29 11:24:53 +Thinkofdeath (fences redstone etc) 2015-08-29 11:25:05 +md_5 I really should just make a new wiki account... given up on someone ever being nice enough to recover md_5 2015-08-29 11:25:22 +Grum Thinkofdeath: after 1.9 2015-08-29 11:25:46 * Thinkofdeath marks calendar 2015-08-29 11:26:02 +Thinkofdeath implementing the UpdateState methods is pain :P 2015-08-29 11:26:23 +Grum yeah :/ 2015-08-29 11:26:47 +Grum going to be quite the effort of doing it 'properly' though 2015-08-29 11:28:39 +md_5 in other news, I made a debian/ubuntu package for the Minecraft launcher. Just the depends/jar/icon/shortcut really. Makes it easier to grab+add to unity on ubuntu though 2015-08-29 11:29:02 +Thinkofdeath neat 2015-08-29 11:45:14 <-- LEGENDFF (~LEGENDFF@dslb-188-103-084-099.188.103.pools.vodafone-ip.de) a quitté (Ping timeout: 250 seconds) 2015-08-29 11:46:10 --> LEGENDFF (~LEGENDFF@dslb-188-103-084-099.188.103.pools.vodafone-ip.de) a rejoint #mcdevs 2015-08-29 12:07:50 +Thinkofdeath http://wiki.vg/Pre-release_protocol#Packets Done (somewhat) 2015-08-29 12:08:46 +Thinkofdeath Just need to remove the ids from the packets on the page and at a warning at the top saying "Don't build your code around theses ids, Grum will randomize them just to brake your code" :) 2015-08-29 12:10:51 +md_5 building it around IDs is useful when you dont feel like implementing every packet :p 2015-08-29 12:11:36 +Grum some links are not working Thinkofdeath :p 2015-08-29 12:11:50 +Grum md_5: yes but they are also not based on ids in our code 2015-08-29 12:11:51 +Thinkofdeath damn it 2015-08-29 12:12:03 +Grum like the chunkdata one 2015-08-29 12:12:09 +md_5 more than aware of that 2015-08-29 12:12:12 +Grum http://wiki.vg/Pre-release_protocol#ChunkData 2015-08-29 12:12:25 +md_5 yeah missing underscores 2015-08-29 12:12:29 +md_5 Chunk_Data 2015-08-29 12:12:54 +Thinkofdeath fixed 2015-08-29 12:26:51 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-08-29 13:20:32 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 260 seconds) 2015-08-29 13:42:25 <-- AlphaBlend (AlphaBlend@pool-173-58-84-236.lsanca.fios.verizon.net) a quitté (Ping timeout: 265 seconds) 2015-08-29 14:03:51 yawkat you should totally add this to vanilla https://github.com/thinkofdeath/steven/pull/65 2015-08-29 14:03:59 yawkat if srv is offline, connect to A 2015-08-29 14:04:09 yawkat it's nice for ddos protection :) 2015-08-29 14:11:42 --> nevercast (~Josh@241.139.69.111.dynamic.snap.net.nz) a rejoint #mcdevs 2015-08-29 14:12:12 nevercast Just confirming that Entity Status 10 is both Sheep eating grass & Play TNT ignite sound? 2015-08-29 14:12:18 nevercast This is entity type dependent? 2015-08-29 14:12:25 yawkat yes. 2015-08-29 14:12:54 nevercast Okay thank you. 2015-08-29 14:21:47 nevercast Map Chunk Bulk. Chunks are not collated with their Meta? It's Meta[Count], Data[Count] ? 2015-08-29 14:22:45 yawkat correct. 2015-08-29 14:22:49 yawkat this helps compression. 2015-08-29 14:23:24 nevercast Being that metadata with stacked values can be compressed very effectively. Yes ok 2015-08-29 14:26:14 nevercast Most of these packets have great structure, then there is particle and player list item that have strongly varying structure. 2015-08-29 14:27:55 --> Aragas (Aragas@37-145-58-116.broadband.corbina.ru) a rejoint #mcdevs 2015-08-29 14:28:25 yawkat it would be nice if they all got an easy-to-specify structure 2015-08-29 14:28:33 yawkat punch it into xml and generate bindings for languages 2015-08-29 14:29:23 nevercast It almost does. The optionals and conditions break it however. 2015-08-29 14:29:45 Fenhl md_5: no don't use underscores in wiki links that's bad style 2015-08-29 14:30:05 nevercast I'm going to slap up some optional and conditional attributes on my definitions. But it would be great if it was more portable. 2015-08-29 14:30:41 Fenhl Thinkofdeath: counting ids is totally possible, but our wiki is lacking even the most basic parser functions for some reason 2015-08-29 14:31:18 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-08-29 14:38:46 Fenhl also, I'm tweaking [[Template:PacketList]] a bit since some of the anchors are broken 2015-08-29 14:50:44 nevercast yawkat, Is there a syntax standard description of the protocol that can be consumed by generators? 2015-08-29 14:51:03 yawkat well not currently i think. 2015-08-29 14:53:50 nevercast That's unfortunate. 2015-08-29 15:04:28 nevercast yawkat, For reference, this is the best I've found out there: https://github.com/PrismarineJS/minecraft-data/blob/1.8/enums/protocol.json 2015-08-29 15:05:10 yawkat there's also this https://github.com/thinkofdeath/steven/blob/master/protocol/play_clientbound.go 2015-08-29 15:05:23 yawkat it generates the protocol bindings from go structs. 2015-08-29 15:05:52 yawkat you can also see it has conditions in some cases. 2015-08-29 15:06:06 nevercast Conditions and field based arrays? 2015-08-29 15:06:20 yawkat https://github.com/thinkofdeath/steven/blob/master/protocol/play_clientbound.go#L830 2015-08-29 15:07:04 +Thinkofdeath Fenhl: oh right, we have multiple packets with the same name 2015-08-29 15:07:52 nevercast yawkat, That is really good. I think the protocol could be split in to another repository and then tagged with snapshots and protocol versions. 2015-08-29 15:08:10 yawkat yea, ive thought of it before 2015-08-29 15:08:23 yawkat i have a similar setup in java like Thinkofdeaths version 2015-08-29 15:08:28 yawkat but an xml one would be very nice 2015-08-29 15:08:43 yawkat xcb does this but having one for minecraft would be great 2015-08-29 15:08:50 yawkat hey Thinkofdeath, youre bored all the time, right? 2015-08-29 15:09:07 * Thinkofdeath hides 2015-08-29 15:09:17 yawkat :D 2015-08-29 15:09:20 +Thinkofdeath also the steven one you linked is for the snapshots not 1.8 2015-08-29 15:09:39 yawkat whatever 2015-08-29 15:10:19 nevercast Yes that was my point. Its latest snapshot 2015-08-29 15:10:26 nevercast Something tagged with versions would be great 2015-08-29 15:11:08 +Thinkofdeath the json one is the closest you are going to get with that for now 2015-08-29 15:11:25 +Thinkofdeath I have no plans to keep the format used in steven stable 2015-08-29 15:13:55 nevercast "OpenGL profile requested but WGL_ARB_create_context_profile is unavailable" I'm surprised my graphics is missing an OpenGL feature 2015-08-29 15:14:43 +Thinkofdeath normally that means your gpu is missing gl3.2+ support 2015-08-29 15:15:00 +Thinkofdeath or glfw/me is derping somewhere, never checked :) 2015-08-29 15:15:45 nevercast Updating drives to be sure of PEBKAC 2015-08-29 15:15:58 nevercast s/drives/drivers/ 2015-08-29 15:19:35 johni0702 nevercast, out of curiosity, what is it you're trying to do / why isn't the minecraft-data protocol.json sufficient? 2015-08-29 15:20:15 nevercast johni0702, It is sufficient. I'm looking at other options. The less work I have to do to write a generator the better. 2015-08-29 15:20:45 nevercast What I'm doing is writing a protocol lib. There are so so many of them, but so very few if any maintained. 2015-08-29 15:20:58 johni0702 ah, which language? 2015-08-29 15:21:38 nevercast Currently C#. I've not touched it in years, thought I might try out the new features. 2015-08-29 15:23:29 nevercast Thinkofdeath, The realtime reloading of block textures is a wonderful thing. Also got it running. 2015-08-29 15:23:36 +Thinkofdeath :D 2015-08-29 15:23:59 nevercast Laptop configurable graphics. System didn't detect Steven.exe as a game. 2015-08-29 15:24:25 +Thinkofdeath ah those fun systems 2015-08-29 15:24:36 +Thinkofdeath yeah it wouldn't, nvidia hardcodes the list 2015-08-29 15:24:48 nevercast I wish it was NVidia. 2015-08-29 15:24:53 +Thinkofdeath amd? 2015-08-29 15:24:53 nevercast ATI (No I don't mean AMD) 2015-08-29 15:24:59 * Thinkofdeath shivers 2015-08-29 15:25:07 nevercast ^ This 2015-08-29 15:25:13 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (*.net *.split) 2015-08-29 15:25:15 <-- Brandon15811__ (uid13052@gateway/web/irccloud.com/x-jzqrigjfzawzsnhc) a quitté (*.net *.split) 2015-08-29 15:25:15 <-- rubyrandom (~ruby@unaffiliated/rubyrandom) a quitté (*.net *.split) 2015-08-29 15:25:15 <-- zml (~zml@minions.aoeu.xyz) a quitté (*.net *.split) 2015-08-29 15:25:25 +Thinkofdeath bane of my life those 2015-08-29 15:25:35 --> zml (~zml@minions.aoeu.xyz) a rejoint #mcdevs 2015-08-29 15:25:44 +Thinkofdeath their drivers love to segfault 2015-08-29 15:26:21 nevercast I don't call myself a measure of "fanboy", but I have a prejudice against AMD 2015-08-29 15:26:46 nevercast Just like I use WD not Seagate. It's a matter of one brand has caused me far less trouble than the other. 2015-08-29 15:27:25 --> rubyrandom (~ruby@unaffiliated/rubyrandom) a rejoint #mcdevs 2015-08-29 15:27:44 nevercast Thinkofdeath, Chance of a Windows 1.8.8 build? :) :) :) 2015-08-29 15:28:10 +Thinkofdeath the 1.8.8 builds exist on the ci but are pretty old now 2015-08-29 15:28:23 +Thinkofdeath didn't seem worth maintaining two unfinished versions :) 2015-08-29 15:28:58 <-- aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Ping timeout: 246 seconds) 2015-08-29 15:29:41 nevercast That's fair enough. Means I can't walk around my server though 2015-08-29 15:30:12 +Thinkofdeath its nothing fancy anyway 2015-08-29 15:30:47 +Thinkofdeath apart from the clouds I guess http://gfycat.com/GrimyHarmfulAnemone :) 2015-08-29 15:30:48 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-08-29 15:31:03 nevercast Heh, rendering works when the window is not focused, when the window is focused render order is broken. Backfaces of blocks are show and the sun renders over the blocks. 2015-08-29 15:31:13 +Thinkofdeath o.o 2015-08-29 15:31:15 nevercast I wouldn't consider that a noteworthy issue though. Likely my laptop. 2015-08-29 15:31:33 nevercast Odd that it's only when the window is in focus that it happens 2015-08-29 15:31:51 +Thinkofdeath yeah sounds like it, opengl support in drivers isn't the greatest 2015-08-29 15:32:08 +Thinkofdeath and I don't feel like learning directx 2015-08-29 15:32:18 --> Brandon15811__ (uid13052@gateway/web/irccloud.com/x-mbnkexopocohxbjy) a rejoint #mcdevs 2015-08-29 15:33:17 --> AlphaBlend (AlphaBlend@pool-173-58-84-236.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-08-29 15:33:38 +Thinkofdeath Fenhl: do you think its worth removing all the packet ids from the packets descriptions on the page so we only update in one place? 2015-08-29 15:35:16 nevercast Thinkofdeath, I'd like to thank Steven for pinning a core on the login page :D 2015-08-29 15:35:37 * Thinkofdeath whistles 2015-08-29 15:36:15 +Thinkofdeath worth it for the backgrounds :P 2015-08-29 15:36:56 +Thinkofdeath http://i.imgur.com/2PdTYC8.png 2015-08-29 15:37:16 nevercast Aether client style "Render last world" ? 2015-08-29 15:37:21 +Thinkofdeath yeah 2015-08-29 15:37:36 nevercast Nice 2015-08-29 15:37:51 nevercast Too much FPS though. Needs less. Or maybe I need less Laptop. 2015-08-29 15:37:54 Fenhl Thinkofdeath: sounds like a bad idea 2015-08-29 15:38:27 +Thinkofdeath nevercast: should be vsync'd, maybe thats why your cpu usage is so high 2015-08-29 15:38:38 +Thinkofdeath guess I never thought about gpu's not supporting that 2015-08-29 15:38:45 +Thinkofdeath Fenhl: oh? 2015-08-29 15:39:10 Fenhl I'd be okay with adding templates to reduce errors, but that's not currently possible and I do think the information is important 2015-08-29 15:39:30 +Thinkofdeath hmm I was thinking it would make any future reorders easier 2015-08-29 15:39:53 <-- LEGENDFF (~LEGENDFF@dslb-188-103-084-099.188.103.pools.vodafone-ip.de) a quitté (Ping timeout: 260 seconds) 2015-08-29 15:40:12 --> LEGENDFF (~LEGENDFF@ip-90-186-32-246.web.vodafone.de) a rejoint #mcdevs 2015-08-29 15:41:00 --> Pyker (pyker@pyker.net) a rejoint #mcdevs 2015-08-29 15:41:44 nevercast With this JSON file I'm left to ponder if I should generate statically-typed structures or just have a dynamically typed protocol library that takes this JSON as a 'schema' 2015-08-29 16:03:48 nevercast Thanks for your help #mcdevs. Will be online later. Cheers. 2015-08-29 16:08:52 <-- nevercast (~Josh@241.139.69.111.dynamic.snap.net.nz) a quitté (Ping timeout: 265 seconds) 2015-08-29 16:12:56 -- zz_r04r est maintenant connu sous le nom r04r 2015-08-29 16:55:20 +Amaranth Thinkofdeath: You could probably get by with rendering that to a FBO like 10 fps and just doing some artistic pans to fill the rest of the time 2015-08-29 17:33:01 +Thinkofdeath hmm could work. The current implementation is lazy, it just doesn't clear the render state when leaving servers and does it on join instead 2015-08-29 17:33:18 +Thinkofdeath so the world stays in the background, frozen 2015-08-29 18:06:00 rom15041 nevercast: in what language do you want to do that ? 2015-08-29 18:07:42 rom15041 And btw look at this. https://gist.github.com/rom1504/7b4c0cc29fb03122b6a5 but we are trying to make something usable by anybody ( and language) with minecraft-data 2015-08-29 18:11:29 +Thinkofdeath rom15041: he left and has apparently commented on that gist :P 2015-08-29 18:12:08 rom15041 Ha ! 2015-08-29 18:12:57 rom15041 Good point ^^ 2015-08-29 19:21:32 <-- Lymia (~lymia@magical.girl.lyrical.lymia.moe) a quitté (Ping timeout: 250 seconds) 2015-08-29 19:22:03 --> Lymia (~lymia@magical.girl.lyrical.lymia.moe) a rejoint #mcdevs 2015-08-29 19:57:06 +Amaranth Thinkofdeath: Oh, I assumed it was rendering something back there since he said it was maxing out his system sitting on the menu 2015-08-29 19:57:39 +Amaranth But I guess the possibility of broken vsync makes more sense now 2015-08-29 19:58:17 <-- Brandon15811__ (uid13052@gateway/web/irccloud.com/x-mbnkexopocohxbjy) a quitté (Quit: Connection closed for inactivity) 2015-08-29 19:58:28 +Thinkofdeath well it is rendering but just the old chunks from before (so no building/updates) so it shouldn't have maxed out 2015-08-29 20:01:20 <-- GunfighterJ (gunfighter@2607:5300:60:34b:d::43) a quitté (Quit: (╯°□°)╯︵ ʇǝuɹǝʇuı ǝɥʇ ɥʇıʍ ǝuop ɯ,ı) 2015-08-29 20:01:46 +Thinkofdeath Vanilla still beats me in rendering performance :3 2015-08-29 20:05:04 --> Brandon15811__ (uid13052@gateway/web/irccloud.com/x-ysadjouguensbbbg) a rejoint #mcdevs 2015-08-29 20:06:24 +Thinkofdeath Vanilla: http://i.imgur.com/4ZJ1AyW.png ~500fps Steven: https://i.imgur.com/bYiqH0P.png ~150fps 2015-08-29 20:07:10 --> GunfighterJ (gunfighter@2607:5300:60:34b:d::43) a rejoint #mcdevs 2015-08-29 20:16:55 DiaLight Clouds different 2015-08-29 20:18:28 +Thinkofdeath they don't make much difference in terms of fps 2015-08-29 20:18:44 +Thinkofdeath 150 with, 180 without 2015-08-29 20:21:17 DiaLight may be reason in OpenGL settings or texture mip mapping 2015-08-29 20:22:56 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-08-29 21:13:29 +Amaranth Thinkofdeath: Using index buffers? 2015-08-29 21:13:43 +Thinkofdeath yeah 2015-08-29 21:14:14 +Amaranth Stop drawing the UI and output the FPS to console once a second 2015-08-29 21:15:41 +Thinkofdeath ~190fps 2015-08-29 21:16:10 +Amaranth Wow guess you've got decent text rendering 2015-08-29 21:16:22 +Thinkofdeath :) 2015-08-29 21:16:32 +Amaranth Are you doing occlusion culling? 2015-08-29 21:16:43 +Amaranth And are you culling as much as Minecraft is? 2015-08-29 21:16:52 +Thinkofdeath yes and hopefully 2015-08-29 21:17:14 +Thinkofdeath i implemented what tomcc put on his blog and it seems to work fine 2015-08-29 21:17:20 +Thinkofdeath plus frustum culling 2015-08-29 21:18:16 +Amaranth Well other than color differences the only other thing that stands out is the FoV which won't change the performance that much 2015-08-29 21:18:23 +Grum Thinkofdeath: you implemented the 'narrowing cone' ? 2015-08-29 21:18:34 +Amaranth So it looks like you're going to have to bust out a profiler 2015-08-29 21:18:55 +Thinkofdeath Grum: narrowing cone? 2015-08-29 21:19:05 +Thinkofdeath Amaranth: yeah :| 2015-08-29 21:19:05 +Grum what did you implement? :D 2015-08-29 21:19:28 +Thinkofdeath https://tomcc.github.io/2014/08/31/visibility-1.html 2015-08-29 21:19:34 +Thinkofdeath something like that 2015-08-29 21:19:49 +Amaranth Flood fill to detect connected section faces and BFS to filter out hidden chunks 2015-08-29 21:20:09 +Grum humz yeah that one has bugs 2015-08-29 21:20:33 +Thinkofdeath .-. 2015-08-29 21:20:43 +Grum frustum clamping is the 'bestesterest' way 2015-08-29 21:20:49 +Grum but i've not been able to implement that properly 2015-08-29 21:21:12 +Grum its a bit more high-traffic but also significantly more perfect 2015-08-29 21:22:07 +Amaranth Thinkofdeath: He means https://tomcc.github.io/frustum_clamping.html but in 3D 2015-08-29 21:22:11 +Grum aye 2015-08-29 21:22:35 +Amaranth Except how does that handle caves? 2015-08-29 21:22:38 +Grum that is 'the bestest way' but i've had stupid issues implementing it for some reason 2015-08-29 21:22:44 +Grum Amaranth: it handles them perfectly 2015-08-29 21:22:48 * Thinkofdeath reads source 2015-08-29 21:22:51 +Amaranth You're still going to render them unless you're doing visibility testing 2015-08-29 21:23:00 +Grum no? 2015-08-29 21:23:09 +Grum because that beam will never go back on itself 2015-08-29 21:24:03 +Amaranth btw frustum clamping appears to be a term you guys made up 2015-08-29 21:24:09 +Grum yes 2015-08-29 21:24:22 +Grum which is why i mentioned it, since its mentioned in the last link in the article ;) 2015-08-29 21:25:24 +Grum basically 'cone of view' clamping 2015-08-29 21:25:24 +Amaranth I'm trying to think of terms/phrases that would be used in CG literature to see if there are any papers out there for this 2015-08-29 21:27:43 +Amaranth Surprise, the most similar things involve raytracing 2015-08-29 21:27:51 +Grum yup 2015-08-29 21:27:55 +Grum which is far too expensive 2015-08-29 21:28:43 +Amaranth You can almost get away with voxel raycasting for rendering these days 2015-08-29 21:29:04 +Grum haha yeah on beast machines without textures :p 2015-08-29 21:29:56 +Amaranth https://www.shadertoy.com/view/4ds3WS 2015-08-29 21:30:14 +Amaranth I think that has a 180 block render distance by default 2015-08-29 21:30:58 +Grum quite amazing what people make ;P 2015-08-29 21:31:42 +Amaranth Apparently if it was running in a real engine and not recalculating the noise for the entire scene every frame the frame time would be cut in half 2015-08-29 21:35:07 +Grum doesn't matter, not really an option 2015-08-29 21:36:11 +Amaranth Sure, when I couldn't get anything interesting to run at 30 fps on my laptop I came to the same conclusion 2015-08-29 21:36:14 +Amaranth But it's close :D 2015-08-29 21:37:00 +Amaranth Would make a lot more sense for a game that is mostly indoors though 2015-08-29 21:37:12 +Amaranth Expansive outdoor scenes are a worst case scenario for raycasting 2015-08-29 21:39:12 +Grum yeah 2015-08-29 21:40:18 --> SpaceManiac (~Tad@74-194-137-165.gtwncmta01.res.dyn.suddenlink.net) a rejoint #mcdevs 2015-08-29 21:40:18 -- Mode #mcdevs [+v SpaceManiac] par ChanServ 2015-08-29 21:41:54 +Grum still want to implement the idea we had though 2015-08-29 21:42:01 +Grum going to be very interesting though :P 2015-08-29 21:55:35 --> aeonchild (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs 2015-08-29 22:16:04 <-- DiaLight (~DiaLight@host-37-158-66-217.spbmts.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-08-29 22:39:40 --> barneygale_ (~barneygal@90.196.48.50) a rejoint #mcdevs 2015-08-29 22:49:45 Aikar Dinnerbone / Grum: RegionFile where it gets a DeflaterOutputStream, its missing a BufferedOutputStream in the same fashion the InputStreams do for reading. this causes MASSIVELY ineffecient writes using DeflaterOutputStream.write(int), creating tons of new byte[1] 2015-08-29 22:50:45 Aikar those bytes[] appear to be causing much more allocation than BlockPositions 2015-08-29 22:52:01 +Grum it seems to have its own buffer 2015-08-29 22:52:17 +Grum new DataOutputStream(new DeflaterOutputStream(new ChunkBuffer()))) 2015-08-29 22:52:31 Aikar right, but thats farther down the chain... 2015-08-29 22:52:31 +Grum the ChunkBuffer is an 8k ByteArrayOutputStream 2015-08-29 22:52:47 +Grum there is only one place where we make a new DeflaterOutputStream and that is there 2015-08-29 22:54:10 Aikar it has to pass through the deflation stream to get to that stream 2015-08-29 22:54:46 Aikar memory profiler results: http://screencloud.net/v/m2Qn 2015-08-29 22:56:26 +Grum not sure what you are making me look at 2015-08-29 22:56:47 Aikar saying to simply inject a BufferedOutputStream before the DeflaterOutputStream in the same way you are for reads 2015-08-29 22:56:53 Aikar so it'll never call .write(int) 2015-08-29 22:57:17 Aikar return this.d(i, j) ? null : new DataOutputStream(new java.io.BufferedOutputStream(new DeflaterOutputStream(new RegionFile.ChunkBuffer(i,j)))) 2015-08-29 22:58:23 +Grum i'm missing where it is creating byte[]'s O.o 2015-08-29 22:58:31 Aikar DeflaterOutputStream.write(int) 2015-08-29 22:59:27 Aikar every single call, and .writeInt() calls it 4 times 2015-08-29 22:59:29 +Grum yes, and how will this method suddenly change to not do that if there is a bufferedoutputstream infront of it? 2015-08-29 22:59:43 +Grum oooh 2015-08-29 22:59:44 +Grum hmmm 2015-08-29 22:59:50 Aikar buffered stream will build up a buffer, then call dEflateroutputstream.write(byte[]) 2015-08-29 22:59:53 +Grum buffered will just do the byte[] and not byte ? 2015-08-29 22:59:57 Aikar yeah 2015-08-29 23:00:07 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 246 seconds) 2015-08-29 23:00:11 +Grum hmmm 2015-08-29 23:00:13 Aikar ##java told me "they probally havent optimized it because you shouldnt be using it" 2015-08-29 23:01:03 Aikar which will also be more effecient for the Deflater too 2015-08-29 23:01:06 +Grum ugh 2015-08-29 23:02:05 +Grum ok so in all honesty, i have noticed it doing 'single byte writes' 2015-08-29 23:02:22 +Grum didn't realize this could be fixed so trivially >>> 2015-08-29 23:02:25 Aikar lol 2015-08-29 23:02:55 yawkat :D 2015-08-29 23:03:08 Aikar oh your in here ;P 2015-08-29 23:05:03 Aikar I found the source of the issue, and was about to replace it with a Deflater that re-uses a single buffer, but yawkat suggested the buffered stream instead which def is better for Deflater too 2015-08-29 23:07:17 Aikar Grum: my next goal is to look into pooling MutableBlockPositions for the "hot" sections only, notably pathfinding appears to really churn some allocations. Thoughts there? fixing these 2 issues should drastically reduce memory allocation 2015-08-29 23:07:37 +Grum i think nathan took a look at the pathfinding already 2015-08-29 23:07:46 +Grum and just drastically clamped it max-length 2015-08-29 23:07:51 +Grum without any noticable difference 2015-08-29 23:08:05 Aikar cpu performance wise i thought? or did he improve object allocations too? 2015-08-29 23:09:11 Aikar I've been studying GC activity for a few days now. Seeing a lot of object promotions to old that i'm pretty sure is premature... so trying to cut down on allocation to slow down GC. 2015-08-29 23:09:47 Aikar VisualGC: http://screencloud.net/v/wL7p 2015-08-29 23:10:48 * Aikar sees another FullGC about to happen :( 2015-08-29 23:11:15 +Grum would be nice to see where these blockposes get spammed from 2015-08-29 23:11:25 Aikar sec ill show the memory profile for that 2015-08-29 23:11:38 +Grum hmm visualvm does it? 2015-08-29 23:11:53 Aikar yes but makes server crash pretty fast 2015-08-29 23:12:02 Aikar took me like 5 tries to get usable data 2015-08-29 23:12:47 Aikar http://screencloud.net/v/4A9p overview: String im working on but that is actually my fault for using String keys for block positions with String.format("x:y:z") so i gotta fix that. 2015-08-29 23:13:24 Aikar now, given this was with a lot of mobs around me in order to generate activity: http://screencloud.net/v/ahgl 2015-08-29 23:13:40 Aikar so under more production standards, other areas could be more of the % 2015-08-29 23:14:19 +Grum mmm what created that? profiling/sampling? 2015-08-29 23:14:32 Aikar profiling 2015-08-29 23:14:39 Aikar gotta checkbox the stack trace option though 2015-08-29 23:14:48 Aikar i was running with "Capture every 3" 2015-08-29 23:15:06 Aikar maybe vanilla will be more stable in terms of crashing lol 2015-08-29 23:15:11 Aikar could be CB stuff that makes it unstable 2015-08-29 23:16:20 +Grum aaaah 2015-08-29 23:16:25 +Grum that is why the stacktrace is missing 2015-08-30 00:04:07 -- r04r est maintenant connu sous le nom Derpamine 2015-08-30 00:04:18 -- Derpamine est maintenant connu sous le nom r04r 2015-08-30 00:13:17 <-- barneygale (~barneygal@mail.thefoundry.co.uk) a quitté (Disconnected by services) 2015-08-30 00:13:27 -- barneygale_ est maintenant connu sous le nom barneygale 2015-08-30 00:13:42 --> barneygale_ (~barneygal@mail.thefoundry.co.uk) a rejoint #mcdevs 2015-08-30 00:21:42 <-- dexter0 (~dexter0@c-73-222-1-210.hsd1.ca.comcast.net) a quitté (Remote host closed the connection) 2015-08-30 00:27:06 --> dexter0 (~dexter0@c-73-222-1-210.hsd1.ca.comcast.net) a rejoint #mcdevs 2015-08-30 00:29:25 --> nevercast (~Josh@241.139.69.111.dynamic.snap.net.nz) a rejoint #mcdevs 2015-08-30 00:33:14 --> clj (~clonejo@shakik.de) a rejoint #mcdevs 2015-08-30 00:36:05 <-- barneygale (~barneygal@90.196.48.50) a quitté (Ping timeout: 260 seconds) 2015-08-30 00:37:04 --> barneygale (~barneygal@2.124.193.79) a rejoint #mcdevs 2015-08-30 00:56:47 --> Not-f7bb (~notifico@198.199.82.216) a rejoint #mcdevs 2015-08-30 00:56:47 Not-f7bb [minecraft-data] rom1504 pushed 1 commit to 1.8 [+0/-0/±1] http://git.io/vGnhb 2015-08-30 00:56:48 Not-f7bb [minecraft-data] rom1504 93c3d81 - add projects using minecraft-data in the readme 2015-08-30 00:59:00 Not-f7bb [minecraft-data] rom1504 pushed 1 commit to 1.8 [+0/-0/±1] http://git.io/vGnjn 2015-08-30 00:59:01 Not-f7bb [minecraft-data] rom1504 28a6df3 - add craftyjs in users 2015-08-30 01:05:23 --> RenegadeEagle2 (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-08-30 01:06:21 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Ping timeout: 255 seconds) 2015-08-30 01:13:17 nevercast Was not aware that notified here. Nice. 2015-08-30 01:16:37 Gjum nevercast: several projects are notifying acually 2015-08-30 01:17:35 nevercast Gjum, good :) 2015-08-30 01:40:51 <-- Aragas (Aragas@37-145-58-116.broadband.corbina.ru) a quitté (Ping timeout: 264 seconds) 2015-08-30 01:43:32 <-- LEGENDFF (~LEGENDFF@ip-90-186-32-246.web.vodafone.de) a quitté (Quit: Leaving) 2015-08-30 01:44:35 <-- nickelpro (~nickelpro@the.one.and.only.nickelp.ro) a quitté (Quit: Blew this popsicle stand) 2015-08-30 01:44:52 --> nickelpro (~nickelpro@the.one.and.only.nickelp.ro) a rejoint #mcdevs 2015-08-30 01:47:00 <-- nickelpro (~nickelpro@the.one.and.only.nickelp.ro) a quitté (Client Quit) 2015-08-30 01:47:13 --> nickelpro (~nickelpro@the.one.and.only.nickelp.ro) a rejoint #mcdevs 2015-08-30 01:48:15 <-- nickelpro (~nickelpro@the.one.and.only.nickelp.ro) a quitté (Client Quit) 2015-08-30 01:48:28 --> nickelpro (youre.look@the.one.and.only.nickelp.ro) a rejoint #mcdevs 2015-08-30 01:50:58 <-- nickelpro (youre.look@the.one.and.only.nickelp.ro) a quitté (Client Quit) 2015-08-30 01:51:07 --> nickelpro (i.am@the.one.and.only.nickelp.ro) a rejoint #mcdevs 2015-08-30 01:54:01 <-- ry60003333 (~ry6000333@cpe-107-10-230-189.neo.res.rr.com) a quitté (Quit: ry60003333) 2015-08-30 01:59:01 <-- nevercast (~Josh@241.139.69.111.dynamic.snap.net.nz) a quitté (Ping timeout: 265 seconds) 2015-08-30 02:34:51 <-- barneygale (~barneygal@2.124.193.79) a quitté (Ping timeout: 264 seconds) 2015-08-30 02:35:21 --> barneygale (~barneygal@2.216.197.99) a rejoint #mcdevs 2015-08-30 02:35:39 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-08-30 03:19:05 <-- barneygale (~barneygal@2.216.197.99) a quitté (Ping timeout: 240 seconds) 2015-08-30 03:20:09 --> barneygale (~barneygal@176.25.18.142) a rejoint #mcdevs 2015-08-30 03:38:31 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: UUID00) 2015-08-30 04:04:22 <-- barneygale (~barneygal@176.25.18.142) a quitté (Ping timeout: 244 seconds) 2015-08-30 04:54:23 --> Me4502 (~quassel@CPE-121-208-166-208.azly1.woo.bigpond.net.au) a rejoint #mcdevs 2015-08-30 04:54:47 -- Me4502 est maintenant connu sous le nom Guest44934 2015-08-30 04:55:11 <-- Guest44934 (~quassel@CPE-121-208-166-208.azly1.woo.bigpond.net.au) a quitté (Changing host) 2015-08-30 04:55:11 --> Guest44934 (~quassel@unaffiliated/me4502) a rejoint #mcdevs 2015-08-30 04:55:29 -- Guest44934 est maintenant connu sous le nom Me4502_ 2015-08-30 05:03:38 <-- Me4502_ (~quassel@unaffiliated/me4502) a quitté (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 2015-08-30 06:06:39 <-- SpaceManiac (~Tad@74-194-137-165.gtwncmta01.res.dyn.suddenlink.net) a quitté (Ping timeout: 264 seconds) 2015-08-30 07:37:25 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 246 seconds) 2015-08-30 08:36:02 -- Kazuto est maintenant connu sous le nom Kirigaya-kun 2015-08-30 09:11:16 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 244 seconds) 2015-08-30 09:30:01 <-- fortytwo (~thomas@who.let.this.bloody.dropbear.in) a quitté (Ping timeout: 244 seconds) 2015-08-30 09:30:18 --> fortytwo_ (~thomas@who.let.this.bloody.dropbear.in) a rejoint #mcdevs 2015-08-30 09:30:20 --> Flemmard (~flemmard@unaffiliated/flemmard) a rejoint #mcdevs 2015-08-30 09:30:23 -- fortytwo_ est maintenant connu sous le nom fortytwo 2015-08-30 09:33:56 <-- RenegadeEagle2 (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-08-30 10:29:31 --> LEGENDFF (~LEGENDFF@dslb-188-102-181-184.188.102.pools.vodafone-ip.de) a rejoint #mcdevs 2015-08-30 10:36:36 --> luii (~luii@p57954676.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-08-30 10:38:29 luii Good morning 2015-08-30 11:08:02 luii http://hastebin.com/izinonupax.coffee what is the number on the 14th byte 2015-08-30 11:10:58 luii well nvm i oversaw that .readUInt16BE reads 2 bytes 2015-08-30 11:19:43 <-- luii (~luii@p57954676.dip0.t-ipconnect.de) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-08-30 11:23:32 <-- Cxom2 (~Trinoxtio@2601:248:4200:4876:a050:1b70:5949:a2a0) a quitté (Ping timeout: 244 seconds) 2015-08-30 12:15:41 <-- kev009 (~kev009@tempe0.bbox.io) a quitté (Remote host closed the connection) 2015-08-30 12:19:10 --> kev009 (~kev009@tempe0.bbox.io) a rejoint #mcdevs 2015-08-30 12:19:10 -- Mode #mcdevs [+v kev009] par ChanServ 2015-08-30 12:20:07 -- Voltasalt est maintenant connu sous le nom xSke 2015-08-30 12:20:13 -- xSke est maintenant connu sous le nom _Ske 2015-08-30 12:20:18 -- _Ske est maintenant connu sous le nom Voltasal 2015-08-30 12:20:20 -- Voltasal est maintenant connu sous le nom Voltasalt 2015-08-30 13:06:08 --> UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-08-30 13:07:57 <-- bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a quitté (Ping timeout: 272 seconds) 2015-08-30 13:08:09 --> bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-08-30 13:13:55 --> Aragas (Aragas@37-145-58-116.broadband.corbina.ru) a rejoint #mcdevs 2015-08-30 13:41:29 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-08-30 13:55:19 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 265 seconds) 2015-08-30 13:59:16 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-08-30 15:16:45 --> barneygale (~barneygal@176.25.18.142) a rejoint #mcdevs 2015-08-30 15:25:27 --> Wuppie (~kenny_000@546BF43E.cm-12-4d.dynamic.ziggo.nl) a rejoint #mcdevs 2015-08-30 15:33:13 LEGENDFF anyone knows whats disabling movement keys while guis are opened in the notchian client? 2015-08-30 15:35:28 Aikar Grum: you around? 2015-08-30 15:35:51 Aikar I've made epic progress on memory allocation :) 2015-08-30 15:36:06 Aikar live stream of my GC: http://www.hitbox.tv/aikar 2015-08-30 15:38:45 Aikar patch for pooling hotspots: https://bitbucket.org/starlis/empirecraft/commits/0845a41c5704d8b932f45540309cedb7b25164c4 2015-08-30 15:52:12 Aikar killed stream since I gotta leave, but http://screencloud.net/v/89Ao - GC's are running once per 4 MINUTES now... 2015-08-30 15:52:18 Aikar for young gen 2015-08-30 15:52:28 Aikar and old gen only increasing 1-2M 2015-08-30 15:52:41 Aikar so.... yeah old gens not going to need any GC for a single day I believe 2015-08-30 16:12:05 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-08-30 16:30:11 -- Kirigaya-kun est maintenant connu sous le nom Kazuto 2015-08-30 16:48:29 <-- barneygale (~barneygal@176.25.18.142) a quitté (Remote host closed the connection) 2015-08-30 16:53:36 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 255 seconds) 2015-08-30 17:00:13 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-08-30 17:10:04 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-08-30 17:25:45 <-- AlphaBlend (AlphaBlend@pool-173-58-84-236.lsanca.fios.verizon.net) a quitté (Read error: Connection reset by peer) 2015-08-30 17:26:54 --> AlphaBlend (~Vector@pool-173-58-84-236.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-08-30 17:27:06 <-- yorick (~yorick@oftn/member/yorick) a quitté (Remote host closed the connection) 2015-08-30 17:28:15 <-- pbunny (~pbunny@chat.freenode.cz) a quitté (Ping timeout: 272 seconds) 2015-08-30 17:29:21 --> yorick (~yorick@oftn/member/yorick) a rejoint #mcdevs 2015-08-30 17:52:22 <-- Wuppie (~kenny_000@546BF43E.cm-12-4d.dynamic.ziggo.nl) a quitté (Ping timeout: 252 seconds) 2015-08-30 18:14:32 --> DiaLight|2 (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-08-30 18:16:37 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-08-30 18:18:13 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Ping timeout: 260 seconds) 2015-08-30 18:23:32 --> Cxom2 (~Trinoxtio@2601:248:4200:4876:91b3:b0ff:2546:89bb) a rejoint #mcdevs 2015-08-30 18:23:38 <-- DiaLight|2 (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-08-30 18:39:09 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Quit: redstonehelper) 2015-08-30 18:42:21 Not-f7bb [minecraft-data] rom1504 pushed 5 commits to 1.8 [+0/-0/±7] http://git.io/vGWix 2015-08-30 18:42:22 Not-f7bb [minecraft-data] Gjum f3333b2 - Add all window types, some data still missing, sort by id 2015-08-30 18:42:24 Not-f7bb [minecraft-data] Gjum 6e1965c - Add Player window 2015-08-30 18:42:25 Not-f7bb [minecraft-data] Gjum 5a7a6bb - Add data from wiki.vg, use their names, also use numbers now (1,2 for one,two) 2015-08-30 18:42:27 Not-f7bb [minecraft-data] ... and 2 more commits. 2015-08-30 18:43:51 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-08-30 19:13:55 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-08-30 19:27:01 <-- Lymia (~lymia@magical.girl.lyrical.lymia.moe) a quitté (Quit: Hugs~ <3) 2015-08-30 19:30:04 --> Lymia (lymia@magical.girl.lyrical.lymia.moe) a rejoint #mcdevs 2015-08-30 19:41:34 --> Cxom (~Trinoxtio@2601:248:4200:4876:a1f0:8243:4281:4534) a rejoint #mcdevs 2015-08-30 19:43:40 <-- Cxom2 (~Trinoxtio@2601:248:4200:4876:91b3:b0ff:2546:89bb) a quitté (Ping timeout: 246 seconds) 2015-08-30 19:52:36 Not-f7bb [minecraft-data] rom1504 pushed 1 commit to 1.8 [+0/-0/±1] http://git.io/vGWj2 2015-08-30 19:52:37 Not-f7bb [minecraft-data] rom1504 e1984fd - rename craftyjs 2015-08-30 19:53:36 <-- AlphaBlend (~Vector@pool-173-58-84-236.lsanca.fios.verizon.net) a quitté (Ping timeout: 255 seconds) 2015-08-30 20:05:31 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 246 seconds) 2015-08-30 20:07:40 --> luii (~luii@p57954676.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-08-30 20:07:49 luii hi 2015-08-30 20:12:10 luii how do i know what EID a user get? 2015-08-30 20:15:54 angal EntityID? 2015-08-30 20:16:14 luii yes 2015-08-30 20:16:46 angal If you are client, you will receive it in http://wiki.vg/Protocol#Join_Game 2015-08-30 20:17:21 luii in this case i am the server 2015-08-30 20:17:57 angal Then you deside it on your own. 2015-08-30 20:19:01 * angal sending EntityID 0 for players entity to each player... 2015-08-30 20:19:12 angal Please, do not PM me. 2015-08-30 20:19:35 luii http://minecraft.gamepedia.com/Entity this table says it is "Player" 2015-08-30 20:24:55 Fenhl luii: that's the entity savegame ID, which specifies the type of entity 2015-08-30 20:25:31 Fenhl EID is a unique ID for each individual entity 2015-08-30 20:26:33 Fenhl Minecraft Wiki seems to call the savegame IDs “Entity IDs” in some places, which is confusing/wrong 2015-08-30 20:31:24 rom1504 the entity id better be unique yeah 2015-08-30 20:31:55 rom1504 idk what is going to happen if you send 0 for every entity, but it will be confusing :p 2015-08-30 20:39:18 luii http://minecraft.gamepedia.com/The_Player i think they mean the network id 2015-08-30 20:39:24 luii but there only a n/a 2015-08-30 20:59:40 Not-2be [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±4] http://git.io/vGlsp 2015-08-30 20:59:41 Not-2be [mineflayer] rom1504 3bd31f5 - use prismarine-entity, and remove doc that is now in prismarine-* modules 2015-08-30 21:20:38 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: UUID00) 2015-08-30 21:20:51 <-- luii (~luii@p57954676.dip0.t-ipconnect.de) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-08-30 21:21:18 --> UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-08-30 22:07:02 <-- LEGENDFF (~LEGENDFF@dslb-188-102-181-184.188.102.pools.vodafone-ip.de) a quitté (Quit: Leaving) 2015-08-30 22:19:33 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-08-30 22:35:32 Not-2be [mineflayer] rom1504 pushed 1 commit to master [+0/-1/±0] http://git.io/vGlww 2015-08-30 22:35:34 Not-2be [mineflayer] rom1504 6515192 - remove entity.js (forgot to remove it in last commit) 2015-08-30 22:38:30 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-08-30 22:56:23 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-08-30 23:00:03 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Client Quit) 2015-08-30 23:00:21 --> DiaLight_android (~DiaLight_@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-08-30 23:13:21 <-- DiaLight_android (~DiaLight_@ip212-109-15-145.sampo.ru) a quitté (Remote host closed the connection) 2015-08-30 23:24:48 --> DiaLight_android (~DiaLight_@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-08-30 23:24:52 <-- DiaLight_android (~DiaLight_@ip212-109-15-145.sampo.ru) a quitté (Client Quit) 2015-08-31 00:25:40 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: UUID00) 2015-08-31 00:55:10 <-- bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a quitté (Quit: Chi mai dell'Erebo fra le caligini, sull'orme d'Ercole e di Piritoo conduce il pié?) 2015-08-31 00:55:34 --> bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-08-31 01:05:31 <-- aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Remote host closed the connection) 2015-08-31 01:05:39 --> aeonchild (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs 2015-08-31 02:49:16 --> AlphaBlend (~Vector@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-08-31 03:36:36 --> kev009_ (~kev009@tempe0.bbox.io) a rejoint #mcdevs 2015-08-31 03:36:36 -- Mode #mcdevs [+v kev009_] par ChanServ 2015-08-31 03:38:34 <-- kev009 (~kev009@tempe0.bbox.io) a quitté (Ping timeout: 240 seconds) 2015-08-31 03:50:46 <-- Aragas (Aragas@37-145-58-116.broadband.corbina.ru) a quitté (Ping timeout: 252 seconds) 2015-08-31 04:28:05 <-- aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Quit: leaving) 2015-08-31 04:29:02 --> enchilado (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs 2015-08-31 04:29:27 -- enchilado est maintenant connu sous le nom aeonchild 2015-08-31 04:39:05 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-08-31 05:17:31 -- r04r est maintenant connu sous le nom zz_r04r 2015-08-31 05:28:32 <-- Rudench (n3rd@v6.Alderaan.Shadow-Dev.org) a quitté (Ping timeout: 244 seconds) 2015-08-31 05:28:32 <-- jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a quitté (Ping timeout: 244 seconds) 2015-08-31 05:29:38 --> Rudench (n3rd@v6.Alderaan.Shadow-Dev.org) a rejoint #mcdevs 2015-08-31 05:32:09 --> jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a rejoint #mcdevs 2015-08-31 05:32:26 Not-2be [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vG8aw 2015-08-31 05:32:27 Not-2be [mineflayer] rom1504 18f141c - the destination of unequip is not optional, produce an error if not given 2015-08-31 05:57:26 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 264 seconds) 2015-08-31 06:05:52 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-08-31 06:39:20 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-08-31 06:42:31 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 246 seconds) 2015-08-31 06:42:32 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2015-08-31 06:51:16 <-- orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Quit: Leaving) 2015-08-31 06:54:05 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-08-31 07:23:56 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-08-31 07:24:43 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 246 seconds) 2015-08-31 07:57:46 +Grum Aikar: i'll look into it, sadly it seems that pooling might be useful :( 2015-08-31 07:58:08 Aikar Grum: note I missed a line in my patch, let me get new diff, and I moved it into NMS 2015-08-31 07:58:38 Aikar https://bitbucket.org/starlis/empirecraft/src/9228ba69c2f09852a1356e1e22e6d808a5d1eefd/patches/craftbukkit/0117-Pool-BlockPosition-to-reduce-memory-usage.patch?at=master 2015-08-31 07:59:14 Aikar ive put it in many of the hotter spots, left the others alone 2015-08-31 07:59:33 Aikar first iteration REALLY improved memory stability, but found more spots today ill push out soon 2015-08-31 08:00:42 Aikar i mean it can still churn out 700-1200MB/s, but compared to before... leaps and bounds better. on low activity I was going minutes between 2015-08-31 08:01:10 Aikar what I'm really noticing with peoples timing reports looks like GC activity is killing their TPS (avg tick < 50ms yet TPS loss) 2015-08-31 08:02:27 Aikar also Grum vanilla wasn't any more stable for memory profiling.... dont know if its a VisualVM bug or something the MC code is doing 2015-08-31 08:02:41 <-- morfin (~morfin@morfin.telenet.ru) a quitté (Read error: Connection reset by peer) 2015-08-31 08:04:22 Aikar another place i wanna see about pooling is the backing byte arrays for NibbleArrays, those seem to attribute to byte[] usage a lot 2015-08-31 08:19:07 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 246 seconds) 2015-08-31 08:23:26 Aikar Grum: another small change - i cant say with confidence on #'s, but in the region file constructor: https://bitbucket.org/starlis/empirecraft/src/9228ba69c2f09852a1356e1e22e6d808a5d1eefd/patches/craftbukkit/0116-More-effecient-RegionFile-zero-ing.patch?at=master - its currently writing 4 bytes at a time, which is going in and out of native calls... but another place in the file your already doing this 4k block write. should speed up chunk generation zero'ing 2015-08-31 08:24:39 Aikar also this... https://bitbucket.org/starlis/empirecraft/src/9228ba69c2f09852a1356e1e22e6d808a5d1eefd/patches/craftbukkit/0113-Use-a-Last-Access-Cache-for-getChunkAt-calls.patch?at=master - getChunkAt has become so hot now with every single getType() method calling .getChunkAt. this small cache dropped that method off the radar. 2015-08-31 08:26:03 * Aikar hopes 1.9 can really be a massive improvement to server performance 2015-08-31 08:37:14 +Grum lets see 2015-08-31 08:39:44 +Grum you can do 1 more optimisation after it 2015-08-31 08:40:03 +Grum the if right after the if you are in 2015-08-31 08:40:07 +Grum that pads the file to a multiple of 4k 2015-08-31 08:41:48 +Amaranth Heh, I got rid of that cache 2015-08-31 08:59:22 +Grum Amaranth: iirc we had that cache once upon a time in bukkit and implemented it wrong so it would cause the occasional corruption 2015-08-31 08:59:51 +Amaranth Yep and iirc I also benchmarked and couldn't find a case where it was useful 2015-08-31 09:00:20 +Amaranth I also patched things to call getChunkAt less often 2015-08-31 09:01:05 +Grum all getblock calls do it 2015-08-31 09:02:13 +Grum hard to do less of those in a significant way? or did you find a spot whre it was significant? 2015-08-31 09:02:29 +Amaranth Well I also had a super fast HashMap in there so that probably helped 2015-08-31 09:03:30 +Amaranth But iirc the worst hot spots for getBlock only actually cared about blocks in a single chunk so could be patched to just look up the chunk once and call getBlock on it 2015-08-31 09:03:57 +Grum but that only works if you can guarantee to not step outside of it? 2015-08-31 09:03:57 +Grum which is not so easy to do 2015-08-31 09:04:06 +Amaranth And I had a chunk neighbor loaded cache which iirc was most calls to getChunkAt because lighting 2015-08-31 09:04:21 +Grum yeah lighting is still atrocious 2015-08-31 09:04:27 +Grum that should be sitting at chunksection level 2015-08-31 09:04:34 +Grum so it can just access raw data 2015-08-31 09:04:45 +Grum and on the borders get passed in a neighbour and access its raw data 2015-08-31 09:04:49 --> UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-08-31 09:05:00 +Amaranth This was also 1.7 so I don't know if you've done things to make it worse since :P 2015-08-31 09:05:13 +Grum haha some people have touched the lighting code yeah 2015-08-31 09:05:43 +Amaranth You should make ChunkSection have 6 Optional in it: top, bottom, left, right, front, back 2015-08-31 09:06:21 +Amaranth Optional because the edge of the world, of course 2015-08-31 09:06:32 +Grum That would require populating 2015-08-31 09:06:42 +Grum and that means quite some more legwork to unload something 2015-08-31 09:06:55 +Amaranth Eh? No populating? Just what you do now but keep pointers 2015-08-31 09:06:58 +Grum and getting that wrong in whatever way == memory leak :) 2015-08-31 09:07:08 +Amaranth And unload would just poke your neighbors to remove you from them 2015-08-31 09:07:51 +Amaranth And if you leak you'd at most leak two rows 2015-08-31 09:07:59 +Amaranth One row for X and one for Z 2015-08-31 09:08:12 +Amaranth Well, I suppose you could leak worse 2015-08-31 09:08:16 +Amaranth But then you'd be really screwing it up 2015-08-31 09:08:17 +Grum haha yeah 2015-08-31 09:08:34 +Grum not sure what would benefit from it right now 2015-08-31 09:08:38 +Amaranth It's not very complicated, could probably drop those in to your code base bug free in a day 2015-08-31 09:09:12 +Grum yeah but nothing would be using it :) 2015-08-31 09:09:12 +Amaranth Making use of them would require moving everything from Chunk to ChunkSection, basically :P 2015-08-31 09:09:15 +Amaranth And then porting them to use it 2015-08-31 09:09:19 +Grum yeah 2015-08-31 09:09:24 +Amaranth But you're the one that said ChunkSection 2015-08-31 09:09:26 +Grum which is the not so trivial part 2015-08-31 09:09:50 +Amaranth So if you want something easier put them on Chunk 2015-08-31 09:09:52 +Grum I'm still trying to peel apart level/levelchunk/levelchunksection 2015-08-31 09:09:56 +Amaranth Easier to implement, easier to use 2015-08-31 09:10:03 +Grum so much prods as if it is a single class 2015-08-31 09:10:24 +Amaranth I feel like you should just not have getBlock on Level 2015-08-31 09:10:34 +Amaranth Everything should need to get the chunk(s) and query them 2015-08-31 09:11:50 +Grum I think that anyone knowing about chunks except storage is probably wrong 2015-08-31 09:12:03 +Amaranth Except performance is shit if you think like that 2015-08-31 09:12:37 +Amaranth You've got to get a super fast hashmap which you definitely don't have right now and you've got to figure out some sort of caching and you're still not doing great 2015-08-31 09:12:50 +Grum Not necessarily 2015-08-31 09:13:43 +Grum Why is the current hash map slow? 2015-08-31 09:14:20 +Amaranth I don't even remember how it works :P 2015-08-31 09:14:28 +Grum I know the hashing is pisspoor 2015-08-31 09:14:52 +Amaranth But I just got someone coming to me to ask if they could use mine because they ran in to a case where half their CPU time was LongHashMap.getValueForKey() or whatever MCP names it 2015-08-31 09:16:07 --> benbaptist_ (~benbaptis@c-50-172-95-66.hsd1.in.comcast.net) a rejoint #mcdevs 2015-08-31 09:16:21 +Grum What did yours do? Open addressing? 2015-08-31 09:16:53 +Amaranth Yeah, so does yours 2015-08-31 09:17:00 +Amaranth Mine is robin hood hashing though 2015-08-31 09:17:28 +Amaranth Which generally means really fast lookups at the expense of slower inserts and deletes 2015-08-31 09:17:38 +Amaranth But MC is like 99.999% lookups so... 2015-08-31 09:17:57 +Grum Nah ours is not open addressing afaik. Those typically do not use entry objects 2015-08-31 09:18:15 +Amaranth They can, mine does 2015-08-31 09:18:36 +Grum Expensive memory wise then :( 2015-08-31 09:18:48 +Amaranth Better cache or something apparently 2015-08-31 09:19:01 +Amaranth I benchmarked it, shocking Entry objects came out slightly faster 2015-08-31 09:19:36 +Amaranth Your main problem is probably your hash though 2015-08-31 09:19:52 +Amaranth Mine should still be faster even if you had a better cache but you'd be doing a ton better 2015-08-31 09:19:58 +Amaranth s/cache/hash/ 2015-08-31 09:21:10 +Amaranth I think your default load factor is too high too although this might just be outdated 2015-08-31 09:21:21 +Amaranth Open addressing shouldn't have a load factor higher than 0.5 2015-08-31 09:22:04 +Amaranth Because the more empty slots you have the shorter your distance from ideal slot to matching on positive lookups and the faster you hit an empty slot on negative lookups 2015-08-31 09:23:50 +Amaranth Grum: https://gist.github.com/amaranth/a16bc02e18f577ab4a91 use that for your hash (it's public domain from murmurhash) and change your load factor and you should have a much faster LongHashMap 2015-08-31 10:57:22 --> LEGENDFF (~LEGENDFF@188.102.179.98) a rejoint #mcdevs 2015-08-31 11:04:40 -- zz_r04r est maintenant connu sous le nom r04r 2015-08-31 11:16:38 --> morfin (~morfin@morfin.telenet.ru) a rejoint #mcdevs 2015-08-31 11:17:16 +Grum iirc using the murmur's mixing method should provide enough entropy to do 0.7/0.8 loadfactors? 2015-08-31 12:10:15 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-08-31 12:13:01 <-- Trojaner (~Trojaner|@2a01:238:4292:6e00:fc44:1fb0:320b:e18c) a quitté (Ping timeout: 240 seconds) 2015-08-31 12:29:43 gurun Hmm, here we go again. Wonder if MCPE will follow suite again https://twitter.com/Dinnerbone/status/638282256151375872 2015-08-31 13:11:32 TobiX gurun: Some poeple tweeted it's already like this on console?!? 2015-08-31 13:12:21 gurun used to be like this on PE too 2015-08-31 13:12:28 gurun but not now 2015-08-31 13:33:30 <-- _123DontSleepWit (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a quitté (Ping timeout: 250 seconds) 2015-08-31 13:40:21 --> barneygale (~barneygal@176.25.18.142) a rejoint #mcdevs 2015-08-31 13:49:51 --> _123DMWM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a rejoint #mcdevs 2015-08-31 14:05:30 --> Aragas (Aragas@37-145-58-116.broadband.corbina.ru) a rejoint #mcdevs 2015-08-31 14:15:15 ScruffyRules Dinnerbone, The pushing of someone looks really delayed. 2015-08-31 14:18:40 +Amaranth Grum: Not likely. It'll do better at high load factors because the mixing is better but open addressing still gets faster the lower the load factor is 2015-08-31 14:20:45 +Amaranth Robin hood hashing is supposed to perform well at 0.7 or 0.8 which is usually where you put chained systems but in my benchmarks it still got noticeably faster down to 0.5 2015-08-31 14:38:46 +Grum Amaranth: how would you find an entry if you roundrobin? :) 2015-08-31 14:39:32 +Amaranth Grum: If you mean robin hood you store key, value, and distance from ideal position 2015-08-31 14:40:22 +Amaranth So if you find something that isn't what you're looking for but is in a more ideal position than your thing would be if it were in this position you know your thing isn't in here 2015-08-31 14:40:29 +Amaranth Or if you find an empty slot like usual 2015-08-31 14:40:53 +Amaranth Or if your distance is higher than the maximum distance for the entire map 2015-08-31 14:56:24 jast for a high load factor, your best bet is probably chaining 2015-08-31 14:56:37 jast or, you know, making your hash table bigger 2015-08-31 15:03:56 +Amaranth jast: If your hash table is bigger that means your load factor is smaller 2015-08-31 15:05:32 jast I'm aware... 2015-08-31 16:02:35 <-- barneygale (~barneygal@176.25.18.142) a quitté (Remote host closed the connection) 2015-08-31 17:00:09 Aikar Amaranth (and re Grum) - so many things do world.getType(blockposition) now for every time it needs to check a type, and that getType calls .getChunkAt(pos). so everything is bombarding getChunkAt. I was doing sampling, and getType was dominating. I believe the getChunkAt was inlined into getType, as when I added that cache... it disappeared from hotspots entirely. And it also just makes sense.... Calling thousands of getChunkAt on the same chunk as the 2015-08-31 17:00:09 Aikar previous call, skipping the hash lookup is an obvious save. 2015-08-31 17:01:37 +Amaranth Should stick the cache in the hashmap, less likely to miss a spot to invalidate it 2015-08-31 17:02:05 +Amaranth It should be a useful optimization for a hashmap to have anyway 2015-08-31 17:02:07 Aikar hmm, not a bad idea 2015-08-31 17:02:54 Aikar but actually, its only removed from the map in one of the places iirc, yet i also want to expire the cache for unload queues 2015-08-31 17:03:10 Aikar so would have to add the expiration to the unload queue and chunk map 2015-08-31 17:04:37 +Amaranth Just store lastKey and lastKeyIndex, set lastKeyIndex to -1 if missing, and update it on lookup, insert, and remove 2015-08-31 17:04:41 Aikar Amaranth, and were you talking about CB's version of LongHashMap ? 2015-08-31 17:05:04 +Amaranth The one CB ended up with is my old really simple chaining one that doesn't even do resizing 2015-08-31 17:05:24 Aikar I noticed it is responsible for a good bit of the Object[] allocations 2015-08-31 17:05:37 +Amaranth Only once, basically 2015-08-31 17:05:52 Aikar for each bucket it does Object[8] 2015-08-31 17:06:00 +Amaranth No resizing so the only way to get churn on it is if you're creating a lot of maps 2015-08-31 17:06:11 +Amaranth Oh yeah and it does resize those to fit 2015-08-31 17:06:19 +Amaranth But you can't be allocation free so... *shrug* 2015-08-31 17:06:38 Aikar right, im not trying to remove it all, but to least find the really hot allocations 2015-08-31 17:06:48 Aikar cause 1GB/s is pretty crazy 2015-08-31 17:07:02 +Amaranth That being a hot spot for allocations is just telling you you are beating on hashmaps too much 2015-08-31 17:07:10 Aikar I'm not saying its the hotspot 2015-08-31 17:07:11 +Amaranth Probably the one in World 2015-08-31 17:07:16 Aikar I'm havingt trouble finding the Object[] ones 2015-08-31 17:07:29 Aikar I just did a heap dump and noticed they were part of the live data set 2015-08-31 17:07:45 +Amaranth Ah 2015-08-31 17:07:46 Aikar and that those 8 arrays are 92~ bytes 2015-08-31 17:07:59 Aikar which is around what I saw though for object churn 2015-08-31 17:08:22 Aikar cant do a full memory profile in prod :/ 2015-08-31 17:08:26 +Amaranth Well if you have an insert heavy workload you'll get a lot of churn on them 2015-08-31 17:08:41 +Amaranth Otherwise you should only churn on them if you're churning LongHashMaps somewhere 2015-08-31 17:08:47 Aikar well people moving around ,teleporting in town (I dont allow teleporting in survival world), will be loading lots of chunks 2015-08-31 17:08:52 +Amaranth iirc the only two uses are ChunkProviderServer and World 2015-08-31 17:09:07 +Amaranth Right but if you have an insert heavy load you're going to have churn 2015-08-31 17:09:11 +Amaranth It's just a fact of life 2015-08-31 17:09:27 +Amaranth Creating things requires memory 2015-08-31 17:09:27 Aikar 3k~ chunks for 20~ players atm 2015-08-31 17:10:08 Aikar you know, for a school day.... 168 playes on at 11am is kinda weird o.o 2015-08-31 17:10:10 +Amaranth Average of about 7 players per group of them 2015-08-31 17:10:24 +Amaranth Assuming default view distance 2015-08-31 17:10:31 +Amaranth But of course not, probably more like view distance of 3 2015-08-31 17:10:35 Aikar I'm at 5 and 7 VD I think 2015-08-31 17:10:56 Aikar oh 4 and 6 2015-08-31 17:11:08 Aikar 4 for town, 6 for survival worlds 2015-08-31 17:11:24 +Amaranth Less than 8 and I probably wouldn't even stay connected 2015-08-31 17:11:39 +Amaranth Like, I don't even care if you only tick 4 although that would also be sad 2015-08-31 17:11:43 +Amaranth I just want to see things 2015-08-31 17:11:47 Aikar heh, high VD in town destroys perf, because theres soooo many entities 2015-08-31 17:11:58 Aikar 1 player being logged in loading 20 peoples animal farms 2015-08-31 17:12:07 +Amaranth Loaded doesn't mean ticking 2015-08-31 17:12:26 Aikar yeah it does, EAR helps a ton but still %5% tick rate 2015-08-31 17:12:30 Aikar and they can also trigger immunity 2015-08-31 17:12:37 Aikar I developed EAR because of my town issue 2015-08-31 17:12:54 Aikar 1 player can be building on their plot, yet all their neighbors animals are loaded but 'unused' 2015-08-31 17:13:45 Aikar though im trying to optimize perf as best as i can so i can raise it to 5 at least 2015-08-31 17:13:53 Aikar i think i've probally acheived that goal 2015-08-31 17:17:44 -- r04r est maintenant connu sous le nom zz_r04r 2015-08-31 17:18:08 Aikar Amaranth, but you dont really 'play' anymore do you :P I'm not after lookers :P 2015-08-31 17:18:37 Aikar not actually received any feedback re view distance in like over a year 2015-08-31 17:27:17 Aikar analyzing my GC logs, out of 6~GB Eden, averages 15-35MB~ Surviving objects, which then averages to 500k-5M usually that survives to Age 15 for promotion to OldGen 2015-08-31 17:28:24 Aikar but this is with me actually tuning and optimizing to get this desirable results. I bet others are thrashing GC to all hell. 2015-08-31 17:43:50 -- zz_r04r est maintenant connu sous le nom r04r 2015-08-31 17:51:29 LEGENDFF was working on a chat client, my parser and all seems to be working, however the very first chat packet is always broken json, looking like 2015-08-31 17:51:32 LEGENDFF {"extra":[{"color":"white","text":" "},{"color":"white","text":" "},{"color":"dark_blue","text":" "},{"color":"black","te 2015-08-31 17:52:20 +Thinkofdeath that looks like you aren't reading the length prefix correctly 2015-08-31 17:52:58 LEGENDFF yea thought so too, but its just the first one, and the packet after is also alright 2015-08-31 17:53:14 +Thinkofdeath pastebin your code? 2015-08-31 17:56:41 LEGENDFF that should be the relevant parts, http://pastebin.com/HdCM1CAp 2015-08-31 18:01:04 LEGENDFF here is a snippet of the payload from some chatpackets produced with new String(payload, Charset.forName("UTF-8")) http://pastebin.com/F0HjuWKX 2015-08-31 18:58:30 Aikar Amaranth, got a link to your improved LongHashMap? 2015-08-31 18:59:06 +Amaranth The robin hood hashing one? Nope 2015-08-31 19:48:20 angal I have some... Poorly related question. Is there are any http repository, that contians content of https://repo.spacehq.org/content/repositories/ ? 2015-08-31 19:50:28 --> notna (~notna@p57A05BBA.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-08-31 19:54:21 --> Welite (591d6419@gateway/web/freenode/ip.89.29.100.25) a rejoint #mcdevs 2015-08-31 19:56:31 Welite can anybody explain me packet compression introduced in 1.8 ? when should I send compressed packet and when uncompressed (from client to server) and if I write packet lenght 0 it means that it is uncompressed so client can always choose to compress or not ? 2015-08-31 19:59:17 Welite anybody please ? 2015-08-31 20:03:43 angal You are client? 2015-08-31 20:03:56 Welite yes 2015-08-31 20:04:31 Welite angal: ^ 2015-08-31 20:05:21 angal You alowed to send compressed packet only, when packet uncompressed size >= size set in Set Compression. 2015-08-31 20:06:40 angal Packet Length can't be 0. it at least 1 always. If Data Length == 0, then the packet not compressed. 2015-08-31 20:07:09 --> barneygale (~barneygal@176.25.18.142) a rejoint #mcdevs 2015-08-31 20:08:36 Welite angal: packet lenght must be > 0, but what happens if I send 0 in data lenght ? 2015-08-31 20:09:09 angal You should send packet uncompressed. 2015-08-31 20:09:39 Welite well and how can I know if the servers wants it compressed or not ? 2015-08-31 20:10:10 angal Wait for Set Compression packet. 2015-08-31 20:10:34 angal After it you allowed compress packet, which size greater than specified in that packet. 2015-08-31 20:11:02 Welite so after compression packet all packets has to be compressed regardless ont the size of the packet ? 2015-08-31 20:12:04 Welite or the compression packet is sent from server for every single packet individually ? 2015-08-31 20:14:16 angal All packet are send in "compression format" and if Data Length != 0, they are compressed. 2015-08-31 20:15:30 Welite lol mc protocol is really one big mess 2015-08-31 20:24:16 +Grum Aikar: where did you see the getType()? cpu time? 2015-08-31 20:32:41 LEGENDFF Welite: http://wiki.vg/Protocol#Set_Compression, http://wiki.vg/Protocol#Set_Compression_2, enable compression, you can compress all packets that are bigger than the threshold set in there, and all packets that you receive with data length != 0 are compressed 2015-08-31 20:33:02 LEGENDFF notchian std threshold is 256 iirc 2015-08-31 20:40:34 +Grum notch hasn't coded jack shit on minecraft since 29feb 2012 2015-08-31 20:49:22 <-- barneygale (~barneygal@176.25.18.142) a quitté (Ping timeout: 252 seconds) 2015-08-31 20:49:29 --> barneygale (~barneygal@176.25.18.142) a rejoint #mcdevs 2015-08-31 20:50:18 Fenhl we'll probably forever call it notchian anyway 2015-08-31 20:59:21 +AndrewPH rolls off the tongue better than mojangian 2015-08-31 21:13:36 johni0702 angal, if you haven't found it by now: http://maven.ensemplix.ru/artifactory/spacehq/ 2015-08-31 21:14:37 angal Ya. Thanks!!! 2015-08-31 21:23:07 <-- AlphaBlend (~Vector@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 250 seconds) 2015-08-31 21:36:53 +Grum Welite: the protocol is not made for other people to be 'read easily' it was made to be read absolutely trivially by our setup 2015-08-31 21:41:17 +Grum I guess that doesn't really make it that easy for others :/ 2015-08-31 21:51:42 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-08-31 22:01:08 Welite Grum: why you are so againts 3rd developers ? 2015-08-31 22:01:21 dx Grum: please disregard the bait 2015-08-31 22:01:43 dx the >=1.7 protocol is just fine, anyone who complains clearly didn't know what was there before 2015-08-31 22:07:56 -- Rudench est maintenant connu sous le nom Shnaw 2015-08-31 22:08:26 gamingrobot dx: agreed 2015-08-31 22:20:29 <-- rubyrandom (~ruby@unaffiliated/rubyrandom) a quitté (Quit: *** _nemesis vibrates) 2015-08-31 22:39:00 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-08-31 22:43:20 <-- LEGENDFF (~LEGENDFF@188.102.179.98) a quitté (Quit: Leaving) 2015-08-31 22:44:26 <-- notna (~notna@p57A05BBA.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds) 2015-08-31 23:02:37 --> rubyrandom (~ruby@unaffiliated/rubyrandom) a rejoint #mcdevs 2015-08-31 23:03:56 shoghicp I remember when you had to parse everything in the correct way to get to the next packet :) 2015-08-31 23:12:33 +Thinkofdeath ah the good old days 2015-08-31 23:29:18 <-- Welite (591d6419@gateway/web/freenode/ip.89.29.100.25) a quitté (Ping timeout: 246 seconds) 2015-08-31 23:29:53 -- xnrand est maintenant connu sous le nom tumblr 2015-08-31 23:51:49 --> jython234 (~jython234@2607:5300:60:eb4::1) a rejoint #mcdevs 2015-08-31 23:54:07 jython234 hello, I noticed that in 15w35b the chunk sending format changed to some sort of VarInt array. The description here: http://wiki.vg/SMP_Map_Format#Data is not quite clear enough, I still don't understand how the array is sent, or what's in it 2015-09-01 00:07:56 -- tumblr est maintenant connu sous le nom xnrand 2015-09-01 00:26:02 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: UUID00) 2015-09-01 00:33:14 barneygale http://quarry.readthedocs.org/en/develop quarry finally has some documentation, if anyone is interested :) 2015-09-01 00:33:34 barneygale (quarry is a python protocol library) 2015-09-01 00:48:48 <-- morfin (~morfin@morfin.telenet.ru) a quitté (Ping timeout: 252 seconds) 2015-09-01 01:20:26 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-01 01:34:17 Aikar Grum, sampling with VVM on production server 2015-09-01 01:34:19 Aikar can we drop java6 in 1.9 and move to full on NIO for IO ops :3 2015-09-01 01:35:13 Aikar GSP's WILL update java if mojang themselves drop the support. 2015-09-01 01:35:47 Aikar and its so rarely used already as is 2015-09-01 01:36:52 Aikar we believe in you Grum :D you can convince rest of team to drop java6 (and if you were already planning it, take all the credit) 2015-09-01 01:47:26 +SinZ doesn't mojang only support their own java they ship with the vanilla client 2015-09-01 01:59:11 --> WizWiz (51f4b8ba@gateway/web/cgi-irc/kiwiirc.com/ip.81.244.184.186) a rejoint #mcdevs 2015-09-01 01:59:34 WizWiz Could anyone tell what the rightclick packet is? 2015-09-01 01:59:39 WizWiz That client sends 2015-09-01 01:59:59 WizWiz I mean like rightclicking when you are in the hub of a server 2015-09-01 02:06:59 <-- WizWiz (51f4b8ba@gateway/web/cgi-irc/kiwiirc.com/ip.81.244.184.186) a quitté (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) 2015-09-01 02:08:18 <-- r04r (~r04r@unaffiliated/r04r) a quitté (Ping timeout: 260 seconds) 2015-09-01 02:12:58 --> Wizwiz (51f4b8ba@gateway/web/cgi-irc/kiwiirc.com/ip.81.244.184.186) a rejoint #mcdevs 2015-09-01 02:13:31 <-- Wizwiz (51f4b8ba@gateway/web/cgi-irc/kiwiirc.com/ip.81.244.184.186) a quitté (Client Quit) 2015-09-01 02:24:00 Aikar TIL MC has a in built concept of "right clicking action on a hub" 2015-09-01 02:31:12 roblabla dx, I liked pre-1.7 protocol so much better. It was so much fun having one small packet wrong and suddenly your whole client goes out of whack :P 2015-09-01 02:34:01 roblabla (to be perfectly serious though, I'd like to know what led to the protocol becoming stateful, allowing packets to reuse the same packet ids and stuff.. that's the major thing I dislike about the >= 1.7 protocol) 2015-09-01 02:46:09 <-- benbaptist_ (~benbaptis@c-50-172-95-66.hsd1.in.comcast.net) a quitté (Remote host closed the connection) 2015-09-01 02:55:54 --> zz_r04r (~r04r@85.17.249.162) a rejoint #mcdevs 2015-09-01 03:02:17 <-- Zaneo (~Zaneo@znc.fcraft.net) a quitté (Ping timeout: 252 seconds) 2015-09-01 03:02:30 --> Zaneo (~Zaneo@znc.fcraft.net) a rejoint #mcdevs 2015-09-01 03:02:30 -- Mode #mcdevs [+v Zaneo] par ChanServ 2015-09-01 03:03:18 --> Pyker_ (pyker@pyker.net) a rejoint #mcdevs 2015-09-01 03:03:29 <-- Pyker (pyker@pyker.net) a quitté (Read error: Connection reset by peer) 2015-09-01 03:03:30 -- Pyker_ est maintenant connu sous le nom Pyker 2015-09-01 03:03:53 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-01 03:15:34 <-- zz_r04r (~r04r@85.17.249.162) a quitté (Ping timeout: 265 seconds) 2015-09-01 03:30:54 --> zz_r04r (~r04r@85.17.249.162) a rejoint #mcdevs 2015-09-01 03:36:29 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté #mcdevs 2015-09-01 03:36:41 --> Jailout2000 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-09-01 03:44:07 <-- barneygale (~barneygal@176.25.18.142) a quitté (Ping timeout: 268 seconds) 2015-09-01 03:51:26 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-09-01 03:55:26 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 252 seconds) 2015-09-01 03:55:26 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2015-09-01 03:57:41 <-- Aragas (Aragas@37-145-58-116.broadband.corbina.ru) a quitté (Ping timeout: 268 seconds) 2015-09-01 04:54:32 Not-f7bb [SpockBot] gamingrobot pushed 8 commits to master [+0/-0/±14] http://git.io/vGgqg 2015-09-01 04:54:33 Not-f7bb [SpockBot] nickelpro 61a4338 - Complete rework of Physics plugin 2015-09-01 04:54:35 Not-f7bb [SpockBot] nickelpro e8b6c3a - Remove unnecessary prints and import from physics 2015-09-01 04:54:36 Not-f7bb [SpockBot] nickelpro cb2a9af - Fix python2 2015-09-01 04:54:38 Not-f7bb [SpockBot] ... and 5 more commits. 2015-09-01 04:55:57 nickelpro roblabla: The vanilla client has no concept of packet ids 2015-09-01 04:56:35 nickelpro It just registers packets and the ids are wherever they happen to land 2015-09-01 04:56:55 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-01 04:57:25 -- r04r est maintenant connu sous le nom Guest60044 2015-09-01 04:58:03 -- Guest60044 est maintenant connu sous le nom zz_r04r 2015-09-01 05:20:41 Not-f7bb [SpockBot] gamingrobot pushed 4 commits to master [+6/-0/±19] http://git.io/vGg30 2015-09-01 05:20:43 Not-f7bb [SpockBot] Gjum 233cc3b - Move constants from plugins to mcdata.constants 2015-09-01 05:20:44 Not-f7bb [SpockBot] Gjum 7b19c3f - Do not use `import *` 2015-09-01 05:20:46 Not-f7bb [SpockBot] gamingrobot 2bae9cd - Fixed merge conflict 2015-09-01 05:20:47 Not-f7bb [SpockBot] gamingrobot 38729b1 - Merge branch 'Gjum-constants-to-mcdata' 2015-09-01 05:46:47 <-- Thinkofdeath (Thinkofdea@oops.i.broke.thinkofdeath.uk) a quitté (Ping timeout: 246 seconds) 2015-09-01 05:47:07 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-09-01 05:48:36 --> Thinkofdeath (Thinkofdea@oops.i.broke.thinkofdeath.uk) a rejoint #mcdevs 2015-09-01 05:49:00 -- Mode #mcdevs [+v Thinkofdeath] par ChanServ 2015-09-01 05:52:15 <-- zz_r04r (~r04r@85.17.249.162) a quitté (Ping timeout: 264 seconds) 2015-09-01 05:59:46 <-- Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Ping timeout: 250 seconds) 2015-09-01 06:04:00 --> zz_r04r (~r04r@85.17.249.162) a rejoint #mcdevs 2015-09-01 06:08:49 +Grum roblabla: how do you mean 'stateful' ? 2015-09-01 06:09:03 +Grum we just have no packet ids defined in our end in the code, they get assigned based on bootstrap order 2015-09-01 06:11:56 Fenhl Grum: I'm assuming stateful as in there's Handshaking, Play, Status, and Login states 2015-09-01 06:12:05 Fenhl though I don't see how that's a bad thing 2015-09-01 06:12:13 +Grum yeah to me that just makes it better 2015-09-01 06:12:35 +Grum rather than being always required to answer to any packet, we now demand intent at the door 2015-09-01 06:24:45 +AndrewPH yeah loads of games do that 2015-09-01 06:44:01 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 246 seconds) 2015-09-01 06:49:20 --> Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs 2015-09-01 06:49:20 -- Mode #mcdevs [+v Amaranth] par ChanServ 2015-09-01 07:16:13 <-- zz_r04r (~r04r@85.17.249.162) a quitté (Ping timeout: 246 seconds) 2015-09-01 07:18:07 --> UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-01 07:43:03 --> zz_r04r (~r04r@85.17.249.162) a rejoint #mcdevs 2015-09-01 08:17:31 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-01 08:56:52 <-- TheCutter|AFK (bnc119@bncs.monsterserver.de) a quitté (Remote host closed the connection) 2015-09-01 08:57:27 --> TheCutter|AFK (bnc119@bncs.monsterserver.de) a rejoint #mcdevs 2015-09-01 09:03:03 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 264 seconds) 2015-09-01 09:05:07 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 250 seconds) 2015-09-01 09:13:00 --> barneygale (~barneygal@176.25.18.142) a rejoint #mcdevs 2015-09-01 09:50:41 <-- zz_r04r (~r04r@85.17.249.162) a quitté (Ping timeout: 240 seconds) 2015-09-01 10:03:00 --> zz_r04r (~r04r@85.17.249.162) a rejoint #mcdevs 2015-09-01 10:05:21 <-- barneygale (~barneygal@176.25.18.142) a quitté (Ping timeout: 240 seconds) 2015-09-01 10:30:24 <-- Cxom (~Trinoxtio@2601:248:4200:4876:a1f0:8243:4281:4534) a quitté (Read error: Connection reset by peer) 2015-09-01 11:21:11 --> LEGENDFF (~LEGENDFF@dslb-088-072-046-099.088.072.pools.vodafone-ip.de) a rejoint #mcdevs 2015-09-01 11:26:27 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 252 seconds) 2015-09-01 11:27:24 --> UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-01 11:53:46 <-- zz_r04r (~r04r@85.17.249.162) a quitté (Ping timeout: 246 seconds) 2015-09-01 12:15:33 --> zz_r04r (~r04r@85.17.249.162) a rejoint #mcdevs 2015-09-01 12:38:13 <-- Kazuto (uid43749@gateway/web/irccloud.com/x-vjnnfbicsyvxycdt) a quitté (Quit: Connection closed for inactivity) 2015-09-01 13:41:28 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-01 13:41:45 <-- r04r (~r04r@85.17.249.162) a quitté (Changing host) 2015-09-01 13:41:45 --> r04r (~r04r@unaffiliated/r04r) a rejoint #mcdevs 2015-09-01 13:54:42 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-01 13:56:34 -- r04r est maintenant connu sous le nom minnie 2015-09-01 13:56:36 -- minnie est maintenant connu sous le nom r04r 2015-09-01 14:07:35 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 265 seconds) 2015-09-01 14:29:58 <-- r04r (~r04r@unaffiliated/r04r) a quitté (Ping timeout: 244 seconds) 2015-09-01 14:43:45 --> r04r (~r04r@unaffiliated/r04r) a rejoint #mcdevs 2015-09-01 14:44:29 --> DiaLight_android (~DiaLight_@ip212-109-29-240.sampo.ru) a rejoint #mcdevs 2015-09-01 15:04:02 <-- DiaLight_android (~DiaLight_@ip212-109-29-240.sampo.ru) a quitté (Ping timeout: 250 seconds) 2015-09-01 15:40:53 --> notna (~notna@p4FC8CD5B.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-01 16:12:57 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-01 16:21:56 --> Jailout20001 (~Jailout20@unaffiliated/jailout2000) a rejoint #mcdevs 2015-09-01 16:24:31 <-- Jailout2000 (~Jailout20@unaffiliated/jailout2000) a quitté (Ping timeout: 250 seconds) 2015-09-01 16:48:59 --> DiaLight_android (~DiaLight_@ip212-109-29-165.sampo.ru) a rejoint #mcdevs 2015-09-01 17:30:34 <-- r04r (~r04r@unaffiliated/r04r) a quitté (Read error: Connection reset by peer) 2015-09-01 18:09:01 <-- Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Quit: So long!) 2015-09-01 18:17:54 --> SkylordRedstone (~RSLord@88.150.158.107) a rejoint #mcdevs 2015-09-01 18:18:01 SkylordRedstone hello 2015-09-01 18:21:34 barneygale_ I should write a minecraft username generator one day 2015-09-01 18:22:09 SkylordRedstone :3 2015-09-01 18:24:26 SkylordRedstone can anyone help me with a small problem I'm having 2015-09-01 18:24:35 SkylordRedstone to do with the minecraft protocol 2015-09-01 18:25:37 barneygale_ what's the problem 2015-09-01 18:26:11 SkylordRedstone okay basically I'm trying to write a big thing, but starting out in steps, so right now I'm trying to get server list ping working 2015-09-01 18:26:40 SkylordRedstone basically writing a server-side app in node that responds to server list pings (will eventually forward connections) 2015-09-01 18:27:26 SkylordRedstone I've managed to read and interpret the handshake packet, but for some reason when I write the Response packet the client doesn't respond 2015-09-01 18:27:48 SkylordRedstone am working in node.js 2015-09-01 18:28:19 barneygale_ Can you give a dump/hexdump of the packet you send, and/or the code you're using? 2015-09-01 18:28:27 SkylordRedstone sure, gimme a sec 2015-09-01 18:29:54 SkylordRedstone here's code http://hastebin.com/hoqeqikose.avrasm 2015-09-01 18:30:33 SkylordRedstone output looks like http://hastebin.com/ediyodewil.xml 2015-09-01 18:30:49 SkylordRedstone the first buffer is the handshake packet 2015-09-01 18:31:04 SkylordRedstone the json after is the parsed form of the handshake packet 2015-09-01 18:31:25 SkylordRedstone and I think the second buffer is the buffer'd form of the response json 2015-09-01 18:31:35 SkylordRedstone I probably have mucked around with the code a bit since 2015-09-01 18:31:49 SkylordRedstone the third buffer is the legacy ping 2015-09-01 18:32:03 SkylordRedstone which minecraft sends if modern ping fails I believe 2015-09-01 18:32:32 SkylordRedstone I think the problem is that node doesn't prefix strings with their length, but I could be wrong 2015-09-01 18:35:58 SkylordRedstone well this is strange 2015-09-01 18:37:49 SkylordRedstone its weird, because if I write the buf object by itself, not a lot happens 2015-09-01 18:40:26 SkylordRedstone also sometimes I get a buffer that just contains 00 01 2015-09-01 18:42:14 SkylordRedstone also the client is MEANT to send an empty request packet, but I don't seem to receive it at all 2015-09-01 18:44:09 --> Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs 2015-09-01 18:44:09 -- Mode #mcdevs [+v Amaranth] par ChanServ