20:51 < Not-f7bb> [flying-squid] rom1504 d7aa0bc - handle player set view distance, fix #76
21:40 < Not-f7bb> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v8GGT
21:40 < Not-f7bb> [flying-squid] rom1504 591a4ed - implement skins (player properties)
21:44 < redstonehelper> md_5: is https://bugs.mojang.com/browse/MC-90560 an easy fix?
22:09 <+Thinkofname> redstonehelper: should be, just a try {} finally { packet.buffer.release(); } around the whole handler
22:10 < redstonehelper> thanks
22:11 <+Thinkofname> https://hub.spigotmc.org/stash/projects/SPIGOT/repos/craftbukkit/commits/efd6cb08125414bf11d3278d77ebc98e2efcdaf5 :)
22:12 < Not-f7bb> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v8Gz9
22:12 < Not-f7bb> [flying-squid] rom1504 1262071 - only wait between each chunk after the initial map was sent
--- Day changed sam. nov. 07 2015
01:02 < JamieSinn> Anyone here able to help me with protocollib and messing with the play.server.login packet?
01:02 < JamieSinn> I'm trying to make it not display the name/account when they log in
01:03 < JamieSinn> as MacroMod has an "onplayerjoined" event and I want to more or less cancel the playername being sent to that event
01:32 < rom1504> barneygale: well I spent a few hours on my gm3 bug and I can't figure it out, offline/online doesn't change anything, forwarding raw packets neither, the only thing that "works" is proxying every state...
01:33 < rom1504> it's weird because that's the only bug we got in nmp
03:35 < Not-f7bb> [flying-squid] mhsjlw pushed 4 commits to master [+0/-0/±4] http://git.io/v8Zbx
03:35 < Not-f7bb> [flying-squid] demipixel aed13b8 - Updating this bad boy
03:35 < Not-f7bb> [flying-squid] demipixel af9f7f1 - How did I mess this up
03:35 < Not-f7bb> [flying-squid] demipixel 4ad8d3e - Every little detail
03:35 < Not-f7bb> [flying-squid] mhsjlw 5a7eae3 - Merge pull request #93 from demipixel/todo Add stuff to TODO
10:46 < SopaXorzTaker> Minecraft classic: when the player sends a 0x08 packet and I resend it to him, he starts to jerk and spasm
10:46 < SopaXorzTaker> fields unchanged, only ID=-1
11:37 < SopaXorzTaker> Ok, solved.
11:38 < SopaXorzTaker> So, another problem arises: my client loads the level, but refuses to send any block updates?
11:38 < SopaXorzTaker> Neither does it send and chat messages
11:39 < SopaXorzTaker> Oh, so it does
11:40 < SopaXorzTaker> it uses merged packets
11:40 < SopaXorzTaker> 08 blah blah.... 0d {msg}
17:28 < barneygale> Looks like TAG_List can set its inner type to 0 if there's no entries
17:28 < barneygale> v.v
17:43 < rom1504> well 0 is a valid type
17:44 < rom1504> and since you're not going to read anything, it shouldn't be a pb
17:54 < barneygale> TAG_End doesn't do some of the things that other tags do, e.g. it can only appear in certain circumstances, and is special-cased in TAG_Compound
18:01 < rom1504> yeah
20:12 < rom1504> well I finally (8 months after the issue was opened) found my gamemode3 bug
20:13 < rom1504> it was a stupid uuid mismatch, we give uuid 0-0-0-0-0 in offline mode, and the proxy has to be partially in offline mode
20:13 < rom1504> so the client didn't understand fully the gamemode change
20:44 < Not-f7bb> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v8WCL
20:44 < Not-f7bb> [flying-squid] rom1504 3134633 - properly implement gamemode change, make gamemode3 (spectator) work
--- Day changed dim. nov. 08 2015
01:24 < TkTech> nickelpro, self-employed contractor :) Currently working for the government of Canada.
18:34 < MrARM> well, I sorta got MCPE to run on Linux, at least the title screen
22:02 < MrARM> http://m.imgur.com/QWyOKC6 <- got title screen of MCPE to run on Linux! :D
22:05 < dx> wait what, how
22:11 < MrARM> libhybris+custom code and patches (because some actual game code uses jni)
22:11 < MrARM> from custom code it is basically AppPlatform
22:23 < angal> :)
22:41 < AlphaBlend> were leads really fixed from being broken when chunks load in specific situations?
22:42 < AlphaBlend> i know there was that one mojang bug report where they were fixed
22:42 < AlphaBlend> but then again, reading through the chat log of that report, it was fixed, but then later found to still be a problem
22:42 < AlphaBlend> i think
22:43 < redstonehelper> .bug MC-91567@AlphaBlend 
22:44 < redstonehelper> oh, no bot here.
22:44 < redstonehelper> https://bugs.mojang.com/browse/MC-91567
22:44 < AlphaBlend> thanks
22:44 < redstonehelper> or is there still a bug in 15w45a?
22:44 < AlphaBlend> teleport to 0, 0, 0? O_O
22:45 < AlphaBlend> i'm not talking about a bug found in the 1.9 snapshots, this has been a bug that has been around a long time
22:45 < AlphaBlend> but apparently fixed
22:45 < AlphaBlend> let me see if i can find it
22:46 < AlphaBlend> such an old report
22:46 < AlphaBlend> https://bugs.mojang.com/browse/MC-14826
22:47 < AlphaBlend> https://bugs.mojang.com/browse/MC-14826?focusedCommentId=237866&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-237866
22:47 < redstonehelper> someone re-reported that recently I think
22:47 < AlphaBlend> fron after this post
22:47 < AlphaBlend> that post was when it was resolved
22:47 < AlphaBlend> i haven't been able to confirm myself, i was just looking for what others said about it
22:48 < redstonehelper> there is https://bugs.mojang.com/browse/MC-85284
22:48 < redstonehelper> and https://bugs.mojang.com/browse/MC-90204 which is probably a duplicate of that^
22:48 < redstonehelper> nope, different issues
22:49 < AlphaBlend> that is such a strange bug
22:49 < redstonehelper> I'll just ask the people on the old one to make a new ticket if they're still experiencing troubles
22:49 < AlphaBlend> i mean, i understand why it would happen
22:50 < redstonehelper> how?
22:50 < AlphaBlend> well
22:50 < AlphaBlend> you load a chunk with a lead in it, but the entity the lead is attached to is in another chunk that hasn't loaded
22:51 < AlphaBlend> that's how i understand it
22:52 < AlphaBlend> however, there was some confusion about the ticket
22:52 < AlphaBlend> one about the lead disappearing visually, the other actually being disconnected server-side
22:52 < AlphaBlend> which is my issue
22:53 < redstonehelper> if that still happens in w45a and there's no open ticket about it, create one
--- Day changed lun. nov. 09 2015
11:08 < MrARM> got MCPE ingame on Linux :) http://imgur.com/kSFC2j4
11:33 < barneygale_> good stuff
13:55 <+Prf_Jakob> MrARM: Wait how?
13:55 < rom1504> 22:11 < MrARM> libhybris+custom code and patches (because some actual game code uses jni)
13:55 < rom1504> 22:11 < MrARM> from custom code it is basically AppPlatform
13:56  * rom1504 logs service
14:07 < dx> rom1504: print logs from Feb.25/13
14:19 <+Prf_Jakob> MrARM: So the game code is C++ and then calls into java code, so you have written a java wrapper for that code to call into?
14:20 < MrARM> Prf_Jakob, no, there is absolutely no java code in there
14:21 < MrARM> the MCPE library is loaded via libhybris (which I modified to make it access the opengl library too)
14:21 <+Prf_Jakob> Oh okay
14:22 < MrARM> I also had to modify libhybris to fix file io because FILE* structures differ a bit
14:22 < MrARM> and c++stdlib directly accessed a property in it
14:22 < MrARM> I also had to write AppPlatform for Linix
14:22 < MrARM> *Linux
14:22 <+Prf_Jakob> Okay
14:23 < MrARM> as well as hook the symbol that is responsible for the in-game store because it called jni
14:23 <+Prf_Jakob> I not exactly sure what libhybris is but, cool work none the less. :)
14:23 < rom1504> dx: :p
14:23 < MrARM> and also 2 functions related to http requests because it used jni too
14:23 < MrARM> well, I stubbed those :p
14:24 < MrARM> libhybris is basically Android linker
14:24 < MrARM> that you can use from your program
14:24 < MrARM> because Android uses bionic, not glibc and some functions differ
14:25 < MrARM> it hooks those symbols which aren't compatible
14:26 < MrARM> this thing uses the x86 version of MCPE of course
14:26 <+Prf_Jakob> Aah okay
14:26 < MrARM> I will publish the sources of it on github later, but first I need to fix up text input and then clean up the code xD
14:27 <+Prf_Jakob> Cool cool
14:30 < rom1504> dx: turns out awk is pretty good, http://sprunge.us/DdjJ :P
14:31 < dx> rom1504: how did you awk that?
14:32 < rom1504> awk '/févr. 25 2013/ {p=1}; p; /févr. 26 2013/ {p=0}' \#mcdevs.log > ~/log252013.txt
14:33 < rom1504> (french locale, might need to change it a bit for an english locale)
14:33 < rom1504> and `cat log252013.txt | curl -F 'sprunge=<-' http://sprunge.us` is fun too
15:04 < MrARM> hmm, multiplayer does not work :(
15:04 < MrARM> because libhybris does not wrap socket functions
15:04 < MrARM> :/
18:01 < Aikar> Grum, why is the monuments in wrong location a wont-fix? I even gave you the solution to it o.o
18:06 < Aikar> its simply using the wrong biome check method. use the right one, no more problems
18:07 < Aikar> its using the one tha determines biome based on world gen, vs the one that actually checks the current chunks biome
18:07 < Aikar> a specific blocks biome*
18:10 < redstonehelper> maybe because it kind of breaks old worlds
18:10 < redstonehelper> in some way
18:10 < redstonehelper> disclaimer: haven't seen ticket
18:10 < Aikar> no thats the issue
18:10 < Aikar> old worlds are broken, it fixes them
18:10 < redstonehelper> link please
18:10 < Aikar> https://bugs.mojang.com/browse/MC-65214
18:11 < Aikar> currently monuments can pop up in weird places, guardians spawn out of place, because its determining chunks to be monuements based on 1.8 world gen for pre 1.8 worlds
18:11 < redstonehelper> Aikar: very possible he didn't read through all the comments
18:11 < Aikar> I've had monuments spawn in my town world tearing apart peoples plots until i patched things heh
18:11 < Aikar> had a monument in the mountains in the wild too
18:12 < Aikar> ... which also tore apart someones town
18:12 < Aikar> those were fun days restoring backups after 1.8 update
18:31 < barneygale_> Looks like there were about 9 months from the release of 1.8.0 and to the first 1.9 snapshots. Anyone want to hazard a guess at whether 1.10 snapshots will have a similar delay after 1.9.0 is released? Or quicker? Slower?
18:34 < redstonehelper> my money's on much less delay
18:59  * Thinkofname notices the set compression issue was closed as invalid by Grum
19:00 <+Thinkofname> Invalid as in wont fix or invalid as in can't fix? Or just invalid?
19:07 < redstonehelper> if in doubt, invalid as in "not reproducible in vanilla environment"
19:18  * Thinkofname shrugs
19:18 <+Thinkofname> alrightly then
19:20 < MrARM> hmm weird thing, in MCPE on fancy settings the sky is somehow rendered *over* the game instead of under
19:20 < MrARM> I'll upload a screenshot demonstrating what I mean in a second
19:21 < MrARM> http://imgur.com/sXilWog
19:21 < MrARM> (it is in a cave)
19:22 < MrARM> if I move up the "sky" also moves
19:22 <+Thinkofname> depends on how they render it but it could be the stencil buffer?
19:22 < barneygale_> redstonehelper, what makes you think less delay, out of interest?
19:22 < redstonehelper> unless they're being sold to microsoft again they won't have to deal with all that takeover stuff
19:22 <+Thinkofname> on desktops you generally have to request the number of stencil bits you want, have you done that?
19:22 < MrARM> anyone has ideas what could cause this to happen ?
19:23 < MrARM> Thinkofname, I use the libGLESv2 library nvidia provides
19:23 < MrARM> (in 32-bit mode)
19:23 <+Thinkofname> MrARM: to create the window?
19:23 < MrARM> oh hmm, I haven't tried to set any
19:24 < MrARM> what would those flags be ?
19:25 <+Thinkofname> depends on the thing but something like STENCIL_BUFFER_BITS = 8
19:30 < MrARM> Thinkofname,  thanks, that fixed it :)
19:34 < barneygale_> redstonehelper, true. thanks v much :)
19:51 < MrARM> on PC you really miss the search functionality in creative inventory :/
19:52 < MrARM> but well I'm going to get this thing cleaned up and open sourced tomorrow, then I'll work on updating my mod to 0.13
20:43 <+Grum> Thinkofname: invalid as it doesn't actually happen in vanilla
20:44 <+Grum> there are millions of ways to break things, if you do them out of order for things that are supposed to be in order :D
20:44 <+Thinkofname> Grum: the packet isn't used in vanilla, it was added for modders :3
20:44 <+Thinkofname> i'd be happy with its removal too though
20:45 <+Grum> hmmm i'm a bit confused now
20:47 <+Grum> Thinkofname: got link?
20:47 <+Thinkofname> to the issue? https://bugs.mojang.com/browse/MC-67961
20:48 <+Grum> euuh
20:48 <+Grum> there are no packets in the protocol just for modding
20:48 <+Thinkofname> you only send the set compression during the login phase, the play one is never used
20:48 <+Thinkofname> DB said it was for us to play with or something
20:48 <+Thinkofname> ended up crashing on use though
20:48 <+Grum> interesting that should be deleted
20:49 <+Grum> wait
20:49 <+Grum> wtf
20:50 <+Grum> sigh
20:51 <+Grum> copy/paste faile
20:51 <+Thinkofname> yeah :) still wont work fully even if that is fixed though
20:51 <+Grum> why not?
20:51 <+Thinkofname> since you can't tell when the client starts using the new thresold
20:51 <+Thinkofname> the so the client things one thing and the server thinks another
20:51 <+Grum> yeah that smells broken
20:52 <+Grum> i should just remove the packet then
20:52 <+Thinkofname> yeah, I don't think it'd be useful anyway
21:01 <+Grum> just purged it then
21:05 <+Thinkofname> \o/
21:06 <+Thinkofname> leaving it 'invalid' or do you want to mark it 'fixed'?
21:06 < redstonehelper> if the feature is removed it's probably invalid
21:06 < redstonehelper> also, invalid==WAI==won't fix in many cases anyway
21:06 <+Thinkofname> alright, just wanted to check
21:14 < Fenhl> speaking of WAI
21:15 < Fenhl> https://bugs.mojang.com/browse/MC-7519
21:15 < redstonehelper> definitely WAI imo, no?
21:15 < redstonehelper> nether portal texture doesn't just appear randomly
21:15 < redstonehelper> or is that the overlay for nausea too?
21:16 < Fenhl> the screen turns purple for a second when the effect is removed
21:16 < redstonehelper> yes, sort of a "one last burst of nausea and then it's over"
21:17 < Fenhl> oh, the way it instantly goes from no tint to full tint and then fades would suggest a rendering glitch
21:18 < redstonehelper> create a new ticket if you can make it sound different enough from MC-7519 so we can justify not resolving as duplicate
21:18 < Fenhl> nah, not going to bother with a visual bug this minor
21:18 <+Thinkofname> sounds like its just using the portal's system, fade-in when standing in and fade-out when you leave. End of the potion triggers the end effect hence the fade out
21:18 < Fenhl> have a sealion instead http://i.imgur.com/bmfwvDl.gif
21:19 < redstonehelper> nice cat
21:19 < redstonehelper> Fenhl: btw it wuoldn't hurt to update the affected versions on your tickets :D
21:21 < Fenhl> we're still on 15w44b because of MC-92144, I'll check what I can repro in singleplayer
21:21 < redstonehelper> merci
21:30 < Fenhl> oh wait I can still add 15w44b to affected versions
21:30 < redstonehelper> yeah, but don't tell g__m
21:30 < redstonehelper> (also it's not really helpful unless you haven't updated affected versions in a long time)
21:31 < redstonehelper> 1.8.1-pre1->15w44b is better than just 1.8.1-pre1, but 15w43a->15w44b is pointless
21:33  * Grum stabs redstonehelper
21:34 <+Grum> Fenhl: i think that is fixed though
21:35 < Fenhl> Grum: what is fixed?
21:35 < redstonehelper> portal loops are still an issue
21:35 < redstonehelper> unless it'S world specific?
21:35 < redstonehelper> in which case we should close and ask for reproduction on w45a worlds
21:36 < Fenhl> it's not, most likely
21:36 < redstonehelper> at least 2 people confirmed portal loop
21:36 < redstonehelper> and at least 3 the coordinate thing
21:37 < Fenhl> what I think is happening is the client spawns in the new dimension but at the same coordinates they were before entering the portal
21:37 < Aikar> Grum, what about the monuments you marked wont fix this morning o.o? having trouble coming up with possible reasons why unless you misunderstood something about that
21:37 < Fenhl> then they get moved to their new coordinates, making the server think they just entered the portal
21:37 < Fenhl> and if they don't exit fast enough the get teleported back
21:38 < redstonehelper> Fenhl: put that in description please
21:39 < Fenhl> give me a minute, trying to repro MC-83930 first
21:44 <+Grum> 'the coordinate thing' ?
21:45 < Fenhl> Grum: this one https://bugs.mojang.com/browse/MC-89928
21:46 <+Grum> just fixed MC-7519
21:46 < Fenhl> \o/
21:46 <+Grum> super gross hacks are super gross
21:47 < redstonehelper> it's raining bug fixes
21:53 <+Grum> Aikar: what exactly is going wrong? because its a bit vague
21:54 <+Grum> what exactly was breaking?
21:55 < redstonehelper> Grum: if it's ocean monuments, here's the issue: when the game retro-generates ocean monuments, it does so in locations where 1.8 would place a deep ocean - old chunks with different terrain generation might have a desert there. it should check against the chunks' saved biomes instead and/or additionally
21:55 <+Grum> yes but the method he uses is actually called: "containsOnlyBiome"
21:56 < redstonehelper> might still be asking world generator instead of chunk provide
21:56 < redstonehelper> r
21:59 < Aikar> Grum, which is fine as that single check was for "are we deep ocean"
21:59 < Aikar> and you want deep oceans in middle of an ocean right....? :P
22:00 <+Grum> anywhere is ok!
22:00 < Aikar> and why is it .containsOnlyBiome(x,y,z, Biome...) ?
22:00 < Aikar> err List<Biome>*
22:00 <+Grum> containsOnly actually
22:01 < Aikar> so maybe .getBiome() should be changed to get current biome if chunk exists?
22:01 < redstonehelper> I am very confused right now
22:03 <+Grum> rammed the change in, we'll see
22:03 < Aikar> Grum, does it take chunk located at X/Y/z then check all X/Z for that chunk? I dont have code in front of me
22:03  * Thinkofname watches everything burst into flames
22:03 < Aikar> but the changed I supplied def solves the problem for me
22:04 <+Grum> wanna bet it generates significantly less of these things?
22:04 < Aikar> potentially, thats why i asked whats that method doing differently
22:04 <+Grum> all old terrain cannot get anything anymor
22:04 <+Grum> does it actually spawn the structure in a 'wrong' place?
22:04 < Aikar> yes
22:04 < Aikar> I had monuments wiping out players structures
22:04 < Aikar> in mountains and town world
22:05 < Aikar> was lots of fun ._.
22:05 < redstonehelper> but that's a separate issue where chunk age isn't updated and/or the threshold is too high, right?
22:05 <+Thinkofname> doesn't it check the age of the chunk first?
22:05 <+Thinkofname> so ones that players have stayed in for long amounts of time don't get the new stuff?
22:05 < Aikar> redstonehelper, no, the method checks biome using world gen logic vs chunk save data logic
22:06 < Aikar> and where does this 'age' logic come in? I couldnt find any code checking age
22:06 < Aikar> i thought that was a rumour
22:06  * Thinkofname didn't read redstonehelper's message for commenting
22:06 < redstonehelper> it's supposed to only replace blocks in newish chunks, I can find a jeb tweet about that if you want
22:06 < Aikar> yeah but i never saw any code actually do that lol
22:06 < Fenhl> our server has as always been abusing this bug liberally http://wiki.wurstmineberg.de/Desert_Ocean_Monument
22:07 < Aikar> Fenhl, well if its fixed itll still work since the structure is 'saved' once its generated
22:07 < Aikar> the logics bout where to spawn new ones
22:07 < Fenhl> I know
22:08 < Fenhl> just pointing out that monuments do indeed (or at least did at one point) spawn in deserts
22:08 < Aikar> Grum, the correct way to fix it is to make the "deep ocean biome check" use an existing chunks actual biome data vs world generation biome calculations. so if that method does cause less probability, maybe a new method is needed
22:08 < Aikar> Fenhl, did you have a river near by?
22:08 < Fenhl> let me check
22:08 < Aikar> Grum, note that method i suggested is used like 3 lines below for the "Surrounding biomes" check for rivers etc
22:09 < Aikar> so currently it checks for deep ocean using 1.8 placement, then if in 1.8 a deep ocean would be there, it ensures other water biomes are nearby using CURRENT data 
22:09 < Fenhl> Aikar: yes
22:09 < Aikar> so it would potentially pop up where a water based biome is near by
22:09 < Fenhl> Aikar: http://map.wurstmineberg.de/#wurstmineberg_day/0/11/-1318/-894/64
22:11 < Aikar> Grum, so if my understanding is right, that change ctually shouldnt change probability since the 2nd check following the deep ocean check already used that same method?
22:12 <+Grum> dunno
22:12 <+Grum> got the patch, told jens about it
22:12 <+Grum> we'll see
22:13 < redstonehelper> Grum: "told jens about it" - still in the office?
22:13 <+Grum> no, we have ways to chat :p
22:14 < redstonehelper> the future is now
22:14  * Grum cracks redstonehelper
22:14 < redstonehelper> my head!
22:15 < Fenhl> where's my hoverboard
22:16 < Aikar> you mean the internet has technology to send messages to people instantly in other parts of the world?!
22:16 < rom1504> witchcraft
22:17  * redstonehelper sends a carrier pigeon to Aikar 
22:18 < Aikar> can i keep it as a pet when it arrives?
22:18 < redstonehelper> it'd be good for dinner, but whatever floats your boat
22:19 < Aikar> something tells me it would probally taste closer to duck than chicken
22:19 < Aikar> and i wasnt really a fan of duck
22:19 < Fenhl> send a raven to Stockholm! I found a bug in Minecraft.
22:20 < redstonehelper> the raven will come back, asking for reproduction steps
22:20 < redstonehelper> once the bug is confirmed the raven will be exhausted
22:20 < Aikar> going to need a lot of ravens.....
22:21 < redstonehelper> maybe we can feed them bugs
22:21 < Aikar> *notes the # of current ticket ID's*
22:22 < Fenhl> and when a bug is closed as WAI, the raven returns with a sealion attached
22:22 < redstonehelper> if we feed those to the ravens this could be a self-sustainable ecosystem
22:22 < Aikar> wonder whos going to get bug 100k
22:23 < redstonehelper> I got 90k, half on accident
22:23 < redstonehelper> it was a duplicate :(
22:23 < Aikar> lol
22:23 < redstonehelper> I had a list of bugs I wanted to report later, saw mc-89999 appear, thought I'd go for it
22:23 < redstonehelper> I wasn't caught up with the previous bugs so I posted the dupe
22:24 < Aikar> did you respond to yourself with the "please search before posting, our jira is full of dupe tickets and dupe comments saying this message"? lol
22:24 <+Thinkofname> I should try and make 100k the 'wings are stupid server-side' issue (last I checked) :P
22:25 < redstonehelper> wings=elytra?
22:25 <+Thinkofname> yeah
22:25 < redstonehelper> there's 5 open issues about that already I think
22:25 < redstonehelper> where stupid is a general "shit's fucked up in some inexplicable way"
22:25 <+Thinkofname> as far as I can tell wearing them disables the anti-cheat for flying
22:25 <+Thinkofname> so hackers will have a great time
22:25 < redstonehelper> Aikar: I'm too lazy for leaving comments, I usually just yell at people if they keep doing it on purpose
22:25 < redstonehelper> it doesn't quite disable it I think
22:26 < redstonehelper> people are getting kicked for flying with elytra
22:26 < redstonehelper> which was oh-so-not-predictable-at-all before implementing elytra
22:27 < Aikar> oh Grum few other tweaks I found recently, the .chunkExists method actually will create a region file if called on a region that doesnt exists >_> surely thats not desirable, as that also then executes the ineffecient region file creation
22:27 < redstonehelper> oh boy
22:28 <+Grum> sigh. 1.10 :(
22:28 < Aikar> https://bitbucket.org/starlis/empirecraft/src/4895e7213020b3847ae43acb704edcb427e11665/patches/craftbukkit/0118-Don-t-create-Region-File-s-when-checking-if-chunk-ex.patch?at=master&fileviewer=file-view-default    
22:28 < Aikar> very small fix
22:30 <+Thinkofname> redstonehelper: maybe it changed then, the first version seemed bad
22:30 < redstonehelper> it's not really good right now
22:31 <+Thinkofname> http://hastebin.com/lodowavaho.java the value in setFlag(7, ..) is used elsewhere to see if anti-fly should be enabled
22:33 <+Grum> Aikar: i dont think we actually use that code o.O
22:33 < Aikar> where the hell is that patch i did to clean up region file creation
22:35 < Aikar> wait so no vanilla calls RegionFile.chunkExists?
22:36 < Aikar> though yeah I see that is a CB method
22:36 < Aikar> added by CB*
22:36 < Aikar> sorry, but felt like a vanilla thing heh
22:36 <+Grum> RegionFiles are ancient?
22:37 <+Grum> I mean super ancient
22:37 <+Grum> oh well bedtime
22:38 < Aikar> oh i couldnt find my patch because that was one spigot actually pulled for a change
22:40 < Aikar> Grum, RegionFile constructor, where it does length() < 4096, it does a really ineffecient zero'ing doing small writes. I replaced it with this.c.write(RegionFile.a) which is the empty byte[4096] you already have sitting there. so it only does 2 system calls (could be 1, just went with less diff re-using whats there :P) vs the tons of them its now doing
22:41 < Aikar> someone reported that sped up chunk creation sigficantly for them
22:41 < Aikar> plenty of room to clean up that stuff in there heh, but that was least effort for decent gain
22:47 < MrARM> hmm, I wonder, is there a x86_64 version of MCPE?
22:48 < MrARM> Because I want to try a 4k render distance :P
22:48 < MrARM> and without it being x64 it'll crash (out of memory :( )
22:56 < Fenhl> alright, MC-90605 description updated
22:57 < redstonehelper> woo
23:23 < rom15041> MrARM: 4k blocks ? 250 chunks ??
--- Day changed mar. nov. 10 2015
03:47 <+Amaranth> MrARM: Minecraft Windows 10 Edition?
04:52 <+ammar2> Aikar: chunkExists was part of async chunk loading
09:26 < MrARM> Amaranth, exporting symbols in that one is off :(
09:26 < MrARM> Also architectures
11:46 < barneygale_> Grum, not sure if you ever got an answer, but I believe Set Compression in PLAY is broken because the server doesn't know when it will start receiving packets from the client using the new threshold. If there was an acknowledgment from the client it would be OK
11:46 < barneygale_> It only works in LOGIN because the packet exchange is in lock-step.
11:48 < barneygale_> IIRC Bungee *is* using that packet, but in quite specific circumstances
11:49 < barneygale_> Nevermind, just saw that Thinkofdeath did get back to you :P
12:04 <+Grum> barneygale_: which is why i just purged it
12:04 <+Grum> (during PLAY that is)
12:49 < barneygale_> Grum, thanks for doing something about it, though removing the packet wasn't your only option
15:35 < kashike> barneygale_: what other option is there?
15:37 < barneygale_> kashike, the client could send an acknowledgement. Every following client->server packet would use the new threshold
15:38 <+Grum> barneygale_: ofcourse; but why spend time on something that is: 1) not used, 2) not so useful; 3) time consuming to fix
15:39 < barneygale_> Grum, 1) It is used 2) It is useful 3) All bugs take time to fix
15:39 <+Grum> it is not used; it crashes! O.o
15:40 <+Grum> it was meant to exist for people to test different scenarios during snapshots 'back in them days'
15:40 < barneygale_> I've seen it used on eu.oc.tc. I added support for it in quarry after a bug report about it not being handled properly.
15:40 <+Grum> i do not think there is a good usecase for it in all honesty
15:41 <+Grum> and it adds login-state complexity which is not seen anywhere else in the game
15:42 < barneygale_> Fair. I personally don't have a use-case for it, and if the bungee devs want it gone then who am I to argue?
15:43 <+Grum> bungee devs?
15:43 <+Grum> I decided to remove it, not sure about bungee devs, they didn't factor in :)
15:44 < barneygale_> A few minutes ago you listed "not used" as the first reason for not fixing it
15:44 < barneygale_> But perhaps I got the wrong impression.
15:47 <+Amaranth> barneygale_: Not used by Mojang :)
15:47 <+Grum> and not used because it was broken
15:48 <+Grum> when you tried to use it, it would just crash :)
15:49 < barneygale_> A couple of weeks ago I found that I was receiving that packet from eu.oc.tc, and it did /not/ crash my client. I'm at work at the moment so can't double-check my working.
15:50 < barneygale_> It's academic anyway.
17:22 < SopaXT> Hey, #mcdevs! Check this out: https://github.com/SopaXorzTaker/classic-server/blob/master/README.md
17:45 < rom1504> fun
18:16 <+XorBoole> but does it blend?
18:21 < SopaXT> XorBoole, yes.
18:22 < SopaXT> as printed source code
18:22 <+XorBoole> nice
18:22 <+XorBoole> actually, here's a fun video idea
18:22 < SopaXT> ?
18:22 <+XorBoole> print out the entire linux kernel, and attempt to blend it
18:22 < SopaXT> LOL, nice!
18:22 < SopaXT> Will it blend - Linux!
18:23 <+XorBoole> reminds me of the V8 blender from topgear
18:23 < SopaXT> (Why not just blend a CD instead? :P)
18:23 <+XorBoole> "we're going to add some meat on the bone, some hot says, and a brick"
18:24 < SopaXT> The real stuff starts here: https://github.com/SopaXorzTaker/classic-server/blob/master/classicserver/packet_handler.py
20:51 < redstonehelper> can some of the clever people here see if this is still an issue? https://bugs.mojang.com/browse/MC-70873
21:17 < barneygale> these sort of bug reports need repro cases really
22:05 <+Thinkofname> redstonehelper: its not
22:05 <+Thinkofname> looks like just a decompiler derp on his end
22:06 <+Thinkofname> mine shows 'i & -128L' which gives the correct result
22:06 < redstonehelper> thanks
22:06 < redstonehelper> marked fixed
22:09 <+Thinkofname> (if i'm git blaming right) its been that way since 1.8.0
--- Day changed mer. nov. 11 2015
00:35 <+Thinkofname> barneygale: its not the packet that causes the crash its the sending of it twice that caused it
00:36 <+Thinkofname> I coded bungee to support changing the compression threshold on the fly to match the target server (not thinking of the side effects) and thats when the issue was found
00:36 <+Thinkofname> bungee was made to only take the first server's threshold which is why the packet was late (after login)
00:37 <+Thinkofname> the latest bungee shouldn't do that anymore
00:37 <+Thinkofname> (only just read backlog)
00:53 < barneygale> Ah, righto
00:57 < barneygale> Did you try to match the threshold in order to save CPU cycles (by not uncompressing then recompressing), or just to respect the target server's settings?
01:50 <+Thinkofname> barneygale: respect the server's settings
01:50 <+Thinkofname> this was early days and I wasn't sure if certain servers would benifit from different settings depending on the game mode
13:03 < Not-e027> [mineflayer] rom1504 pushed 1 commit to master [+0/-1/±9] http://git.io/v89S5
13:03 < Not-e027> [mineflayer] rom1504 9bfe1dd - use prismarine-item
13:03 < Not-e027> [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v89SA
13:03 < Not-e027> [mineflayer] rom1504 1c4f7ce - update the doc toc
15:32 < RuRay> hello,   mcmod.info  - just stick it in the root of the .jar?   (even stuck in correct location using forge  - did gradlew build - It was included) - but it is not being picked up...   any pointers as to what I am missing? Thx.
15:46 < RuRay> LOL  - just figured it out - the modid in the @Mod needs to match the modid in the mcmod.info - I had a type......    Thanks, you guys are great!
16:51 < MrARM> https://github.com/MCMrARM/mcpelauncher-linux <- well, released the launcher for Linux!
16:51 < MrARM> though if someone could tell me what are the correct mesa dependencies it would be cool
17:01 < dx> noice.
17:07 < dx>     void* glesLib = loadLibraryOS("/usr/lib/i386-linux-gnu/libGLESv2.so", gles_symbols); // TODO: Is this safe to assume?
17:07 < dx> you can guess the answer by the fact that i'm looking at that line
17:09 < MrARM> heh
17:09 < MrARM> I'll fix that later
17:11 < dx> it's /usr/lib32/libGLESv2.so here
17:17 <+Amaranth> They're assuming Debian multiarch, you're on Fedora
17:18 < dx> Amaranth: rude, i'm not a disgusting neckbeard
17:18 <+Amaranth> SuSE?
17:18 < dx> ok maybe i am but i don't use fedora. it's arch
17:18 <+Amaranth> I don't think Gentoo or Arch do multiarch
17:18 <+Amaranth> Huh
17:18 <+Amaranth> I think Arch is new enough that copying Fedora multiarch style just seems silly
17:20 < dx> MrARM: hey is this the right one? 3d78e1662964fc70e645d99fba39d39e425b1158  com.mojang.minecraftpe781120300.apk
17:21 < MrARM> I think it is 0.12.3, isn't it ?
17:22 < MrARM> you need the 0.13 beta
17:22 < MrARM> https://play.google.com/apps/testing/com.mojang.minecraftpe/join
17:22 <+Amaranth> Oh did Intel get them to compile it for x86 Android too?
17:22 < MrARM> Amaranth, yeah
17:22 < MrARM> but they do it since a long time
17:23 < dx> "Mojang has invited you to a testing program for an unreleased version of the Minecraft: Pocket Edition app"
17:23 < dx> thanks mojang!
17:24 < dx> ok it's downloading 781130004 now, thanks MrARMojang
17:26 < dx> http://dump.dequis.org/FaY-X.png title screen!!!1
17:31 < dx> http://dump.dequis.org/dY23n.jpg
17:32 < MrARM> :D
17:32 < dx> hardest part was figuring out how to click the 'play' button. had to do right mouse button first, then left mouse button
17:33 < dx> diff: http://dump.dequis.org/gvc32.txt - you probably want at least the libpng one, that's a deprecated function
17:34 < MrARM> you must use a g++ <= 4.9 for it
17:34 < MrARM> that's why I put it here
17:34 < dx> 5.2.0, works for me, ¯\(°_o)/¯
17:34 < MrARM> interesting
17:34 < MrARM> 5.0 for me crashes
17:34 < dx> vomits a fuckton of warnings but works
17:35 < MrARM> because of some destructor, I'll try again after I get to PC again
17:35 < MrARM> btw, hmm, Play button works fine for me
17:36 < MrARM> maybe a problem with the way I handle mouse ?
17:36 < MrARM> because orginally that eglut library did not handle mouse xD
17:37 < dx> all other buttons in the title screen work fine
17:38 < dx> also mousewheel down (for the hotbar) doesn't work, up does
17:38 < dx> this is great btw, ♥
17:43 < dx> i'm not sure why i'd prefer this over the java one, and i don't even play minecraft anymore, but from a technical perspective this is way too awesome.
17:47 < MrARM> I tried again with 5.0 on Ubuntu 15.10, crashes sadly
17:47 < MrARM> the std::string structure had to change somehow
17:48 < MrARM> maybe they reverted it again later or I messed something up with my config ?
17:48 < MrARM> the png thing you changed is due to version, the one you have is sadly not default in ubuntu
17:49 < dx> "The function png_set_gray_1_2_4_to_8() was removed. It has been deprecated since libpng-1.0.18 and 1.2.9, when it was replaced with png_set_expand_gray_1_2_4_to_8() because the former function also expanded palette images."
17:50 < dx> from the 1.4.0 changelog. you should have the newer function already
17:50 < MrARM> hmm actually yeah it is already here
17:50 < MrARM> changing that
17:51 < redstonehelper> challenge: find an enchantment seed/tool/echanting level combination that produces this issue: https://bugs.mojang.com/browse/MC-74000
17:51 < redstonehelper> or it might just be fixed
17:51 < dx> cool ticket number
17:52 < dx> redstonehelper: that's not a challenge, that's triaging of a really shitty bug. challenges are supposed to be fun!
17:52 <+Thinkofname> redstonehelper: does that actually ever happen?
17:53 < redstonehelper> if this report is legit it could happen
17:53 < redstonehelper> by challenge I mean "bruteforce predicted enchant vs obtained enchant until you find something" btw
17:53 < redstonehelper> :D
17:53 < redstonehelper> only one person ever reported it, anyway
17:57 < barneygale> No repro case, resolve as invalid
17:59 < dx> it says how to reproduce it, it just happens to rely on a very small random chance
18:00 < dx> MrARM: how do i show FPS count in this thing?
18:01 < MrARM> ok, pushed the change for the libpng thing and also fixed the opengl location
18:01 < MrARM> you can't
18:01 < MrARM> there's no debug menu
18:01 <+Thinkofname> dx: hook up gDebugger
18:01 < MrARM> I guess I could write something that would print fps to stdout
18:10 < dx> http://dump.dequis.org/lSRLR.txt thanks libfreeimage!
18:12 < dx> added LD_PRELOAD=/usr/lib/libpng16.so, all the png icons in the GUI are invisible but at least it runs
18:13 < MrARM> wait, anything shows up?
18:13 < MrARM> because MCPE uses png for everything
18:13 < dx> this is gDebugger
18:14 < dx> and... i can't get it to debug the launcher it's a 32 bit thing.
18:14 < MrARM> oh nvm xD
18:14 < dx> i think i'll just wait for the fps count in stdout
18:15 < MrARM> xD
18:15 < dx> http://dump.dequis.org/lSwWS.png
18:17 < dx> well anyway, measuring performance subjectively, MCPE is much smoother
18:39 < MrARM> anyone has idea what packages would you need on Ubuntu to get PNG and EGL libs?
18:39 < MrARM> because myself I somehow got that working but some people have issues :/
19:24 < Fenhl> redstonehelper: why does your Mojira username CSS have a weird gradient
19:24 < redstonehelper> Fenhl: blame g__m
19:24 < redstonehelper> unless there's more than that crack, then blame me
19:24 < redstonehelper> g__m made the crack, I changed the css so it works on more browsers
19:25 < Fenhl> lol
19:25 < Fenhl> I'd expect this sort of thing from shittyircquotes, but Mojira? :D
19:26 < redstonehelper> did you see his comments when he went on a drive-by ticket resolving spree the other day?
19:26 < Fenhl> his comments here you mean?
19:26 < redstonehelper> no, on the jira
19:26 <+Thinkofname> redstonehelper: looking at the code for enchanting it filters out invalid enchants
19:26 < Fenhl> nope
19:26 <+Thinkofname> I think
19:27 < redstonehelper> Thinkofname: invalid as in "you can't put feather falling on a pickaxe" or invalid as in "we already put fortune on this pickaxe, can't put silk touch on it too"?
19:27 <+Thinkofname> it compares every enchant it tries to add to every one in the list cancels if it can't have both at the same time
19:28 < redstonehelper> is that where the tooltip comes from too?
19:28 <+Thinkofname> yeah
19:28 < redstonehelper> I'll close it then, thanks
19:28 <+Thinkofname> tried brute forcing to test, so far nothing :)
19:29 <+Thinkofname> so i'm pretty sure it can't happen
19:29 < redstonehelper> Fenhl: https://bugs.mojang.com/browse/MC-68526 https://bugs.mojang.com/browse/MC-64872 https://bugs.mojang.com/browse/MC-64871 https://bugs.mojang.com/browse/MC-54356 https://bugs.mojang.com/browse/MC-48488 https://bugs.mojang.com/browse/MC-46551 https://bugs.mojang.com/browse/MC-15080 https://bugs.mojang.com/browse/MC-24812 https://bugs.mojang.com/browse/MC-4773
19:29 < redstonehelper> (his comments)
19:30 < redstonehelper> bestof, anyway
19:43 < Fenhl> MC-68526 is the best one
19:44 < Fenhl> funny thing is, something like that did happen at one point
20:20 < dx> https://bugs.mojang.com/browse/MC-48488 hahah wtf happened in that comment?
20:53 < mml2> anyone know of a better explanation of the format of bulk chunk packets? the wiki is a bit confusing :/
20:54 < mml> i concur!
20:54 < mml> seems to randomly use column, section and chunk interchangeably
20:54 < mml2> i know, right?
20:55 < mml> the nibble+light thing could be clearer too
20:59 < mml> or even a capture of a valid bulk chunk packet would be useful if someone has one laying around
21:54 < Fenhl> mml, mml2: a chunk section is 16×16×16 blocks, a chunk column is 16×256×16 blocks, and “chunk” could mean either
21:55 < Fenhl> the wiki is quite confusing on stable but I didn't bother fixing it since it will all change in 1.9 anyway
22:34 < mml> yeah, the 1.9 changes look... startling
22:38 < mml> a chunk data byte looks like [typeid|skylight] though right?
22:39 < mml> and there are multiple metadata blocks prior to the chunk data
22:39 < mml> with the bitmask "map" of what's contained therein
--- Day changed jeu. nov. 12 2015
02:50 < Not-e027> [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±4] http://git.io/v8FG2
02:50 < Not-e027> [mineflayer] rom1504 d7476c3 - update minecraft-protocol and minecraft-wrap
07:30 < Fenhl> mml: 1.8 or 1.9?
09:22 < MrARM> hmm, I haven't written anywhere that this project is not affiliated with Mojang/ms, should I?
11:33 <+Grum> [20:19:40] <dx> https://bugs.mojang.com/browse/MC-48488 hahah wtf happened in that comment? <-- i was just typing what Searge was saying :D
13:30 <+Thinkofname> should add '-- Searge' then :)
13:54 <+SinZ> Grum: best "wont fix" message ever
15:46 < Fenhl> redstonehelper: btw 15w44b has still not been archived
15:46 < Fenhl> or whatever you call the thing that forbids people adding it as a new “affects” version
18:35 < redstonehelper> Fenhl: shhhh
--- Day changed ven. nov. 13 2015
02:56 < CAJeepBoy> I'm a noob with a quick question...
02:58 < CAJeepBoy> Where do I find the "assets/blocks" folder with all of the block .json files?
02:58 < CAJeepBoy> I had found it before, I think unjarring something, but now I'm having a bit of trouble finding it.
02:58 < CAJeepBoy> ...and Google's still mad at me for something I asked for. :(
03:25 < CAJeepBoy> Hello.... is there anybody out there...  Just type if you can read me... is there anybody home?
03:26 < CAJeepBoy> (^_^)
14:32 < SopaXorzTaker> Hi! Please check this out: https://github.com/SopaXorzTaker/classic-server
14:38 < rom1504> SopaXorzTaker: feel free to add it there http://wiki.vg/Classic_Server_List
15:14 < SopaXT> Heya!
15:35 < rom1504> SopaXT: I'm not sure if you saw : "14:38 < rom1504> SopaXorzTaker: feel free to add it there http://wiki.vg/Classic_Server_List" ?
15:35 < SopaXT> I saw it!
15:35 < SopaXT> SopaXorzTaker == SopaXT
15:35 < rom1504> yeah okay, I'm just always unsure if people not using bouncers get my messages ^^
15:37 < SopaXT> rom1504, and I did add it there :D
15:38 < SopaXT> check the list out now
15:42 < rom1504> ah right, perfect :p
17:21 <+XorBoole> meanwhile I'm sitting here getting pinnged into oblivion
22:53 < Not-e027> [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4I4D
22:53 < Not-e027> [mineflayer] rom1504 4e4f3a9 - check if with exists in message parsing (toString), fix achievements : fix #339
22:57 < Not-e027> [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±2] http://git.io/v4IRu
22:57 < Not-e027> [mineflayer] rom1504 76d7788 - Release 1.5.0
22:57 < Not-e027> [mineflayer] rom1504 tagged 76d7788 as 1.5.0 http://git.io/v4IRE
--- Day changed sam. nov. 14 2015
01:22 < winny> is there a mailing list or rss feed announcing minecraft snapshot releases?
01:23 < winny> it looks like they didn't announce 15w46a on twitter :/
01:23 < winny> oh it has an atom, just need to figure out how to get emails
01:46 < rom1504> why mails ?
07:18 < Fenhl> winny: you mean the mojang.com feed? That only announces ‘a’ snapshots
07:27 < winny> Fenhl: oh :c
07:29 < Fenhl> winny: you could query the same API used by the launcher. Unfortunately it's not documented on http://wiki.vg/Mojang_API but let me find the endpoint URL
07:29 < winny> p poopy imo lol
07:29 < winny> i was sorta hoping to automagically update to the latest snapshot
07:29 < winny> server wise
07:30 < winny> thanks, though, didn't realize there is a page for the api the launcher uses
07:30 < Fenhl> well, https://github.com/wurstmineberg/systemd-minecraft has a `minecraft update` command which does pretty much that, you could run it on a cronjob
07:31 < Fenhl> or if you want to write the code yourself (or don't want to use our directory structure), the API is at https://s3.amazonaws.com/Minecraft.Download/versions/versions.json
07:31 < winny> oh, yeah, that looks promising
07:33 < Fenhl> and then you can get the server from https://s3.amazonaws.com/Minecraft.Download/versions/\(version)/minecraft_server.\(version).jar
07:34 < winny> how very curious, the MIME type is application/octet-stream
07:34 < winny> nice organized URLs
07:34 < Fenhl> lol, I never even noticed that
07:34 < winny> on firefox it only lets u download it lol
07:35 < winny> firefox is a bit silly like that (doesn't try to determine if something could be text if mime is something like that)
07:35 < Fenhl> ah, that makes sense
07:36 < Fenhl> Safari is doing the same, I was wondering why
07:36 < winny> anyway, this is the systemd unit i've been using, it's worked rather well https://gist.github.com/winny-/bb17853ffc76fbb9b039
07:38 < Fenhl> ooh, I didn't know about the @ syntax, that could be useful for improving multiworld support in our systemd-minecraft
07:39 < Fenhl> as it stands you configure some “enabled” worlds which will be started on `systemctl start minecraft`, and otherwise start/stop worlds manually using `sudo -u wurstmineberg minecraft (start|stop) <world>`
07:39 < winny> that does allow for the daemon to manage an umbrella of worlds though
07:41 < Fenhl> well, giving responsibility of the server processes to systemd would remove some of the current complexity of the `minecraft` script
08:04 < winny> i see
--- Log closed sam. nov. 14 11:20:04 2015
--- Log opened sam. nov. 14 11:20:12 2015
11:20 -!- Irssi: #mcdevs: Total of 141 nicks [1 ops, 0 halfops, 14 voices, 126 normal]
11:24 -!- Irssi: Join to #mcdevs was synced in 265 secs
14:03 < OnlyQubes> Hello, i have a problem where i can't open chests (with a remote client) i am sending a 'Player Block Placement' packet and a 'Animation'(arm swing) packet (http://wiki.vg/Protocol), but for some reason it doesn't open the chest. Is there something else i should do? Image: Above the player 'OnlyQubes'  opens the chest succesfully and the player 'TestBot00' doesn't http://puu.sh/ll6iq/449c0dd09b.png even thouth the packets seem to b
14:04 < rom1504_> OnlyQubes: your message was cut at "the packets seem to b"
14:07 < OnlyQubes> ...the packets seem to be the same
14:07 < OnlyQubes> P:
14:12 < rom1504_> OnlyQubes: is it a vanilla server or spigot or something ?
14:12 < rom1504_> in spigot servers there sometimes are no cheat plugins
14:12 < OnlyQubes> spigot with the packet checking plugin
14:12 < OnlyQubes> but it does look at the chest and stuff
14:12 < rom1504_> ah
14:13 < OnlyQubes> i can make my real client not look at chests and still open them (with cheat clients and stuff)
14:13 < rom1504_> ok
14:13 < OnlyQubes> very strange problem i have here
14:13 < rom1504_> do you still block placement correctly ?
14:13 < rom1504_> *send
14:14 < rom1504_> ah yeah I see your packet received thing
14:15 < rom1504_> it shouldn't matter, but the arm animation should be sent before block placement
14:16 < OnlyQubes> i will try doing that, maybe it does matter P:
14:16 < OnlyQubes> and i block placing isn't working it seems, so it might be my block placing packet wrong or something
14:17 < OnlyQubes> but the server does read it correctly,so i have no idea why it wouldn't place a block
14:18 < rom1504_> I'm not sure what kind of post processing ProtocolLib does, but it's weird e,f and g are floats
14:18 < rom1504_> they are bytes in the protocol
14:22 < OnlyQubes> i am sending them as bytes actually, but it uses some weird calculations to make them into floats. (forgot how the calculations went D:)
14:23 < OnlyQubes> but with my bot numbers i am basically clicking near the center of the block(those numbers are also used by the real client)
14:25 < SopaXT> Hey!
17:06 < spaceemotion> I got a question regarding the Pre-release protocol page, specifically the new palette block state ID. The wiki states the type is shifted by 4 bits to the right; shouldn't it be to the left? http://wiki.vg/Pre-release_protocol#Multi_Block_Change
17:11 < rom1504> spaceemotion: what it means is you need to shift it by 4 bits to the right when trying to read the id
17:11 < rom1504> when writing it you should shift it to the left yes
17:11 < spaceemotion> ah okay, so I just misunderstood the intention then :) thanks!
17:11 < spaceemotion> it does state it the other way around in the regular protocl page though
17:12 < spaceemotion> http://wiki.vg/Protocol#Multi_Block_Change
17:12 < rom1504> no
17:12 < rom1504> this says x = id << 4 | data
17:12 < rom1504> the pre-release page says type = x >> 4, meta = x & 15
17:13 < rom1504> so the old one explained how to go from meta,id to x, the new one explain how to go from x to meta,id
17:13 < spaceemotion> yup thats what I meant; on the pre-protocol page it tells you how to read the values, in the "current" page it says how to write them
17:13 < rom1504> yeah, no idea why, probably no reason
17:14 < rom1504> might be a good idea to describe both ways
17:15 < spaceemotion> just signed up to update some text on there :)
22:39 < spaceemotion> I just noticed that the 13w44b no longer seems to be sending biome data in the ChunkPacket, regardless if the "isGroundUp" toggle is set or not
22:39 < spaceemotion> are we allowed to as the Mojang devs if our assumptions are correct?
22:44 < rom1504> you mean 15w44b ?
22:44 < rom1504> I think it's still sending biome data
22:45 < rom1504> (where else would biome go ?)
22:54 < spaceemotion> oh wait it does, just not how I expected it to work. Seems like it writes the data into the full data array first, so the data length sent contains the sections plus the biomes length
22:54 < spaceemotion> so Data contains both, Chunk sections and the Biomes
22:57 < rom1504> that's an implementation detail
22:57 < rom1504> you can split the 2 in your implementation if you want
22:58 < rom1504> (initially the whole packet is one big array/buffer)
22:58 < spaceemotion> Well, the wiki would be wrong though - it says data and biomes are separated
22:58 < rom1504> it's not wrong
22:58 < rom1504> it is separated
22:58 < rom1504> just as much as all other fields are separated anyway
22:59 < spaceemotion> http://hastebin.com/zohuyizepe.java If you look at L47, where it writes the data and 80/81 where it adds biome data
23:00 < spaceemotion> the buffer the 80/81 writes to is a custom buffer that writes to the byte[] data directly, thus letting the byte[] data contain the biome data
23:00 < spaceemotion> so the length of said data includes the biome array
23:00 < spaceemotion> might be reading this wrong though…
23:01 < rom1504> yes, it is likely that the vanilla implementation put the 2 things together yes
23:09 < spaceemotion> Makes sense as they save one length they would have to send otherwise—they simply read til the specified end
23:09 < Not-4e28> [minecraft-data] rom1504 pushed 2 commits to master [+4/-0/±0] http://git.io/v4YCW
23:09 < Not-4e28> [minecraft-data] 1b8 3ba2860 - Add status effects
23:09 < Not-4e28> [minecraft-data] rom1504 f500f03 - Merge pull request #84 from 1b8/master Add status/potion effects
23:15 < Not-4e28> [minecraft-data] rom1504 pushed 1 commit to master [+1/-0/±2] http://git.io/v4YWH
23:15 < Not-4e28> [minecraft-data] rom1504 2b055fa - add schema for effects and update the README
23:35 < rom1504> ah it's length prefixed ?
23:35 < rom1504> that might be a good reason for putting it together in the wiki.vg page
--- Day changed dim. nov. 15 2015
15:17 < Not-4e28> [minecraft-data] rom1504 pushed 2 commits to master [+0/-0/±4] http://git.io/v43hj
15:17 < Not-4e28> [minecraft-data] rom1504 86768fa - Merge pull request #81 from PrismarineJS/use_option_for_signature use option for signature
15:17 < Not-4e28> [minecraft-data] rom1504 deleted branch use_option_for_signature
17:38 < Not-4e28> [minecraft-data] rom1504 pushed 1 commit to master [+0/-0/±3] http://git.io/v4sos
17:38 < Not-4e28> [minecraft-data] rom1504 12c2078 - add optionalNbt and define slot from it in protocol.json, reorder the type definition (native first), use optionalNbt and nbt instead of restBuffer when possible
--- Day changed lun. nov. 16 2015
19:52 < Not-4e28> [flying-squid] rom1504 pushed 10 commits to master [+3/-1/±43] http://git.io/v48iy
19:52 < Not-4e28> [flying-squid] demipixel 573c0e4 - Adding lots of cool stuff (spawnObject, entity physics, etc)
19:52 < Not-4e28> [flying-squid] demipixel 0684ff4 - Added mobs, /spawn, fixed bugs, added many more
19:52 < Not-4e28> [flying-squid] demipixel cc072e2 - Add cool sounds, remove some debugging
19:52 < Not-4e28> [flying-squid] ... and 7 more commits.
19:53 < Not-4e28> [flying-squid] rom1504 pushed 2 commits to master [+0/-0/±4] http://git.io/v48Po
19:54 < Not-4e28> [flying-squid] rom1504 1535079 - Merge pull request #95 from mhsjlw/update_nmp update to nmp 0.16
19:54 < Not-4e28> [flying-squid] rom1504 deleted branch update_nmp
19:57 < Not-4e28> [flying-squid] rom1504 deleted branch squid
20:34 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+29/-37/±1] http://git.io/v48AN
20:34 < Not-4e28> [flying-squid] rom1504 deleted branch unify_plugins
20:58 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v44TQ
20:58 < Not-4e28> [flying-squid] rom1504 94a1195 - entity plugins
21:11 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+1/-0/±2] http://git.io/v44mg
21:11 < Not-4e28> [flying-squid] rom1504 a1a260c - move some of entities.js in other files
21:24 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±29] http://git.io/v44GO
21:24 < Not-4e28> [flying-squid] rom1504 9bcbb99 - serv, player -> player,serv because serv is often not needed
22:23 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±22] http://git.io/v446M
22:23 < Not-4e28> [flying-squid] rom1504 f522dfa - use Vec3 correctly + move commands in the related plugins
22:32 < Fenhl> rom1504: btw the edits spaceemotion made are just plain wrong
22:32 < Fenhl> the way it is right now it would be an Array of (Array of Chunk Section, Biomes Array)
22:32 < Fenhl> whatever Biomes Array is supposed to be
22:33 < rom1504> yes I saw that it was wrong but didn't know how to fix it
22:33 < rom1504> the Biomes Array is there only one time
22:34 < rom1504> is the whole thing length prefixed ?
22:35 < rom1504> if it is, then that should probably be mentioned there, but it's definitely not an array of array of anything
22:37 < Fenhl> I fixed it by reverting spaceemotion's edits but updating the notes on the Size field
22:38 < Fenhl> btw that article is still very much outdated, an info dump on what has changed by now would be nice
22:39 < rom1504> yes definitely, but I don't know who has that info ? (I certainly don't)
22:48 < cengizIO> hello there. I'm trying to improve my golang and decided to write a server for 1.8+ what do you suggest?
22:49 < cengizIO> and yes, I'm reading wiki.vg
22:50 < rom1504> cengizIO: maybe do some research on what has been done with go+minecraft
22:50 < rom1504> https://github.com/JeanSebTr/minecraft this for example
22:51 < rom1504> https://github.com/search?utf8=%E2%9C%93&q=go+minecraft
22:51 < cengizIO> rom1504 that's a good start. thank you!
22:54 < cengizIO> rom1504 this looks like the scaffolding that I need https://github.com/khlieng/GoCraft
22:56 < rom1504> https://github.com/skirmish/netherrack seems much more advanced, but it's a bit old I guess
22:56 < cengizIO> yes very old. there are lots of abandoned projects.
23:27 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4Bfb
23:27 < Not-4e28> [flying-squid] rom1504 d87e9a3 - add /summon <entity_name> command
23:49 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4BqF
23:49 < Not-4e28> [flying-squid] rom1504 3b46fc3 - add /spawnObject <id>
23:56 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4BYw
23:56 < Not-4e28> [flying-squid] rom1504 4cfcfe9 - fix missing serv in chat.js
--- Day changed mar. nov. 17 2015
00:32 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4BWo
00:32 < Not-4e28> [flying-squid] rom1504 ebed98d - fix respawn
00:43 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4B4E
00:43 < Not-4e28> [flying-squid] rom1504 4cefded - improve entity movement a little bit
00:46 < Kirito__> Hi
00:57 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4B0g
00:57 < Not-4e28> [flying-squid] rom1504 5530f7b - get ticking back to server plugin (more efficient not to listen lot of time on an event)
12:24 <+Thinkofname> s/#mcdevs/#rom1504-commits/
12:24  * Thinkofname hides
12:32 < rom1504> :P
12:32 < rom1504> I guess I might remove flying-squid from notifico, too much commits :p
12:39 <+SinZ> or limit yourself to 1 push a day
12:39 <+SinZ> and have lots of commits inside it
12:41 <+Prf_Jakob> rom1504: Its okay, its not like stuff is happening in here anyways. If it becomes a problem we will let you know. :)
13:43 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4E7T
13:43 < Not-4e28> [flying-squid] rom1504 b25036a - mark block dropping and entity basics as done
17:54 <+XorBoole> Thinkofname naw, sometimes my commits make it in here too!
19:26 < Not-4e28> [SpockBot] nickelpro pushed 4 commits to master [+0/-0/±4] http://git.io/v4g8f
19:26 < Not-4e28> [SpockBot] Bc1151 6094d23 - Fixed uuid grabber
19:26 < Not-4e28> [SpockBot] Bc1151 6e31e70 - cleaned the uuid grab up
19:26 < Not-4e28> [SpockBot] Bc1151 342c914 - Fixed uuid grabber & cleaned it up properly
19:26 < Not-4e28> [SpockBot] nickelpro 7cb6ed5 - Merge pull request #198 from Bc1151/patch-1
22:08 < rom15041> Ah thanks for putting some commits there too nickelpro :p
--- Day changed mer. nov. 18 2015
16:48 < TkTech> Public projects + language barriers + junior devs = fun
16:49 < TkTech> Not sure how to convince this fellow that `assert` isn't supposed to replace all "if l == r:" statements.
17:36 < realz> TkTech: specify the function requirements to allow for that
21:34 < Todd__> Is this the right place to ask about MC Pocket Edition protocol questions?
21:35 < Todd__> The documentation on the ping open connection command seems to be not matching what I see on the wire. http://wiki.vg/Pocket_Minecraft_Protocol#ID_CONNECTED_PING_OPEN_CONNECTIONS_.280x01.29 
21:36 < Todd__> On the wire it has 8 more bytes at the end 
21:36 < Todd__> Just wondering anyone knows the meaning of that 8 bytes
21:36 < Todd__> 12:28:32.280398 IP 192.168.3.1.19132 > 192.168.3.255.19132: UDP, length 33         0x0000:  ffff ffff ffff c417 fec3 5ede 0800 4500  ..........^...E.         0x0010:  003d 0000 4000 4011 b25f c0a8 0301 c0a8  .=..@.@.._......         0x0020:  03ff 4abc 4abc 0029 7477 0100 0000 0000  ..J.J..)tw......         0x0030:  3c6d 0d00 ffff 00fe fefe fefd fdfd fd12  <m..............         0x0040:  3456 78ff ffff ff86 1205 6a              4Vx..
21:37 < Todd__> sorry about the bad format of the packet dump.
21:39 < Todd__> anyone?
22:11 < TkTech> Todd__, IRC isn't an instant Q&A. People will answer when they feel like it.
22:26 < rom1504> Todd__: the wiki.vg doc on mcpe is totally outdated
22:26 < rom1504> I think it's for 0.11
22:26 < rom1504> or even less
22:27 < rom1504> yeah 0.10 actually
22:46 < Todd__> @rom1504, @TkTech, Thanks guys for the support. I understand.
22:46 < Todd__> @rom1504, is there any updated version of mcpe protocol anywhere?
23:42 < rom1504> Todd__: I think this is up to date https://github.com/PocketMine/PocketMine-MP/tree/mcpe-0.12/src/pocketmine/network/protocol
23:42 < rom1504> but that means reading php
23:44 < rom1504> I had started extracted packets from this into https://gist.github.com/rom1504/d6e7160cce5210efcc7b but never quite finished
23:45 < rom1504> that's the ids https://github.com/PocketMine/PocketMine-MP/blob/mcpe-0.12/src/pocketmine/network/protocol/Info.php
23:45 < rom1504> there might be more up to date mcpe implementation, I haven't followed new projects on that theme in the last months
--- Day changed jeu. nov. 19 2015
01:27 < Todd__> Thanks so much rom1504!
02:18 < Jeroenimoo0> Hey, anyone here can help me?
02:30 < Jeroenimoo0> Hey, can you help me?
02:39 < rom15041> Only if you ask
02:39 < rom15041> (Something)
07:30 < AlphaBlend> are ArmorStands still living in Minecraft 1.9?
08:58 <+Grum> AlphaBlend: yes
09:24 < AlphaBlend> Grum: what kind of a system are you guys going to use when they are no longer living? a component system?
09:24 <+Grum> Iyes
09:25 < AlphaBlend> probably 1.10?
09:26 <+Grum> no idea
09:26 <+Grum> lot of other stuff to do for 1.10
09:26 < AlphaBlend> mm i see
09:26 < AlphaBlend> but it sure resulted in some funny bugs for us, before i realized they were living
09:27 < AlphaBlend> haha
20:34 < TkTech> Mmmm looks like AWS is having some issues with my VPC, wiki is down at the moment.
21:09 < Not-e2ae> [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±2] http://git.io/v4979
21:09 < Not-e2ae> [mineflayer] rom1504 02103d0 - updates minecraft-protocol, fix #340
21:11 < Not-e2ae> [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±2] http://git.io/v495u
21:11 < Not-e2ae> [mineflayer] rom1504 9776a23 - Release 1.5.1
21:11 < Not-e2ae> [mineflayer] rom1504 tagged 9776a23 as 1.5.1 http://git.io/v495E
21:29 < TkTech> Annnnnd restored.
21:30 < TkTech> Upgraded while I was at it, RIP 220 days of uptime.
21:38 < TkTech> shoghicp, "Tue, 15 Sep 2015 18:26:51 +0200: [PocketMine Donation] Received 1000.00 EUR (fee 39.35) from 07f1ec6c251ea99e05ed1d3002013145 to donations@pocketmine.net via PayPal
21:38 < TkTech> "
21:38 < TkTech> G'damn, someone really likes their pocket minecraft
21:47 < barneygale> notch getting careless with his money no doubt ;)
21:56 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±2] http://git.io/v4HIA
21:56 < Not-4e28> [flying-squid] rom1504 477d5ff - properly build Vec3 from block_dig location, fix #103
22:38 < angal> In MCPC. Does server send player position packets for spectator players to other players in survival gamemode?
22:41 <+Thinkofname> nope
22:42 < angal> Good.
22:46 < rom1504> ah that explains why spectator players are seen as flying heads in flying-squid
23:07 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±2] http://git.io/v4H2b
23:07 < Not-4e28> [flying-squid] rom1504 6ea6979 - add a check in block_place : only place a block if you are holding a block, fix #104
23:10 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4HVe
23:10 < Not-4e28> [flying-squid] rom1504 5282dd8 - makes diamond_square a bit more rough
23:42 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±2] http://git.io/v4HMW
23:42 < Not-4e28> [flying-squid] rom1504 3f7853c - update to nmp 0.16.2
23:46 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4Hyt
23:46 < Not-4e28> [flying-squid] rom1504 79e7d04 - improve ticking, fix #101
23:51 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±2] http://git.io/v4H9C
23:51 < Not-4e28> [flying-squid] rom1504 da2457e - fix setBlock
--- Day changed ven. nov. 20 2015
00:23 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4Hj6
00:23 < Not-4e28> [flying-squid] rom1504 f4a168c - fix block drop in node 0.10 : itemCount is not optional
00:49 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4Qk9
00:49 < Not-4e28> [flying-squid] rom1504 8d7523a - fix /help <command>
15:52 < Not-e2ae> [mineflayer] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4FtU
15:52 < Not-e2ae> [mineflayer] rom1504 767893e - update link to MinecraftChat in readme
23:45 < Not-4e28> [flying-squid] rom1504 pushed 6 commits to master [+4/-2/±54] http://git.io/v4AXx
23:45 < Not-4e28> [flying-squid] demipixel 180799e - Attempting to convert Player into Entity
23:45 < Not-4e28> [flying-squid] demipixel a02983c - Fixing metadata, almost done!
23:45 < Not-4e28> [flying-squid] demipixel 2a37662 - Fix stuff, add a small implementation of picking up blocks (doesn't go into inventory)
23:45 < Not-4e28> [flying-squid] ... and 3 more commits.
--- Day changed sam. nov. 21 2015
00:03 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/v4ASS
00:03 < Not-4e28> [flying-squid] rom1504 808b5a0 - remove player specific updateAndSpawn since this is already happening for all entities
20:49 < name____> umm... i forgot my (irc) username... it was something____
20:53 < jflory7> name____: Did you register with NickServ?
20:56 < name____> no
21:00 < name____> it was nick____  :D lemme 'relog'
21:04 < Gjum> nick____, "/nick nick____" ;)
21:08 < Fenhl> ___________________
21:26 < redstonehelper> nick nick nick
22:51 < rom1504> would someone happen to know how you can run minecraft classic in multiplayer ?
22:51 < rom1504> (alpha 0.30)
23:03 < nick____> Zzzzz [ going to sleep]
23:48 < AndrewPH_> rom1504: classicube.net has a client implementation that is equivalent to .30
23:48 < rom1504> yeah I found that a few minutes ago
23:49 < rom1504> and it works :) (we're trying to make a small classic server quickly)
23:49 <+AndrewPH> I'm not shilling I promise!
--- Day changed dim. nov. 22 2015
01:58 < barneygale> I'm preparing to reverse-engineer oc.tc's custom death screen. Before I get going, does anyone here already know how it works?
02:07 <+Amaranth> I haven't even seen it but I'm guessing force respawn hack combined with potion effects, teleports to a place you can't move, and title text
02:18 < barneygale> yeah, i think it's roughly that
02:18 < barneygale> you stay in the same place rather than being teleported, and it prevents you moving some other way
02:25 < barneygale> It switches me to creative mode, then attaches me to a spawned mob with type 30, which is an armour stand apparently?
02:25 < barneygale> this might not be right
05:16 < barneygale> anyone know how entity uuids are generated in the new snapshots?
05:34 < barneygale> I can't replicate the armour stand behaviour in 15w45a, I might be doing something wrong though
19:41 < Not-e2ae> [mineflayer] rom1504 pushed 1 commit to master [+0/-1/±10] http://git.io/vBJqD
19:41 < Not-e2ae> [mineflayer] rom1504 aaa90b2 - use prismarine-windows, progress on #336
20:26 < Not-e2ae> [mineflayer] rom1504 pushed 1 commit to master [+0/-2/±4] http://git.io/vBJlQ
20:26 < Not-e2ae> [mineflayer] rom1504 9ab788c - use prismarine-recipe, progress on #336
20:44 < Not-4e28> [flying-squid] rom1504 pushed 2 commits to master [+6/-0/±24] http://git.io/vBJ0J
20:44 < Not-4e28> [flying-squid] demipixel cb88a5c - Lots and lots and lots of changes... Plugins begin again!
20:44 < Not-4e28> [flying-squid] rom1504 844c360 - Merge pull request #110 from demipixel/newplugins Come with me, and you'll be...
23:46 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vBJjY
23:46 < Not-4e28> [flying-squid] rom1504 6f7e761 - add a plugins section in the README
--- Day changed lun. nov. 23 2015
00:51 < Not-4e28> [flying-squid] rom1504 pushed 2 commits to master [+0/-0/±6] http://git.io/vBUqe
00:51 < Not-4e28> [flying-squid] 109C 28343dc - Implement player inventory using prismarine-windows and prismarine-item * player can collect item
00:51 < Not-4e28> [flying-squid] rom1504 c9ef10b - Merge pull request #112 from 109C/master Use mineflayer's window classes in player's inventory
03:19 < Not-4e28> [flying-squid] rom1504 pushed 2 commits to master [+0/-0/±2] http://git.io/vBU2G
03:19 < Not-4e28> [flying-squid] 109C 44f96dd - Fixed sending malformed items, that caused the client to have visual bugs
03:19 < Not-4e28> [flying-squid] rom1504 00244db - Merge pull request #114 from 109C/master Fixed sending malformed items, that caused the client to have visual bugs
--- Day changed mar. nov. 24 2015
23:42 < Not-4e28> [flying-squid] rom1504 pushed 11 commits to master [+0/-0/±67] http://git.io/vBnYk
23:42 < Not-4e28> [flying-squid] demipixel 3ba46f0 - Adding behaviors
23:42 < Not-4e28> [flying-squid] demipixel 93ab421 - Add behaviors, edit docs a TON (YOU'RE WELCOME)
23:42 < Not-4e28> [flying-squid] demipixel de59be2 - Trying to fix sound, no success so far
23:42 < Not-4e28> [flying-squid] ... and 8 more commits.
23:43 < Not-4e28> [flying-squid] rom1504 pushed 4 commits to master [+0/-0/±5] http://git.io/vBnYE
23:43 < Not-4e28> [flying-squid] 109C c1571c1 - Skeletal code for survival inventory clicks
23:43 < Not-4e28> [flying-squid] 109C 06eda4e - More skeletal code
23:43 < Not-4e28> [flying-squid] 109C c01c0b9 - Items now stack
23:43 < Not-4e28> [flying-squid] rom1504 58193cb - Merge pull request #116 from 109C/master Add survival inventory handling for players
--- Day changed mer. nov. 25 2015
00:06 < Not-4e28> [flying-squid] rom1504 pushed 2 commits to master [+0/-0/±2] http://git.io/vBnCV
00:06 < Not-4e28> [flying-squid] 109C d5a8acb - No more crashes
00:06 < Not-4e28> [flying-squid] rom1504 77b326f - Merge pull request #122 from 109C/master No more crashes when using uniplemented windows.js features
00:12 < Not-4e28> [flying-squid] rom1504 pushed 2 commits to master [+0/-0/±2] http://git.io/vBnWS
00:12 < Not-4e28> [flying-squid] 109C 69379d7 - Not even shift clicking works...
00:12 < Not-4e28> [flying-squid] rom1504 804ddee - Merge pull request #123 from 109C/master Disable shift clicking
00:47 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vBnzy
00:47 < Not-4e28> [flying-squid] rom1504 f250e4b - fix chunk sending, fix #124
00:53 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±2] http://git.io/vBn2R
00:53 < Not-4e28> [flying-squid] rom1504 82dbd72 - most objects don't despawn and don't get picked up, fix #121
02:47 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+2/-1/±1] http://git.io/vBnh3
02:47 < Not-4e28> [flying-squid] rom1504 44d721d - add a few tests based on mineflayer
02:59 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vBcfs
02:59 < Not-4e28> [flying-squid] rom1504 fe3afd1 - set a different port for the server with mineflayer test
06:51 < TheHorus> Hello, has anyone had issues with Entity#setInvisible(boolean flag) not taking effect in v1_8_R3?
06:52 < TheHorus> That includes manually using DataWatcher#watch
06:53 <+Amaranth> lol
06:53 <+Amaranth> You're looking for spigot's irc channel/network
06:55 < TheHorus> Err, well I'm referring to the actual MC source. This has nothing to do with their API.
06:57 <+Amaranth> Which is also not discussed here
10:59 < rom15041> The actual mc source is obfuscated, so it would be cd#f
18:31 < AlphaBlend> redstonehelper: just discovered an inconsistency with the data values of the three different types of anvils on the wiki
18:31 < redstonehelper> AlphaBlend: which wiki?
18:31 < AlphaBlend> minecraft wiki
18:31 < redstonehelper> and what's the inconsistency, is the wiki wrong or is minecraft inconsistent?
18:31 < redstonehelper> if it's the wiki, go fix it
18:31 < redstonehelper> if it's minecraft, tough luck
18:32 < AlphaBlend> doesn't seem to be minecraft
18:33 < AlphaBlend> yeah just inconsistency with the DV table, the first anvil is correct
18:33 < AlphaBlend> the others the last two DV for each damage state is reversed
18:38 < AlphaBlend> redstonehelper: problem is, i haven't edited the wiki with this shiny new interface before XD
18:38 < AlphaBlend> i've only edited it like once before
18:38 < redstonehelper> then blame the wiki for being shit and call it a day
18:38 < AlphaBlend> but before this interface exisited
18:38 < AlphaBlend> haha
18:38 < redstonehelper> I find myself doing that quite often
18:38 < AlphaBlend> :(
18:38 < redstonehelper> :)
18:38 < AlphaBlend> meh, oh well haha
18:39 < AlphaBlend> i've run into a few mishaps when doing code, then find the wiki not 100% correct, so I feel I h ave to fix it in a way
18:39 < AlphaBlend> lol
18:39 < AlphaBlend> either it's not correct or i'm an idiot
19:50 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±8] http://git.io/vB48g
19:50 < Not-4e28> [flying-squid] rom1504 ddd38e1 - fix settings, cleanup logs (fix #125)
20:24 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±2] http://git.io/vB4Ks
20:24 < Not-4e28> [flying-squid] rom1504 d1c1c9d - close the server when the tests end
21:16 < Fenhl> AlphaBlend: which part is incorrect on the wiki? I'm not seeing it
21:22 < AlphaBlend> Fenhl: the slightly damaged and very damaged anvils have two data values swapped, the last two of each type
21:24 < AlphaBlend> i know this because i went to switch the data value to face each of the two a different way (consistent with the undamaged avil) but they faced another way
21:41 < Fenhl> AlphaBlend: so you're saying it should be consistent with the undamaged one?
22:07 < AlphaBlend> Fenhl: either way it's fixed, the data values for East/West and North/South for slightly damaged and very damaged are swapped
23:17 < rom1504> barneygale: do you know if there is any way to do a online-to-online proxy ?
23:52 < Pangea> rom1504, I don't think you can unless the proxy is given the username and password
23:54 < rom1504> yeah
--- Day changed jeu. nov. 26 2015
01:08 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vBRUq
01:08 < Not-4e28> [flying-squid] rom1504 fb5450e - unload chunks, progress on #127
01:33 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±2] http://git.io/vBRIF
01:33 < Not-4e28> [flying-squid] rom1504 7f47dac - add a server setting view-distance, and take the min of that settings and the player settings to get the distance to send chunks I experimented with vanilla, and its "MultiplayerChunkCache" indicates this behavior for a vanilla server progress on #127
18:04 < Not-4e28> [flying-squid] rom1504 pushed 1 commit to master [+0/-0/±1] http://git.io/vBzyl
18:04 < Not-4e28> [flying-squid] rom1504 6d098de - convert coords to int, fix chunk unload bug (on node 0.10)
18:48 < barneygale> <rom1504> barneygale: do you know if there is any way to do a online-to-online proxy ?
18:48 < barneygale> Not without giving the account a proxy
18:48 < barneygale> That's basically why protocol encryption was introduced. You used to be able to trick people into connecting to your server, then use their session key to connect to another server as them.
18:49 < barneygale> err, *giving the proxy an account
18:49 < rom1504> yeah ok
19:21 < rom15042> Would it work to give just one account to the proxy and not n accounts though?
19:23 < rom15042> (One by player)
19:24 < barneygale> that should work provided you don't have two proxy accounts connecting to the same server
19:24 < barneygale> You might also need to shuffle some UUID stuff around to make the client happy, not sure.
19:25 < barneygale> It's been a long day. i meant to say: that should work provided you don't have the same proxy account connecting to one server more than once
19:31 < rom15042> Well that either mean one player by server or n accounts known to the proxy.
21:25 <+Thinkofname> rom15042: whats your usecase?
21:27 <+Grum> rom1504: not possible without making the client connect offline or client modifications
21:27 <+Grum> which was the whole point :)
22:44 < unascribed_> I'm trying to connect to a snapshot server (15w47c, specifically) and everything works up until I try to send a keep alive packet;
22:44 < unascribed_> The server kicks me with an exception: io.netty.handler.codec.DecoderException: java.lang.IndexOutOfBoundsException: readerIndex(6) + length(1) exceeds writerIndex(6): UnpooledHeapByteBuf(ridx: 6, widx: 6, cap: 6)
22:45 < unascribed_> I'm reading a varint successfully and writing a varint, and I have already tried (with no success) to use ints and even putting an extra byte at the end.
22:46 < rom1504> Thinkofname: some users of node-minecraft-protocol are making a proxy in front of a vanilla minecraft, and adding features, like adding commands ant whatnot. online proxy + offline server work well (by changing the uuid in packets to go offline -> online), except the offline server store player stuff with an offline uuid, and apparently they already have player saves with online uuids. So they were wonderi
22:46 < rom1504> ng whether online-online is possible, but I guess they'll just have to convert their data to offline uuid or something like that
22:46 <+Thinkofname> offline uuid will break on name changes though
22:48 <+Thinkofname> rom1504: they'd have to mode the server to pass through the uuid info
22:48 <+Thinkofname> *mod
22:48 <+Thinkofname> which actually isn't hard to do if they support bungee's trick
22:49 < rom1504> ah yeah that would work
22:50 <+Thinkofname> *grabs from under desk* and heres one I made earlier https://www.spigotmc.org/resources/vanillacord.952/
22:50 <+Thinkofname> Should work for any version >=1.7.0
22:51 < rom1504> unascribed: http://wiki.vg/Pre-release_protocol is 15w40b, packets ids probably changed since then
22:51 < unascribed> I know, I already changed the packet IDs to the right ones
22:51 < unascribed> forgot to include that in my initial messages
22:52 < rom1504> Thinkofname: oh interesting, I'll tell them to try that
22:54 < rom1504> unascribed: okay, sounds like the fields changed then
22:54 < unascribed> that's what I'm thinking, but I don't have the tools to test for that
22:55 < Pangea> whoa, that's really cool Thinkofname
22:56 < rom1504> unascribed: how did you get the packets ids btw ? if you got them all, it might be nice to update the wiki page
22:56 < unascribed> I just used the wiki page
22:56 < unascribed> they appear correct
22:56 < rom1504> ah
22:57 <+md_5> no point updating packet ids, its a cascading mess these days
22:57 < unascribed> my protocol library skips 80% of the packets anyway, so their IDs don't matter
22:57 <+md_5> they should all just be listed in order by name
22:57 < rom1504> I can garanty you they are were not in 15w43
22:57 < rom1504> last time I checked
22:57 < rom1504> unascribed: the ids matter if you try to send a packet
22:57 < unascribed> yeah, and I *think* I have the right ID
22:57 < unascribed> I have the packet logging enabled with the custom log4j.xml
22:57 <+md_5> I can quickly dump you a list of 45a, but theyre in my own names, not the wiki names
22:58 < unascribed> but that's a good point, that only prints outgoing packets
22:58 < unascribed> and the stack trace is getting swallowed
22:59 < unascribed> I assumed my outgoing ID (0x0A) was correct since the incoming one was (0x1F)
23:01 < dx> speaking of logging, can someone confirm if this is still an issue? https://bugs.mojang.com/browse/MC-73203
23:01 < unascribed> still an issue in 47c, yes
23:01 < unascribed> I'm running 1.8.8 1.7.10 and 47c alongside, only 1.7.10 is printing the parameters
23:01 <+md_5> http://paste.md-5.net/ruyasutike.txt
23:01 <+md_5> thats 45a
23:02 <+Thinkofname> dx: never worked fully anyway 
23:02 < unascribed> thanks, md_5, i'll try that
23:02 < dx> Thinkofname: why not? 1.7 seemed fine to me
23:02 < unascribed> if it works I'll update the wiki page