2015-09-01 18:47:23 roblabla SkylordRedstone, just saying, if you're trying to do minecraft stuff in nodejs, there's already a minecraft packet serialization library that can abstract all that. 2015-09-01 18:48:13 roblabla https://www.npmjs.com/minecraft-protocol it is very much active (I am the maintainer0 2015-09-01 18:49:08 SkylordRedstone yeah I saw that earlier 2015-09-01 18:49:21 SkylordRedstone I was making my own mainly to learn about how the minecraft protocol works 2015-09-01 18:49:49 roblabla ok, fair enough :) 2015-09-01 18:49:59 SkylordRedstone any ideas what my problem might be? :3 2015-09-01 18:51:35 --> Aragas (Aragas@37-145-58-116.broadband.corbina.ru) a rejoint #mcdevs 2015-09-01 18:51:41 roblabla SkylordRedstone, you're not parsing the packet length varint or the packet id varint ? 2015-09-01 18:51:48 roblabla every packet is prefixed with those 2015-09-01 18:51:59 SkylordRedstone oh that's probably it 2015-09-01 18:52:10 roblabla yeah 2015-09-01 18:52:16 SkylordRedstone hmmm 2015-09-01 18:52:46 roblabla if you want a nodejs varint reader : https://github.com/PrismarineJS/node-minecraft-protocol/blob/master/src/datatypes/utils.js#L13 2015-09-01 18:52:57 roblabla I don't think it's possible to tell packet to read varints natively 2015-09-01 18:53:25 roblabla I wanted to use packet in NMP at one point but it lacks some datatypes and it doesn't look like we can easily add them 2015-09-01 18:53:30 roblabla :( 2015-09-01 18:53:40 SkylordRedstone packet is interesting 2015-09-01 18:53:52 --> UUID01 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-01 18:53:53 roblabla it is ^^ 2015-09-01 18:54:46 SkylordRedstone hmm is there a way to write to the start of the buffer 2015-09-01 18:55:10 roblabla create a new buffer that is the length of the existing buffer + the size of the addition ? 2015-09-01 18:55:40 roblabla more simple : use Buffer.concat 2015-09-01 18:55:54 SkylordRedstone ah 2015-09-01 18:55:55 SkylordRedstone good call 2015-09-01 18:55:59 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 252 seconds) 2015-09-01 18:56:32 --> UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-01 18:58:11 <-- UUID01 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 252 seconds) 2015-09-01 18:58:37 SkylordRedstone for some reason it's writing the length as 37 61 rather than 7a 2015-09-01 19:01:24 roblabla SkylordRedstone, what's your code now :P 2015-09-01 19:01:59 SkylordRedstone ok even if I forcefully write 7a it fails 2015-09-01 19:02:43 SkylordRedstone this is relativley frustrating XD 2015-09-01 19:03:11 roblabla I know that frustration :P 2015-09-01 19:03:30 roblabla SkylordRedstone, so you read the handshake properly now ? 2015-09-01 19:04:39 SkylordRedstone uh 2015-09-01 19:04:59 SkylordRedstone the handshake has always been being read, packet manages to read it 2015-09-01 19:05:08 SkylordRedstone I just can't manage to write the response 2015-09-01 19:05:24 roblabla SkylordRedstone, I don't think you're reading it properly 2015-09-01 19:05:37 roblabla I'm fairly sure if you look at it, you get messed up values ;) 2015-09-01 19:06:19 SkylordRedstone { version: 47, host: [~snip array of bytes that translate to string of host~], port: 25565, state: 1 } 2015-09-01 19:06:25 SkylordRedstone that's what packet gives me 2015-09-01 19:12:32 roblabla so you're reading the packet length and id now ? 2015-09-01 19:12:57 SkylordRedstone oh I ignore the packet id at this point 2015-09-01 19:13:15 roblabla right ok 2015-09-01 19:13:18 SkylordRedstone when I'm reading 2015-09-01 19:13:25 SkylordRedstone reading is fine 2015-09-01 19:13:29 SkylordRedstone its writing that's the problem 2015-09-01 19:13:33 SkylordRedstone writing the Response packet 2015-09-01 19:13:40 SkylordRedstone which contains a String JSON object 2015-09-01 19:14:03 roblabla you need to send the packet id 2015-09-01 19:14:07 roblabla you're not doing this 2015-09-01 19:14:13 SkylordRedstone which should just be 0x00 right? 2015-09-01 19:14:33 SkylordRedstone you can just flame me if I'm wrong 2015-09-01 19:14:41 SkylordRedstone im sending 2015-09-01 19:14:59 SkylordRedstone Buffer <00 7a 7b ...> 2015-09-01 19:15:08 roblabla client sends handshake, then send ping request 2015-09-01 19:15:09 SkylordRedstone continues on with the bytes of the JSON string 2015-09-01 19:15:11 roblabla server sends ping response 2015-09-01 19:15:18 roblabla client sends timing request 2015-09-01 19:15:23 roblabla server sends timing response and shuts down stream 2015-09-01 19:15:27 roblabla this is how a ping works in minecraft 2015-09-01 19:15:28 SkylordRedstone yup 2015-09-01 19:15:34 SkylordRedstone im reading off wiki.vg 2015-09-01 19:15:44 roblabla I think you're not waiting for the client to send the ping request which might already throw the client off track 2015-09-01 19:15:54 SkylordRedstone possible. 2015-09-01 19:16:54 roblabla If you want to keep it stupidly simple, you could just add the packetId of the ping request to the handshake packet (so add an x8/b8 - don't know which - at the end of handshake) 2015-09-01 19:17:14 SkylordRedstone x8 is ignore 2015-09-01 19:17:20 SkylordRedstone b8 is single byte, bigendian 2015-09-01 19:17:21 roblabla make that two x8/b8, since there's also the packet length 2015-09-01 19:17:49 roblabla that way handshake event will only be triggered once the packet has sent you the ping request along with the handshake :P 2015-09-01 19:17:55 roblabla (it's a bit hacky but yeah) 2015-09-01 19:18:03 SkylordRedstone oh that might work 2015-09-01 19:18:08 SkylordRedstone does packet do that? 2015-09-01 19:18:25 roblabla do what ? 2015-09-01 19:18:49 SkylordRedstone interpret two packets and look against one rule 2015-09-01 19:19:27 roblabla ah I think you're misunderstanding something 2015-09-01 19:19:46 roblabla c.on("data") isn't garanteed to contain an entire minecraft packet 2015-09-01 19:19:51 roblabla it may contain multiple packets, it may contain only half of one packet 2015-09-01 19:20:06 SkylordRedstone oh right 2015-09-01 19:20:07 roblabla it's a tcp stream, so there's no system of "packet" 2015-09-01 19:20:12 roblabla it's only one big continuous stream of bytes 2015-09-01 19:20:12 SkylordRedstone yeah 2015-09-01 19:20:21 SkylordRedstone #derp 2015-09-01 19:20:46 roblabla The question is does packet have a streaming api, so you could just pipe your stream to it 2015-09-01 19:21:29 SkylordRedstone I assume that parser.parse handles everything correctly 2015-09-01 19:22:34 roblabla doesn't look like it does 2015-09-01 19:22:38 roblabla hnng 2015-09-01 19:22:42 SkylordRedstone welp XD 2015-09-01 19:23:04 SkylordRedstone kinda considering switching to java for this 2015-09-01 19:23:06 SkylordRedstone might be easier 2015-09-01 19:23:12 SkylordRedstone node is a weird language 2015-09-01 19:23:14 roblabla well there's a very simple way to keep your current thing 2015-09-01 19:23:36 roblabla nodejs has this awesome thing in streams 2015-09-01 19:23:38 roblabla you can compose them 2015-09-01 19:23:50 roblabla so you take your TCP stream, you pipe it through a "transformer" 2015-09-01 19:23:53 roblabla and then pipe it through another 2015-09-01 19:23:53 roblabla etc 2015-09-01 19:23:59 SkylordRedstone ye 2015-09-01 19:24:10 SkylordRedstone anyway I like java more so TO JAVA! 2015-09-01 19:24:11 SkylordRedstone XD 2015-09-01 19:24:11 roblabla It's a bit similar to what netty does 2015-09-01 19:25:00 roblabla what you could do is just do a simple "splitting" transform stream that reads the varint, and then doesn't emit data event unless it is exactly one packet 2015-09-01 19:25:14 roblabla https://github.com/PrismarineJS/node-minecraft-protocol/blob/master/src/transforms/framing.js this is what this does (sorry for the weird class syntax) 2015-09-01 19:25:24 SkylordRedstone you using ES6? 2015-09-01 19:25:27 roblabla yup 2015-09-01 19:25:31 SkylordRedstone 'tis nice 2015-09-01 19:25:34 roblabla well sometimes 2015-09-01 19:25:40 SkylordRedstone can't wait until it's actually implemented XD 2015-09-01 19:25:43 roblabla the codebase is pretty old so it's sporadic :P 2015-09-01 19:25:58 SkylordRedstone JS is kinda a mess of a language XD 2015-09-01 19:26:13 roblabla It's not so messy once you start using es6 2015-09-01 19:26:19 roblabla and polyfills 2015-09-01 19:26:24 roblabla well JS itself is messy 2015-09-01 19:26:28 roblabla nodejs fixes the mess though 2015-09-01 19:26:34 SkylordRedstone kinda 2015-09-01 19:26:40 SkylordRedstone callback hell becomes a bit messy 2015-09-01 19:26:54 roblabla es6 fixes that :P 2015-09-01 19:27:19 roblabla NMP doesn't have much callback hell for example 2015-09-01 19:37:38 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer) 2015-09-01 19:40:55 <-- DiaLight_android (~DiaLight_@ip212-109-29-165.sampo.ru) a quitté (Remote host closed the connection) 2015-09-01 19:43:02 Aikar too bad async/await didnt make it to es6 2015-09-01 19:43:39 Aikar solves the problem even better 2015-09-01 19:43:55 Aikar I currently use a system that is very close called Streamline 2015-09-01 19:44:10 Aikar var foo = bar(baz, _); _ = callback replacement 2015-09-01 19:44:28 Aikar then it transpiles into a CB version, and has options to use fibers or generators instead of CB rewriting 2015-09-01 19:44:59 roblabla Aikar, I use async/await with babel. Transforms into generators, works well 2015-09-01 19:45:07 Aikar roblabla, oh are they in babel? 2015-09-01 19:45:15 Aikar ive only just got started with babel 2015-09-01 19:45:22 roblabla yup, you just have to enable experimental features 2015-09-01 19:45:27 Aikar ah 2015-09-01 19:45:33 Aikar thats why i didnt see it then 2015-09-01 19:45:39 Aikar i was just looking at stable stuff 2015-09-01 19:45:53 roblabla and it uses promises 2015-09-01 19:46:03 roblabla I don't think there's an option to transform into callbacks sadly :( 2015-09-01 19:46:29 roblabla https://github.com/lukehoban/ecmascript-asyncawait 2015-09-01 19:46:31 Aikar well the downside to CB transformation is keeping stack info the same, streamline generates a lot of ugly code to keep stacks lined up 2015-09-01 19:46:34 roblabla oh wait fail 2015-09-01 19:46:47 roblabla https://babeljs.io/docs/advanced/transformers/ 2015-09-01 19:47:05 roblabla under es7, a lot of those are very useful 2015-09-01 19:47:20 roblabla es7.functionBind for instance is sooo useful 2015-09-01 19:47:34 roblabla and trailingFuncionCommas is nice too 2015-09-01 19:47:38 roblabla https://github.com/zenparsing/es-function-bind 2015-09-01 19:48:58 Aikar so it takes LHS of :: and passes it to map.bind(lhs ? 2015-09-01 19:49:42 Aikar does seem nice to provide native chaining to many datasets 2015-09-01 20:03:10 SkylordRedstone why is the handshake packet prefixed with 16 2015-09-01 20:04:03 SkylordRedstone my handshake packet is 2015-09-01 20:04:25 LEGENDFF old client? 2015-09-01 20:04:33 SkylordRedstone nope, 1.8.8 2015-09-01 20:04:47 SkylordRedstone old client is prefixed with FE anyway 2015-09-01 20:05:49 LEGENDFF oh thats the size 2015-09-01 20:06:03 SkylordRedstone ohhhh it prefixes with size 2015-09-01 20:06:04 SkylordRedstone well done me 2015-09-01 20:14:49 --> barneygale (~barneygal@176.25.18.142) a rejoint #mcdevs 2015-09-01 20:23:04 roblabla Aikar, .map(::console.log) 2015-09-01 20:23:12 roblabla instead of .map(console.log.bind(console) 2015-09-01 20:23:13 roblabla :P 2015-09-01 20:26:12 roblabla the idea is that libraries like underscore/lodash can be rewritten so that you use thame like []::slice, []::filter, etc... taking the argument as this 2015-09-01 20:28:42 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-01 21:34:18 <-- Amaranth (~travis@ubuntu/member/Amaranth) a quitté (*.net *.split) 2015-09-01 21:34:19 <-- M-ou-se (~m-ou.se@m-ou.se) a quitté (*.net *.split) 2015-09-01 21:34:20 <-- Not-f7bb (~notifico@198.199.82.216) a quitté (*.net *.split) 2015-09-01 21:34:20 <-- doop (~doop@colostomy.club) a quitté (*.net *.split) 2015-09-01 21:34:20 <-- jast (jast@zoidberg.org) a quitté (*.net *.split) 2015-09-01 21:34:20 <-- Krenair (~alex@wikimedia/Krenair) a quitté (*.net *.split) 2015-09-01 21:34:21 <-- Adam (~Adam@unaffiliated/adam-) a quitté (*.net *.split) 2015-09-01 21:34:21 <-- TkTech (~TkTech@irc.tkte.ch) a quitté (*.net *.split) 2015-09-01 21:34:21 <-- Zachoz (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a quitté (*.net *.split) 2015-09-01 21:34:21 <-- ScruffyRules (~Scruff@2001:19f0:5800:8483:5400:ff:fe06:49ea) a quitté (*.net *.split) 2015-09-01 21:34:21 <-- WizardCM (~WizardCM@atom.cloud.faunt.net) a quitté (*.net *.split) 2015-09-01 21:34:21 <-- Owexz (~Owexz@2001:19f0:5800:8cc1:5400:ff:fe0c:f993) a quitté (*.net *.split) 2015-09-01 21:34:58 -- humerusj est maintenant connu sous le nom 7GHAA18FQ 2015-09-01 21:35:17 --> Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs 2015-09-01 21:35:17 --> Not-f7bb (~notifico@198.199.82.216) a rejoint #mcdevs 2015-09-01 21:35:17 --> M-ou-se (~m-ou.se@m-ou.se) a rejoint #mcdevs 2015-09-01 21:35:17 --> doop (~doop@colostomy.club) a rejoint #mcdevs 2015-09-01 21:35:17 --> jast (jast@zoidberg.org) a rejoint #mcdevs 2015-09-01 21:35:17 --> Krenair (~alex@wikimedia/Krenair) a rejoint #mcdevs 2015-09-01 21:35:17 --> TkTech (~TkTech@irc.tkte.ch) a rejoint #mcdevs 2015-09-01 21:35:17 --> Adam (~Adam@unaffiliated/adam-) a rejoint #mcdevs 2015-09-01 21:35:17 -- Mode #mcdevs [+v Amaranth] par sendak.freenode.net 2015-09-01 21:35:30 <-- M-ou-se (~m-ou.se@m-ou.se) a quitté (Max SendQ exceeded) 2015-09-01 21:35:35 --> Zachoz (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a rejoint #mcdevs 2015-09-01 21:35:35 --> ScruffyRules (~Scruff@2001:19f0:5800:8483:5400:ff:fe06:49ea) a rejoint #mcdevs 2015-09-01 21:35:35 --> WizardCM (~WizardCM@atom.cloud.faunt.net) a rejoint #mcdevs 2015-09-01 21:35:35 --> Owexz (~Owexz@2001:19f0:5800:8cc1:5400:ff:fe0c:f993) a rejoint #mcdevs 2015-09-01 21:48:10 <-- Amaranth (~travis@ubuntu/member/Amaranth) a quitté (*.net *.split) 2015-09-01 21:48:12 <-- Not-f7bb (~notifico@198.199.82.216) a quitté (*.net *.split) 2015-09-01 21:48:12 <-- doop (~doop@colostomy.club) a quitté (*.net *.split) 2015-09-01 21:48:13 <-- jast (jast@zoidberg.org) a quitté (*.net *.split) 2015-09-01 21:48:13 <-- Krenair (~alex@wikimedia/Krenair) a quitté (*.net *.split) 2015-09-01 21:48:14 <-- Adam (~Adam@unaffiliated/adam-) a quitté (*.net *.split) 2015-09-01 21:48:14 <-- TkTech (~TkTech@irc.tkte.ch) a quitté (*.net *.split) 2015-09-01 21:52:52 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-09-01 21:52:52 --> Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs 2015-09-01 21:52:52 --> Not-f7bb (~notifico@198.199.82.216) a rejoint #mcdevs 2015-09-01 21:52:52 --> doop (~doop@colostomy.club) a rejoint #mcdevs 2015-09-01 21:52:52 --> jast (jast@zoidberg.org) a rejoint #mcdevs 2015-09-01 21:52:52 --> Krenair (~alex@wikimedia/Krenair) a rejoint #mcdevs 2015-09-01 21:52:52 --> TkTech (~TkTech@irc.tkte.ch) a rejoint #mcdevs 2015-09-01 21:52:52 --> Adam (~Adam@unaffiliated/adam-) a rejoint #mcdevs 2015-09-01 21:52:52 -- Mode #mcdevs [+v Amaranth] par sendak.freenode.net 2015-09-01 22:00:14 SkylordRedstone this is frustrating 2015-09-01 22:03:20 SkylordRedstone size of buffer is 124 2015-09-01 22:03:34 SkylordRedstone the first byte I send is 7c because that should be the length 2015-09-01 22:07:17 SkylordRedstone OH OF COURSE 2015-09-01 22:08:23 SkylordRedstone MUAHA! 2015-09-01 22:09:17 <-- notna (~notna@p4FC8CD5B.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds) 2015-09-01 22:10:18 LEGENDFF dont forget that the size also includes the packet Id^^ 2015-09-01 22:10:50 -- 7GHAA18FQ est maintenant connu sous le nom humerusj 2015-09-01 22:11:34 SkylordRedstone yeah, I knew that, but I was setting my buffer size to be too small, so data was being cut off 2015-09-01 22:22:16 -- clj est maintenant connu sous le nom clonejo 2015-09-01 22:22:43 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 246 seconds) 2015-09-01 22:38:22 --> M-ou-se (~m-ou.se@m-ou.se) a rejoint #mcdevs 2015-09-01 23:27:01 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 250 seconds) 2015-09-01 23:40:14 -- jython234 est maintenant connu sous le nom jython234[ping] 2015-09-02 00:05:55 <-- LEGENDFF (~LEGENDFF@dslb-088-072-046-099.088.072.pools.vodafone-ip.de) a quitté (Quit: Leaving) 2015-09-02 00:20:19 -- jython234[ping] est maintenant connu sous le nom jython234 2015-09-02 00:32:15 --> zz_r04r (~r04r@85.17.249.162) a rejoint #mcdevs 2015-09-02 00:41:59 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-02 00:44:04 --> ry60003333 (~ry6000333@rys-macbook-pro.wireless.rit.edu) a rejoint #mcdevs 2015-09-02 00:48:27 <-- barneygale (~barneygal@176.25.18.142) a quitté (Ping timeout: 264 seconds) 2015-09-02 01:13:34 -- jython234 est maintenant connu sous le nom jython234[away] 2015-09-02 01:20:05 -- Jailout20001 est maintenant connu sous le nom Jailout2000 2015-09-02 01:51:24 <-- ry60003333 (~ry6000333@rys-macbook-pro.wireless.rit.edu) a quitté (Quit: ry60003333) 2015-09-02 02:04:30 --> Cxom (~Trinoxtio@2601:248:4200:4876:5db7:fe11:f58d:6b0a) a rejoint #mcdevs 2015-09-02 02:16:30 --> ry60003333 (~ry6000333@104.153.29.103) a rejoint #mcdevs 2015-09-02 02:25:38 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Remote host closed the connection) 2015-09-02 02:26:35 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-02 03:12:05 --> ry60003333_ (~ry6000333@104.153.29.103) a rejoint #mcdevs 2015-09-02 03:13:13 <-- ry60003333 (~ry6000333@104.153.29.103) a quitté (Ping timeout: 272 seconds) 2015-09-02 03:13:14 -- ry60003333_ est maintenant connu sous le nom ry60003333 2015-09-02 03:20:22 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-02 03:51:47 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-09-02 03:54:03 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 264 seconds) 2015-09-02 03:54:03 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2015-09-02 04:05:51 AlphaBlend regarding the lead breaking issue prior to 1.8 (as it was fixed in a latest snapshot), how was it fixed, so i could possibly add a fix to my server if possible? 2015-09-02 04:05:56 AlphaBlend prior to 1.9* 2015-09-02 04:14:54 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-09-02 05:08:03 <-- Aragas (Aragas@37-145-58-116.broadband.corbina.ru) a quitté (Ping timeout: 250 seconds) 2015-09-02 05:35:41 <-- md_5 (~md_5@mcdevs/trusted/md-5) a quitté (Ping timeout: 244 seconds) 2015-09-02 05:37:03 --> md_5 (~md_5@mcdevs/trusted/md-5) a rejoint #mcdevs 2015-09-02 05:37:03 -- Mode #mcdevs [+v md_5] par ChanServ 2015-09-02 05:49:06 --> conji (43314035@gateway/web/freenode/ip.67.49.64.53) a rejoint #mcdevs 2015-09-02 05:49:19 conji Evening folks. Been a while. 2015-09-02 05:49:29 conji So I have a question about chunk data over wire. 2015-09-02 05:50:03 conji What the heck is going on with block IDs? How it was explained on the site doesn't quite click in my head. 2015-09-02 05:54:03 Not-f7bb [SpockBot] gamingrobot pushed 12 commits to master [+2/-0/±20] http://git.io/vGKiT 2015-09-02 05:54:04 Not-f7bb [SpockBot] Gjum 61bdb10 - Add minecraft_data to install_requires in setup.py and tox.ini 2015-09-02 05:54:06 Not-f7bb [SpockBot] Gjum 205fde5 - Make inventory.py pass flake8 2015-09-02 05:54:07 Not-f7bb [SpockBot] Gjum 25b7b8f - Add mcdata.windows 2015-09-02 05:54:09 Not-f7bb [SpockBot] ... and 9 more commits. 2015-09-02 05:58:44 jython234[away] conji: I'm looking for an explanation too 2015-09-02 05:59:13 conji It's kind of clicking the more I read into it. 2015-09-02 05:59:35 conji I'm just seriously "wtf"ing in my head if what I'm thinking is right. 2015-09-02 06:01:26 jython234[away] The 1.9 stuff, or the two byte thing? 2015-09-02 06:01:35 conji The 1.9 stuff. 2015-09-02 06:01:43 conji Two byte is simple. I've had that working for forever. 2015-09-02 06:01:50 jython234[away] Yeah 2015-09-02 06:01:59 jython234[away] But varint array? 2015-09-02 06:02:05 jython234[away] Never heard of that 2015-09-02 06:02:16 conji I kind of have, but it's a terrible choice. 2015-09-02 06:02:37 jython234[away] Limited my project from the pc angle 2015-09-02 06:02:38 conji I don't understand why we need to send possible states. 2015-09-02 06:02:45 conji yeah, same. 2015-09-02 06:03:03 conji How does the client not know what states a block can be in? 2015-09-02 06:03:13 jython234[away] Ikr 2015-09-02 06:03:56 conji Ugh. 2015-09-02 06:03:57 jython234[away] I might take a crack at it tomorrow if I can 2015-09-02 06:04:03 conji I'm trying to right now :( 2015-09-02 06:04:19 conji It's such a waste of resources to figure out what identifier is where 2015-09-02 06:04:27 conji and to do for each chunk 2015-09-02 06:04:34 jython234[away] Yeah 2015-09-02 06:04:38 conji for each player update 2015-09-02 06:05:28 jython234[away] Well if you find anything, I'd be great if you could let me know 2015-09-02 06:05:29 conji Hey, add my Skype so we can figure this out together? 2015-09-02 06:05:35 jython234[away] For now, bed :) 2015-09-02 06:05:35 conji justin_cox_bozt 2015-09-02 06:05:55 jython234[away] It's almost midnight, gotta sleep 2015-09-02 06:05:57 jython234[away] Night 2015-09-02 06:06:07 conji Aight 2015-09-02 07:21:50 +Grum I don't understand why we need to send possible states. <-- which possible states? 2015-09-02 07:26:11 +Grum Ah, read a bit further back 2015-09-02 07:26:37 +Grum conji: the format to send chunks is the same as it is held in memory now, which means that it is different than before 2015-09-02 07:27:28 +Grum conji: until a certain amount of blocks the data get stored using a per-section-palette 2015-09-02 07:27:43 +Grum conji: because of that the palette is now part of the data send over the wire 2015-09-02 08:27:53 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-09-02 08:58:09 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 250 seconds) 2015-09-02 09:13:41 <-- Kaybass (~Kaybass@185.21.216.148) a quitté (Ping timeout: 244 seconds) 2015-09-02 09:16:10 --> Kaybass (~Kaybass@185.21.216.148) a rejoint #mcdevs 2015-09-02 09:23:03 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-02 09:24:01 <-- Kaybass (~Kaybass@185.21.216.148) a quitté (Ping timeout: 244 seconds) 2015-09-02 09:27:05 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 240 seconds) 2015-09-02 09:29:19 --> Kaybass (~Kaybass@185.21.216.148) a rejoint #mcdevs 2015-09-02 09:35:58 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-02 09:35:58 <-- r04r (~r04r@85.17.249.162) a quitté (Changing host) 2015-09-02 09:35:58 --> r04r (~r04r@unaffiliated/r04r) a rejoint #mcdevs 2015-09-02 09:44:53 --> LEGENDFF (~LEGENDFF@dslb-088-072-032-032.088.072.pools.vodafone-ip.de) a rejoint #mcdevs 2015-09-02 09:58:52 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 246 seconds) 2015-09-02 09:59:13 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-02 10:13:22 --> Cxom_ (~Trinoxtio@2601:248:4200:4876:5db7:fe11:f58d:6b0a) a rejoint #mcdevs 2015-09-02 10:16:14 <-- Cxom (~Trinoxtio@2601:248:4200:4876:5db7:fe11:f58d:6b0a) a quitté (Ping timeout: 244 seconds) 2015-09-02 10:16:34 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 260 seconds) 2015-09-02 10:20:16 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-02 10:21:47 Not-f7bb [SpockBot] gamingrobot pushed 2 commits to master [+0/-0/±4] http://git.io/vG6zL 2015-09-02 10:21:49 Not-f7bb [SpockBot] gamingrobot 0ee35a4 - Updated to newest python-minecraft-data 2015-09-02 10:21:50 Not-f7bb [SpockBot] gamingrobot 4a2aa50 - Merge pull request #96 from gamingrobot/mcdata-upgrade 2015-09-02 10:28:56 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-02 10:30:53 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 246 seconds) 2015-09-02 10:31:36 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-02 10:35:38 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-02 11:12:31 Not-f7bb [SpockBot] gamingrobot pushed 1 commit to master [+0/-0/±1] http://git.io/vG6Qo 2015-09-02 11:12:32 Not-f7bb [SpockBot] gamingrobot 123bf1c - Update README.rst 2015-09-02 11:13:31 Not-f7bb [SpockBot] gamingrobot pushed 1 commit to master [+0/-0/±1] http://git.io/vG6Qb 2015-09-02 11:13:32 Not-f7bb [SpockBot] gamingrobot d5107aa - Update README.rst 2015-09-02 11:13:44 gamingrobot sorry 2015-09-02 11:20:41 <-- ashka (~postmaste@pdpc/supporter/active/ashka) a quitté (Ping timeout: 265 seconds) 2015-09-02 11:23:16 --> ashka (~postmaste@pdpc/supporter/active/ashka) a rejoint #mcdevs 2015-09-02 12:09:28 <-- LEGENDFF (~LEGENDFF@dslb-088-072-032-032.088.072.pools.vodafone-ip.de) a quitté (Read error: Connection reset by peer) 2015-09-02 12:10:50 --> UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-02 12:32:37 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Read error: Connection reset by peer) 2015-09-02 12:33:37 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-02 12:35:18 --> LEGENDFF (~LEGENDFF@dslb-088-072-032-032.088.072.pools.vodafone-ip.de) a rejoint #mcdevs 2015-09-02 12:39:45 <-- r04r (~r04r@unaffiliated/r04r) a quitté (Quit: This shouldn't be happening. What's happening?!) 2015-09-02 12:40:22 --> r04r (~r04r@unaffiliated/r04r) a rejoint #mcdevs 2015-09-02 12:44:07 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Read error: Connection reset by peer) 2015-09-02 12:45:23 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-02 13:41:08 nickelpro Never apologize gamingrobot, show #mcdevs your dominance 2015-09-02 13:41:42 nickelpro Those one line ReadMe changes are of crucial importance to the community 2015-09-02 13:42:03 roblabla think of the children ! 2015-09-02 13:42:23 roblabla If they don´t read those 3 line changes, what would happen to them ! 2015-09-02 13:42:26 roblabla :3 2015-09-02 13:49:09 XorBoole hmm, a new mac launcher 2015-09-02 13:49:12 XorBoole I wonder if it blends 2015-09-02 14:05:59 Gjum no it launches 2015-09-02 14:09:31 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-09-02 14:16:31 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-09-02 14:16:50 <-- LEGENDFF (~LEGENDFF@dslb-088-072-032-032.088.072.pools.vodafone-ip.de) a quitté (Read error: Connection reset by peer) 2015-09-02 14:25:20 --> _123DontMessWitM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a rejoint #mcdevs 2015-09-02 14:25:24 --> ry60003333_ (~ry6000333@104.153.29.103) a rejoint #mcdevs 2015-09-02 14:27:55 <-- ry60003333 (~ry6000333@104.153.29.103) a quitté (Ping timeout: 250 seconds) 2015-09-02 14:27:56 -- ry60003333_ est maintenant connu sous le nom ry60003333 2015-09-02 14:28:22 <-- _123DMWM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a quitté (Ping timeout: 250 seconds) 2015-09-02 14:38:48 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-02 14:42:20 nickelpro That's more than the latest launcher does on my Arch Linux install. I can't launch anything after 1.8.1, too lazy to debug 2015-09-02 14:51:35 <-- Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Remote host closed the connection) 2015-09-02 14:52:52 --> Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-02 15:22:37 <-- ry60003333 (~ry6000333@104.153.29.103) a quitté (Ping timeout: 244 seconds) 2015-09-02 15:31:24 <-- Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds) 2015-09-02 15:34:35 --> Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-02 15:41:26 --> StarFan (591d6419@gateway/web/freenode/ip.89.29.100.25) a rejoint #mcdevs 2015-09-02 15:42:28 StarFan Hello I have a question about Set Compression packet, when is this packet sent ? Because I received 0x03 3 times after successful login so this packet is sent after every packet or when ? 2015-09-02 15:45:31 barneygale_ StarFan, my understanding is that you'll only receive it once, during login 2015-09-02 15:46:44 StarFan barneygale_ yea but I received it 3 times, for the first time it sends me number like 70 or 120 and later it sends me 0 and again one more 0 2015-09-02 15:48:34 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-02 15:51:44 --> notna (~notna@p4FC8C926.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-02 16:13:57 --> dkkline (~jeppe@194-239-236-18-hotspot.dk.customer.tdc.net) a rejoint #mcdevs 2015-09-02 16:14:49 <-- dkkline (~jeppe@194-239-236-18-hotspot.dk.customer.tdc.net) a quitté (Client Quit) 2015-09-02 16:23:30 <-- conji (43314035@gateway/web/freenode/ip.67.49.64.53) a quitté (Ping timeout: 246 seconds) 2015-09-02 16:26:56 StarFan why I always receive 70 as a compression threshold when I have 256 in server properties ? 2015-09-02 16:59:17 roblabla StarFan, 0x70 is 256 decimal ? 2015-09-02 16:59:30 roblabla oh wait no it isn't 2015-09-02 16:59:32 roblabla facepalm 2015-09-02 16:59:40 * roblabla is tired 2015-09-02 16:59:53 roblabla StarFan, vanilla server ? 2015-09-02 17:00:10 StarFan roblabla, I tried it on bungeecord 2015-09-02 17:01:15 StarFan And if I try it directly to the hub server it says threshold 0 2015-09-02 17:01:35 roblabla maybe bungeecord is messing with the compression threshold ? 2015-09-02 17:02:26 StarFan I have just downloaded latest version of bungeecord 2015-09-02 17:02:38 StarFan So how it can be messy ? 2015-09-02 17:03:12 roblabla well nevermind, looked through the source of bungeecord, it doesn't look like it's changing the compression value 2015-09-02 17:06:37 StarFan Well, maybe I did something wrong... After successful login (server sent me 0x02) I listen for 0x03 from server is that right ? 2015-09-02 17:08:55 StarFan roblabla ^ 2015-09-02 17:10:36 rom1504 you need 0x46 too I think 2015-09-02 17:11:05 roblabla StarFan, without the code it's hard to know 2015-09-02 17:11:36 roblabla oh 2015-09-02 17:11:41 roblabla StarFan, 0x03 will arrive before 0x02 2015-09-02 17:11:58 roblabla 0x02 is the state transition packet 2015-09-02 17:12:15 StarFan roblabla yay thanks I will try it :) 2015-09-02 17:12:53 roblabla StarFan, http://wiki.vg/Protocol#Set_Compression_2 and http://wiki.vg/Protocol#Set_Compression 2015-09-02 17:13:15 roblabla there are two places the server can set the compression, one in LOGIN state (before 0x02 arrives) and one in play state (after 0x02 arrives) 2015-09-02 17:15:55 StarFan Well I still receive 70 2015-09-02 17:16:08 StarFan May I send you my code (in java) ? 2015-09-02 17:17:21 roblabla sure 2015-09-02 17:17:31 roblabla put it on pastebin or something 2015-09-02 17:17:47 StarFan yea give me a sec 2015-09-02 17:21:01 StarFan roblabla, http://hastebin.com/ijawoxotuc.avrasm 2015-09-02 17:30:58 +Thinkofdeath bungeecord sets the compression threshold to the value of the first server 2015-09-02 17:31:24 +Thinkofdeath because of that it wont be sent during login but instead it'll use the one in the Play state 2015-09-02 17:37:41 barneygale_ I thought "set compression" in play mode was useless, as the server couldn't tell when the client actually switches the threshold 2015-09-02 17:39:14 StarFan Thinkofdeath so it will be sent as 0x46 packet ? 2015-09-02 17:39:37 +Thinkofdeath StarFan: yes 2015-09-02 17:39:44 StarFan Ok thanks 2015-09-02 17:40:02 +Thinkofdeath barneygale_: its sent just before the Join Game packet so in theory its fine 2015-09-02 17:41:03 +Thinkofdeath the play one is mostly useless because sending it a second time or sending it after the login one crashes the client 2015-09-02 17:41:35 XorBoole Thinkofdeath feature? 2015-09-02 17:41:45 +Thinkofdeath at this point yes 2015-09-02 17:42:08 -- Mode #mcdevs [+v XorBoole] par ChanServ 2015-09-02 17:42:19 +XorBoole why does nickserv insist on unidenting me 2015-09-02 17:42:24 * XorBoole stabs nickserv 2015-09-02 17:42:39 +Amaranth phew, too much java, I'd forgotten how finicky it can be to keep track of memory 2015-09-02 17:42:57 * XorBoole pushes rust in Amaranth's general direction 2015-09-02 17:43:05 +Amaranth That's what I'm working with 2015-09-02 17:43:13 +XorBoole back at school, one of my friends is apparently buds with the rust people and he won't shut up about it 2015-09-02 17:43:35 +Amaranth So at least I get compile errors instead of crashes but that doesn't make it any easier to figure out how to fix it :P 2015-09-02 17:43:37 +XorBoole "so I wrote this program in rust" "I think you can just stop saying 'in rust' now, it's kind of implicit" 2015-09-02 17:43:41 +Amaranth hehe 2015-09-02 17:43:44 +XorBoole ah yes, rust 2015-09-02 17:43:46 * Thinkofdeath hugs garbage collectors 2015-09-02 17:43:58 +XorBoole the language where programming devolves into having an argument with the compiler 2015-09-02 17:44:03 +Amaranth Everything I've done in Rust so far hasn't needed to worry about the borrow checker 2015-09-02 17:44:13 * XorBoole borrows Amaranth 2015-09-02 17:44:32 +Thinkofdeath Never really figured out rust plus its syntax looks ugly 2015-09-02 17:44:53 +XorBoole rust is sooo ugly 2015-09-02 17:45:25 +Amaranth Eh, ugly is subjective 2015-09-02 17:45:29 +XorBoole I mean I kind of like rust + go. two really nice approaches to making a sane C 2015-09-02 17:45:41 +Amaranth It's not as bad as perl :P 2015-09-02 17:45:45 +XorBoole perl doesn't exist 2015-09-02 17:45:54 +Thinkofdeath rust is too symbol heavy for my liking 2015-09-02 17:46:20 +XorBoole Thinkofdeath what does that make scala? 2015-09-02 17:46:29 +Amaranth I think a gccgo with the new GC from Go 1.5 and a better story for C interop would be a really nice language 2015-09-02 17:46:30 +XorBoole who needs .hashCode() when you have ##? 2015-09-02 17:46:38 +Thinkofdeath scala is just scary 2015-09-02 17:46:44 +Amaranth Well, toss generics in there too, then it'd be nice 2015-09-02 17:47:06 +Thinkofdeath the C interop finally goes the other way now 2015-09-02 17:47:18 +Amaranth It's still slow as shit 2015-09-02 17:47:19 +XorBoole you what's fun 2015-09-02 17:47:21 +XorBoole JNI in scala 2015-09-02 17:47:39 +Thinkofdeath wonder if go still creates a thread per a cgo call :P 2015-09-02 17:47:49 +Amaranth Pretty sure 2015-09-02 17:47:50 +XorBoole actually, I need to get around to writting a way to use JNI and FLI to bridge scala and haskell 2015-09-02 17:47:50 +Thinkofdeath s/creates/moves to 2015-09-02 17:47:54 +Amaranth Because green threads 2015-09-02 17:48:11 +Amaranth You've at least got to switch out the stack which means you've already lost 2015-09-02 17:48:32 +Thinkofdeath wonder if thats were all my time is spent per a frame on steven 2015-09-02 17:48:44 +Thinkofdeath its really heavy cgo wise 2015-09-02 17:49:01 +Amaranth I don't think JNI is any better so it wouldn't explain why you're slower than MC 2015-09-02 17:49:21 +Amaranth C interop is actually why Rust completely changed its threading story 2015-09-02 17:49:51 +Amaranth It used to be green threads (not very optimized though) but that made C interop too slow 2015-09-02 17:50:22 +Amaranth Then it was pluggable so you could choose native or green and even make a native thread then spin up a green thread scheduler on it 2015-09-02 17:50:40 +Amaranth But green threads were still too slow to do C interop and making it pluggable slowed native threads down a lot 2015-09-02 17:50:54 +Amaranth So now Rust's thread story is "call out to pthread" :D 2015-09-02 17:51:33 +Thinkofdeath shame c interop was so important 2015-09-02 17:52:05 +Thinkofdeath (for me at least) all the c stuff is on one thread so green threads would have been fine 2015-09-02 17:52:25 +Thinkofdeath unless it couldn't optimize for that case I guess 2015-09-02 17:52:29 +Amaranth You can build coroutine things on top of native threads 2015-09-02 17:52:44 +XorBoole I really should relearn rust 2015-09-02 17:52:52 +Amaranth https://github.com/rustcc/coroutine-rs 2015-09-02 17:53:09 +XorBoole then complain about how ugly it still looks ang go back to using the the slowest language ever used by big tech 2015-09-02 17:53:19 +Amaranth You have to explicitly give up control since this is cooperative multithreading 2015-09-02 17:53:39 +Thinkofdeath hmm 2015-09-02 17:53:51 +Amaranth Go gets around that by putting those scheduler calls in the runtime, Python green thread stuff gets around it by monkey patching the runtime 2015-09-02 17:54:12 StarFan Thinkofdeath, when I use 0x46 it sends me always 4 values, first 79, then 2 times 77 and finally 256, what does that values before 256 mean ? 2015-09-02 17:54:28 +Thinkofdeath it means you are parsing something wrong 2015-09-02 17:54:34 +Thinkofdeath its only ever sent once 2015-09-02 17:54:42 +Thinkofdeath if it was sent more vanilla would crash 2015-09-02 17:55:00 +XorBoole vanilla likes crashing doesn't it 2015-09-02 17:55:21 +Thinkofdeath Amaranth: maybe I should give rust another shot then. Got a suggestion for an editor/ide for it? 2015-09-02 17:55:27 SkylordRedstone vanilla be like nope 2015-09-02 17:55:33 +XorBoole I really think they should put a try {} catch (Throwable t) {} inside the main try {} catch (Throwable t) {} to avoid these crashes 2015-09-02 17:55:38 +Thinkofdeath otherwise i'll use sublimetext/atom 2015-09-02 17:55:48 +Thinkofdeath XorBoole: I mean they do 2015-09-02 17:55:51 +Amaranth Thinkofdeath: Nope, I just use sublime text with syntax highlighting and a terminal 2015-09-02 17:55:55 +Thinkofdeath I say crash but mean disconnect 2015-09-02 17:56:06 +XorBoole oh ok 2015-09-02 17:56:11 +Amaranth iirc atom's plugin does syntax highlighting and calls cargo build for you so you don't even need the terminal 2015-09-02 17:56:13 +Thinkofdeath Amaranth: ok *adds to todo list* 2015-09-02 17:56:16 +XorBoole disconnect is sane 2015-09-02 17:56:26 +XorBoole > atom 2015-09-02 17:56:31 +Amaranth Nothing great in the world of autocomplete or refactoring though 2015-09-02 17:56:32 +XorBoole > not intellij because yes 2015-09-02 17:56:33 StarFan Thinkofdeath, I am listening for 0x46 after the server sends me 0x02 (play state) 2015-09-02 17:57:21 +XorBoole there is indeed a rust plugin for idea 2015-09-02 17:57:21 +Thinkofdeath StarFan: have you checked your parsing code is actually correct? 2015-09-02 17:57:36 +XorBoole > support for 0.13 2015-09-02 17:57:37 +Thinkofdeath XorBoole: intellij tends to suck for things like this 2015-09-02 17:57:38 +XorBoole topkek 2015-09-02 17:57:53 +XorBoole Thinkofdeath shh, I do all my haskell in intellij 2015-09-02 17:58:07 SkylordRedstone I have spent most of today writing a proper packet parser in nodejs for the Minecraft protocol 2015-09-02 17:58:42 +Thinkofdeath Amaranth: to be fair for go I used the command line tool 'gorename' since no editor really did it well :P 2015-09-02 17:59:43 +Amaranth Thinkofdeath, XorBoole: https://gist.github.com/amaranth/83c8af003015968e06ec is what I was writing btw 2015-09-02 18:00:11 +Amaranth I was trying to have blocks_by_name by HashMap<&str, &Block> 2015-09-02 18:00:24 +Amaranth &Block is wrong because when the Vec resizes that would no longer be valid 2015-09-02 18:00:36 +XorBoole dear god why do we need 'pub' and 'fn' instead of 'public' and 'func' 2015-09-02 18:00:48 +Amaranth XorBoole: Why func instead of function? 2015-09-02 18:00:49 StarFan Thinkofdeath - http://hastebin.com/yawezeyada.avrasm this is the cycle which I run after 0x02 2015-09-02 18:01:00 +Thinkofdeath StarFan: well there is your issue 2015-09-02 18:01:07 +Thinkofdeath thats not how it works 2015-09-02 18:01:10 +XorBoole Amaranth function is too long 2015-09-02 18:01:15 +XorBoole the sweet spot is 3-4 chars 2015-09-02 18:01:26 +Amaranth func is too long :P 2015-09-02 18:01:30 +XorBoole I dislike 'function' because of js's lambda syntax 2015-09-02 18:01:32 +Thinkofdeath StarFan: you are just reading bytes until you find a 0x46 one instead of parsing packets 2015-09-02 18:01:35 +XorBoole ok, fun/def then 2015-09-02 18:01:38 +XorBoole I prefer def 2015-09-02 18:01:48 +Thinkofdeath just use f and p 2015-09-02 18:01:52 +Thinkofdeath best savings 2015-09-02 18:01:57 +Amaranth This is super bikeshed'y 2015-09-02 18:02:07 SkylordRedstone writing a packet parser is difficult but you need to do it :3 2015-09-02 18:03:01 +XorBoole Thinkofdeath pls, haskell has zero chars 2015-09-02 18:03:09 +XorBoole f args = body 2015-09-02 18:03:13 +Thinkofdeath Amaranth: so instead of &Block what would you use? Rc? 2015-09-02 18:03:23 SkylordRedstone clearly GolfScript best 2015-09-02 18:03:23 +Thinkofdeath this is the part I never really got with rust 2015-09-02 18:03:27 +Amaranth Thinkofdeath: I used usize and store the index in to Vec 2015-09-02 18:03:38 +Thinkofdeath ah 2015-09-02 18:05:43 +XorBoole I like how the match syntax is not only basically scala's, but they have the same names for the Option ctrs 2015-09-02 18:05:59 +Amaranth XorBoole: OCaml 2015-09-02 18:07:38 +Amaranth Rust sort of started as OCaml in C++ clothing 2015-09-02 18:08:30 +XorBoole oh that makes sense 2015-09-02 18:08:47 +Amaranth The original compiler was written in OCaml too 2015-09-02 18:08:55 +XorBoole but now it's written in rust 2015-09-02 18:08:59 +Amaranth Yep 2015-09-02 18:09:08 +XorBoole delicious 2015-09-02 18:09:31 +XorBoole if you want to see a horror of a compiler, I suggest checking out nsc, scalac's internals 2015-09-02 18:09:47 +XorBoole I know my way around down there a little too well 2015-09-02 18:12:24 +Amaranth Rust's compiler has some types like Vec>>>, I suspect the only reason it would be less horrible is because I know the syntax :P 2015-09-02 18:17:15 +XorBoole I dislike that a lot of rust's core types have no sugar 2015-09-02 18:17:32 +XorBoole e.g., no special pointery-syntax sugar of Box<> 2015-09-02 18:19:33 +XorBoole I guess the fact that I'm a scalaist doesn't help, because I'm used to [] for type constructors 2015-09-02 18:23:05 SkylordRedstone my internet is being so slow today .-. 2015-09-02 18:23:12 SkylordRedstone IM MEANT TO HAVE 100MBPS 2015-09-02 18:28:33 +XorBoole SkylordRedstone http://www.speedtest.net/result/4631183636.png 2015-09-02 18:28:48 +XorBoole in other news holy shit speed test has a lot of adds adblock isn't catching 2015-09-02 18:29:02 SkylordRedstone lol mine is catching them 2015-09-02 18:30:16 SkylordRedstone dat ping thou 2015-09-02 18:30:46 +XorBoole probably the waifi 2015-09-02 18:32:17 StarFan Thinkofdeath, I have figured it out (a bit messy but it works) so now I am able to send chat packets without any problem but there is problem with chat tab-completes bungeecord always disconnects me with this error: http://hastebin.com/amakatifav.avrasm 2015-09-02 18:32:32 StarFan running the latest 2015-09-02 18:38:39 SkylordRedstone something's up with the message 2015-09-02 19:05:55 SkylordRedstone ew how are you meant to handle only receiving parts of a packet 2015-09-02 19:23:29 +Amaranth SkylordRedstone: Fail 2015-09-02 19:23:45 +Amaranth The only reason you should get part of a packet is because the network died or your code has a bug 2015-09-02 19:24:14 SkylordRedstone oh okay, I've never had it but I figure that network dropouts might be an issue 2015-09-02 19:38:38 Not-f7bb [minecraft-data] rom1504 pushed 7 commits to 1.8 [+0/-0/±8] http://git.io/vG1iA 2015-09-02 19:38:40 Not-f7bb [minecraft-data] roblabla 121c290 - Add new types hash, move the states to its own hash 2015-09-02 19:38:42 Not-f7bb [minecraft-data] rom1504 9a72fa8 - change structure of the protocol : types and states 2015-09-02 19:38:43 Not-f7bb [minecraft-data] roblabla f49f51b - Add entityMetadataItem 2015-09-02 19:38:45 Not-f7bb [minecraft-data] ... and 4 more commits. 2015-09-02 19:41:05 <-- nickelpro (i.am@the.one.and.only.nickelp.ro) a quitté (Quit: Blew this popsicle stand) 2015-09-02 19:41:24 --> nickelpro (~nickelpro@the.one.and.only.nickelp.ro) a rejoint #mcdevs 2015-09-02 19:46:23 <-- nickelpro (~nickelpro@the.one.and.only.nickelp.ro) a quitté (Quit: Blew this popsicle stand) 2015-09-02 19:46:36 --> nickelpro (i.am@the.one.and.only.nickelp.ro) a rejoint #mcdevs 2015-09-02 19:52:35 Not-f7bb [minecraft-data] rom1504 pushed 1 commit to 1.8 [+0/-0/±1] http://git.io/vG1yF 2015-09-02 19:52:36 Not-f7bb [minecraft-data] rom1504 936d1c2 - fix formatting 2015-09-02 19:54:27 Not-f7bb [minecraft-data] rom1504 pushed 2 commits to 1.8 [+0/-0/±2] http://git.io/vG1SP 2015-09-02 19:54:29 Not-f7bb [minecraft-data] gitter-badger 05a1ef1 - Added Gitter badge 2015-09-02 19:54:30 Not-f7bb [minecraft-data] rom1504 932b0c3 - Merge pull request #57 from gitter-badger/gitter-badge Add a Gitter chat badge to README.md 2015-09-02 21:37:04 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-09-02 22:01:41 <-- notna (~notna@p4FC8C926.dip0.t-ipconnect.de) a quitté (Ping timeout: 240 seconds) 2015-09-02 22:03:08 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-09-02 22:15:43 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 252 seconds) 2015-09-02 23:24:34 <-- StarFan (591d6419@gateway/web/freenode/ip.89.29.100.25) a quitté (Ping timeout: 246 seconds) 2015-09-03 00:24:13 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: UUID00) 2015-09-03 00:39:41 --> ry60003333 (~ry6000333@104.153.29.103) a rejoint #mcdevs 2015-09-03 00:54:10 -- xnrand est maintenant connu sous le nom tumblr 2015-09-03 00:59:46 -- tumblr est maintenant connu sous le nom xnrand 2015-09-03 01:13:01 Not-2be [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vGDEx 2015-09-03 01:13:03 Not-2be [mineflayer] rom1504 221187a - update gitter room to mineflayer room 2015-09-03 01:18:35 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-03 01:39:06 Not-f7bb [SpockBot] gamingrobot pushed 2 commits to master [+0/-0/±2] http://git.io/vGDVW 2015-09-03 01:39:07 Not-f7bb [SpockBot] nickelpro d174db7 - Reset velocity vector on collision 2015-09-03 01:39:09 Not-f7bb [SpockBot] gamingrobot e74f070 - Merge pull request #97 from nickelpro/bugfix-physics 2015-09-03 01:52:44 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-03 01:56:57 -- r04r est maintenant connu sous le nom zz_r04r 2015-09-03 01:57:11 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 252 seconds) 2015-09-03 02:01:39 Fenhl XorBoole: fun fact, at one point Rust keywords were *required* to be 6 chars or shorter 2015-09-03 02:02:07 Fenhl then there was a big discussion about some stuff and cont became continue? 2015-09-03 02:02:11 Fenhl or something like that 2015-09-03 02:02:41 Fenhl my point being, Rust likes short keywords 2015-09-03 02:31:55 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-03 02:33:45 -- jython234[away] est maintenant connu sous le nom jython234[ping] 2015-09-03 03:06:21 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer) 2015-09-03 03:07:45 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-03 03:21:18 <-- Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds) 2015-09-03 03:23:03 --> Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-03 03:27:57 <-- Dykam (~Dykam@2a03:b0c0:0:1010::da:5001) a quitté (Quit: No Ping reply in 180 seconds.) 2015-09-03 03:28:35 --> Dykam (~Dykam@2a03:b0c0:0:1010::da:5001) a rejoint #mcdevs 2015-09-03 03:35:05 <-- GunfighterJ (gunfighter@2607:5300:60:34b:d::43) a quitté (Remote host closed the connection) 2015-09-03 03:39:57 --> GunfighterJ (gunfighter@2607:5300:60:34b:d::43) a rejoint #mcdevs 2015-09-03 03:43:01 <-- Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Quit: No Ping reply in 180 seconds.) 2015-09-03 03:49:29 --> Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-03 03:51:34 --> conji (43314035@gateway/web/freenode/ip.67.49.64.53) a rejoint #mcdevs 2015-09-03 03:51:50 conji Evening folks 2015-09-03 03:51:58 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-09-03 03:52:31 conji Grum: I was curious as to the layout of the chunk wire data because it kinda doesn't make sense on the site. 2015-09-03 03:53:33 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-03 03:54:02 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 260 seconds) 2015-09-03 03:54:02 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2015-09-03 03:55:55 <-- Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds) 2015-09-03 03:58:15 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 264 seconds) 2015-09-03 03:58:57 conji Also, did something change with the server list ping in the latest version? 2015-09-03 04:01:32 --> Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-03 04:07:56 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer) 2015-09-03 04:13:00 <-- Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Quit: No Ping reply in 180 seconds.) 2015-09-03 04:18:24 --> Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-03 04:25:03 nickelpro conji: What are you talking about with server list ping? 2015-09-03 04:41:48 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-03 05:16:01 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 240 seconds) 2015-09-03 05:18:35 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 244 seconds) 2015-09-03 05:28:13 <-- Shnaw (n3rd@v6.Alderaan.Shadow-Dev.org) a quitté (Quit: No Ping reply in 180 seconds.) 2015-09-03 05:29:16 <-- jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a quitté (Ping timeout: 246 seconds) 2015-09-03 05:29:59 <-- Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a quitté (Ping timeout: 246 seconds) 2015-09-03 05:32:55 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-09-03 05:33:54 --> jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a rejoint #mcdevs 2015-09-03 05:34:19 --> Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs 2015-09-03 05:54:24 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-03 05:58:46 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 240 seconds) 2015-09-03 06:05:45 <-- Zachoz (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a quitté (Read error: Connection reset by peer) 2015-09-03 06:05:45 <-- ScruffyRules (~Scruff@2001:19f0:5800:8483:5400:ff:fe06:49ea) a quitté (Read error: Connection reset by peer) 2015-09-03 06:07:48 --> ScruffyRules (~Scruff@2001:19f0:5800:8483:5400:ff:fe06:49ea) a rejoint #mcdevs 2015-09-03 06:08:07 <-- bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a quitté (Ping timeout: 246 seconds) 2015-09-03 06:08:48 --> Zachoz (~Zachoz@2001:19f0:5800:8483:5400:ff:fe06:49ea) a rejoint #mcdevs 2015-09-03 06:14:26 --> bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-03 06:18:54 +Grum conji: feel free to ask :) 2015-09-03 06:19:04 +Grum but i reckon you might be sleeping already :D 2015-09-03 06:21:00 Not-f7bb [SpockBot] gamingrobot pushed 3 commits to master [+0/-0/±3] http://git.io/vGyl2 2015-09-03 06:21:02 Not-f7bb [SpockBot] nickelpro 87a2fc0 - Fix physics bugs when interacting with corners 2015-09-03 06:21:03 Not-f7bb [SpockBot] nickelpro bbc4c55 - Whoopsie, Vector() -> Vector3() 2015-09-03 06:21:04 Not-f7bb [SpockBot] gamingrobot 460f75e - Merge pull request #98 from nickelpro/bugfix-physics 2015-09-03 06:27:39 <-- bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a quitté (Ping timeout: 255 seconds) 2015-09-03 06:27:47 --> bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-03 06:45:58 --> notna (~notna@p4FC8CD28.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-03 07:01:10 <-- notna (~notna@p4FC8CD28.dip0.t-ipconnect.de) a quitté (Ping timeout: 260 seconds) 2015-09-03 07:55:12 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-03 07:59:44 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 250 seconds) 2015-09-03 08:05:45 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 255 seconds) 2015-09-03 08:14:33 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-03 08:17:44 --> UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-03 08:30:06 <-- _123DontMessWitM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a quitté (Read error: Connection timed out) 2015-09-03 09:58:30 --> LEGENDFF (~LEGENDFF@dslb-088-072-037-043.088.072.pools.vodafone-ip.de) a rejoint #mcdevs 2015-09-03 10:00:42 --> StarFan (591d6419@gateway/web/freenode/ip.89.29.100.25) a rejoint #mcdevs 2015-09-03 10:02:10 StarFan Hello, can anybody help me please ? I am trying to send 0x01 to bungeecord (chat packet) and 1 of 10 times I got this error: http://hastebin.com/tahofeyuzo.avrasm and client is disconnected. What is wrong ? 2015-09-03 10:05:32 StarFan Am I compressing something wrongly ? 2015-09-03 10:15:07 LEGENDFF pretty hard to judge just from the bukkit stacktrace, got some code? 2015-09-03 10:17:06 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Read error: Connection reset by peer) 2015-09-03 10:18:38 StarFan LEGENDFF: yes give me sec I will send you a paste 2015-09-03 10:18:41 --> UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-03 10:19:25 --> Rudench (n3rd@v6.Alderaan.Shadow-Dev.org) a rejoint #mcdevs 2015-09-03 10:20:36 StarFan LEGENDFF: here http://hastebin.com/awixewuloz.avrasm 2015-09-03 10:21:59 StarFan the error appears to be thrown in all packet of the Play state 2015-09-03 10:22:07 StarFan packets* 2015-09-03 10:22:20 StarFan but the login is successful 2015-09-03 10:26:35 LEGENDFF StarFan: seems like youre writing the packet size after the packet id, its the other way around, also dont forget that the size value also contains the size of the packetId VarInt 2015-09-03 10:35:02 StarFan LEGENDFF: Sorry the code I sent you was a bit messy look at that: 2015-09-03 10:35:03 StarFan http://hastebin.com/noculenine.avrasm 2015-09-03 10:35:18 StarFan I am not really sending size after packet id 2015-09-03 10:35:46 --> _123DMWM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a rejoint #mcdevs 2015-09-03 10:37:06 LEGENDFF i see 2015-09-03 10:39:23 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-03 10:41:50 LEGENDFF the packet creation looks right to me 2015-09-03 10:43:03 LEGENDFF maybe try to make a dump of the packet, or check its content with a debugger 2015-09-03 10:45:43 StarFan LEGENDFF, you mean that I try to read the packet before I send it ? 2015-09-03 10:46:58 LEGENDFF yea exactly, iterate through send2.toByteArray() and print it to std 2015-09-03 11:00:27 <-- Cxom_ (~Trinoxtio@2601:248:4200:4876:5db7:fe11:f58d:6b0a) a quitté (Read error: Connection reset by peer) 2015-09-03 11:11:17 StarFan LEGENDFF, the problem is that the packet works only in 1 of 10 cases it throws the error 2015-09-03 11:15:01 +Thinkofdeath when exactly are you sending that packet? 2015-09-03 11:19:50 StarFan Just after login and 0x02 play state it is just for testing for now 2015-09-03 11:33:59 StarFan Thinkofdeath: I think I solved the problem I did 30 ms delay after success login and after that if I send chat packet it works 2015-09-03 11:34:09 StarFan It was just test-fail 2015-09-03 11:34:21 StarFan I sent the packet too early probably 2015-09-03 11:34:43 +Thinkofdeath should wait for the Join Game packet before sending anything 2015-09-03 11:35:15 StarFan Yea but on vannila or standart spigot it worked normally but bungeecord maybe has a bit longer join process 2015-09-03 11:38:21 StarFan Anyway thanks for help I realised the problem when you asked me when I am sending the packet :) 2015-09-03 12:17:50 --> nick____ (4f75793d@gateway/web/freenode/ip.79.117.121.61) a rejoint #mcdevs 2015-09-03 12:17:57 nick____ why snowgolems despawn? 2015-09-03 12:18:20 nick____ :[ 2015-09-03 12:18:25 angal melt? 2015-09-03 12:18:37 nick____ . 2015-09-03 12:18:44 nick____ underground 2015-09-03 12:20:47 nick____ someone know an easy program to patch .gif animation? 2015-09-03 12:21:06 nick____ i found a dancing zombie 2015-09-03 12:24:21 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-09-03 12:55:34 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-03 13:00:45 nick____ 470 files 2015-09-03 13:03:01 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-03 13:06:42 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-03 13:16:51 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-09-03 13:17:13 <-- nick____ (4f75793d@gateway/web/freenode/ip.79.117.121.61) a quitté (Ping timeout: 246 seconds) 2015-09-03 13:34:42 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-09-03 13:38:59 <-- ry60003333 (~ry6000333@104.153.29.103) a quitté (Ping timeout: 252 seconds) 2015-09-03 13:41:49 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 244 seconds) 2015-09-03 13:45:55 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 246 seconds) 2015-09-03 14:08:07 Not-f7bb [minecraft-data] rom1504 pushed 1 commit to 1.8 [+0/-0/±1] http://git.io/vGSAb 2015-09-03 14:08:08 Not-f7bb [minecraft-data] rom1504 204a494 - change protocol schema to comply with the json reference draft (http://tools.ietf.org/html/draft-pbryan-zyp-json-ref-03#section-3) 2015-09-03 14:29:50 <-- benbaptist (~benbaptis@c-50-172-95-66.hsd1.in.comcast.net) a quitté (Remote host closed the connection) 2015-09-03 14:30:33 --> icemanbp_ (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-03 14:31:51 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 264 seconds) 2015-09-03 14:33:12 <-- icemanbp_ (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Read error: Connection reset by peer) 2015-09-03 14:33:30 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-03 15:04:07 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-09-03 15:04:43 conji Sorry, I was asleep indeed. For some reason, the server list ping sends an ID of 245 instead of 1 for pinging with my client. I'm sure I'm probably just reading something wrong so I'll look into it further on the server end. 2015-09-03 15:07:12 --> Conji_ (~Conji@2605:e000:fa42:4700:345e:705f:2e7a:7195) a rejoint #mcdevs 2015-09-03 15:07:24 <-- conji (43314035@gateway/web/freenode/ip.67.49.64.53) a quitté (Quit: Page closed) 2015-09-03 15:08:24 <-- Conji_ (~Conji@2605:e000:fa42:4700:345e:705f:2e7a:7195) a quitté (Client Quit) 2015-09-03 15:09:00 --> Conji (~Conji@2605:e000:fa42:4700:345e:705f:2e7a:7195) a rejoint #mcdevs 2015-09-03 15:13:18 barneygale_ conji, mojang servers respond to old-style server list pings with that packet 2015-09-03 15:35:26 --> notna (~notna@p4FC8CD28.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-03 15:50:39 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-03 16:02:11 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-03 17:01:07 StarFan Can anybody help me please ? I am trying to send chat packet but for some reason in 50% of cases (other 50% of cases works fine) I got this error from bungeecord: http://hastebin.com/vulepumohu.avrasm 2015-09-03 17:01:54 -- r04r est maintenant connu sous le nom zz_r04r 2015-09-03 17:03:14 barneygale_ StarFan, thrown here: https://github.com/SpigotMC/BungeeCord/blob/master/native/src/main/c/NativeCompressImpl.cpp#L76 2015-09-03 17:03:26 barneygale_ Looks like bungee can't decompress your packet 2015-09-03 17:06:21 StarFan barneygale_ yea but I am sending packets always exactly the same way and one of them works and another no 2015-09-03 17:06:57 rom1504 sounds like a timing issue 2015-09-03 17:07:23 StarFan rom1504 what do you mean by timing issue ? 2015-09-03 17:07:40 rom1504 you are sending things at the wrong time 2015-09-03 17:08:04 rom1504 did you "wait for the Join Game packet before sending anything" ? 2015-09-03 17:08:05 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer) 2015-09-03 17:08:21 StarFan well, and how can I know when the time is wrong or good to send a packet ? 2015-09-03 17:08:33 StarFan Yes I have waited for join game packet 2015-09-03 17:09:52 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-03 17:09:53 barneygale_ I doubt it's a packet order issue 2015-09-03 17:10:06 barneygale_ -3 is Z_DATA_ERROR if you're interested: http://www.zlib.net/manual.html 2015-09-03 17:10:56 barneygale_ It seems unreasonable that bungee should be trying to decompress a chat packet. Surely it shouldn't be long enough? 2015-09-03 17:12:56 LEGENDFF it would be a lot easier having some packet dumps 2015-09-03 17:16:40 StarFan LEGENDFF yea but it is a lot of work 2015-09-03 17:18:17 StarFan and you know I am just "weekend" developer I am not a coding star xD 2015-09-03 17:19:33 LEGENDFF here is some dirty code, http://pastebin.com/912tmNBV, nextPacket.getData() would be the byte array, put it right before you send the packet, should work out 2015-09-03 17:20:30 barneygale_ dumping packets you're about to send should not be a lot of work 2015-09-03 17:21:28 StarFan LEGENDFF thanks I will try it right now 2015-09-03 17:21:38 barneygale_ I wonder if you can DoS a minecraft server by sending absurdly large packet lengths or uncompressed lengths 2015-09-03 17:23:59 rom1504 2147483647 is not that big a packet length 2015-09-03 17:24:10 rom1504 now if you send the actual packet, that's different 2015-09-03 17:24:30 rom1504 I don't think there's any packet that can be that big though 2015-09-03 17:24:42 rom1504 well any server bound packet 2015-09-03 17:25:19 StarFan LEGENDFF chat packet gave me this output: http://hastebin.com/nivenahaki.1c 2015-09-03 17:25:56 rom1504 maybe the Plugin Message packet 2015-09-03 17:26:13 +Dinnerbone Actually the max packet length you can send to the server would be 2,097,152 bytes 2015-09-03 17:26:46 +Dinnerbone And you'd have to send it all, and it'd have to be valid. 2015-09-03 17:27:25 +Dinnerbone Serverbound plugin message is itself limited to 32,767 bytes 2015-09-03 17:29:31 rom1504 I guess slot sizes are limited too (for example in Creative Inventory Action) 2015-09-03 17:35:06 StarFan LEGENDFF So I think the format is not a problem 2015-09-03 17:35:18 LEGENDFF yea seems fine to 2015-09-03 17:35:22 LEGENDFF yea seems fine to me* 2015-09-03 17:35:32 StarFan Maybe the join game packet when exactly the packet should arrive ? 2015-09-03 17:37:23 LEGENDFF usually after you send encryption response 2015-09-03 17:37:36 LEGENDFF http://wiki.vg/Protocol_FAQ 2015-09-03 17:38:58 <-- barneygale_ (~barneygal@mail.thefoundry.co.uk) a quitté (Ping timeout: 244 seconds) 2015-09-03 17:43:03 --> barneygale_ (~barneygal@mail.thefoundry.co.uk) a rejoint #mcdevs 2015-09-03 17:45:11 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-03 17:47:04 StarFan LEGENDFF: Would you be so kind please to show me how to "catch" the join game packet from the input stream ? 2015-09-03 17:51:26 <-- LEGENDFF (~LEGENDFF@dslb-088-072-037-043.088.072.pools.vodafone-ip.de) a quitté (Ping timeout: 246 seconds) 2015-09-03 17:51:40 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-03 17:53:25 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer) 2015-09-03 17:54:12 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-03 17:55:59 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 244 seconds) 2015-09-03 18:04:17 --> LEGENDFF (~LEGENDFF@dslb-088-072-037-043.088.072.pools.vodafone-ip.de) a rejoint #mcdevs 2015-09-03 18:05:52 StarFan LEGENDFF: Would you be so kind please to show me how to "catch" the join game packet from the input stream ? 2015-09-03 18:13:10 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-09-03 18:41:06 nickelpro StarFan: what framework are you using? 2015-09-03 18:41:39 StarFan nickelpro: just pure java and guave for bytestreams 2015-09-03 18:41:42 StarFan guava * 2015-09-03 18:42:01 nickelpro Then you'll have to implement packet dispatchers yourself 2015-09-03 18:42:50 nickelpro Decode the packet, check the ID, when you get Join Game you're good to go 2015-09-03 18:48:02 StarFan nickelpro: well, I dont even know how decode the packet 2015-09-03 18:48:14 StarFan is there any lib for that around ? 2015-09-03 18:49:53 nickelpro StarFan: The wiki is your friend in all things http://wiki.vg/Library_List 2015-09-03 19:52:32 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-03 19:57:27 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 264 seconds) 2015-09-03 19:57:35 StarFan hey guys please help me I have a big problem the bungee always throws this: http://hastebin.com/ehiquzusag.avrasm but for example first 5 packets are absolutely without any problem and when I try to send 6th then it crashes the client and bb 2015-09-03 20:00:00 LEGENDFF what packets are you sending? 2015-09-03 20:00:36 StarFan it throws this error while sending any packets (chat, slot change...) 2015-09-03 20:00:55 StarFan but on normal vannila or pure spigot it works perfectly 2015-09-03 20:01:06 StarFan it does not work only if it goes via bungeecord 2015-09-03 20:09:50 <-- LEGENDFF (~LEGENDFF@dslb-088-072-037-043.088.072.pools.vodafone-ip.de) a quitté (Ping timeout: 244 seconds) 2015-09-03 20:10:10 --> LEGENDFF (~LEGENDFF@ip-90-186-0-178.web.vodafone.de) a rejoint #mcdevs 2015-09-03 20:24:18 <-- LEGENDFF (~LEGENDFF@ip-90-186-0-178.web.vodafone.de) a quitté (Ping timeout: 244 seconds) 2015-09-03 20:24:41 --> LEGENDFF (~LEGENDFF@dslb-088-072-037-043.088.072.pools.vodafone-ip.de) a rejoint #mcdevs 2015-09-03 20:44:49 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Quit: redstonehelper) 2015-09-03 21:09:00 +Grum Conji: still had questions on the chunkdata? 2015-09-03 21:53:15 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-03 21:57:49 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 244 seconds) 2015-09-03 21:59:52 Not-f7bb [SpockBot] nickelpro pushed 3 commits to master [+0/-0/±5] http://git.io/vG7I6 2015-09-03 21:59:53 Not-f7bb [SpockBot] nickelpro 95ba3a8 - Fix very rare physics bug and generally cleanup physics module 2015-09-03 21:59:55 Not-f7bb [SpockBot] nickelpro a2d45b7 - flake8 is important /s 2015-09-03 21:59:56 Not-f7bb [SpockBot] nickelpro ae2a58b - Merge pull request #99 from nickelpro/bugfix-physics 2015-09-03 22:16:30 +Thinkofdeath Grum: the wiki is still missing everything after 15w35b for the chunk packet 2015-09-03 22:19:15 --> Cxom (~Trinoxtio@2601:248:4200:4876:d5db:5cff:d898:33af) a rejoint #mcdevs 2015-09-03 22:19:20 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-09-03 22:26:44 <-- notna (~notna@p4FC8CD28.dip0.t-ipconnect.de) a quitté (Ping timeout: 272 seconds) 2015-09-03 22:27:15 <-- yawkat (~yawkat@cats.coffee) a quitté (Quit: Meow) 2015-09-03 22:27:34 --> yawkat (~yawkat@cats.coffee) a rejoint #mcdevs 2015-09-03 22:28:34 <-- LEGENDFF (~LEGENDFF@dslb-088-072-037-043.088.072.pools.vodafone-ip.de) a quitté (Ping timeout: 250 seconds) 2015-09-03 22:47:25 <-- Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds) 2015-09-03 22:48:43 --> Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-03 22:52:21 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 240 seconds) 2015-09-03 22:52:26 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer) 2015-09-03 22:55:02 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-03 23:54:03 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-03 23:55:21 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer) 2015-09-03 23:58:07 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-03 23:58:25 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 246 seconds) 2015-09-04 00:03:14 <-- _123DMWM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a quitté (Read error: Connection reset by peer) 2015-09-04 00:16:40 --> bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a rejoint #mcdevs 2015-09-04 00:30:01 Conji Grum: Yes I did, but I just got off of work. 2015-09-04 00:36:48 --> _123DMWM (~123DMWM@pool-96-237-110-185.bstnma.fios.verizon.net) a rejoint #mcdevs 2015-09-04 00:53:48 --> Flemmard`` (~flemmard@AStrasbourg-652-1-133-131.w109-221.abo.wanadoo.fr) a rejoint #mcdevs 2015-09-04 00:55:07 <-- StarFan (591d6419@gateway/web/freenode/ip.89.29.100.25) a quitté (Ping timeout: 246 seconds) 2015-09-04 00:56:26 <-- Flemmard (~flemmard@unaffiliated/flemmard) a quitté (Ping timeout: 240 seconds) 2015-09-04 01:29:01 --> benbaptist (~benbaptis@109.sub-70-210-76.myvzw.com) a rejoint #mcdevs 2015-09-04 01:42:46 <-- benbaptist (~benbaptis@109.sub-70-210-76.myvzw.com) a quitté (Remote host closed the connection) 2015-09-04 01:53:39 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Quit: UUID00) 2015-09-04 01:54:47 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-04 01:59:08 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 256 seconds) 2015-09-04 02:55:37 -- r04r est maintenant connu sous le nom zz_r04r 2015-09-04 03:44:04 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-04 03:55:43 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-04 04:00:01 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 240 seconds) 2015-09-04 04:59:10 <-- Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Quit: So long!) 2015-09-04 05:00:01 --> Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs 2015-09-04 05:00:02 -- Mode #mcdevs [+v Amaranth] par ChanServ 2015-09-04 05:26:56 --> Conji_ (~Conji@2605:e000:fa42:4700:345e:705f:2e7a:7195) a rejoint #mcdevs 2015-09-04 05:28:29 <-- angal (angal@elmo.stole-your.pw) a quitté (Ping timeout: 246 seconds) 2015-09-04 05:28:29 <-- hkaga (~hkaga@2602:ffda:bbb::27bf:741e) a quitté (Ping timeout: 246 seconds) 2015-09-04 05:29:11 <-- Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a quitté (Ping timeout: 246 seconds) 2015-09-04 05:29:32 <-- Conji (~Conji@2605:e000:fa42:4700:345e:705f:2e7a:7195) a quitté (Ping timeout: 246 seconds) 2015-09-04 05:29:32 <-- Rudench (n3rd@v6.Alderaan.Shadow-Dev.org) a quitté (Ping timeout: 246 seconds) 2015-09-04 05:29:54 <-- jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a quitté (Ping timeout: 244 seconds) 2015-09-04 05:30:44 --> Cxom_ (~Trinoxtio@2601:248:4200:4876:d5db:5cff:d898:33af) a rejoint #mcdevs 2015-09-04 05:32:59 --> hkaga (~hkaga@2602:ffda:bbb::27bf:741e) a rejoint #mcdevs 2015-09-04 05:33:23 --> Deaygo (Deaygo@i.let.this.bloody.dropbear.in) a rejoint #mcdevs 2015-09-04 05:33:42 --> jamietech (~jamietech@jamietech.jbouncer.jamiete.ch) a rejoint #mcdevs 2015-09-04 05:33:44 <-- Cxom (~Trinoxtio@2601:248:4200:4876:d5db:5cff:d898:33af) a quitté (Ping timeout: 246 seconds) 2015-09-04 05:46:30 --> angal (angal@elmo.stole-your.pw) a rejoint #mcdevs 2015-09-04 05:56:24 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-04 05:57:19 <-- RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a quitté (Quit: Nettalk6 - www.ntalk.de) 2015-09-04 06:00:54 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 244 seconds) 2015-09-04 06:14:38 +Grum Thinkofdeath: too much effort to edit a wiki : 2015-09-04 06:14:39 +Grum :p 2015-09-04 06:14:42 +Grum but i could explain ;) 2015-09-04 06:18:05 Fenhl that might be helpful 2015-09-04 06:20:52 +Grum What would be unclear atm? 2015-09-04 06:27:55 Fenhl it's just not documented at all 2015-09-04 06:28:24 Fenhl I haven't looked at the current format at all so maybe someone else should ask 2015-09-04 06:28:58 +Grum The internal storage is now divided into 3 kinds, of which two are significantly for the protocol differences. The data is now stored using a palette per section, this allows for unlimited (but 24/32bit should be plenty) amounts of blocks being referenced and smaller in memory sizes. 2015-09-04 06:29:59 --> Rudench (n3rd@v6.Alderaan.Shadow-Dev.org) a rejoint #mcdevs 2015-09-04 06:30:47 +Grum To store the data, there is a long[] storage sized 4k/64*bits big. Because upgrading to a bigger size is the most expensive operation we only have the following transition paths: 4->5->6->7->8->13 2015-09-04 06:31:20 +Grum 13 currently is the smallest power of two to reference 'any block', that number is dynamic depending on the amount of known blockstates 2015-09-04 06:32:41 +Grum So: 0-4bits are 1 type (linear for size), 5,6,7,8 are another one (hash based for speed), 9+ (becomes 13, global palette) is the last one 2015-09-04 06:32:54 +Grum on the wire you will see (let me fetch the code so i get this right :D) 2015-09-04 06:35:28 +Grum byte with 'number of bits in storage', the palette (which doesnt exist when bits is 13 atm (code does > 8)) and a long array (varint size + size*longs) 2015-09-04 06:37:09 +Grum The palette is just: varint size + size*varint (of 'global palette ids' -- the 'chars' currently) 2015-09-04 06:38:56 +Grum that's basically it O.o 2015-09-04 06:41:30 +Grum (and obviously that just replaces the 'raw data' normally read; the 'multichunk'-packet is gone because the benefits were negligable 2015-09-04 06:41:56 +Grum and in theory it just means that someone on a slow line will not be able to do anything with any of the 10 chunks in the packet until he has received all of them 2015-09-04 06:43:45 Fenhl okay so Map Chunk Bulk is simply replaced by multiple Chunk Data packets, as expected 2015-09-04 06:44:13 +Grum The chunk packet used to have a functionality that let you 'forget chunks' that caused issues and is now a seperate packet 2015-09-04 06:44:52 Fenhl already documented as Unload Chunk, not much to get wrong there I think 2015-09-04 06:45:34 Fenhl let me see if I can get your explanation into wiki format 2015-09-04 06:47:01 +Grum in an ideal world the server would obviously not have to care for that ... but that change as not so trivial in the current way of things 2015-09-04 06:47:25 Fenhl if that fails I can always go with what whoever wrote http://wiki.vg/Pre-release_protocol#Spawn_Player did and quote you verbatim :P 2015-09-04 06:48:51 +Grum i think the only note should be: 'when bit-size > 8 there will not be a palette' -- for now -- safer could be when it is 'exactly 13' but this might change in the future when we need 14 bits (or less if we clean some significant stuff up) 2015-09-04 06:49:56 Fenhl btw, can you confirm if the changes documented for that packet are accurate? The server I play on has a weird bug which seems to occur at Spawn Player which I can't explain with just the changes listed in the wiki 2015-09-04 06:50:00 +Grum Maybe I should put in a '0 varint' when there is no palette, that would make it stateless again 2015-09-04 06:50:17 Fenhl (the bug is https://bugs.mojang.com/browse/MC-87041 fwiw) 2015-09-04 06:51:20 +Grum almost done making breakfast, slower to answer, but i'll check that one in a bit :) 2015-09-04 06:51:52 +SinZ what's for breakfast 2015-09-04 06:52:18 Fenhl this is the most important question obviously 2015-09-04 06:52:31 +Grum omelette+fruitjuice 2015-09-04 06:52:32 ScruffyRules SinZ, ASCII 2015-09-04 06:52:46 +SinZ ascii is boring 2015-09-04 06:52:50 +Grum errr vegetable juice :P 2015-09-04 06:53:11 +SinZ which is my steam name is mostly unicode just so it breaks in like half of my games 2015-09-04 06:55:54 ScruffyRules I had coco pops. xD 2015-09-04 06:56:13 +Grum hehe so wholesomely good!;D 2015-09-04 06:57:00 +SinZ I had chocolate cake... 2015-09-04 06:59:56 +Grum mmmmchocolade 2015-09-04 07:04:12 +Grum Fenhl: i can actually not confirm anything, we do not number the 'metadata' i the code 2015-09-04 07:04:16 +Grum bootstrapping does it 2015-09-04 07:04:33 +Grum *in the code 2015-09-04 07:16:47 Fenhl “number the metadata” not sure what that means 2015-09-04 07:32:44 <-- bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a quitté (Ping timeout: 250 seconds) 2015-09-04 07:36:55 Fenhl Grum: okay so let me make sure I get this right: the Chunk Data packet still has the same fields, but Primary Bit Mask is now an Int and the Chunk data type itself has changed? 2015-09-04 07:45:19 +Grum hmmm is it an int? 2015-09-04 07:46:08 +Grum ah yeah it is :) 2015-09-04 07:47:07 Fenhl why an int though? Preparation for even taller worlds? :P 2015-09-04 07:48:01 +Grum probably should become a varint O.o 2015-09-04 07:48:27 Fenhl I'm changing the docs to say Unsigned Int, since it makes no sense for a bit mask to be signed 2015-09-04 07:48:48 +Grum there is no such thing as unsigned ints in java ;) 2015-09-04 07:48:49 +Grum but yeah 2015-09-04 07:49:00 Fenhl I know but that's an implementation detail 2015-09-04 07:49:24 +Grum I'll add writing out a 'varint 0' if there is no palette rather than the size 2015-09-04 07:51:03 Fenhl I'm assuming the least significant bit of the int represents the chunk at the bottom of the column? 2015-09-04 07:51:20 +Grum that didn't change from before 2015-09-04 07:51:23 Fenhl otherwise changing to a VarInt wouldn't help much 2015-09-04 07:51:50 +Grum I'll just go change it to a varint 2015-09-04 07:52:00 Fenhl yeah but it wasn't documented for the old format either 2015-09-04 07:52:12 +Grum so the section mask is now int, will become a varint (i'll check order) 2015-09-04 07:52:16 Fenhl wait nvm it was, but not at [[Protocol]] 2015-09-04 07:52:45 Fenhl > The least significant bit represents the chunk from Y=0 to Y=15, and so forth. 2015-09-04 07:52:59 +Grum yeah 2015-09-04 07:53:01 +Grum sections from the bottom 2015-09-04 07:57:19 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-04 08:01:26 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Ping timeout: 240 seconds) 2015-09-04 08:10:56 --> bildramer (~bildramer@p5DC8ABAD.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-04 08:11:06 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-04 08:25:05 Fenhl ugh, I seriously need to introduce the notion of enums to the protocol documentation 2015-09-04 08:34:14 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-04 08:38:04 Fenhl Grum: does this look right? http://wiki.vg/Pre-release_protocol#Chunk_Section 2015-09-04 08:50:47 Fenhl Thinkofdeath: what type is the Type field in Entity Metadata? You wrote “Unsigned Type” 2015-09-04 08:51:43 Fenhl also, I'm assuming the actual value of the field immediately follows the Type field? 2015-09-04 08:56:32 Fenhl I'm going to assume you meant to type “Unsigned Byte” there 2015-09-04 09:01:59 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-04 09:07:17 +Grum Fenhl: yes but the data is 'longs' so your 'divided by 8' can be easier 2015-09-04 09:27:39 Fenhl Grum: it's just the individual n-bit (n being the value of Bits Per Block) entries stringed together, right? Or is there some padding going on? 2015-09-04 09:28:36 Fenhl because unless the longs thing matters somehow (e.g. padding), it's easier to define it as a Byte Array, given how the wiki defines its data types 2015-09-04 09:36:04 <-- bfoxwell (~Foxwell@c-76-110-182-132.hsd1.fl.comcast.net) a quitté (Ping timeout: 268 seconds) 2015-09-04 10:28:36 +Thinkofdeath Fenhl: yeah unsigned byte 2015-09-04 10:28:54 Fenhl alright, that's fixed then 2015-09-04 10:29:04 Fenhl Unsigned Type sounds fancy though 2015-09-04 10:30:03 Fenhl Thinkofdeath: btw, could you add the missing superclasses mentioned there, or change the “extends” bits to the nearest superclass with fields? 2015-09-04 10:30:25 +Thinkofdeath hm? 2015-09-04 10:30:36 Fenhl in the list of entity metadata 2015-09-04 10:30:44 +Thinkofdeath oh 2015-09-04 10:31:24 Fenhl it has e.g. “Bat (extends Ambient)” but it doesn't say what Ambient is a subclass of 2015-09-04 10:31:40 +Thinkofdeath going to be honest, I cheated with that table and generated it by catching all register calls on the data watcher and printed the craftbukkit names of the classes 2015-09-04 10:32:22 +Thinkofdeath Ambient extends Insentient 2015-09-04 10:32:47 Fenhl so it should either say “Ambient (extends Foo): no additional indices” or “Bat (extends Insentient)” 2015-09-04 10:32:52 +Thinkofdeath Animal extends Ageable 2015-09-04 10:33:15 Fenhl s/Foo/Insentient/ 2015-09-04 10:33:30 +Thinkofdeath don't mind which really 2015-09-04 10:33:39 +Thinkofdeath guess the first is better for future changes 2015-09-04 10:33:46 Fenhl yeah but skipping empty classes is less clutter 2015-09-04 10:34:03 +Thinkofdeath Golem extends Creature any more missing? 2015-09-04 10:34:08 +Thinkofdeath Fenhl: guess so 2015-09-04 10:34:17 Fenhl the first would also help people writing stuff in classes with inheritance though 2015-09-04 10:34:23 Fenhl so I'm going to do that 2015-09-04 10:34:29 Fenhl uh let me see 2015-09-04 10:35:14 Fenhl Creature, Fireball, Flying, Hanging, Monster 2015-09-04 10:35:56 Fenhl er, I meant “languages with inheritance”, although “classes with inheritance” also works m) 2015-09-04 10:36:40 +Thinkofdeath Creature -> Insentient , Fireball -> Entity, Flying -> Insentient, Hanging -> Entity, Monster -> Creature 2015-09-04 10:37:28 Fenhl thanks 2015-09-04 10:37:41 +Thinkofdeath I wish entity metadata keys were named like block states, would make things so much easier 2015-09-04 10:37:54 * Thinkofdeath smiles at Grum 2015-09-04 10:38:00 Fenhl :P 2015-09-04 10:38:16 Fenhl the type annotations are new though, right? 2015-09-04 10:38:53 +Thinkofdeath they always had types just its fixed internally now 2015-09-04 11:16:36 --> UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-04 11:31:44 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-04 11:40:56 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-04 12:22:43 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 244 seconds) 2015-09-04 12:24:07 --> UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-04 12:34:09 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté (Remote host closed the connection) 2015-09-04 13:17:25 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2015-09-04 13:17:44 <-- barneygale_ (~barneygal@mail.thefoundry.co.uk) a quitté (Quit: Leaving) 2015-09-04 13:19:42 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 256 seconds) 2015-09-04 13:19:43 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2015-09-04 13:38:40 --> icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a rejoint #mcdevs 2015-09-04 14:11:49 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-09-04 14:24:41 -- zz_r04r est maintenant connu sous le nom r04r 2015-09-04 14:58:21 <-- Brandon15811__ (uid13052@gateway/web/irccloud.com/x-ysadjouguensbbbg) a quitté (Quit: Connection closed for inactivity) 2015-09-04 15:37:02 --> notna (~notna@p4FC8C723.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-04 15:43:52 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Ping timeout: 264 seconds) 2015-09-04 15:53:17 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-09-04 16:17:40 <-- icemanbp (~icemanbp@host10-154-static.240-95-b.business.telecomitalia.it) a quitté 2015-09-04 17:02:45 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-04 17:25:05 -- Mode #mcdevs [+v clonejo] par ChanServ 2015-09-04 17:27:04 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer) 2015-09-04 17:27:48 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-04 17:55:57 <-- yosafbridge (~yosafbrid@105.ip-167-114-152.net) a quitté (Ping timeout: 244 seconds) 2015-09-04 17:56:34 --> yosafbridge (~yosafbrid@105.ip-167-114-152.net) a rejoint #mcdevs 2015-09-04 18:00:25 <-- roblabla (~roblabla@178.62.0.66) a quitté (Quit: ZNC - http://znc.in) 2015-09-04 18:01:38 --> barneygale (~barneygal@mail.thefoundry.co.uk) a rejoint #mcdevs 2015-09-04 18:09:24 <-- rubyrandom (~ruby@unaffiliated/rubyrandom) a quitté (Ping timeout: 244 seconds) 2015-09-04 18:21:10 --> Brandon15811__ (uid13052@gateway/web/irccloud.com/x-haassausspylfcmm) a rejoint #mcdevs 2015-09-04 18:31:12 --> rubyrandom (~ruby@unaffiliated/rubyrandom) a rejoint #mcdevs 2015-09-04 19:17:24 TkTech barneygale, Gjum, you both starred my repo at the same time, what ya up to? 2015-09-04 19:26:29 <-- gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer) 2015-09-04 19:32:25 --> gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs 2015-09-04 19:47:22 Not-f7bb [minecraft-data] rom1504 pushed 2 commits to 1.8 [+0/-0/±2] http://git.io/vGN2N 2015-09-04 19:47:23 Not-f7bb [minecraft-data] Gjum 9bf60ce - Change slot range names of crafting table grid -> craft grid result -> craft result 2015-09-04 19:47:25 Not-f7bb [minecraft-data] rom1504 44d2d07 - Merge pull request #61 from Gjum/patch-1 Change slot range names of crafting table 2015-09-04 20:59:05 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-09-04 20:59:55 --> RenegadeEagle (~RenegadeE@173-19-198-172.client.mchsi.com) a rejoint #mcdevs 2015-09-04 21:03:20 --> DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a rejoint #mcdevs 2015-09-04 21:15:35 <-- orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a quitté (Ping timeout: 246 seconds) 2015-09-04 22:16:21 <-- Prf_Jakob (jakob@void-network.org) a quitté (Ping timeout: 244 seconds) 2015-09-04 22:16:22 <-- Thinkofdeath (Thinkofdea@oops.i.broke.thinkofdeath.uk) a quitté (Ping timeout: 244 seconds) 2015-09-04 22:16:24 <-- M-ou-se (~m-ou.se@m-ou.se) a quitté (Ping timeout: 244 seconds) 2015-09-04 22:16:34 --> Dr_Jakob (jakob@void-network.org) a rejoint #mcdevs 2015-09-04 22:16:38 -- Mode #mcdevs [+v Dr_Jakob] par ChanServ 2015-09-04 22:17:05 --> Thinkofdeath_ (Thinkofdea@oops.i.broke.thinkofdeath.uk) a rejoint #mcdevs 2015-09-04 22:17:15 -- Thinkofdeath_ est maintenant connu sous le nom Thinkofdeath 2015-09-04 22:17:16 -- Mode #mcdevs [+v Thinkofdeath] par ChanServ 2015-09-04 22:21:00 --> M-ou-se (~m-ou.se@m-ou.se) a rejoint #mcdevs 2015-09-04 23:00:02 <-- DiaLight (~DiaLight@ip212-109-15-145.sampo.ru) a quitté (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 2015-09-04 23:02:55 --> UUID01 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a rejoint #mcdevs 2015-09-04 23:04:56 <-- UUID00 (~Thunderbi@cpe-213-157-225-153.dynamic.amis.net) a quitté (Ping timeout: 244 seconds) 2015-09-04 23:08:33 <-- fortytwo (~thomas@who.let.this.bloody.dropbear.in) a quitté (Ping timeout: 244 seconds) 2015-09-04 23:08:58 --> fortytwo (~thomas@who.let.this.bloody.dropbear.in) a rejoint #mcdevs 2015-09-04 23:09:02 --> orthoplex64 (~orthoplex@unaffiliated/orthoplex64) a rejoint #mcdevs 2015-09-04 23:10:16 <-- AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a quitté (Remote host closed the connection) 2015-09-04 23:10:31 --> AlphaBlend (AlphaBlend@pool-173-58-37-184.lsanca.fios.verizon.net) a rejoint #mcdevs 2015-09-05 00:02:17 <-- Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a quitté (Ping timeout: 244 seconds) 2015-09-05 00:06:22 --> Dadido3 (~quassel@pD9E188F7.dip0.t-ipconnect.de) a rejoint #mcdevs 2015-09-05 01:28:33 AlphaBlend are armor stands no longer living in 1.9+? 2015-09-05 01:28:42 AlphaBlend that was sure annoying 2015-09-05 01:29:07 AlphaBlend an unfortunate side effect of easily adding armor stands to the code 2015-09-05 01:36:36 Gjum Fenhl, you there? I think youremoved vital info about the inventory types from wiki.vg 2015-09-05 01:38:24 Gjum the "Technical name" column is the "Window Type" sent by server in "Open Window", and that is now missing