2017-07-27 18:06:21 <-- octobyte (~octobyte@81.128.218.100) a quitté (Ping timeout: 255 seconds) 2017-07-27 18:11:38 --> octobyte (~octobyte@81.128.218.100) a rejoint #mcdevs 2017-07-27 18:33:27 <-- octobyte (~octobyte@81.128.218.100) a quitté (Ping timeout: 246 seconds) 2017-07-27 18:39:39 --> octobyte (~octobyte@81.128.218.100) a rejoint #mcdevs 2017-07-27 18:43:14 <-- Aerath (~Aerath@ANantes-656-1-181-212.w81-50.abo.wanadoo.fr) a quitté (Quit: Leaving) 2017-07-27 18:58:45 <-- octobyte (~octobyte@81.128.218.100) a quitté (Quit: ZNC 1.6.5 - http://znc.in) 2017-07-27 19:23:38 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Ping timeout: 260 seconds) 2017-07-27 19:42:22 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-27 19:43:05 --> MTM123 (~mtm123@87.110.33.174) a rejoint #mcdevs 2017-07-27 19:43:20 MTM123 Hello 2017-07-27 19:44:47 MTM123 Can someone explain this: http://wiki.vg/How_to_Write_a_Client#Login 2017-07-27 19:46:16 pokechu22 What part do you need help with? 2017-07-27 19:46:25 pokechu22 ... 2017-07-27 19:46:31 pokechu22 ok that article is out of date 2017-07-27 19:47:26 pokechu22 Try this instead: http://wiki.vg/Protocol_FAQ#What.27s_the_normal_login_sequence_for_a_client.3F (that article is using packet IDs from a far older version) 2017-07-27 19:54:08 +ammar2 oh man there are some interesting domains on the blocked servers list 2017-07-27 19:54:10 +ammar2 *.kidslovemy500dollarranks.club 2017-07-27 19:55:23 ScruffyRules mojangbrokeintomy.homesecuritymac.com lol 2017-07-27 19:58:53 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Ping timeout: 240 seconds) 2017-07-27 20:04:54 <-- MTM123 (~mtm123@87.110.33.174) a quitté (Ping timeout: 268 seconds) 2017-07-27 20:22:51 --> MTM123 (~mtm123@81.198.232.96) a rejoint #mcdevs 2017-07-27 20:48:26 --> Timelaw (~Timelaw@h-190-33.A486.priv.bahnhof.se) a rejoint #mcdevs 2017-07-27 21:05:24 Not-37e4 [Charge] Wallbraker pushed 3 commits to openhmd-demo [+0/-0/±7] https://github.com/VoltLang/Charge/compare/1eb5e2b6bb19...8ba57c987cd2 2017-07-27 21:05:26 Not-37e4 [Charge] Wallbraker 64088e2 - ohmd: Add fake OpenHMD code 2017-07-27 21:05:27 Not-37e4 [Charge] Wallbraker b88c785 - gfx: Refactor Target code 2017-07-27 21:05:29 Not-37e4 [Charge] Wallbraker 8ba57c9 - ohmd: Adapt to new target code 2017-07-27 21:07:15 <-- MTM123 (~mtm123@81.198.232.96) a quitté #mcdevs 2017-07-27 21:27:56 --> TheNet (~TheNet@38.105.193.98) a rejoint #mcdevs 2017-07-27 21:34:58 <-- TheNet (~TheNet@38.105.193.98) a quitté (Quit: Textual IRC Client: www.textualapp.com) 2017-07-27 22:14:51 <-- Timelaw (~Timelaw@h-190-33.A486.priv.bahnhof.se) a quitté (Ping timeout: 248 seconds) 2017-07-27 22:44:46 --> MTM123 (~mtm123@81.198.232.96) a rejoint #mcdevs 2017-07-27 22:50:17 MTM123 How do you read/translate response for this: http://wiki.vg/Protocol#Encryption_Request 2017-07-27 22:50:17 MTM123 I get that first two values are length and packetId. 2017-07-27 22:58:40 --> barneygale (~barneygal@2.125.90.123) a rejoint #mcdevs 2017-07-27 22:59:35 pokechu22 Yea, you'll read the length and then the packet ID. Then you want to read the other values (a length-prefixed string, then 2 length-prefixed byte arrays) which can be used to start encryption. I don't know how exactly encryption works; you'll probably need a library for it 2017-07-27 23:32:56 MTM123 ok thanks that helped 2017-07-27 23:43:21 --> TheNet (~TheNet@38.105.193.98) a rejoint #mcdevs 2017-07-27 23:50:26 <-- AlJaMa (~AlJaMa@unaffiliated/aljama) a quitté (Remote host closed the connection) 2017-07-27 23:59:34 <-- Dadido3 (~quassel@p2003007A8B43B000C92C4BF4398B22B5.dip0.t-ipconnect.de) a quitté (Read error: Connection reset by peer) 2017-07-28 00:00:53 --> Dadido3 (~quassel@p2003007A8B43B000C92C4BF4398B22B5.dip0.t-ipconnect.de) a rejoint #mcdevs 2017-07-28 00:03:49 <-- MTM123 (~mtm123@81.198.232.96) a quitté #mcdevs 2017-07-28 00:07:18 --> T1PeterPan561 (~Peewee99@5.62.43.89) a rejoint #mcdevs 2017-07-28 00:33:15 -- T1PeterPan561 est maintenant connu sous le nom Leaders 2017-07-28 00:33:26 -- Leaders est maintenant connu sous le nom T1Leaders 2017-07-28 00:35:22 <-- T1Leaders (~Peewee99@5.62.43.89) a quitté #mcdevs ("Leaving") 2017-07-28 00:41:18 --> kev009_ (~kev009@tempe0.bbox.io) a rejoint #mcdevs 2017-07-28 00:41:18 -- Mode #mcdevs [+v kev009_] par ChanServ 2017-07-28 00:41:18 --> Z750_ (~Z750@godzilla.destroystokyo.com) a rejoint #mcdevs 2017-07-28 00:41:46 <-- Mustek (~Mustek@steamdb/supporter/mustek) a quitté (Excess Flood) 2017-07-28 00:41:53 <-- Z750 (~Z750@godzilla.destroystokyo.com) a quitté (Quit: Off to make tacos) 2017-07-28 00:41:53 <-- bramhaag (~bramhaag@some.random.host.cause.default.is.boring.minidigger.me) a quitté (Quit: Ping timeout (120 seconds)) 2017-07-28 00:41:54 --> Mustek (~Mustek@steamdb/supporter/mustek) a rejoint #mcdevs 2017-07-28 00:42:28 --> I9hdkill_ (~quassel@2001:41d0:d:1cb7::) a rejoint #mcdevs 2017-07-28 00:42:49 --> gentauro42 (~gentauro@xd520f25e.cust.hiper.dk) a rejoint #mcdevs 2017-07-28 00:43:07 --> bramhaag (~bramhaag@some.random.host.cause.default.is.boring.minidigger.me) a rejoint #mcdevs 2017-07-28 00:43:09 <-- kev009 (~kev009@tempe0.bbox.io) a quitté (Write error: Broken pipe) 2017-07-28 00:43:14 <-- I9hdkill (~quassel@2001:41d0:d:1cb7::) a quitté (Write error: Broken pipe) 2017-07-28 00:43:50 <-- gentauro (~gentauro@xd520f25e.cust.hiper.dk) a quitté (Write error: Broken pipe) 2017-07-28 00:45:58 <-- AlphaBlend (AlphaBlend@cpe-66-74-178-84.socal.res.rr.com) a quitté (Ping timeout: 246 seconds) 2017-07-28 00:46:34 --> AlphaBlend (AlphaBlend@cpe-66-74-178-84.socal.res.rr.com) a rejoint #mcdevs 2017-07-28 00:50:52 <-- TheNet (~TheNet@38.105.193.98) a quitté (Quit: Textual IRC Client: www.textualapp.com) 2017-07-28 01:04:45 <-- barneygale (~barneygal@2.125.90.123) a quitté (Ping timeout: 240 seconds) 2017-07-28 01:25:48 --> ghac (~ghac@2001:41d0:d:1cb7::) a rejoint #mcdevs 2017-07-28 02:00:01 <-- OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a quitté (Quit: OkAlt) 2017-07-28 02:25:06 --> coderbot (~coderbot@23.240.32.43) a rejoint #mcdevs 2017-07-28 02:38:20 coderbot According to b.wiki.vg, all movement packets were clientbound and serverbound pre-1.7 2017-07-28 02:38:36 coderbot does that mean that PlayerPosition has the same stance/y swap as PlayerPositionAndLook? 2017-07-28 02:46:09 coderbot hmm, all of the Player* packets are handled in the same function in the net handler so that appears to be the case 2017-07-28 02:49:30 <-- chibill (~chibill@2602:306:ce43:b390:5897:84ff:fee1:de34) a quitté (Ping timeout: 276 seconds) 2017-07-28 02:52:51 --> chibill (~chibill@2602:306:ce43:b390:5897:84ff:fee1:de34) a rejoint #mcdevs 2017-07-28 02:56:14 <-- UUID02 (~UUID00@BSN-182-234-218.dynamic.siol.net) a quitté (Ping timeout: 240 seconds) 2017-07-28 02:57:57 <-- chibill (~chibill@2602:306:ce43:b390:5897:84ff:fee1:de34) a quitté (Ping timeout: 276 seconds) 2017-07-28 02:58:27 Not-37e4 [Charge] Wallbraker pushed 4 commits to openhmd-demo [+0/-0/±5] https://github.com/VoltLang/Charge/compare/8ba57c987cd2...aa834d933200 2017-07-28 02:58:29 Not-37e4 [Charge] Wallbraker 6096974 - core: Use io.error.writefln for OpenGL debug 2017-07-28 02:58:30 Not-37e4 [Charge] Wallbraker 0fbe2ff - gfx: Add more framebuffer error names 2017-07-28 02:58:32 Not-37e4 [Charge] Wallbraker b71d706 - gfx: Add multisample framebuffer 2017-07-28 02:58:33 Not-37e4 [Charge] Wallbraker aa834d9 - gfx: Use multisample framebuffer in AA helper 2017-07-28 03:00:13 --> chibill (~chibill@2602:306:ce43:b390:5897:84ff:fee1:de34) a rejoint #mcdevs 2017-07-28 03:06:26 pokechu22 All of the player packets are (at least currently) in the same general class with subclasses indicating whether fields are changed or not. (Not the best explanation, but that's how it works) 2017-07-28 03:07:56 pokechu22 (@coderbot) 2017-07-28 03:07:57 <-- coderbot (~coderbot@23.240.32.43) a quitté (Ping timeout: 246 seconds) 2017-07-28 03:08:00 pokechu22 ... 2017-07-28 03:08:14 pokechu22 Yay, timing 2017-07-28 03:10:08 <-- kev009_ (~kev009@tempe0.bbox.io) a quitté (Remote host closed the connection) 2017-07-28 05:49:40 --> gurnux (~gurun@c83-249-66-168.bredband.comhem.se) a rejoint #mcdevs 2017-07-28 05:49:59 <-- gurun (~gurun@c83-249-66-168.bredband.comhem.se) a quitté (Disconnected by services) 2017-07-28 06:32:11 --> coderbot (~coderbot@23.240.32.43) a rejoint #mcdevs 2017-07-28 06:38:58 coderbot pokechu22: interesting 2017-07-28 06:39:47 coderbot also while I was looking through the source earlier I found that 0x1B is actually a form of serverside movement 2017-07-28 06:40:01 coderbot it causes the server to call moveEntity with the contained parameters 2017-07-28 06:40:16 coderbot (this is for the older versions) 2017-07-28 07:01:50 --> OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a rejoint #mcdevs 2017-07-28 07:12:00 <-- McLive (~McLive@2001:41d0:a:7a98:1007::1) a quitté (Ping timeout: 258 seconds) 2017-07-28 07:16:42 --> McLive (~McLive@freecraft.eu) a rejoint #mcdevs 2017-07-28 07:31:38 --> AlJaMa (~AlJaMa@unaffiliated/aljama) a rejoint #mcdevs 2017-07-28 08:20:23 <-- OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a quitté (Quit: OkAlt) 2017-07-28 08:37:22 --> OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a rejoint #mcdevs 2017-07-28 09:08:16 <-- coderbot (~coderbot@23.240.32.43) a quitté (Quit: Leaving) 2017-07-28 09:37:01 --> barneygale (~barneygal@2.216.57.50) a rejoint #mcdevs 2017-07-28 10:11:07 --> UUID02 (~UUID00@BSN-182-234-218.dynamic.siol.net) a rejoint #mcdevs 2017-07-28 10:18:28 <-- barneygale (~barneygal@2.216.57.50) a quitté (Ping timeout: 260 seconds) 2017-07-28 10:52:57 --> Timelaw (~Timelaw@82.99.1.238) a rejoint #mcdevs 2017-07-28 11:10:26 <-- Timelaw (~Timelaw@82.99.1.238) a quitté (Ping timeout: 258 seconds) 2017-07-28 11:57:35 --> octobyte (~octobyte@81.128.218.100) a rejoint #mcdevs 2017-07-28 12:58:31 <-- Tuxel (~tux@84.200.81.170) a quitté (Quit: Sorry, can't quassel for a while.) 2017-07-28 12:58:43 --> Tuxel (~tux@84.200.81.170) a rejoint #mcdevs 2017-07-28 15:26:17 Tuxel hi there is bug MC-119011 resolved or still open? 2017-07-28 15:53:42 --> barneygale (~barneygal@2.216.57.50) a rejoint #mcdevs 2017-07-28 15:54:54 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-28 16:21:43 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Quit: Tachyon_) 2017-07-28 16:24:08 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-28 16:52:20 MVXA "This issue can't be viewed" Oh dear, something security related? 2017-07-28 17:06:51 Aikar Tuxel: if its the recipe book thing, theres not been a new vanilla release, but Paper (Improved version of Bukkit/Spigot) and Sponge has fixes in. 2017-07-28 17:13:53 timmyRS What is the issue? 2017-07-28 17:15:10 Aikar dont want to go into details, just if you are on 1.12, update to latest paper or sponge 2017-07-28 17:15:43 Aikar (for server owners) 2017-07-28 17:15:45 timmyRS Is it again something about malformatted NBT? 2017-07-28 17:17:16 Black_Hole 1.12.1 prerelease scheduled for next week. I asume it'll fix it. 2017-07-28 17:18:04 timmyRS Item duplication? 2017-07-28 17:18:16 Black_Hole This time it's a bug in the server code, no client modification needed. 2017-07-28 17:20:02 Black_Hole Just search on youtube. :) 2017-07-28 17:20:44 Not-37e4 [Charge] Wallbraker pushed 2 commits to openhmd-demo [+0/-0/±2] https://github.com/VoltLang/Charge/compare/aa834d933200...74dea9588d92 2017-07-28 17:20:46 Not-37e4 [Charge] Wallbraker e429c23 - gfx: Make glCheckError return if a error was found 2017-07-28 17:20:47 Not-37e4 [Charge] Wallbraker 74dea95 - gfx: Use non-DSA path for cubemaps (thanks AMD) 2017-07-28 17:22:27 timmyRS Yeah I just searched on Google and found a video demonstrating Item Duplication 2017-07-28 17:22:42 Tachyon_ what was the name of that thing that let you play mc desktop on a mc pe client ? 2017-07-28 17:23:35 timmyRS Many have tried to proxy it but as far as I know all projects have ended due to the complexity 2017-07-28 17:24:12 Black_Hole Maybe DragonProxy? 2017-07-28 19:01:45 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Ping timeout: 240 seconds) 2017-07-28 19:08:34 <-- barneygale (~barneygal@2.216.57.50) a quitté (Ping timeout: 240 seconds) 2017-07-28 19:23:25 --> barneygale (~barneygal@2.216.57.50) a rejoint #mcdevs 2017-07-28 19:28:04 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-28 19:30:52 Tachyon_ do you consider worth supporting multiple protocol versions ? 2017-07-28 19:33:16 rom1504 it's fun 2017-07-28 19:33:19 rom1504 do it 2017-07-28 19:37:26 Tachyon_ this is not exactly my definition of fun 2017-07-28 19:37:45 timmyRS Wait until you get to entity metadata 2017-07-28 19:37:57 timmyRS completely different format in 1.8 2017-07-28 19:38:05 Tuxel thank you for the informations! 2017-07-28 19:41:06 Not-37e4 [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±1] https://github.com/PrismarineJS/mineflayer/compare/49c4ae92bd61...e5f9f4fad530 2017-07-28 19:41:07 Not-37e4 [mineflayer] rom1504 e5f9f4f - remove windows specific (ursa) installation instructions from readme 2017-07-28 19:47:28 rom1504 so you do https://github.com/PrismarineJS/minecraft-data/blob/master/data/pc/1.9.4/protocol.json#L90 and https://github.com/PrismarineJS/minecraft-data/blob/master/data/pc/1.8/protocol.json#L90 and done 2017-07-28 19:48:02 rom1504 but otherwise, I don't think it's "worth" doing anything minecraft related 2017-07-28 19:48:12 rom1504 so either do it if it's interesting/fun or don't do it 2017-07-28 19:49:15 <-- octobyte (~octobyte@81.128.218.100) a quitté (Ping timeout: 240 seconds) 2017-07-28 19:50:16 --> octobyte (~octobyte@81.128.218.100) a rejoint #mcdevs 2017-07-28 20:20:24 Tachyon_ yeah.. it's not that simple :( 2017-07-28 20:58:38 <-- rtjure (~rtjure@84.40.71.42) a quitté (Quit: ZNC 1.6.5 - http://znc.in) 2017-07-28 21:18:20 --> rtjure (~rtjure@84.40.71.42) a rejoint #mcdevs 2017-07-28 21:19:26 <-- rtjure (~rtjure@84.40.71.42) a quitté (Excess Flood) 2017-07-28 21:19:34 --> rtjure (~rtjure@84.40.71.42) a rejoint #mcdevs 2017-07-28 21:20:12 <-- rtjure (~rtjure@84.40.71.42) a quitté (Excess Flood) 2017-07-28 21:20:36 --> rtjure (~rtjure@84.40.71.42) a rejoint #mcdevs 2017-07-28 21:21:43 <-- rtjure (~rtjure@84.40.71.42) a quitté (Excess Flood) 2017-07-28 21:21:51 --> rtjure (~rtjure@84.40.71.42) a rejoint #mcdevs 2017-07-28 21:23:45 <-- rtjure (~rtjure@84.40.71.42) a quitté (Excess Flood) 2017-07-28 21:25:04 --> rtjure (~rtjure@84.40.71.42) a rejoint #mcdevs 2017-07-28 21:26:53 <-- rtjure (~rtjure@84.40.71.42) a quitté (Excess Flood) 2017-07-28 21:27:54 --> rtjure (~rtjure@84.40.71.42) a rejoint #mcdevs 2017-07-28 21:28:13 --> rtjure_ (~rtjure@84.40.71.42) a rejoint #mcdevs 2017-07-28 21:29:53 <-- rtjure (~rtjure@84.40.71.42) a quitté (Excess Flood) 2017-07-28 21:30:01 --> rtjure (~rtjure@84.40.71.42) a rejoint #mcdevs 2017-07-28 21:30:16 <-- rtjure_ (~rtjure@84.40.71.42) a quitté (Excess Flood) 2017-07-28 21:30:17 <-- rtjure (~rtjure@84.40.71.42) a quitté (K-Lined) 2017-07-28 22:23:57 rom1504 what are you working on ? 2017-07-28 22:24:08 Tachyon_ not sure 2017-07-28 22:29:31 rom1504 maybe knowing that would be a good idea :p 2017-07-28 22:29:54 Tachyon_ well, I'm thinking of some kind of bridge which collects data 2017-07-28 22:30:25 Tachyon_ client connects to bridge, bridge connects to server 2017-07-28 22:30:35 Tachyon_ bridge collects data 2017-07-28 22:31:08 Tachyon_ and maybe, just maybe, bridge can translate from one protocol to another 2017-07-28 22:31:41 rom1504 ah a proxy 2017-07-28 22:31:56 rom1504 there's a bunch of them 2017-07-28 22:32:16 Tachyon_ can you give example ? 2017-07-28 22:32:43 Tachyon_ of one that can do what I am thinking ? 2017-07-28 22:37:13 rom1504 https://github.com/PrismarineJS/node-minecraft-protocol/blob/master/examples/proxy/proxy.js 2017-07-28 22:37:23 rom1504 but it doesn't do the translating part mind 2017-07-28 22:37:30 rom1504 just to bridge and collect data 2017-07-28 22:37:54 rom1504 http://wiki.vg/Utility_List ctrl+f proxy 2017-07-28 22:38:06 rom1504 ah and hmm 2017-07-28 22:38:10 rom1504 of course bungeecord 2017-07-28 22:40:52 rom1504 and probably other that people didn't bother referencing 2017-07-28 22:42:38 rom1504 here, now there's a readme https://github.com/PrismarineJS/node-minecraft-protocol/tree/master/examples/proxy 2017-07-28 22:42:57 Tachyon_ is it worth doing anything anymore ? 2017-07-28 22:50:00 pokechu22 If you want to, yes. People make new custom servers; there's already several but it's still an interesting project that can be useful 2017-07-28 22:53:56 --> HoloIRCUser2 (~holoirc@95.76.184.120) a rejoint #mcdevs 2017-07-28 22:54:04 -- HoloIRCUser2 est maintenant connu sous le nom Tachyon____ 2017-07-28 22:55:20 <-- Tachyon____ (~holoirc@95.76.184.120) a quitté (Read error: Connection reset by peer) 2017-07-28 22:55:23 --> HoloIRCUser2 (~holoirc@95.76.184.120) a rejoint #mcdevs 2017-07-28 22:55:34 -- HoloIRCUser2 est maintenant connu sous le nom Tachyon__ 2017-07-28 22:56:42 <-- Tachyon__ (~holoirc@95.76.184.120) a quitté (Read error: Connection reset by peer) 2017-07-28 22:56:47 --> HoloIRCUser2 (~holoirc@95.76.184.120) a rejoint #mcdevs 2017-07-28 22:56:58 -- HoloIRCUser2 est maintenant connu sous le nom Tachyonn 2017-07-28 22:58:14 <-- Tachyonn (~holoirc@95.76.184.120) a quitté (Read error: Connection reset by peer) 2017-07-28 22:59:00 --> HoloIRCUser2 (~holoirc@95.76.184.120) a rejoint #mcdevs 2017-07-28 22:59:07 HoloIRCUser2 . 2017-07-28 22:59:13 -- HoloIRCUser2 est maintenant connu sous le nom Tachyo 2017-07-28 23:00:30 <-- Tachyo (~holoirc@95.76.184.120) a quitté (Read error: Connection reset by peer) 2017-07-28 23:01:11 --> HoloIRCUser2 (~holoirc@95.76.184.120) a rejoint #mcdevs 2017-07-28 23:01:19 HoloIRCUser2 . 2017-07-28 23:01:21 HoloIRCUser2 I quit 2017-07-28 23:01:30 HoloIRCUser2 this client hates me 2017-07-28 23:02:25 HoloIRCUser2 I did one custon server too 2017-07-28 23:04:12 HoloIRCUser2 any idea I have looks like it's already done 2017-07-28 23:05:34 pokechu22 Hm? 2017-07-28 23:05:41 pokechu22 Oh, wut on earth 2017-07-28 23:05:56 pokechu22 Wow, that's some weird client behavior 2017-07-28 23:13:50 rom1504 Tachyon_: well yes 2017-07-28 23:14:05 HoloIRCUser2 any time I try to change my nickname the phone would just restart 2017-07-28 23:14:19 rom1504 as far as I know there is no working proxy to convert between multiple versions or between pc and pe for example 2017-07-28 23:14:33 rom1504 or idk there are so many things you can do with proxies 2017-07-28 23:14:53 rom1504 you can also choose a language where it has not been done before 2017-07-28 23:15:12 rom1504 or choose a language where there are existing minecraft lib so you can do high level stuff quicker 2017-07-28 23:16:02 rom1504 the fact that something you want to do already exist prove there is interest in it, it doesn't prove you should quit 2017-07-28 23:16:42 rom1504 if nobody had tried it before it might have meant that it's too hard 2017-07-28 23:37:31 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Quit: Tachyon_) 2017-07-28 23:42:35 <-- HoloIRCUser2 (~holoirc@95.76.184.120) a quitté (Quit: HoloIRCUser2) 2017-07-28 23:47:54 <-- chibill (~chibill@2602:306:ce43:b390:5897:84ff:fee1:de34) a quitté (Ping timeout: 276 seconds) 2017-07-29 00:40:42 <-- Redrield (~Redrield@when.will.i.stop.getting.kicked.redrield.com) a quitté #mcdevs ("Quit message") 2017-07-29 01:06:35 <-- gentauro42 (~gentauro@xd520f25e.cust.hiper.dk) a quitté (Ping timeout: 248 seconds) 2017-07-29 01:13:59 --> gentauro (~gentauro@xd520f25f.cust.hiper.dk) a rejoint #mcdevs 2017-07-29 01:32:36 --> rtjure (~rtjure@84.40.71.42) a rejoint #mcdevs 2017-07-29 01:48:36 --> protryon (~protryon@2601:647:ca00:ab50:10b3:aca4:feef:c7e1) a rejoint #mcdevs 2017-07-29 02:09:25 <-- rtjure (~rtjure@84.40.71.42) a quitté (Quit: ZNC 1.6.5 - http://znc.in) 2017-07-29 02:24:11 <-- OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a quitté (Quit: OkAlt) 2017-07-29 02:27:07 --> OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a rejoint #mcdevs 2017-07-29 03:11:50 <-- barneygale (~barneygal@2.216.57.50) a quitté (Ping timeout: 260 seconds) 2017-07-29 03:24:40 --> barneygale (~barneygal@2.216.57.50) a rejoint #mcdevs 2017-07-29 03:27:01 --> gurun (~gurun@c83-249-66-168.bredband.comhem.se) a rejoint #mcdevs 2017-07-29 03:29:14 <-- gurnux (~gurun@c83-249-66-168.bredband.comhem.se) a quitté (Ping timeout: 240 seconds) 2017-07-29 04:05:02 <-- barneygale (~barneygal@2.216.57.50) a quitté (Ping timeout: 260 seconds) 2017-07-29 04:17:00 --> barneygale (~barneygal@2.216.57.50) a rejoint #mcdevs 2017-07-29 04:33:24 --> deep-book-gk_ (~1wm_su@169.57.7.226) a rejoint #mcdevs 2017-07-29 04:33:44 <-- deep-book-gk_ (~1wm_su@169.57.7.226) a quitté #mcdevs 2017-07-29 05:45:31 --> deep-book-gk_ (~1wm_su@159.122.132.44) a rejoint #mcdevs 2017-07-29 05:45:42 <-- deep-book-gk_ (~1wm_su@159.122.132.44) a quitté #mcdevs 2017-07-29 08:54:36 <-- protryon (~protryon@2601:647:ca00:ab50:10b3:aca4:feef:c7e1) a quitté (Quit: WeeChat 1.7-rc2) 2017-07-29 09:06:36 timmyRS Is there any way to find out, the client has opened their inventory on 1.9 an above? 2017-07-29 09:18:47 timmyRS The client sends a close window packet but as far as I see there is no packet when the inventory is opened... 2017-07-29 10:40:26 <-- MeltedLux (MeltedLux@help.lux.melted.me) a quitté (Ping timeout: 255 seconds) 2017-07-29 11:56:43 --> MeltedLux (MeltedLux@help.lux.melted.me) a rejoint #mcdevs 2017-07-29 12:23:46 <-- MeltedLux (MeltedLux@help.lux.melted.me) a quitté (Ping timeout: 246 seconds) 2017-07-29 12:38:13 --> MeltedLux (MeltedLux@help.lux.melted.me) a rejoint #mcdevs 2017-07-29 12:45:35 --> GeorgH93 (~GeorgH93@h081217043101.dyn.cm.kabsi.at) a rejoint #mcdevs 2017-07-29 14:09:21 <-- barneygale (~barneygal@2.216.57.50) a quitté (Remote host closed the connection) 2017-07-29 14:20:15 --> Timelaw (~Timelaw@h-190-33.A486.priv.bahnhof.se) a rejoint #mcdevs 2017-07-29 14:20:48 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-29 14:24:45 <-- Timelaw (~Timelaw@h-190-33.A486.priv.bahnhof.se) a quitté (Ping timeout: 246 seconds) 2017-07-29 14:31:24 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Ping timeout: 246 seconds) 2017-07-29 14:32:23 <-- GeorgH93 (~GeorgH93@h081217043101.dyn.cm.kabsi.at) a quitté (Ping timeout: 240 seconds) 2017-07-29 14:32:34 --> GeorgH93 (~GeorgH93@h081217043101.dyn.cm.kabsi.at) a rejoint #mcdevs 2017-07-29 14:51:57 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-29 14:53:32 <-- GeorgH93 (~GeorgH93@h081217043101.dyn.cm.kabsi.at) a quitté (Read error: Connection reset by peer) 2017-07-29 14:53:45 --> GeorgH93 (~GeorgH93@h081217043101.dyn.cm.kabsi.at) a rejoint #mcdevs 2017-07-29 15:12:06 --> protryon (~protryon@c-67-180-93-98.hsd1.ca.comcast.net) a rejoint #mcdevs 2017-07-29 16:06:31 Black_Hole I wonder if 1.12.1 will use a new protocol version? 2017-07-29 16:20:00 timmyRS I would say no since they only wanted to do a couple of bug fixes. 2017-07-29 16:53:38 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Ping timeout: 260 seconds) 2017-07-29 18:12:34 pokechu22 timmyRS: Used to be doable with Client Status, now it isn't. I'll check if there's a new way. 2017-07-29 18:19:34 pokechu22 That packet's gone now since the tutorial is entirely clientside, sorry 2017-07-29 18:21:11 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-29 18:24:38 timmyRS Well then I will try to work around that. Thanks tho. :) 2017-07-29 18:33:42 --> coderbot (~coderbot@23.240.32.43) a rejoint #mcdevs 2017-07-29 18:38:58 coderbot according to http://wiki.vg/index.php?title=Protocol&oldid=980#Spawn_Dropped_Item_.280x15.29 (MC1.2.5), the 3 bytes in SpawnItem are rotation values 2017-07-29 18:39:18 coderbot which seems odd to me since items don't actually have a rotation 2017-07-29 18:40:03 coderbot After looking through the alpha 1.0.15 source code, the 3 bytes in the SpawnItem packet were velocity values 2017-07-29 18:53:31 <-- Hink (~Hink@45.32.3.47) a quitté (Quit: test) 2017-07-29 18:54:01 --> Hink (~Hink@45.32.3.47) a rejoint #mcdevs 2017-07-29 18:54:18 timmyRS Welp you can't change the old protocol now. 2017-07-29 18:55:04 coderbot unfortunately, that's the issue with linear version systems - the old versions are essentially archives 2017-07-29 18:56:00 <-- Hink (~Hink@45.32.3.47) a quitté (Client Quit) 2017-07-29 18:57:17 --> Hink (~Hink@45.32.3.47) a rejoint #mcdevs 2017-07-29 18:59:03 timmyRS You could create an Alpha_Protocol-subpage and fix it there... 2017-07-29 19:01:52 coderbot I could, but I don't think it would be useful to anyone - I doubt anyone other than myself has interest in these old, old versions 2017-07-29 19:03:29 coderbot Although I am putting all this info into my quicklime-network project, which is going to support every protocol version. I've implemented alpha 1.0.15 to release 1.4.2 so far. 2017-07-29 19:06:19 timmyRS Every Protocol version? So you'd have to work with the before- and after-netty-rewrite networking... Good luck with that. 2017-07-29 19:06:53 timmyRS Also, I think an Alpha_Protocol Page would not be too far fetched since there also is the http://wiki.vg/Alpha_Map_Format 2017-07-29 19:07:14 <-- Hink (~Hink@45.32.3.47) a quitté (Quit: quit from client) 2017-07-29 19:07:43 --> Hink (~Hink@45.32.3.47) a rejoint #mcdevs 2017-07-29 19:07:48 pokechu22 TBH: I'm pretty sure that page only exists because nobody updated it for the newer format 2017-07-29 19:08:31 pokechu22 Oh, evidently not; http://wiki.vg/Map_Format also exists (though it's out of date) 2017-07-29 19:08:58 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Ping timeout: 260 seconds) 2017-07-29 19:10:07 timmyRS Would be worth providing all of that information seperately tho, if someone (like coderbot) wants to implement the protocol. 2017-07-29 19:13:09 coderbot The netty rewrite won't be too bad, as a lot of the changes are moving the IDs around and splitting up the client and server packet IDs, among other things 2017-07-29 19:14:07 coderbot the worst thing probably is going to be the lack of diffs that don't rely on packet IDs between the pre-netty and post-netty versions 2017-07-29 19:14:37 coderbot and my implementation is prepared - it already splits up the packet ids into Clientbound and Serverbound, even if there are some duplicates 2017-07-29 19:14:51 <-- Hink (~Hink@45.32.3.47) a quitté (Quit: quit from client) 2017-07-29 19:16:09 --> Hink (~Hink@45.32.3.47) a rejoint #mcdevs 2017-07-29 19:17:01 coderbot timmyRS: And if there is an Alpha_Protocol page, where do you draw the line? Is there a Beta_Protocol page? What version would be chosen to be documented? 2017-07-29 19:22:39 timmyRS Well, we have the "Modern Minecraft", Beta and Alpha. 2017-07-29 19:28:51 coderbot The issue is with the monolithic page format, even if you only had 3 pages (Modern, Beta, Alpha) there would be a lot of duplication 2017-07-29 19:30:03 timmyRS :/ 2017-07-29 19:30:41 coderbot And if you use the revision system that means you can't make changes to old revisions, which is the problem we have currently 2017-07-29 20:05:58 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-29 21:22:44 <-- protryon (~protryon@c-67-180-93-98.hsd1.ca.comcast.net) a quitté (Ping timeout: 240 seconds) 2017-07-29 21:31:43 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Quit: Tachyon_) 2017-07-29 21:47:27 --> protryon (~protryon@2601:647:ca00:ab50:6252:6b43:5224:6122) a rejoint #mcdevs 2017-07-29 22:02:45 <-- gurun (~gurun@c83-249-66-168.bredband.comhem.se) a quitté (Read error: Connection reset by peer) 2017-07-29 22:03:11 --> gurun (~gurun@c83-249-66-168.bredband.comhem.se) a rejoint #mcdevs 2017-07-29 23:12:50 <-- GeorgH93 (~GeorgH93@h081217043101.dyn.cm.kabsi.at) a quitté (Remote host closed the connection) 2017-07-29 23:13:54 --> GeorgH93 (~GeorgH93@h081217043101.dyn.cm.kabsi.at) a rejoint #mcdevs 2017-07-29 23:16:44 <-- gentauro (~gentauro@xd520f25f.cust.hiper.dk) a quitté (Ping timeout: 240 seconds) 2017-07-29 23:18:55 --> gentauro (~gentauro@xd520f25f.cust.hiper.dk) a rejoint #mcdevs 2017-07-30 00:04:55 <-- UUID02 (~UUID00@BSN-182-234-218.dynamic.siol.net) a quitté (Ping timeout: 255 seconds) 2017-07-30 00:22:48 <-- coderbot (~coderbot@23.240.32.43) a quitté (Ping timeout: 260 seconds) 2017-07-30 00:26:06 --> coderbot (~coderbot@23.240.32.43) a rejoint #mcdevs 2017-07-30 00:30:19 coderbot ugh, turns out the MC1.4.7 server enables encryption even if it's in offline mode 2017-07-30 00:41:16 <-- coderbot (~coderbot@23.240.32.43) a quitté (Ping timeout: 240 seconds) 2017-07-30 01:01:13 --> oldmanmike (~oldmanmik@pool-173-75-221-55.phlapa.fios.verizon.net) a rejoint #mcdevs 2017-07-30 01:08:16 <-- GeorgH93 (~GeorgH93@h081217043101.dyn.cm.kabsi.at) a quitté (Quit: Leaving) 2017-07-30 01:31:40 --> deep-book-gk_ (~1wm_su@177.47.27.242) a rejoint #mcdevs 2017-07-30 01:32:31 <-- deep-book-gk_ (~1wm_su@177.47.27.242) a quitté #mcdevs 2017-07-30 02:12:24 --> fl4sh__ (~fl4sh@s3.jsje.de) a rejoint #mcdevs 2017-07-30 02:12:37 <-- fl4sh_ (~fl4sh@s3.jsje.de) a quitté (Ping timeout: 260 seconds) 2017-07-30 02:22:59 --> coderbot (~coderbot@23.240.32.43) a rejoint #mcdevs 2017-07-30 04:57:03 MVXA Why is there encryption anyways if the encryption happens unauthenticated? 2017-07-30 05:00:31 <-- coderbot (~coderbot@23.240.32.43) a quitté (Ping timeout: 258 seconds) 2017-07-30 05:38:41 --> coderbot (~coderbot@23.240.32.43) a rejoint #mcdevs 2017-07-30 05:50:44 <-- coderbot (~coderbot@23.240.32.43) a quitté (Remote host closed the connection) 2017-07-30 06:06:26 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-07-30 06:06:34 -- mundus2018 est maintenant connu sous le nom HalfEatenOut 2017-07-30 06:07:23 <-- oldmanmike (~oldmanmik@pool-173-75-221-55.phlapa.fios.verizon.net) a quitté (Ping timeout: 240 seconds) 2017-07-30 06:07:47 -- HalfEatenOut est maintenant connu sous le nom HalfBakedPie 2017-07-30 06:09:41 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 268 seconds) 2017-07-30 06:09:41 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2017-07-30 06:15:23 -- HalfBakedPie est maintenant connu sous le nom mundus2018 2017-07-30 06:20:48 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Read error: Connection reset by peer) 2017-07-30 06:20:54 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-07-30 07:28:19 <-- mbaxter (~mbax@mcblockit/staff/mbaxter) a quitté (Quit: muahahahahahaha) 2017-07-30 07:29:23 --> mbaxter (~mbax@kitten.institute) a rejoint #mcdevs 2017-07-30 07:29:23 <-- mbaxter (~mbax@kitten.institute) a quitté (Changing host) 2017-07-30 07:29:23 --> mbaxter (~mbax@mcblockit/staff/mbaxter) a rejoint #mcdevs 2017-07-30 07:51:12 timmyRS Why is there encryption anyways if the encryption is for Minecraft? 2017-07-30 07:52:26 timmyRS Everything you send is unimportant (literally every packet accept chat) or publicly readable (chat) anyways... 2017-07-30 07:53:21 timmyRS Some cracked servers require users to send a password, which would be important, but is sent without encryption, because cracked. 2017-07-30 08:05:54 pokechu22 IIRC nowadays you don't use encryption in offline-mode. But regular servers do still use encryption. I don't know why exactly... maybe regarding MITM (but again, not necessarilly) 2017-07-30 08:50:13 <-- redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a quitté (Read error: No route to host) 2017-07-30 08:51:29 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-07-30 09:14:17 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Read error: Connection reset by peer) 2017-07-30 09:14:23 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-07-30 09:15:48 <-- Dadido3 (~quassel@p2003007A8B43B000C92C4BF4398B22B5.dip0.t-ipconnect.de) a quitté (Ping timeout: 255 seconds) 2017-07-30 09:16:14 --> Dadido3 (~quassel@p2003007A8B613D00E55B43EC8170BBF2.dip0.t-ipconnect.de) a rejoint #mcdevs 2017-07-30 10:32:44 --> UUID02 (~UUID00@BSN-182-234-218.dynamic.siol.net) a rejoint #mcdevs 2017-07-30 10:51:17 <-- redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a quitté (Read error: Connection reset by peer) 2017-07-30 10:51:23 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-07-30 10:57:48 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-30 11:17:01 <-- bildramer (~bildramer@p2E5145F1.dip0.t-ipconnect.de) a quitté (Ping timeout: 240 seconds) 2017-07-30 11:36:25 --> bildramer (~bildramer@p200300ED83D04900AC9BCCA14258DFA9.dip0.t-ipconnect.de) a rejoint #mcdevs 2017-07-30 11:36:40 <-- bildramer (~bildramer@p200300ED83D04900AC9BCCA14258DFA9.dip0.t-ipconnect.de) a quitté (Client Quit) 2017-07-30 11:37:55 --> bildramer (~bildramer@p200300ED83D04900AC9BCCA14258DFA9.dip0.t-ipconnect.de) a rejoint #mcdevs 2017-07-30 13:44:36 --> oldmanmike (~oldmanmik@pool-173-75-221-55.phlapa.fios.verizon.net) a rejoint #mcdevs 2017-07-30 14:21:38 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Ping timeout: 260 seconds) 2017-07-30 14:49:07 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-30 15:32:56 <-- dexter0 (~dexter0@2601:647:4502:8c00:e1fb:2888:e5a0:3814) a quitté (Ping timeout: 240 seconds) 2017-07-30 15:35:40 --> dexter0 (~dexter0@2601:647:4502:8c00:e544:14df:6ded:46cc) a rejoint #mcdevs 2017-07-30 15:44:27 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Ping timeout: 248 seconds) 2017-07-30 16:32:51 --> Timelaw (~Timelaw@h-190-33.A486.priv.bahnhof.se) a rejoint #mcdevs 2017-07-30 16:52:46 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-30 17:19:06 <-- oldmanmike (~oldmanmik@pool-173-75-221-55.phlapa.fios.verizon.net) a quitté (Ping timeout: 255 seconds) 2017-07-30 17:22:14 <-- Timelaw (~Timelaw@h-190-33.A486.priv.bahnhof.se) a quitté (Ping timeout: 260 seconds) 2017-07-30 17:31:34 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Read error: Connection reset by peer) 2017-07-30 17:32:29 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-07-30 18:05:53 --> oldmanmike (~oldmanmik@pool-173-75-221-55.phlapa.fios.verizon.net) a rejoint #mcdevs 2017-07-30 18:20:53 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Ping timeout: 240 seconds) 2017-07-30 18:39:43 <-- oldmanmike (~oldmanmik@pool-173-75-221-55.phlapa.fios.verizon.net) a quitté (Ping timeout: 240 seconds) 2017-07-30 18:46:24 --> oldmanmike (~oldmanmik@pool-173-75-221-55.phlapa.fios.verizon.net) a rejoint #mcdevs 2017-07-30 19:12:34 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-30 19:28:03 <-- SpaceManiac (~SpaceMani@c-73-235-50-40.hsd1.ca.comcast.net) a quitté (Ping timeout: 276 seconds) 2017-07-30 19:32:06 --> SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a rejoint #mcdevs 2017-07-30 19:32:06 -- Mode #mcdevs [+v SpaceManiac] par ChanServ 2017-07-30 20:05:06 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Ping timeout: 276 seconds) 2017-07-30 20:14:39 <-- oldmanmike (~oldmanmik@pool-173-75-221-55.phlapa.fios.verizon.net) a quitté (Ping timeout: 246 seconds) 2017-07-30 20:23:13 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-30 20:23:57 --> oldmanmike (~oldmanmik@pool-173-75-221-55.phlapa.fios.verizon.net) a rejoint #mcdevs 2017-07-30 20:25:58 --> deep-book-gk_ (~1wm_su@119.81.29.178) a rejoint #mcdevs 2017-07-30 20:28:38 <-- deep-book-gk_ (~1wm_su@119.81.29.178) a quitté #mcdevs 2017-07-30 20:36:39 <-- oldmanmike (~oldmanmik@pool-173-75-221-55.phlapa.fios.verizon.net) a quitté (Ping timeout: 255 seconds) 2017-07-30 22:15:05 +Amaranth Encryption is to block MITM, yeah 2017-07-30 22:52:56 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Quit: Tachyon_) 2017-07-30 22:55:55 --> deep-book-gk_ (~1wm_su@158.85.67.146) a rejoint #mcdevs 2017-07-30 22:56:33 <-- deep-book-gk_ (~1wm_su@158.85.67.146) a quitté #mcdevs 2017-07-31 01:07:10 <-- UUID02 (~UUID00@BSN-182-234-218.dynamic.siol.net) a quitté (Read error: Connection reset by peer) 2017-07-31 01:07:37 --> UUID02 (~UUID00@BSN-182-234-218.dynamic.siol.net) a rejoint #mcdevs 2017-07-31 01:12:13 <-- MiniDigger (~MiniDigge@some.random.host.cause.default.is.boring.minidigger.me) a quitté (Ping timeout: 240 seconds) 2017-07-31 01:13:20 --> MiniDigger (~MiniDigge@some.random.host.cause.default.is.boring.minidigger.me) a rejoint #mcdevs 2017-07-31 01:20:06 <-- UUID02 (~UUID00@BSN-182-234-218.dynamic.siol.net) a quitté (Ping timeout: 260 seconds) 2017-07-31 01:45:03 <-- TobiX (tobias@zoidberg.org) a quitté (Ping timeout: 268 seconds) 2017-07-31 01:46:42 --> TobiX (tobias@zoidberg.org) a rejoint #mcdevs 2017-07-31 02:19:55 <-- bildramer (~bildramer@p200300ED83D04900AC9BCCA14258DFA9.dip0.t-ipconnect.de) a quitté (Ping timeout: 255 seconds) 2017-07-31 02:20:07 --> bildramer (~bildramer@p2E5145F1.dip0.t-ipconnect.de) a rejoint #mcdevs 2017-07-31 02:35:42 <-- gurun (~gurun@c83-249-66-168.bredband.comhem.se) a quitté (Ping timeout: 240 seconds) 2017-07-31 03:00:09 --> deep-book-gk (~1wm_su@d8116.artnet.gda.pl) a rejoint #mcdevs 2017-07-31 03:01:16 <-- deep-book-gk (~1wm_su@d8116.artnet.gda.pl) a quitté #mcdevs 2017-07-31 03:33:16 --> coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs 2017-07-31 04:58:22 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Read error: Connection reset by peer) 2017-07-31 04:58:37 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-07-31 05:30:03 <-- jast (jast@zoidberg.org) a quitté (Ping timeout: 248 seconds) 2017-07-31 05:30:24 --> jast (jast@zoidberg.org) a rejoint #mcdevs 2017-07-31 06:30:47 <-- protryon (~protryon@2601:647:ca00:ab50:6252:6b43:5224:6122) a quitté (Quit: WeeChat 1.7-rc2) 2017-07-31 07:23:05 --> GK1wmSU (~deep-book@83.143.245.6) a rejoint #mcdevs 2017-07-31 07:24:08 <-- GK1wmSU (~deep-book@83.143.245.6) a quitté #mcdevs 2017-07-31 07:36:37 --> _GK1wmSU (~deep-book@d8116.artnet.gda.pl) a rejoint #mcdevs 2017-07-31 07:39:33 <-- _GK1wmSU (~deep-book@d8116.artnet.gda.pl) a quitté #mcdevs 2017-07-31 08:06:57 --> Timelaw (~Timelaw@82.99.1.238) a rejoint #mcdevs 2017-07-31 08:37:03 <-- Hafydd (~Hafydd@unaffiliated/joo) a quitté (Remote host closed the connection) 2017-07-31 08:38:13 --> Hafydd (~Hafydd@unaffiliated/joo) a rejoint #mcdevs 2017-07-31 08:45:10 timmyRS But how will anyone correcty MITM Minecraft and why would anyone do it (e.g. what advantage does the man in the middle get)? 2017-07-31 08:47:20 timmyRS It would be incredibly hard to block all movement packets by the client and put your own in and then you would not know the world... 2017-07-31 08:51:12 <-- Timelaw (~Timelaw@82.99.1.238) a quitté (Ping timeout: 240 seconds) 2017-07-31 08:55:26 <-- Hafydd (~Hafydd@unaffiliated/joo) a quitté (Quit: Taste the magic of Darjeeling!) 2017-07-31 08:57:25 --> Hafydd (~Hafydd@unaffiliated/joo) a rejoint #mcdevs 2017-07-31 09:06:39 --> gurun (~gurun@c83-249-66-168.bredband.comhem.se) a rejoint #mcdevs 2017-07-31 09:17:12 <-- jast (jast@zoidberg.org) a quitté (Ping timeout: 240 seconds) 2017-07-31 09:17:54 --> jast (jast@zoidberg.org) a rejoint #mcdevs 2017-07-31 09:25:07 --> UUID02 (~UUID00@BSN-182-234-218.dynamic.siol.net) a rejoint #mcdevs 2017-07-31 10:27:03 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Read error: No route to host) 2017-07-31 10:27:14 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-07-31 11:12:47 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-31 11:28:59 +Prf_Jakob timmyRS: You could MITM a admin on a server and do all sorts of crazy things. 2017-07-31 11:36:15 timmyRS Well but in order to MITM you'd have to: a) be in the same network, b) have the equipment, c) know who the admin is, d) have the admin logged in, e) hope the admin has permissions to do harmful stuff, and f)inally send the right bytes for the server to actually do the things 2017-07-31 11:57:18 +Dinnerbone You have X-op join your server, your server joins X-server with X-ops auth, you then do whatever. 2017-07-31 11:59:03 +Dinnerbone You just repeat the handshaking and auth stuff until the point where you have a valid answer to log into the server with their user. Then you either hand off that connection to a real person (you) to do bad stuff, or just automatically /op yourself, or whatever. 2017-07-31 12:26:58 --> Tachyon_1 (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-31 12:27:16 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Ping timeout: 240 seconds) 2017-07-31 12:27:16 -- Tachyon_1 est maintenant connu sous le nom Tachyon_ 2017-07-31 13:02:14 <-- jast (jast@zoidberg.org) a quitté (Ping timeout: 240 seconds) 2017-07-31 13:02:52 --> jast (jast@zoidberg.org) a rejoint #mcdevs 2017-07-31 13:37:41 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Quit: Tachyon_) 2017-07-31 14:11:32 --> MTM123 (~mtm123@81.198.232.96) a rejoint #mcdevs 2017-07-31 14:14:46 MTM123 Hello. Shared secret for Encryption Response is just byte array consisting of 16 randomly generated bytes ? And its then encrypted using public key from server using AES - 128bit encryption? 2017-07-31 15:06:31 jamierocks hey Dinnerbone, it'd be really nice if you could take a look at https://bugs.mojang.com/browse/MC-118594 2017-07-31 15:07:03 jamierocks minecrell really did a good job providing a lot of detail within the report 2017-07-31 15:14:57 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-31 16:46:34 <-- TobiX (tobias@zoidberg.org) a quitté (Ping timeout: 240 seconds) 2017-07-31 16:51:56 --> TobiX (tobias@zoidberg.org) a rejoint #mcdevs 2017-07-31 17:09:18 <-- SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a quitté (Ping timeout: 260 seconds) 2017-07-31 17:23:09 Aikar " But yes, we shouldn't have used armorstands for those" - Didn't Dinnerbone say when that was added that it was a stopgap, and a more preferred way would come in future? 2017-07-31 17:52:35 --> SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a rejoint #mcdevs 2017-07-31 17:52:35 -- Mode #mcdevs [+v SpaceManiac] par ChanServ 2017-07-31 18:04:08 <-- SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a quitté (Ping timeout: 260 seconds) 2017-07-31 18:06:48 <-- Matsv (~Matsv@i.am.matsv.nl) a quitté (Ping timeout: 246 seconds) 2017-07-31 18:08:42 --> SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a rejoint #mcdevs 2017-07-31 18:08:42 -- Mode #mcdevs [+v SpaceManiac] par ChanServ 2017-07-31 18:15:03 --> Matsv (~Matsv@i.am.matsv.nl) a rejoint #mcdevs 2017-07-31 18:20:46 <-- octobyte (~octobyte@81.128.218.100) a quitté (Quit: ZNC 1.6.5 - http://znc.in) 2017-07-31 18:21:52 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Ping timeout: 258 seconds) 2017-07-31 18:39:30 --> Tachyon_ (~Thunderbi@95.76.184.120) a rejoint #mcdevs 2017-07-31 18:50:31 <-- SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a quitté (Ping timeout: 240 seconds) 2017-07-31 18:54:33 --> samjakob (56b8709d@gateway/web/cgi-irc/kiwiirc.com/ip.86.184.112.157) a rejoint #mcdevs 2017-07-31 18:56:18 samjakob Hi - is the encrypted packet protocol format the same as non-encrypted? 2017-07-31 18:56:27 pokechu22 Let me check 2017-07-31 18:56:33 pokechu22 I'm pretty sure it is 2017-07-31 18:56:38 samjakob Thanks 2017-07-31 18:57:15 pokechu22 Yes (other than the data being encrypted), although soon after you'll start getting compressed packets which are in a different format 2017-07-31 18:57:48 samjakob Okay 2017-07-31 18:57:54 samjakob I'm working server-side by the way 2017-07-31 18:59:14 pokechu22 Alright, yea, after enabling encryption you'll send a set compression packet, and after sending that switch to the compressed packet format 2017-07-31 18:59:42 samjakob Okay 2017-07-31 18:59:52 timmyRS samjakob, for testing it is better if you turn off login tho as it takes like a second for the requests and packets to be sent 2017-07-31 19:00:13 timmyRS unless you want to test logging in 2017-07-31 19:00:18 samjakob Sorry I don't quite understand that? 2017-07-31 19:00:48 timmyRS If you are testing some things about your server and have to join again and again I recommend you disable login 2017-07-31 19:01:09 samjakob oh okay 2017-07-31 19:01:22 samjakob Yeah I haven't got that far - I'm just working on getting the client logged in 2017-07-31 19:05:02 samjakob So if I understand correctly, to encrypt the packet, I just encrypt the data (encrypting the individual fields?) with my private key? 2017-07-31 19:05:14 samjakob or rather, the server's private key 2017-07-31 19:06:09 timmyRS You do not encrypt individual fields, you encrypt the bytes of the packet. 2017-07-31 19:07:31 samjakob oh so all the packet's data together 2017-07-31 19:07:32 samjakob and the ID? 2017-07-31 19:08:00 timmyRS open up wireshark and navigate to https://google.com 2017-07-31 19:08:01 pokechu22 Encrypt the entire stream 2017-07-31 19:08:20 timmyRS the normal HTTP protocol is "GET / HTTP/1.1" etc 2017-07-31 19:08:29 timmyRS but you see non of that because every single byte is encrypted 2017-07-31 19:08:38 samjakob yeah 2017-07-31 19:08:39 <-- Tachyon_ (~Thunderbi@95.76.184.120) a quitté (Quit: Tachyon_) 2017-07-31 19:08:58 samjakob okay 2017-07-31 19:09:09 samjakob So I'm encrypting everything, size, ID and data? 2017-07-31 19:09:17 pokechu22 Yes 2017-07-31 19:09:27 samjakob okay thanks 2017-07-31 19:09:40 samjakob Sorry for being a little dense :P 2017-07-31 19:11:37 timmyRS I still think all of that encryption is a waste of CPU, but dinnerbone has a point 2017-07-31 19:14:05 +Amaranth If you're worried about the overhead from encryption of the protocol you've got problems :P 2017-07-31 19:14:33 +Amaranth It should only be a concern if you're writing a proxy of some kind like lilypad or bungeecord 2017-07-31 19:16:09 <-- samjakob (56b8709d@gateway/web/cgi-irc/kiwiirc.com/ip.86.184.112.157) a quitté (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) 2017-07-31 19:16:27 --> samjakob (56b8709d@gateway/web/cgi-irc/kiwiirc.com/ip.86.184.112.157) a rejoint #mcdevs 2017-07-31 19:18:06 timmyRS well I'd have to benchmark a connection with and without the encryption in order to know how many ms the encryption takes 2017-07-31 19:40:43 MTM123 How do you join a server without encryption? 2017-07-31 19:53:58 timmyRS just directly send Login Success (clientbound) after Login Start (serverbound) 2017-07-31 20:24:59 +Grum I still think all of that encryption is a waste of CPU, but dinnerbone has a point <-- the problems are far bigger when you cannot join any server safely because they might use your tokens to log into any other server and pretend to be you 2017-07-31 20:25:23 +Grum man in the middle attacks were not just theory, there were working examples of it out in the wild 2017-07-31 20:27:48 tktech Yup 2017-07-31 20:27:58 tktech And other fun things like timing attacks 2017-07-31 20:28:07 tktech The first few versions of auth were super duper broken 2017-07-31 20:28:46 tktech You could trick someone into connecting to your server then re-use their "one-time" code for the next 5 minutes to auth as them on any number of servers 2017-07-31 20:33:36 tktech Notch had "roll my own" syndrome 2017-07-31 20:34:14 tktech The website used to go down every time a new user registered because he wrote his own "database" with O(N*2) insertion 2017-07-31 20:34:16 <-- TobiX (tobias@zoidberg.org) a quitté (Ping timeout: 240 seconds) 2017-07-31 20:38:53 --> TobiX (tobias@zoidberg.org) a rejoint #mcdevs 2017-07-31 20:55:55 <-- MTM123 (~mtm123@81.198.232.96) a quitté (Ping timeout: 255 seconds) 2017-07-31 21:11:45 --> MTM123 (~mtm123@87.110.33.174) a rejoint #mcdevs 2017-07-31 21:17:48 timmyRS Grum, but doesn't the login involve the hasJoined endpoint to prevend that reusing? 2017-07-31 21:22:52 timmyRS Anyways, I think the login should be encrypted, however, traffic like chunk data (as it is very big) would maybe be better off not encrypted 2017-07-31 21:23:06 timmyRS as a hacker can't do much with some chunks 2017-07-31 21:32:41 samjakob yeah 2017-07-31 21:32:44 samjakob I second that 2017-07-31 21:33:08 samjakob I mean if they wanted to steal parts of your world they could just come on with a WorldDownloader mod :P 2017-07-31 21:36:21 --> AJM (~AJ@76-219-213-41.lightspeed.irvnca.sbcglobal.net) a rejoint #mcdevs 2017-07-31 21:39:09 AJM Anbody know how to make armor stands invisible towards players in the spectator gamemode? 2017-07-31 21:40:10 pokechu22 I don't think you can 2017-07-31 21:40:15 AJM Although I had my doubts on it since spectator would render everything, apparently one server I was on happend to do it when the player was spectating an armor stand. 2017-07-31 21:40:38 AJM Yeah I thought that at first too. This is on a 1.8 client. 2017-07-31 21:40:49 pokechu22 FYI, I maintain world downloader samjakob :P 2017-07-31 21:41:06 +Dinnerbone timmyRS, "re"using yes, but if they simply just don't pass on your token and instead use it to log the attacker in as you, that's totally fine and legal according to auth services. We have no way of knowing what happened. 2017-07-31 21:44:25 AJM Not sure what kinds of workarounds there are to making the armor stand completely invis for spectators. 2017-07-31 21:44:36 timmyRS Yeah, I was thinking too complex.. 2017-07-31 21:45:07 +Grum timmyRS: doing partial encryption is far more complex than full 2017-07-31 21:47:29 timmyRS Probably yeah... :/ 2017-07-31 21:51:40 AJM The only workaround I can think of is possibly using scoreboard teams. Not sure if thatl work. Anbody else have ideas? 2017-07-31 21:52:11 pokechu22 I don't remember the rules for how they're displayed in 1.8 2017-07-31 21:52:24 pokechu22 Is the invisibility potion different from the invisible flag in entity metadata? 2017-07-31 21:52:45 AJM Yeah 2017-07-31 21:52:48 AJM Although I tried both. 2017-07-31 21:54:47 <-- coolsa (~coolsa@unaffiliated/coolsa) a quitté (Remote host closed the connection) 2017-07-31 22:10:33 --> NickG365_ (~NickG365@2607:5300:60:6e29:472:6425:3733:0) a rejoint #mcdevs 2017-07-31 22:12:25 <-- NickG365 (~NickG365@2607:5300:60:6e29:472:6425:3733:0) a quitté (Ping timeout: 255 seconds) 2017-07-31 22:12:25 -- NickG365_ est maintenant connu sous le nom NickG365 2017-07-31 22:31:52 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Quit: redstonehelper) 2017-07-31 22:39:45 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-07-31 22:47:04 Aikar Dinnerbone: are you around? you really have me panicking :/ really hoping this is a misunderstanding 2017-07-31 22:49:33 Aikar about the command completions discussion on Reddit 2017-07-31 22:51:12 Aikar from my understanding, this command framework is very similar to mine - so you could design it so it exposes a method to provide completions based on current input, so that the existing Bukkit style API can continue to work 2017-07-31 22:51:49 Aikar then bukkit/acf can extend how completions are filled in 2017-07-31 22:53:55 +Dinnerbone Aikar, basically there's a copy of the library running on the client, the server sends the command tree to the client with extra information about "this is a possible value here" in other packets. The client uses this for tab completion 2017-07-31 22:54:02 +Dinnerbone (and everything else) 2017-07-31 22:54:35 +Dinnerbone There's no communication to the server at any step here, including pressing tab. I haven't designed it for an async request like that. 2017-07-31 22:54:37 Aikar i understand thats how your thinking on it, but on behalf of everyone who's taken the time to improve UX with completions, please keep it querying the server as it does today 2017-07-31 22:54:54 Aikar theres so much benefit to contextual completions 2017-07-31 22:55:36 Aikar Id really hate to have to see us move to using client mods just to bring it back :( 2017-07-31 22:56:32 Aikar the pardon / white list you mentioned is a great example, only provide that data if the user has permission 2017-07-31 22:56:53 Aikar and solves data sets that can change 2017-07-31 22:57:22 +Dinnerbone And I think there's so much benefit in having the completions appear when you hit the button and not some time later :D It's such a terrible UX to have them appear with so much latency (not to mention all the server owners screaming in horror when they thought the new system was pinging their servers too) 2017-07-31 22:57:41 pokechu22 There's also e.g. commands with subcommands (since vanilla has that, I'm assuming that would work fine) and commands with flags (not super common but it exists) 2017-07-31 22:57:58 Aikar like I have very elaborate completions setup so that 1 parameter can even use a previous parameter as context to further completions 2017-07-31 22:58:36 +Dinnerbone pokechu22, none of this is an issue here as far as I'm aware. Aikar's issue is just that they want tabcompletions to be queried instead of told 2017-07-31 22:58:48 pokechu22 Yea 2017-07-31 22:59:00 Aikar You could make the command system stay client side unless told to request 2017-07-31 22:59:10 Aikar then it would be up to the command on how to handle completion 2017-07-31 22:59:37 Aikar for ex, subcommands and static parameters, yeah would be nice for those to be static/client side 2017-07-31 22:59:49 Aikar but "tab complete an offline player" 2017-07-31 22:59:53 pokechu22 That sounds reasonable to me - a special type of argument that tells the client to request more info from the server (which would be usable for special cases) 2017-07-31 22:59:55 Aikar theres no way to provide that stiatically 2017-07-31 23:00:03 Aikar statically* 2017-07-31 23:00:48 +Dinnerbone And like I said in my comment - I'm not saying that I won't add that. I'm just saying how the designed system is being designed for. 2017-07-31 23:01:07 +Dinnerbone It's just that that's not anywhere near the top of my current todo list, which is mostly "get things working again". 2017-07-31 23:01:44 Aikar i understand, just asking to please make sure thats part of the release, otherwise the bukkit platform is screwed. 2017-07-31 23:02:05 +Dinnerbone If such a thing were to be added, it'd likely be only for modded stuff because I don't see a need for it anywhere in vanilla. It's really bad UX and we should be designing around that. 2017-07-31 23:02:37 Aikar its never been a problem for years on UX, ive never heard anyone complain that completions take .1-.5 seconds to show up 2017-07-31 23:02:46 +Dinnerbone I have. So many times! 2017-07-31 23:02:59 +Dinnerbone The issues with us both working in different areas ;D 2017-07-31 23:03:17 Aikar and as i said im fine with it in vanilla context, as long as on 1.13 release, we have the ability to update to account for the changes, ie the bukkit/sponge platforms 2017-07-31 23:03:27 +Dinnerbone And it's usually in the seconds for a big or laggy server 2017-07-31 23:03:47 +Dinnerbone Tab - wait and don't type anything - there we go. Type a couple more chars and tab again. I hate that so much. 2017-07-31 23:04:13 Aikar not sure why anyone would play on a server where their latency is in 2-3 second range O.o 2017-07-31 23:04:17 pokechu22 The vanilla use would probably be pardon and whitelist 2017-07-31 23:04:34 pokechu22 And the latency is sometimes annoying (but usually not _that_ annoying) for me 2017-07-31 23:04:46 Aikar tab completion latency would be bound to your general latency overall 2017-07-31 23:04:55 +Dinnerbone pokechu22, I don't think it would be 2017-07-31 23:05:16 +Dinnerbone If we wanted that to be contextually autocompleted I'd send the list to the client and say "hey, for this argument you can use this list" 2017-07-31 23:06:12 +Dinnerbone Because those are simpler cases but it wouldn't be feasible for Aikar to send every permutation of these lists to the client 2017-07-31 23:06:26 Aikar Dinnerbone: what about dynamic updates? 2017-07-31 23:06:30 Aikar ie, online players 2017-07-31 23:06:35 +Dinnerbone Aikar, what about them? 2017-07-31 23:06:36 Aikar stuff thats constantly changing 2017-07-31 23:07:53 +Dinnerbone Well I've not implemented the syncing of tabcompletion yet but the current idea is to say stuff like "online players", "a variable pool of text [foo]", "sound events", "particles" (these 2 are a unique case where the client knows, but server doesn't) 2017-07-31 23:08:56 +Dinnerbone (You can't tab complete names in the /playsound command atm.) 2017-07-31 23:10:11 Aikar thats what i was thinking you do, a completion type, like { PLAYERS, SOUNDS, PARTICLES, BLOCKS, STATIC_LIST, and then throw in a SERVER_QUERY} type, and when server query is the type for the active index, then query server as everything < 1.13 does, but for any other type that it can, keep it fast 2017-07-31 23:10:37 Aikar and the server tells the client each parameters type 2017-07-31 23:11:12 Aikar then you could implement query for the specific ones like pardon and whitelist 2017-07-31 23:11:14 +Dinnerbone Sure, I was thinking the same thing. But it'd need work to actually implement (and nicely at that) because adding async anything into a system that was designed to be sync is always a kick in the butt. 2017-07-31 23:11:37 +Dinnerbone So I can't 100% guarantee that it will be a thing. I simply have so many other things to do before I can get to it. 2017-07-31 23:11:45 Aikar i understand that, thats why im glad we had this discussion fast.... 2017-07-31 23:11:56 Aikar well, if you can try to get it on github or something sooner than later, maybe we can help? 2017-07-31 23:12:12 Aikar at least with the API side 2017-07-31 23:12:53 pokechu22 The other thing to consider is commands that change structure depending on permission (though I guess that'd be handled on bukkit's side by changing what's sent) 2017-07-31 23:12:54 +Dinnerbone That part would be in MC and not brigadier, I think. Brigadier itself has no concept of a game, or a client or server, or anything like that. It's just the thing that the game is using to lookup and parse commands. 2017-07-31 23:13:13 +Dinnerbone pokechu22, the server should only inform the client about commands the client can access 2017-07-31 23:13:15 Aikar Dinnerbone: ACF is designed same way :P 2017-07-31 23:13:19 +Dinnerbone This goes for all things! 2017-07-31 23:13:31 Aikar it looks like your doing pretty much same thing I did with ACF 2017-07-31 23:14:13 +Dinnerbone I took a quick ganders at ACF and at least on the API side of things we're very different. Not that that's a bad thing, I know MCPE also had a different implementation to what I went for 2017-07-31 23:14:15 Aikar id look at it as instead of calling .getCompletions() and updating the input box immediately, dispatch async same way you do tody, and once response comes back, manipulate input 2017-07-31 23:15:52 pokechu22 Then there's plugins that have horribly loose commands - e.g. you can use `/fly` to toggle flight, `/fly ` to toggle flight for a player, `/fly ` to turn it on or off for you, and `/fly ` (I think, may have that backwards) to set for another player. It's somewhat painful for tab-completion and I'm guessing it would be too loose (which is more of an excuse to make it more 2017-07-31 23:15:55 pokechu22 strict than a flaw with this system) 2017-07-31 23:15:56 Aikar and yeah i know API is different, but the 'core fundamentals' 2017-07-31 23:16:12 Aikar take player input, dispatch command, and take player input, and generate a list of completions 2017-07-31 23:16:15 Aikar thats the core of ACF 2017-07-31 23:16:15 +Dinnerbone pokechu22, I wouldn't allow a command like that to exist in brigadier 2017-07-31 23:16:25 +Dinnerbone It's too ambiguous. 2017-07-31 23:16:31 +Dinnerbone What if there's a player named on? 2017-07-31 23:16:37 Aikar i agree, i didnt support that stuff either for ACF 2017-07-31 23:16:49 pokechu22 Agreed, I hated trying to write tab-completion for those commands 2017-07-31 23:17:13 Aikar I've had someone ask me for /foo * bar 2017-07-31 23:17:17 Aikar where * is the dynamic part 2017-07-31 23:17:34 pokechu22 Dynamic with spaces? Or without? 2017-07-31 23:17:48 Aikar yeah, just "my 3 parameter method goes before the bar" 2017-07-31 23:17:55 Aikar so /foo a b c bar 2017-07-31 23:18:03 +Dinnerbone In brigadier we keep a tree (root -> each command is a node -> every argument or literal is a node -> etc etc) of all commands, then parse input text piece on whatever branches accept us until we are left with either 0 text or 0 nodes remaining, then see what needs to be done next 2017-07-31 23:18:06 Aikar they wanted it for like * enable * disable type stuff 2017-07-31 23:18:07 --> iso2013 (~iso2013@2601:281:c503:9186:f106:a6ae:9ba7:f6a7) a rejoint #mcdevs 2017-07-31 23:18:19 MiniDigger I can see that useful for commands like /perm group set or something like that. feels more natural than having all args at the end 2017-07-31 23:18:33 Aikar Dinnerbone: so it tries multiple matches and only reports error if all fail? thats what ive planned 2017-07-31 23:18:58 +Dinnerbone Yeah 2017-07-31 23:19:08 iso2013 I think I have an idea that could work pretty well for dynamic completions, as far as latency and network issues go 2017-07-31 23:19:10 Aikar how do you determine which is the one to report the syntax/errors for? 2017-07-31 23:19:31 Aikar iso2013: as i said in other place, thats pretty much known how to do it 2017-07-31 23:19:37 Aikar just priority 2017-07-31 23:19:59 +Dinnerbone I can't technically reject stupid ambiguous stuff like "(|on)" because it's impossible for me to know programmatically if two things can collide, but it'll be arbitrary which actually works in that situation 2017-07-31 23:20:17 Aikar yep, thats same case for ACF atm 2017-07-31 23:20:39 MTM123 timmyRS: just directly send Login Success (clientbound) after Login Start (serverbound) 2017-07-31 23:20:39 MTM123 Well I'm trying to make a client that is able to connect to notchian server 2017-07-31 23:20:49 Aikar you can make a sub command for "/fly on" and then one for "/fly " and it will always map to fly on if your trying to target a player named on 2017-07-31 23:21:13 iso2013 Right but my idea is for the actual querying, not just having multiple different completion types 2017-07-31 23:21:14 +Dinnerbone I think that's true for me, but it's not a contract I'm adding to the API 2017-07-31 23:21:14 Aikar because i match the 'most matched' subcommand as priority 2017-07-31 23:21:29 +Dinnerbone I sort literals > arguments, alphabetical by name 2017-07-31 23:21:39 +Dinnerbone So it'd jump into literal first, which is "on" 2017-07-31 23:24:13 pokechu22 Oh, hey, you had a sample - `/entitydata @e[name="Spooky Scary Skeleton"] {spookiness:100}`. The selector has spaces; how does that parse? 2017-07-31 23:24:29 +Dinnerbone Well we're actually using a parser now, so easily! 2017-07-31 23:24:44 Aikar im assuming the command framework understands mojangson as a special type 2017-07-31 23:25:08 Aikar and knows to not end matching until closing ] and } etc 2017-07-31 23:25:10 +Dinnerbone Brigadier itself doesn't know the concept of json or nbt, but MC has an argument type implementing them 2017-07-31 23:25:49 Aikar Dinnerbone: so in reference to how i do it in ACF, acf currently pops 1 string off for the context resolver, would you see it as the context resolver popping multiple until closing } is found? 2017-07-31 23:26:00 +Dinnerbone So it says "this argument is of type NBT" and when it comes time to parsing that node, I ask NBT to parse it. If it doesn't throw an error, it's good! 2017-07-31 23:26:24 +Dinnerbone By "pops 1 string off" what do you mean? 2017-07-31 23:26:29 +Dinnerbone Are you splitting on spaces? 2017-07-31 23:26:33 Aikar dilimeter on space 2017-07-31 23:26:34 Aikar yeah 2017-07-31 23:26:47 +Dinnerbone No, we don't do this now 2017-07-31 23:26:55 Aikar will this be walking the string byte by byte? 2017-07-31 23:27:00 Aikar or i guess char by char 2017-07-31 23:27:04 +Dinnerbone Yep 2017-07-31 23:27:05 pokechu22 code point by code point 2017-07-31 23:27:20 pokechu22 Actually MC's font doesn't support anything greater than a single char does it? (No emoji?) 2017-07-31 23:28:03 +Dinnerbone I have a class StringReader which is a cursor and string, this is passed around everywhere. They read what they need and stop when done, I know to either continue another node or I've run out of text 2017-07-31 23:29:12 Aikar and does it skip ahead 1+ spaces to start for next input? 2017-07-31 23:29:17 +Dinnerbone So if the first node is a literal "foo", it reads "f", advances, "o", advances, "o", advances, done. What's remaining, if anything, is for the next node to parse 2017-07-31 23:29:46 Aikar support for strings w/ spaces as a single parameter, quoted? 2017-07-31 23:30:08 +Dinnerbone At the end of each node, if there's anything remaining then I expect (read "X" char and advance, or throw error) a single whitespace 2017-07-31 23:30:23 Aikar oh right "what i expect".... what about optional parameters? 2017-07-31 23:30:45 +Dinnerbone Strings with spaces as a single param are fine. Quoted if that param knows about quotes, is fine. 2017-07-31 23:31:16 +Dinnerbone Optional params are supported, by saying "/foo" calls X, and "/foo bar" calls Y 2017-07-31 23:31:31 +Dinnerbone In the "smart usage text" generator this turns into "/foo [bar]" 2017-07-31 23:31:50 Aikar how does it know /foo will call /foo bar? 2017-07-31 23:31:57 Aikar so you gotta register 2 commands? 2017-07-31 23:32:35 +Dinnerbone Yes, but in the current api it's usually an extension of registering 1 command 2017-07-31 23:32:45 +Dinnerbone Not a big fan of the current API though 2017-07-31 23:33:23 iso2013 Here's my querying idea: https://hastebin.com/qopifazogo.sql It's a bit long so I couldn't say it directly in here :) 2017-07-31 23:38:03 +Dinnerbone Aikar, current API is builder pattern. "foo [bar]" is: dispatcher.register(literal("foo").executes(SOMETHING).then(literal("bar").executes(SOMETHING))) 2017-07-31 23:38:19 <-- Dadido3 (~quassel@p2003007A8B613D00E55B43EC8170BBF2.dip0.t-ipconnect.de) a quitté (Read error: Connection reset by peer) 2017-07-31 23:38:20 Aikar O.o 2017-07-31 23:38:36 Aikar i guess that works fine for ACF to handle 2017-07-31 23:38:50 Aikar since your not going to obfuscate it, even if i have to reflection it thats fine 2017-07-31 23:39:00 pokechu22 Oh, right, here's another example of bleh command design in a certain plugin: you can do `/home`, `/home ` (where is one of the defined homes or `bed` if you have permission), `/home ` if you have permission, `/home ` (as with `` but for that player), or `/home :` (same as before but redundant) 2017-07-31 23:39:11 Aikar my main concern is command completions, just really hoping you can give us a path to continue to support it 2017-07-31 23:39:34 Aikar ive really enjoyed the user experience of what's been possible with ACF's completions 2017-07-31 23:39:34 --> Dadido3 (~quassel@p2003007A8B613D00C92C4BF4398B22B5.dip0.t-ipconnect.de) a rejoint #mcdevs 2017-07-31 23:40:26 Aikar for example I have it so I can do /empire roles add - the completions knows to look up only players in the empire specified as previous parameter, and only roles the player doesnt already have in that said empire 2017-07-31 23:41:19 +Dinnerbone Yeah and "technically" that's supported in brigadier itself, because I pass context (sender & arguments so far) to ask for suggestions 2017-07-31 23:41:30 +Dinnerbone It's just the client-server aspect of MC that's the issue 2017-07-31 23:41:32 Aikar client side... i work fully on server 2017-07-31 23:41:35 Aikar pure vanilla client 2017-07-31 23:41:47 Aikar we dont use any mods 2017-07-31 23:42:23 Aikar thats why i need the client too request from the server 2017-07-31 23:42:28 Aikar to* 2017-07-31 23:42:59 +Dinnerbone Yeah, I understand 2017-07-31 23:44:11 <-- AJM (~AJ@76-219-213-41.lightspeed.irvnca.sbcglobal.net) a quitté (Ping timeout: 240 seconds) 2017-07-31 23:47:27 Aikar just use whitelist and unbans as justification of developing the feature for vanillas own usage :) 2017-07-31 23:49:05 +Dinnerbone Heading off now! o/ 2017-07-31 23:49:14 Aikar cya, thanks for talk 2017-07-31 23:51:06 pokechu22 Cya 2017-07-31 23:55:00 <-- Dadido3 (~quassel@p2003007A8B613D00C92C4BF4398B22B5.dip0.t-ipconnect.de) a quitté (Read error: Connection reset by peer) 2017-07-31 23:56:16 --> Dadido3 (~quassel@p2003007A8B613D00C92C4BF4398B22B5.dip0.t-ipconnect.de) a rejoint #mcdevs 2017-08-01 00:02:05 <-- MTM123 (~mtm123@87.110.33.174) a quitté #mcdevs 2017-08-01 00:04:38 --> SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a rejoint #mcdevs 2017-08-01 00:04:39 -- Mode #mcdevs [+v SpaceManiac] par ChanServ 2017-08-01 00:17:06 <-- jast (jast@zoidberg.org) a quitté (Ping timeout: 246 seconds) 2017-08-01 00:18:49 --> jast (jast@zoidberg.org) a rejoint #mcdevs 2017-08-01 00:35:41 <-- OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a quitté (Quit: OkAlt) 2017-08-01 00:48:41 <-- SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a quitté (Ping timeout: 240 seconds) 2017-08-01 01:14:26 --> OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a rejoint #mcdevs 2017-08-01 01:14:29 <-- OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a quitté (Client Quit) 2017-08-01 01:22:26 --> https_GK1wmSU (~deep-book@169.55.27.131) a rejoint #mcdevs 2017-08-01 01:22:47 <-- https_GK1wmSU (~deep-book@169.55.27.131) a quitté #mcdevs 2017-08-01 02:03:45 --> SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a rejoint #mcdevs 2017-08-01 02:03:45 -- Mode #mcdevs [+v SpaceManiac] par ChanServ 2017-08-01 02:21:25 --> OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a rejoint #mcdevs 2017-08-01 02:36:18 <-- SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a quitté (Ping timeout: 260 seconds) 2017-08-01 02:40:53 --> SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a rejoint #mcdevs 2017-08-01 02:40:53 -- Mode #mcdevs [+v SpaceManiac] par ChanServ 2017-08-01 02:58:52 <-- OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a quitté (Remote host closed the connection) 2017-08-01 03:00:04 --> OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a rejoint #mcdevs 2017-08-01 03:00:50 <-- OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a quitté (Client Quit) 2017-08-01 03:05:18 --> AJM (~AJ@76-219-213-41.lightspeed.irvnca.sbcglobal.net) a rejoint #mcdevs 2017-08-01 03:06:06 AJM Dinnerbone Will there be a transfer packet in 1.13? 2017-08-01 03:09:14 pokechu22 It's currently 3:08 AM in his timezone 2017-08-01 03:10:36 pokechu22 And if you mean a packet to transfer between servers, probably not (check the messages earlier, ~Jul 24) 2017-08-01 03:19:18 AJM Cant go back that early 2017-08-01 03:19:30 pokechu22 Let me check the logs 2017-08-01 03:20:27 pokechu22 Open https://logs.rom1504.fr/parts2/129.txt and then ctrl+f for `2017-07-25 19:07:01` 2017-08-01 03:32:08 AJM Thanks 2017-08-01 03:45:03 --> OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a rejoint #mcdevs 2017-08-01 03:47:56 --> https_GK1wmSU (~deep-book@77.234.42.183) a rejoint #mcdevs 2017-08-01 03:48:20 <-- https_GK1wmSU (~deep-book@77.234.42.183) a quitté #mcdevs 2017-08-01 03:52:03 <-- AJM (~AJ@76-219-213-41.lightspeed.irvnca.sbcglobal.net) a quitté 2017-08-01 04:06:10 Aikar where is all this sudden discussion about a transfer packet coming from 2017-08-01 04:13:41 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-08-01 04:14:49 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 268 seconds) 2017-08-01 04:14:49 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2017-08-01 04:35:11 <-- SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a quitté (Ping timeout: 240 seconds) 2017-08-01 04:49:01 --> SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a rejoint #mcdevs 2017-08-01 04:49:01 -- Mode #mcdevs [+v SpaceManiac] par ChanServ 2017-08-01 05:06:00 <-- SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a quitté (Ping timeout: 268 seconds) 2017-08-01 05:16:21 --> SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a rejoint #mcdevs 2017-08-01 05:16:21 -- Mode #mcdevs [+v SpaceManiac] par ChanServ 2017-08-01 05:21:43 kashike Aikar: MCPE more than likely :p 2017-08-01 05:35:00 <-- OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a quitté (Quit: OkAlt) 2017-08-01 05:37:41 --> OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a rejoint #mcdevs 2017-08-01 07:17:52 <-- iso2013 (~iso2013@2601:281:c503:9186:f106:a6ae:9ba7:f6a7) a quitté (Quit: Leaving) 2017-08-01 07:23:11 --> https___GK1wmSU (~deep-book@77.234.42.183) a rejoint #mcdevs 2017-08-01 07:23:20 --> https__GK1wmSU (~deep-book@77.234.42.183) a rejoint #mcdevs 2017-08-01 07:23:59 <-- https___GK1wmSU (~deep-book@77.234.42.183) a quitté #mcdevs 2017-08-01 07:24:02 <-- https__GK1wmSU (~deep-book@77.234.42.183) a quitté #mcdevs 2017-08-01 08:43:25 rom1504 what about mcpe ? 2017-08-01 09:34:02 MiniDigger Doss mcpe have a transfer packet? Or what do you want by that kashike? 2017-08-01 09:34:20 MiniDigger I think the latest discussion was started by hypixel on Twitter 2017-08-01 10:03:30 <-- GunfighterJ (gunfighter@2607:5300:60:34b:d::43) a quitté (Ping timeout: 255 seconds) 2017-08-01 10:04:21 --> GunfighterJ (~gunfighte@2607:5300:60:34b:d::43) a rejoint #mcdevs 2017-08-01 10:10:21 <-- gurun (~gurun@c83-249-66-168.bredband.comhem.se) a quitté (Ping timeout: 246 seconds) 2017-08-01 10:17:01 --> octobyte (~octobyte@81.128.218.100) a rejoint #mcdevs 2017-08-01 10:19:12 --> gurun (~gurun@c83-249-66-168.bredband.comhem.se) a rejoint #mcdevs 2017-08-01 10:44:30 timmyRS Hey, a lot of people in the PvP community experience an effect where they apparently get less knockback because of a high click-rate, but that should be impossible, right? It's TCP we're talking about, the velocity packets cant possibly be dropped because of a lot of animation, etc. packets, right? 2017-08-01 10:51:19 jast couldn't really be caused by the packets, no. a possible explanation, if this is actually true and not just a subjective impression, would be the handling code in the server is getting biased by clicks in some way 2017-08-01 10:55:48 timmyRS Yeah, a friend and I will be doing some testing shortly using vanilla, spigot and spigot using some plugins. 2017-08-01 11:05:33 <-- gentauro (~gentauro@xd520f25f.cust.hiper.dk) a quitté (Ping timeout: 260 seconds) 2017-08-01 11:06:56 --> gentauro (~gentauro@xd520f25f.cust.hiper.dk) a rejoint #mcdevs 2017-08-01 14:26:45 <-- tyteen4a03 (~tyteen4a0@unaffiliated/tyteen4a03) a quitté (Quit: Bleh?) 2017-08-01 14:27:01 --> tyteen4a03 (~tyteen4a0@unaffiliated/tyteen4a03) a rejoint #mcdevs 2017-08-01 14:27:11 <-- tyteen4a03 (~tyteen4a0@unaffiliated/tyteen4a03) a quitté (Client Quit) 2017-08-01 14:28:03 --> tyteen4a03 (~tyteen4a0@unaffiliated/tyteen4a03) a rejoint #mcdevs 2017-08-01 14:30:16 Botched [VERSION] Minecraft Snapshot 17w31a has been released! 2017-08-01 14:32:43 <-- tyteen4a03 (~tyteen4a0@unaffiliated/tyteen4a03) a quitté (Client Quit) 2017-08-01 14:33:08 --> tyteen4a03 (~tyteen4a0@unaffiliated/tyteen4a03) a rejoint #mcdevs 2017-08-01 14:35:35 Hafydd Ooh. 2017-08-01 14:39:00 <-- tyteen4a03 (~tyteen4a0@unaffiliated/tyteen4a03) a quitté (Quit: Bleh?) 2017-08-01 14:39:29 --> tyteen4a03 (~tyteen4a0@unaffiliated/tyteen4a03) a rejoint #mcdevs 2017-08-01 14:42:28 Black_Hole new protocol version :( 2017-08-01 15:18:14 <-- tyteen4a03 (~tyteen4a0@unaffiliated/tyteen4a03) a quitté (Quit: Bleh?) 2017-08-01 15:18:42 --> tyteen4a03 (~tyteen4a0@unaffiliated/tyteen4a03) a rejoint #mcdevs 2017-08-01 15:53:44 samjakob Are you referring to 335 or is there like 1.12.2 out? 2017-08-01 15:54:58 timmyRS samjakob, I think he is refering to " [VERSION] Minecraft Snapshot 17w31a has been released!" 2017-08-01 15:55:18 samjakob oh right 2017-08-01 16:28:36 MVXA which library does minecraft use for audio? OpenAL? 2017-08-01 16:30:44 timmyRS I have a .minecraft\libraries\com\paulscode\soundsystem folder, could that be what you're looking for? 2017-08-01 16:39:37 tktech MVXA: Yes, it's using OpenAL. 2017-08-01 16:42:58 MVXA okay, thanks tktech 2017-08-01 17:14:07 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-08-01 17:17:20 _MylesC tktech: by the way I PR'd to burger to fix it to work with the latest jawa (not sure if you have already seen) 2017-08-01 17:17:43 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 260 seconds) 2017-08-01 17:17:43 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2017-08-01 17:24:37 Not-37e4 [Burger] TkTech pushed 2 commits to master [+0/-0/±2] https://github.com/mcdevs/Burger/compare/871c88dd7137...505c0832639e 2017-08-01 17:24:38 Not-37e4 [Burger] MylesIsCool 232dd12 - Fix interfaces to use generator 2017-08-01 17:24:40 Not-37e4 [Burger] TkTech 505c083 - Merge pull request #22 from MylesIsCool/master Fix identify to use generator 2017-08-01 17:35:44 tktech SELECT SUM(message_count) FROM project; => 5581397 2017-08-01 17:36:13 tktech 5.5 million notifico messages 2017-08-01 17:38:35 timmyRS Impressive number, but why exactly do you store all messages ever sent by notifico? 2017-08-01 18:01:38 tktech timmyRS: Why on earth do you think I do that? 2017-08-01 18:02:28 timmyRS Ohh right message_count, my mistake. 2017-08-01 18:22:41 --> samfty_ (~quassel@203.63.75.96) a rejoint #mcdevs 2017-08-01 18:24:31 <-- WizardCM (~WizardCM@203.220.82.12) a quitté (Ping timeout: 240 seconds) 2017-08-01 18:24:39 --> WizardCM- (~WizardCM@203.63.75.96) a rejoint #mcdevs 2017-08-01 18:25:04 -- WizardCM- est maintenant connu sous le nom WizardCM 2017-08-01 18:25:53 <-- samfty (~quassel@203.220.82.12) a quitté (Ping timeout: 258 seconds) 2017-08-01 18:34:59 --> chibill (~chibill@2602:306:ce43:b390:5897:84ff:fee1:de34) a rejoint #mcdevs 2017-08-01 18:37:18 chibill RIP.... My server died and I lost my ZNC logs 2017-08-01 18:37:22 pokechu22 Hm, thought I set up notifico for this. But 17w31a data: http://pokechu22.github.io/Burger/diff_1.12_17w31a.html / http://pokechu22.github.io/Burger/17w31a.html 2017-08-01 18:37:38 pokechu22 chibill: https://logs.rom1504.fr/ 2017-08-01 18:43:32 <-- Not-37e4 (~notifico@198.199.82.216) a quitté (Remote host closed the connection) 2017-08-01 18:47:08 tktech pokechu22: Should it have gone through in the last few minutes? 2017-08-01 18:47:13 tktech pokechu22: Notifico was updating 2017-08-01 18:47:45 pokechu22 I pushed about a minute or so before I said that, so it's possible I did it during the update 2017-08-01 18:48:04 tktech Yeah, it would have been down 2017-08-01 18:49:02 tktech Enforced SSL, github wiki event fixes, gitlab support, dependency updates 2017-08-01 18:50:28 pokechu22 Hm, nice. 2017-08-01 18:51:15 pokechu22 My current config is just notifications for commits on gh-pages, but that's not exactly useful (I'm pushing HTML and JSON, which isn't useful in the commit view). Any suggestions for how I make nicer links to the new gh-pages files? 2017-08-01 18:52:42 pokechu22 Would a plain-text hook be the best way to handle that? 2017-08-01 18:53:38 tktech Yup, can do any arbitrary message you want 2017-08-01 18:53:52 tktech If you yourself are the one generating the message it's always the easiest thing to use. 2017-08-01 19:09:53 --> Not (~notifico@198.199.82.216) a rejoint #mcdevs 2017-08-01 19:09:53 Not [Burger] TkTech pushed 11 commits to master [+0/-0/±17] https://github.com/mcdevs/Burger/compare/505c0832639e...a40cc58407ed 2017-08-01 19:09:54 Not [Burger] Pokechu22 afaa5ee - Attempt to implement 1.12 json recipes 2017-08-01 19:09:56 Not [Burger] Pokechu22 262fed0 - Temporary hack to fix recipes for 1.12-pre3 Items can now be arrays; this requires some work around it 2017-08-01 19:09:57 Not [Burger] Pokechu22 7d4e6a7 - Protocol version recognition for 1.12 2017-08-01 19:09:59 Not [Burger] ... and 8 more commits. 2017-08-01 19:10:32 tktech pokechu22: linter is getting real sad at burger, lol. 2017-08-01 19:10:52 pokechu22 Yea... not my finest moment for some of that recipe code 2017-08-01 19:21:17 <-- octobyte (~octobyte@81.128.218.100) a quitté (Quit: ZNC 1.6.5 - http://znc.in) 2017-08-01 19:29:09 --> samfty (~quassel@203.63.46.134) a rejoint #mcdevs 2017-08-01 19:30:36 --> WizardCM- (~WizardCM@203.63.46.134) a rejoint #mcdevs 2017-08-01 19:31:46 <-- samfty_ (~quassel@203.63.75.96) a quitté (Ping timeout: 260 seconds) 2017-08-01 19:31:48 <-- WizardCM (~WizardCM@203.63.75.96) a quitté (Ping timeout: 268 seconds) 2017-08-01 19:31:49 -- WizardCM- est maintenant connu sous le nom WizardCM 2017-08-01 20:46:06 Not [Charge] Wallbraker pushed 1 commit to openhmd-demo [+0/-0/±1] https://github.com/VoltLang/Charge/compare/74dea9588d92...c6f689a9910c 2017-08-01 20:46:07 Not [Charge] Wallbraker c6f689a - gfx: Use 8 samples in AA MSAA 2017-08-01 21:26:01 Not [Burger] New data now avaliable for 17w31a: 2017-08-01 21:26:02 Not [Burger] Diff from 1.12: http://pokechu22.github.io/Burger/diff_1.12_17w31a.html (http://pokechu22.github.io/Burger/diff_1.12_17w31a.json) 2017-08-01 21:26:04 Not [Burger] Full data: http://pokechu22.github.io/Burger/17w31a.html (http://pokechu22.github.io/Burger/17w31a.json) 2017-08-01 21:27:03 pokechu22 Woo, it works! (Replaced the push hook with a plain hook, and then also wrote a script to automate the process of calling burger/hamburglar/vitrine and copying files) 2017-08-01 21:30:33 timmyRS Seems like they shifted the packet ids again, yay! 2017-08-01 21:31:51 pokechu22 Yay, I get to type all of that again on the pre-release protocol page! 2017-08-01 21:32:19 timmyRS but we all love you for that work :D 2017-08-01 21:34:34 pokechu22 Looks like PLAY_CLIENTBOUND_2B is new and PLAY_SERVERBOUND_01 was removed (or ID changed to PLAY_SERVERBOUND_12); burger used to choke on that specific packet so might be the same... 2017-08-01 21:35:30 pokechu22 The update was to fix some ... major problems ... with the recipe book, so probably the packets are related to that. 2017-08-01 21:38:02 tktech Some black IRCd magic going on there from the Freenode folks. 2017-08-01 21:38:59 tktech The Notifico IPs are exempted from SASL and network limits now 2017-08-01 21:39:35 tktech The forced rename to "Not" fucks with the manager but that's an easy fix... 2017-08-01 21:56:32 pokechu22 OK, set up the skeleton of pre-release protocol; I'll investigate the actual packets later 2017-08-01 22:53:39 Black_Hole Something broke with the new snapshot: https://bugs.mojang.com/browse/MC-119857 :) 2017-08-01 23:01:44 pokechu22 I can't reproduce that 2017-08-01 23:02:04 pokechu22 nvm, got it 2017-08-01 23:02:35 pokechu22 Also happens when going from survival to creative... into the magical nonexistant crafting slots 2017-08-01 23:04:01 pokechu22 ... I can only reproduce it with diamonds (so far) 2017-08-01 23:04:46 pokechu22 Happens even when changing from gamemode 0 to gamemode 0 2017-08-01 23:07:06 pokechu22 ... or just on running /gamemode? OK, this is really odd. 2017-08-01 23:07:58 pokechu22 ... or on any chat message? 2017-08-01 23:12:35 timmyRS Well the crafting slots do exist. I worked around a bit and the client can actually use them on my server. 2017-08-01 23:23:20 chibill So question what happens in a Chunk Data packet if there are no block entities to send? Does the number just get set to 0 and not NBT data sent? 2017-08-01 23:24:39 pokechu22 Yes. (Same as other arrays) 2017-08-01 23:26:15 chibill Okay. Just checking. 2017-08-01 23:32:38 timmyRS what do you think the client will do when a negative array size is given? 2017-08-01 23:33:45 timmyRS I just tested it and it works perfectly fine (1.12) 2017-08-01 23:34:40 pokechu22 In that case it looks like it treats it as if it's 0 (because for (int i = 0; i < -1; i++) works that way). Other cases I'm guessing it'd disconnect. Not recomended in any case 2017-08-02 00:07:06 <-- gentauro (~gentauro@xd520f25f.cust.hiper.dk) a quitté (Ping timeout: 260 seconds) 2017-08-02 00:14:35 --> gentauro (~gentauro@xd520f256.cust.hiper.dk) a rejoint #mcdevs 2017-08-02 00:19:16 --> gurnux (~gurun@c83-249-66-168.bredband.comhem.se) a rejoint #mcdevs 2017-08-02 00:19:16 <-- gurun (~gurun@c83-249-66-168.bredband.comhem.se) a quitté (Disconnected by services) 2017-08-02 00:22:34 chibill lol 2017-08-02 00:22:56 <-- gentauro (~gentauro@xd520f256.cust.hiper.dk) a quitté (Ping timeout: 240 seconds) 2017-08-02 00:23:08 chibill what about sending the client NBT when its set to 0? It should probably disconnect. 2017-08-02 00:24:52 --> gentauro (~gentauro@xd520f256.cust.hiper.dk) a rejoint #mcdevs 2017-08-02 00:25:20 pokechu22 Yea, it'd be extra data beyond the end of what it's supposed to read; the client kills the connection if that happens IIRC (just like if there's too little data) 2017-08-02 01:00:00 --> https_GK1wmSU (~deep-book@199.189.106.240) a rejoint #mcdevs 2017-08-02 01:00:10 <-- https_GK1wmSU (~deep-book@199.189.106.240) a quitté #mcdevs 2017-08-02 03:08:23 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 240 seconds) 2017-08-02 03:13:55 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-08-02 03:30:23 --> https_GK1wmSU (~d33p-b00k@77.234.41.151) a rejoint #mcdevs 2017-08-02 03:31:29 <-- https_GK1wmSU (~d33p-b00k@77.234.41.151) a quitté #mcdevs 2017-08-02 03:53:19 <-- benbaptist (~benbaptis@c-73-110-94-64.hsd1.mi.comcast.net) a quitté (Remote host closed the connection) 2017-08-02 03:53:32 --> benbaptist (~benbaptis@c-73-110-94-64.hsd1.mi.comcast.net) a rejoint #mcdevs 2017-08-02 06:00:38 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Read error: Connection reset by peer) 2017-08-02 06:00:59 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-08-02 06:19:06 <-- redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a quitté (Read error: Connection reset by peer) 2017-08-02 06:19:52 --> redstonehelper (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-08-02 06:56:07 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-08-02 06:58:42 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 260 seconds) 2017-08-02 06:58:42 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2017-08-02 09:22:13 --> https_GK1wmSU (~deep-book@5.62.39.41) a rejoint #mcdevs 2017-08-02 09:22:36 <-- https_GK1wmSU (~deep-book@5.62.39.41) a quitté #mcdevs 2017-08-02 10:22:10 --> https_GK1wmSU (~deep-book@85.9.20.149) a rejoint #mcdevs 2017-08-02 10:22:36 <-- https_GK1wmSU (~deep-book@85.9.20.149) a quitté #mcdevs 2017-08-02 10:46:42 --> octobyte (~octobyte@81.128.218.100) a rejoint #mcdevs 2017-08-02 11:09:20 --> gurun (~gurun@c83-249-66-168.bredband.comhem.se) a rejoint #mcdevs 2017-08-02 11:12:16 <-- gurnux (~gurun@c83-249-66-168.bredband.comhem.se) a quitté (Ping timeout: 240 seconds) 2017-08-02 11:57:22 <-- gurun (~gurun@c83-249-66-168.bredband.comhem.se) a quitté (Disconnected by services) 2017-08-02 11:57:22 --> gurnux (~gurun@c83-249-66-168.bredband.comhem.se) a rejoint #mcdevs 2017-08-02 12:18:30 --> MTM123 (~mtm123@46.109.32.43) a rejoint #mcdevs 2017-08-02 12:20:20 MTM123 So encryption response can't be empty? https://hastebin.com/hezotovomu.css 2017-08-02 12:22:22 timmyRS MTM123, you might want to check out this packet: http://wiki.vg/Protocol#Set_Compression 2017-08-02 12:24:41 MTM123 By default compression is enabled right? 2017-08-02 12:24:50 --> bildramer1 (~bildramer@p200300ED83D04900AC9BCCA14258DFA9.dip0.t-ipconnect.de) a rejoint #mcdevs 2017-08-02 12:24:54 <-- bildramer (~bildramer@p2E5145F1.dip0.t-ipconnect.de) a quitté (Ping timeout: 260 seconds) 2017-08-02 12:25:01 timmyRS no 2017-08-02 12:25:13 timmyRS it is only enables after set compression 2017-08-02 12:32:45 --> redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs 2017-08-02 12:36:06 <-- redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 260 seconds) 2017-08-02 12:36:07 -- redstonehelper_ est maintenant connu sous le nom redstonehelper 2017-08-02 12:42:26 MTM123 Right. So server states whether compression is enabled? 2017-08-02 12:42:42 MTM123 Since set compression is S->C 2017-08-02 12:50:17 timmyRS MTM123, Yes, it also specifies the threshold, which is why you got that error. 2017-08-02 13:14:22 <-- SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a quitté (Ping timeout: 260 seconds) 2017-08-02 13:18:58 --> SpaceManiac (~SpaceMani@c-73-235-46-78.hsd1.ca.comcast.net) a rejoint #mcdevs 2017-08-02 13:18:59 -- Mode #mcdevs [+v SpaceManiac] par ChanServ 2017-08-02 13:20:24 MTM123 Hmm.... Is Protocol wiki page really outdated or am I doing something wrong? 2017-08-02 13:22:00 timmyRS The Protocol Page documents the 1.12 protocol and as far as I'm concerned it's up-to-date. 2017-08-02 13:24:38 MTM123 https://hastebin.com/yuhujeqixo.go 2017-08-02 13:27:14 timmyRS Well if you have a length of 3 but still read more than the packet actually has, there is something wrong with your implementation. 2017-08-02 13:32:26 samjakob Hey guys 2017-08-02 13:32:48 Botched [VERSION] Minecraft Snapshot 1.12.1-pre1 has been released! 2017-08-02 13:37:02 timmyRS Let's hope that the diamonds stay in their place this time :P 2017-08-02 13:37:10 MTM123 Is there chance that server is not sending Encryption Request? 2017-08-02 13:39:09 timmyRS when the server is in offline mode it will follow your login start with login success. 2017-08-02 13:39:33 samjakob Can the server be in online mode without encryption? 2017-08-02 13:39:37 timmyRS no 2017-08-02 13:40:07 samjakob If the server is in offline mode, can I still send a player skin? 2017-08-02 13:40:48 timmyRS If you write your own software, yes, otherways it will be hard. 2017-08-02 13:40:55 samjakob yes we are 2017-08-02 13:41:04 MTM123 Just noticed that. Client was expecting Encryption Request but instead recieved Login Start. Thanks for help. 2017-08-02 13:41:42 timmyRS Well when you let an offline player join you give them a UUID of "OfflinePlayer:samjakob" (or whatever the name is), but if you replace that with your actual uuid and send the skin data, I'm sure it will work. 2017-08-02 13:42:03 samjakob Okay 2017-08-02 13:42:20 samjakob Wait I was just generating a random UUID, would that be a problem? 2017-08-02 13:42:52 timmyRS I don't know how much the client validates, but I guess a random UUID would be fine too 2017-08-02 13:43:06 samjakob Okay 2017-08-02 13:43:58 timmyRS but it would be a best-practice to use UUID.fromString("OfflinePlayer:" + username); if your server is in offline mode. 2017-08-02 13:44:09 samjakob okay 2017-08-02 13:44:11 samjakob I'll do that 2017-08-02 13:44:12 samjakob Thanks 2017-08-02 14:05:53 samjakob If I'm writing a position - would I do it like this? out.writeLong(((x & 0x3FFFFFF) << 38) | ((y & 0xFFF) << 26) | (z & 0x3FFFFFF)); 2017-08-02 14:09:16 timmyRS samjakob, http://wiki.vg/Protocol#Position 2017-08-02 14:10:11 samjakob ah thanks 2017-08-02 14:55:12 MTM123 http://wiki.vg/Protocol#Login_Success 2017-08-02 14:55:12 MTM123 There are more fields right? 2017-08-02 14:55:12 MTM123 UUID lenght? 2017-08-02 14:55:12 MTM123 String length? 2017-08-02 14:56:43 MTM123 Nevermind just realized that it is uncompressed packet sent with compressed packet format 2017-08-02 15:23:12 rom1504 what happens if you send an inexisting packet to the vanilla client ? 2017-08-02 15:26:20 timmyRS rom1504, this is what the 1.12 does: https://i.imgur.com/5K2vC2V.png 2017-08-02 15:30:25 MiniDigger does the new launcher support offline mode? 2017-08-02 15:31:19 rom1504 okay then I'm confused because it looks like some custom servers send custom packets 2017-08-02 15:31:56 timmyRS rom1504, maybe the custom servers identify custom clients by a plugin message first? 2017-08-02 15:32:18 rom1504 and it works with the vanilla client I mean 2017-08-02 15:32:28 rom1504 well I think. I've had reports of that 2017-08-02 15:32:33 rom1504 I guess I should try it myself 2017-08-02 15:32:42 rom1504 https://github.com/PrismarineJS/mineflayer/issues/526 2017-08-02 15:56:22 MTM123 Is there a simple way to determine length of varint? 2017-08-02 15:57:09 timmyRS MTM123, http://wiki.vg/Protocol#VarInt_and_VarLong 2017-08-02 15:57:31 timmyRS just use those functions and you should be fine 2017-08-02 16:06:10 <-- OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a quitté (Ping timeout: 240 seconds) 2017-08-02 16:06:31 --> OkAlt (~OkAlt@S0106f0f2498160d3.lb.shawcable.net) a rejoint #mcdevs 2017-08-02 16:11:44 <-- benbaptist (~benbaptis@c-73-110-94-64.hsd1.mi.comcast.net) a quitté (Remote host closed the connection) 2017-08-02 16:11:52 --> benbaptist (~benbaptis@c-73-110-94-64.hsd1.mi.comcast.net) a rejoint #mcdevs 2017-08-02 16:15:01 --> momothereal (~root@189.ip-144-217-160.net) a rejoint #mcdevs 2017-08-02 16:16:19 momothereal Hi, are there known protocol changes for 1.12.1-pre1 except for the version number? 2017-08-02 16:26:54 timmyRS momothereal, Yes, there is a rudimentary documentation at http://wiki.vg/Pre-release_protocol 2017-08-02 16:27:32 momothereal Sorry I should have specified, I meant since yesterday (17w31a) 2017-08-02 16:29:12 timmyRS momothereal, this is the redimentary documentation for the 17w31a: http://wiki.vg/index.php?title=Pre-release_protocol&oldid=13262 2017-08-02 16:29:33 timmyRS However there is no list of changes. 2017-08-02 16:30:19 timmyRS Well, there is this change: http://wiki.vg/index.php?title=Pre-release_protocol&diff=13267&oldid=13265 2017-08-02 16:31:12 momothereal I am aware of the wiki :) I was just asking in here in case someone had some updated info that wasn't on the wiki yet 2017-08-02 17:11:52 <-- SupaHam (~SupaHam@supaham.com) a quitté (Read error: No route to host) 2017-08-02 17:12:11 --> SupaHam (~SupaHam@supaham.com) a rejoint #mcdevs 2017-08-02 17:44:17 pokechu22 momothereal: One sec 2017-08-02 17:54:11 Not [Burger] New data now avaliable for 1.12.1-pre1: 2017-08-02 17:54:12 Not [Burger] Diff from 17w31a: http://pokechu22.github.io/Burger/diff_17w31a_1.12.1-pre1.html (http://pokechu22.github.io/Burger/diff_17w31a_1.12.1-pre1.json) 2017-08-02 17:54:14 Not [Burger] Full data: http://pokechu22.github.io/Burger/1.12.1-pre1.html (http://pokechu22.github.io/Burger/1.12.1-pre1.json) 2017-08-02 17:55:48 pokechu22 Just a protocol version change (and probably a fix for that diamond bug) 2017-08-02 18:00:58 momothereal Alright, thank you very much 2017-08-02 19:09:46 --> AlJaMa_ (~AlJaMa@unaffiliated/aljama) a rejoint #mcdevs 2017-08-02 19:13:35 <-- gurnux (~gurun@c83-249-66-168.bredband.comhem.se) a quitté (Read error: Connection reset by peer) 2017-08-02 19:13:58 --> gurun (~gurun@c83-249-66-168.bredband.comhem.se) a rejoint #mcdevs 2017-08-02 19:25:25 rom1504 oh adding burger to notifico is nice 2017-08-02 19:26:08 rom1504 just make it run automatically when the new version is released and it'll be fun to see the Botched message followed by the burger update ;) 2017-08-02 19:27:35 kashike now if only Botched's messages weren't so ugly :p 2017-08-02 19:29:57 rom1504 got to like red 2017-08-02 19:30:26 rom1504 or magenta I guess 2017-08-02 19:30:56 rom1504 ah no maybe lightred 2017-08-02 19:32:52 rom1504 yeah that's the one 2017-08-02 19:33:59 timmyRS I was not aware of this IRC feature 2017-08-02 19:41:55 kashike urgh, stupid local var changes made this diff messy :/ 2017-08-02 19:45:12 pokechu22 Ya, still need to do it automatically on new versions, but I've automated the entire process other than that 2017-08-02 19:46:33 kashike to those curious: 2017-08-02 19:46:34 kashike 1.12.0 to 17w31a: https://gist.github.com/kashike/7b7a5e36bcc7b2ec5f1cf412145656f3 2017-08-02 19:46:36 kashike 1.12.0 to 1.12.1-pre1: https://gist.github.com/kashike/857688e447f7cc6abebd0fbdb44667d9 2017-08-02 19:49:11 --> iso2013 (~iso2013@2601:281:c503:9186:f0a6:bada:7c93:9ec8) a rejoint #mcdevs 2017-08-02 19:54:56 chibill I got some basic shity 1.12.1 mappings up 2017-08-02 19:54:59 chibill the pre1 * 2017-08-02 19:55:08 iso2013 Are server resource packs stored by their hash or by the server IP address that uses them? 2017-08-02 19:55:48 iso2013 (I mean the hash of the server IP address that uses them) 2017-08-02 19:56:40 chibill I think maybe by just the ip adress not even the hash.. Don't take my word on that tho. I ahve only had to mess with them once. 2017-08-02 19:57:10 iso2013 the server-resource-pack folder contains a bunch of files that definitely look like they're hashes, but idk what they're of 2017-08-02 19:57:25 chibill probally of the IP 2017-08-02 19:57:56 iso2013 mhe 2017-08-02 19:57:58 iso2013 *meh 2017-08-02 19:58:15 iso2013 It would be cool if it was of the file. Then you could have multiple resource packs switch quickly on one server 2017-08-02 19:59:15 kashike sha1hex of the url sent in the packet 2017-08-02 19:59:50 iso2013 So if I switch between multiple resource packs on the same server, the client won't redownload them? Awesome :D 2017-08-02 20:00:49 pokechu22 On the other hand you do have the delay while the client reloads all resources (which can take a little while) 2017-08-02 20:02:19 iso2013 That's true 2017-08-02 20:03:10 iso2013 Hopefully that will be optimized at some point though :) 2017-08-02 21:06:36 +Dinnerbone It's the hash provided by the server (as long as it matches the actual file) 2017-08-02 21:08:08 Black_Hole Will 1.12.1 use the same protocol version as 1.12.1-pre1? 2017-08-02 21:10:12 iso2013 Okay thanks Dinnerbone. So does that mean multiple packs don't have to redownload? 2017-08-02 21:10:54 +Dinnerbone Right, as long as you give a hash for each RP 2017-08-02 21:11:05 +Dinnerbone And no guarantees on client caching rules 2017-08-02 21:11:49 kashike Dinnerbone: it doesn't seem to be? new File(server-resource-packs, DigestUtils.sha1Hex(url)) is what I see being done 2017-08-02 21:12:04 +Dinnerbone Is if you don't provide a hash, right? 2017-08-02 21:12:49 kashike even with a hash provided 2017-08-02 21:13:56 iso2013 Awesome thanks 2017-08-02 21:14:46 --> UUID03 (~UUID00@BSN-182-234-218.dynamic.siol.net) a rejoint #mcdevs 2017-08-02 21:14:52 +Dinnerbone Aha, okay 2017-08-02 21:15:00 +Dinnerbone I don't have source code at home. 2017-08-02 21:15:11 +Dinnerbone But either way that should still be ok - just keep using the same url :D