2016-03-10 07:08:46	-->	JeanSebTr (sid50581@gateway/web/irccloud.com/x-eblatacamruqdeox) a rejoint #mcdevs
2016-03-10 07:09:32	+Fenhl	the -1 thing seems to be a bug in the server if I understand Grum correctly
2016-03-10 07:09:53	javaprophet	I see.
2016-03-10 07:13:04	javaprophet	Is it true that MC sends padding in chunk data?
2016-03-10 07:13:05	-->	programmerq (~jefferya@unaffiliated/programmerq) a rejoint #mcdevs
2016-03-10 07:15:00	+Fenhl	Data Array is padded to the next multiple of 8 bytes, yes
2016-03-10 07:15:19	javaprophet	I'm finding it's sending length of >200 kb for chunks which should be 30 kb or so.
2016-03-10 07:15:35	javaprophet	And it's zero padded, seems legit from the network.
2016-03-10 07:15:54	javaprophet	I have a packet dump if your interested.
2016-03-10 07:16:01	+Fenhl	sure
2016-03-10 07:16:05	javaprophet	One second.
2016-03-10 07:16:25	+Fenhl	I can't promise I'll get around to analyzing it any time soon though
2016-03-10 07:17:07	javaprophet	This is the contents of the Data Array, and the file size is equal to the size in the Chunk Data packet: http://mirror.javaprophet.com/chunkdump.dat
2016-03-10 07:17:32	ackpacket	What's the best way to get packetdumps?
2016-03-10 07:17:45	ackpacket	Had a proxy doing this for me, a while back
2016-03-10 07:18:38	javaprophet	Seems my mirror is broken, I'll upload elsewhere.
2016-03-10 07:19:45	javaprophet	http://www.avuna.org/chunkdump.dat
2016-03-10 07:20:27	-->	JustASlacker (~icke@213.83.43.18) a rejoint #mcdevs
2016-03-10 07:29:19	+Grum	Gjum: you happen to have the map? because it should crash when you go there with a vanilla client i presume
2016-03-10 07:30:13	+Grum	javaprophet: you also got a -1?
2016-03-10 07:30:29	javaprophet	I did see that, however in my impl I'm getting corruption somewhere really bad.
2016-03-10 07:30:46	javaprophet	Is it true that you buffer say a 30 kb chunk to 250ish kb? zero padded?
2016-03-10 07:31:00	javaprophet	See this chunk dump: http://www.avuna.org/chunkdump.dat
2016-03-10 07:31:05	+Grum	I think there is a calculation mistake in the buffer creation yes
2016-03-10 07:31:16	+Grum	it almost always makes excessively large buffers
2016-03-10 07:31:32	+Grum	do you have a world which generates a -1?
2016-03-10 07:32:08	javaprophet	Yes, I'm also having an issue where it's not able to get good data after the first chunk section, but that's probably my fault. I think I have seen that in my local world, would you like me to zip it up?
2016-03-10 07:32:25	+Grum	Can you give me that world?
2016-03-10 07:32:30	javaprophet	Yes, one second.
2016-03-10 07:32:31	+Grum	yeah please
2016-03-10 07:32:32	+Grum	        final int rawSize = storage.getSize();
2016-03-10 07:32:32	+Grum	        return 1 + palette.getSerializedSize() + FriendlyByteBuf.getVarIntSize(rawSize) + rawSize * 8;
2016-03-10 07:32:37	+Grum	That calculation is wrong
2016-03-10 07:33:06	+Grum	it should be: storage.getRaw().length * 8 instead of rawSize*8
2016-03-10 07:33:38	+Grum	i've tested it and it ALWAYS creates buffers that are too large right now
2016-03-10 07:33:51	+Grum	beyond being a bit wasteful, not much problems created by it
2016-03-10 07:34:41	javaprophet	Very wasteful on memory, if it doesn't get optimized away somewhere else.
2016-03-10 07:34:57	-->	Vice (621effba@gateway/web/freenode/ip.98.30.255.186) a rejoint #mcdevs
2016-03-10 07:35:03	+Grum	its not too bad honestly, it allocates 32k instead of 500-8000 bytes
2016-03-10 07:35:23	+Fenhl	might explain the client-side lag spikes we've been getting on chunk loads
2016-03-10 07:35:37	+Grum	not really
2016-03-10 07:36:01	+Grum	keep in mind that before it allocated full chunk-buffers, which were far larger
2016-03-10 07:36:03	javaprophet	http://www.avuna.org/world.zip
2016-03-10 07:36:04	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-10 07:36:10	+Fenhl	hmm, let me see if I can find an issue for that
2016-03-10 07:36:30	+Fenhl	lag issues, especially client lag, are always a pain to report/find on Mojira
2016-03-10 07:36:57	javaprophet	Fair enough, I've been writing an entire client impl in C, and I tend to overoptimize things.
2016-03-10 07:37:10	+Grum	in C its basically free
2016-03-10 07:37:16	+Grum	in java however it 0's the memory
2016-03-10 07:37:29	+Grum	so you end up doing ~26k too many '0 writings'
2016-03-10 07:37:50	javaprophet	Keep in mind that Java is sending the chunk data zeroed, and I'm just allocating, and then freeing it.
2016-03-10 07:37:59	+Grum	oh crap
2016-03-10 07:38:08	javaprophet	If it ever matters, I'll recalculate the real size and trim it.
2016-03-10 07:38:09	+Grum	wait, is it sending the full data?
2016-03-10 07:38:17	+Grum	oh shit it probably does
2016-03-10 07:38:18	+Grum	GAH
2016-03-10 07:38:25	javaprophet	Yes, it sends an extra 150-200 kb of zeroes.
2016-03-10 07:38:29	+Grum	o.O
2016-03-10 07:38:31	+Grum	argh
2016-03-10 07:38:39	+Grum	yeaaaah ok
2016-03-10 07:38:42	+Grum	that will cause problems
2016-03-10 07:38:56	Vice	Hello, I've been experimenting with launchers and I was wondering what does the userid field mean in .minecraft/launcher_profiles.json ?
2016-03-10 07:42:29	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/hfbxh5c
2016-03-10 07:46:15	+Amaranth	Grum: DEFLATE wipes it out on the wire though
2016-03-10 07:46:22	+Amaranth	You're not wasting bandwidth
2016-03-10 07:46:52	+Amaranth	Well, you're wasting the few bytes DEFLATE will take to say "there's a shitload of zeros here"
2016-03-10 07:46:56	+Grum	Yeah but that deflate is quite bad
2016-03-10 07:47:24	+Amaranth	Nah, it'll find a match right away in the search window :D
2016-03-10 07:47:43	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/z2lesn3
2016-03-10 07:48:15	+Amaranth	You're wasting some CPU and RAM but the CPU happens on another thread and you just wrote off the RAM
2016-03-10 07:48:22	+Amaranth	Still, you should fix it :)
2016-03-10 07:48:29	+Grum	yeah already did
2016-03-10 07:49:18	<--	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a quitté (Remote host closed the connection)
2016-03-10 07:51:00	<--	realz (~realz@unaffiliated/realazthat) a quitté (Read error: Connection reset by peer)
2016-03-10 07:51:19	-->	realz (~realz@unaffiliated/realazthat) a rejoint #mcdevs
2016-03-10 07:53:45	+Grum	Makes quite a difference: https://gist.github.com/grum/4f270ab1dff039d2f729
2016-03-10 07:54:01	+Grum	(before and after size-estimates)
2016-03-10 07:58:26	+Grum	And those numbers *16; makes for 480k excess allocation per column max
2016-03-10 07:58:55	+Grum	and 25.5k minimum >.>
2016-03-10 07:59:52	<--	Akaibu (uid118096@gateway/web/irccloud.com/x-zxuejklrdxxkttcy) a quitté (Quit: Connection closed for inactivity)
2016-03-10 08:00:05	+Grum	Anyhow, that should be better now hehehe
2016-03-10 08:01:33	+Grum	from 32-512k down to 2-104k
2016-03-10 08:07:31	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/z4644oh
2016-03-10 08:08:35	Not-9c26	[wiki] Edit by Fenhl to Pre-release protocol -> http://tinyurl.com/zrrl5qh
2016-03-10 08:13:51	Not-9c26	[wiki] Edit by Fenhl to Pre-release protocol -> http://tinyurl.com/za86crs
2016-03-10 08:20:08	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/j3ostjj
2016-03-10 08:20:14	-->	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a rejoint #mcdevs
2016-03-10 08:20:53	+Fenhl	is the change from “more than 4” to “more than 1024” on http://wiki.vg/Pre-release_protocol#Entity_Teleport correct? It's not marked as a change
2016-03-10 08:22:08	+Grum	i dont think that is correct
2016-03-10 08:22:52	+Grum	we changed how we send the data but i dont think the threshold is that high
2016-03-10 08:25:22	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/hwk99vn
2016-03-10 08:26:02	+Grum	'This packet is sent by the server when an entity rotates and moves. Since a short range is limited from -32768 to 32767, and movement is offset of fixed-point numbers, this packet allows at most 1024 blocks movement in any direction. (-32768/32 == -1024) '
2016-03-10 08:26:12	+Grum	i think we send more than 32 subdivisions per block
2016-03-10 08:26:17	+Grum	that was the whole idea at least :)
2016-03-10 08:27:43	Vice	This is somewhat of an odd question, but does anyone know how skins are set through minecraft.net? As far as I can tell a profile (with uuid) is never selected.
2016-03-10 08:28:16	+Grum	there is just one profile with one uuid
2016-03-10 08:28:23	Vice	What if hypothetically there are multiple?
2016-03-10 08:28:56	+Grum	there are not
2016-03-10 08:29:06	Vice	Hypothetically though.
2016-03-10 08:29:21	Vice	like the username "lol"
2016-03-10 08:29:23	+Grum	the fact that that site doesn't support is is part of the reasons we do not allow multiple profiles per account
2016-03-10 08:29:55	<--	bildramer (~bildramer@p5DC8ADCC.dip0.t-ipconnect.de) a quitté (Ping timeout: 276 seconds)
2016-03-10 08:30:07	coolsa	oh, will the new site support it?
2016-03-10 08:30:13	coolsa	the beta.minecraft.net thing
2016-03-10 08:30:17	+Grum	Unknown, but i think all other things support it already
2016-03-10 08:30:26	Vice	The minecraft launcher actually doesn't
2016-03-10 08:30:38	Vice	I had to mess with launcher_profiles.json to get it to work.
2016-03-10 08:31:02	+Grum	it does
2016-03-10 08:31:08	+Grum	but your account doesn't have multiple profiles
2016-03-10 08:31:10	Vice	It only uses the default profile
2016-03-10 08:31:18	Vice	despite there possibly being multiple
2016-03-10 08:31:22	+Grum	yes, but your account doesn't report back multiple when you log in :)
2016-03-10 08:31:25	Vice	default = first one in the list, by the way.
2016-03-10 08:31:26	+Grum	it actually does support it
2016-03-10 08:32:02	+Grum	you get an additional 'select the account' question if your account has multiple active profiles
2016-03-10 08:32:16	Vice	I've seen that, you can choose from the list but you always get the same uuid.
2016-03-10 08:32:21	coolsa	the person "daqa" had this issue
2016-03-10 08:32:22	+Grum	Fenhl: the cutoff is set at 32k, 4k positions per block
2016-03-10 08:32:24	Vice	You have to mess with launcher_profiles.json to select a different uuid.
2016-03-10 08:32:27	coolsa	no idea what happened to him
2016-03-10 08:32:34	+Grum	a bug most likely
2016-03-10 08:32:53	+Grum	Fenhl: so teleport if distance > 8 blocks
2016-03-10 08:34:11	<--	JustASlacker (~icke@213.83.43.18) a quitté (Ping timeout: 264 seconds)
2016-03-10 08:34:47	+Fenhl	Grum: you sure it's not ±4?
2016-03-10 08:35:20	+Grum	                final long xn = EntityTracker.truncate(entity.x);
2016-03-10 08:35:21	+Grum	                final long xa = xn - xp;
2016-03-10 08:35:33	+Grum	                    if (xa < -CUTOFF || xa >= CUTOFF || ya < -CUTOFF || ya >= CUTOFF || za < -CUTOFF || za >= CUTOFF || teleportDelay > 20 * 20 || wasRiding || wasOnGround != entity.onGround) {
2016-03-10 08:35:45	+Grum	    private static final int CUTOFF = 32768;
2016-03-10 08:35:53	+Grum	so if the delta is >32k
2016-03-10 08:36:05	+Grum	the delta is of 'truncate(entity.x)' which does:
2016-03-10 08:36:16	+Grum	        return Mth.lfloor(input * TRUNCATION_STEPS);
2016-03-10 08:36:22	+Grum	    public static final int TRUNCATION_STEPS = 4096;
2016-03-10 08:38:35	+Fenhl	okay, so it changed from ±4 blocks to ±8
2016-03-10 08:40:21	+Grum	it changed from: 1/32th of a block resolution to 1/4096
2016-03-10 08:40:26	+Grum	and from byte -> short
2016-03-10 08:52:38	rom15044	ackpacket: Gjum recently did that using node-minecraft-protocol proxy. Maybe you still have the code you added Gjum ?
2016-03-10 08:53:07	-->	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a rejoint #mcdevs
2016-03-10 09:14:02	-->	JustASlacker (~sdasd@2a02:2e0:2810:0:251f:7b24:5462:d4b6) a rejoint #mcdevs
2016-03-10 09:15:26	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 260 seconds)
2016-03-10 09:16:13	<--	Vice (621effba@gateway/web/freenode/ip.98.30.255.186) a quitté (Ping timeout: 252 seconds)
2016-03-10 09:16:47	<--	coolsa (~coolsa@unaffiliated/coolsa) a quitté (Ping timeout: 264 seconds)
2016-03-10 09:21:15	<--	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2016-03-10 09:26:51	--	zz_r04r est maintenant connu sous le nom r04r
2016-03-10 09:31:15	<--	barneygale_ (~barneygal@90.196.179.30) a quitté (Ping timeout: 244 seconds)
2016-03-10 09:31:43	-->	luker2009 (621effba@gateway/web/freenode/ip.98.30.255.186) a rejoint #mcdevs
2016-03-10 09:36:20	<--	williamtdr (uid27909@gateway/web/irccloud.com/x-duihflicmgircpda) a quitté (Ping timeout: 250 seconds)
2016-03-10 09:36:21	<--	deathrat (sid14886@gateway/web/irccloud.com/x-kuqphnrxgjqxzpmy) a quitté (Ping timeout: 250 seconds)
2016-03-10 09:40:05	-->	williamtdr (uid27909@gateway/web/irccloud.com/x-ppgewjpxtpgwpslo) a rejoint #mcdevs
2016-03-10 09:43:59	<--	Owexz (~Owexz@2001:19f0:5800:8cc1:5400:ff:fe0c:f993) a quitté (Ping timeout: 240 seconds)
2016-03-10 09:47:01	<--	luker2009 (621effba@gateway/web/freenode/ip.98.30.255.186) a quitté (Ping timeout: 252 seconds)
2016-03-10 09:48:36	-->	Owexz (~Owexz@owexz.net) a rejoint #mcdevs
2016-03-10 09:55:09	-->	deathrat (sid14886@gateway/web/irccloud.com/x-ddybxphorkihwicp) a rejoint #mcdevs
2016-03-10 09:59:27	-->	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a rejoint #mcdevs
2016-03-10 10:44:44	rom1504	(but basically it's just about adding some require("fs").writeFile('parsed_packet.dump',packet); or require("fs").writeFile('raw_buffer.dump',meta.buffer);)
2016-03-10 11:10:18	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Ping timeout: 248 seconds)
2016-03-10 11:26:04	<--	JustASlacker (~sdasd@2a02:2e0:2810:0:251f:7b24:5462:d4b6) a quitté (Disconnected by services)
2016-03-10 11:26:21	-->	_slackytude (~sdasd@2a02:2e0:2810:0:251f:7b24:5462:d4b6) a rejoint #mcdevs
2016-03-10 11:26:51	-->	JustASlacker (~sdasd@2a02:2e0:2810:0:251f:7b24:5462:d4b6) a rejoint #mcdevs
2016-03-10 11:30:44	PEMapModder	The Minecraft Wiki article on weather seems to be too lack of information. Can anyone provide me with information on details like the range of weather time, or the chance of transition into a certain kind of weather?
2016-03-10 11:41:45	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2016-03-10 12:12:05	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/zkx64q3
2016-03-10 12:13:09	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/glf5uj3
2016-03-10 12:15:17	Not-9c26	[wiki] Edit by Fenhl to Pre-release protocol -> http://tinyurl.com/jzh6wyg
2016-03-10 12:15:34	+Fenhl	PEMapModder: sure, give me a sec
2016-03-10 12:23:21	+Fenhl	PEMapModder: this is some js for a weather forecast website, it should give you the relevant data https://github.com/wurstmineberg/isitraining.wurstmineberg.de/blob/master/rain.js
2016-03-10 12:30:18	PEMapModder	thanks!
2016-03-10 13:00:37	-->	Timelaw (~Timelaw@h-155-4-130-133.na.cust.bahnhof.se) a rejoint #mcdevs
2016-03-10 13:14:39	<--	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2016-03-10 13:18:28	-->	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a rejoint #mcdevs
2016-03-10 13:33:19	-->	Akaibu (uid118096@gateway/web/irccloud.com/x-dpjeuzovyqkhywkn) a rejoint #mcdevs
2016-03-10 13:35:01	<--	JonasOSDever (~jp@play2win.io) a quitté (Ping timeout: 260 seconds)
2016-03-10 13:35:25	<--	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a quitté (Ping timeout: 268 seconds)
2016-03-10 13:36:39	<--	Paprikachu (~pap@play2win.io) a quitté (Ping timeout: 268 seconds)
2016-03-10 13:36:47	-->	Paprikachu (~pap@play2win.io) a rejoint #mcdevs
2016-03-10 13:37:08	<--	md_5 (~md_5@mcdevs/trusted/md-5) a quitté (Ping timeout: 244 seconds)
2016-03-10 13:37:22	-->	JonasOSDever (~jp@play2win.io) a rejoint #mcdevs
2016-03-10 13:41:58	-->	m0r13 (~m0r13@2a01:4f8:201:8174:73:0:b00b:135) a rejoint #mcdevs
2016-03-10 13:58:29	Not-9c26	[wiki] Edit by Fenhl to Pre-release protocol -> http://tinyurl.com/ju7myr3
2016-03-10 14:08:00	Meeeh	debug in MC was ctrl + ?
2016-03-10 14:08:15	Meeeh	or f3? nah
2016-03-10 15:05:19	rom1504	f3
2016-03-10 15:10:51	<--	barneygale (~barneygal@mail.thefoundry.co.uk) a quitté (Quit: Leaving)
2016-03-10 15:23:03	<--	Timelaw (~Timelaw@h-155-4-130-133.na.cust.bahnhof.se) a quitté (Ping timeout: 244 seconds)
2016-03-10 15:24:43	-->	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a rejoint #mcdevs
2016-03-10 15:30:51	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-10 15:38:44	<--	Cxom_ (~Trinoxtio@2601:248:4200:4876:2839:1996:67e4:265a) a quitté (Read error: Connection reset by peer)
2016-03-10 15:39:59	-->	Timelaw (~Timelaw@h-155-4-130-133.na.cust.bahnhof.se) a rejoint #mcdevs
2016-03-10 15:58:55	<--	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2016-03-10 16:00:15	-->	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a rejoint #mcdevs
2016-03-10 16:00:19	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/h5hc7f4
2016-03-10 16:01:03	<--	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2016-03-10 16:01:24	Not-9c26	[wiki] Edit by Fenhl to Pre-release protocol -> http://tinyurl.com/jo5h2es
2016-03-10 16:02:18	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-10 16:03:35	<--	Timelaw (~Timelaw@h-155-4-130-133.na.cust.bahnhof.se) a quitté (Ping timeout: 264 seconds)
2016-03-10 16:15:46	-->	Timelaw (~Timelaw@h-155-4-130-133.na.cust.bahnhof.se) a rejoint #mcdevs
2016-03-10 16:16:03	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/zoehp29
2016-03-10 16:17:09	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/j8r5396
2016-03-10 16:17:46	<--	Akaibu (uid118096@gateway/web/irccloud.com/x-dpjeuzovyqkhywkn) a quitté (Ping timeout: 260 seconds)
2016-03-10 16:18:46	-->	Akaibu (uid118096@gateway/web/irccloud.com/x-ejvadrsphilkhpjo) a rejoint #mcdevs
2016-03-10 16:41:21	+Grum	javaprophet: thanks for the world, helped me debug the issue, its gone -- you can just ignore -1's
2016-03-10 16:41:44	+Grum	(for the time being until the fix is out -- which is after pre2 (so likely in the 1.9.1 if we do not have another pre)
2016-03-10 16:42:24	javaprophet	No problem. :)
2016-03-10 16:44:20	+Fenhl	did the chunk format fix make it into pre2?
2016-03-10 16:44:38	+Fenhl	wow the Minecraft Wiki is slow today, there's still no article on it
2016-03-10 17:00:20	Gjum	ackpacket, rom1504: https://gist.github.com/Gjum/60341a5899784eff7f7a
2016-03-10 17:00:57	Not-9c26	[wiki] Edit by Pokechu22 to Protocol -> http://tinyurl.com/zemjnhs
2016-03-10 17:06:08	rom1504	ok nice
2016-03-10 17:30:35	<--	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a quitté (Read error: Connection reset by peer)
2016-03-10 17:44:37	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 244 seconds)
2016-03-10 17:47:54	Not-9c26	[wiki] Edit by Pokechu22 to Block Actions -> http://tinyurl.com/hupyllq
2016-03-10 17:51:37	<--	JustASlacker (~sdasd@2a02:2e0:2810:0:251f:7b24:5462:d4b6) a quitté (Quit: Verlassend)
2016-03-10 17:51:47	javaprophet	Has the protocol number changed for 1.9.1 PR 2?
2016-03-10 17:53:29	Aikar	javaprophet, someone just mentioned it, so seems so
2016-03-10 17:53:42	javaprophet	Yes, I'll wireshark the client to find it.
2016-03-10 17:55:42	javaprophet	It's 108 unsurprisingly.
2016-03-10 17:56:28	<--	_slackytude (~sdasd@2a02:2e0:2810:0:251f:7b24:5462:d4b6) a quitté (Ping timeout: 246 seconds)
2016-03-10 18:01:41	-->	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a rejoint #mcdevs
2016-03-10 18:06:45	<--	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a quitté (Ping timeout: 268 seconds)
2016-03-10 18:19:00	+Grum	Fenhl: the 0-padding is fixed
2016-03-10 18:19:07	+Grum	the occasional -1 is not; will be before 1.9.1
2016-03-10 18:19:16	+Grum	javaprophet: yeah it did
2016-03-10 18:19:23	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-10 18:19:29	+Grum	also 1 change, the loginpacket sends an integer for the dimension now
2016-03-10 18:19:32	+Fenhl	Grum: uh, yeah that's what I meant
2016-03-10 18:19:52	javaprophet	Thanks, was just about to ask if any changes were made.
2016-03-10 18:20:15	+Fenhl	Grum: this one? http://wiki.vg/Protocol#Join_Game
2016-03-10 18:20:22	-->	barneygale (~barneygal@mail.thefoundry.co.uk) a rejoint #mcdevs
2016-03-10 18:20:45	+Grum	yes
2016-03-10 18:20:51	+Grum	the only one that was a byte
2016-03-10 18:20:52	+Grum	for no reason
2016-03-10 18:21:15	+Grum	and since we need to encourage people to get to 1.9.1 for the buffer-fix we pushed protocol (also its not guaranteed compatable)
2016-03-10 18:21:32	+Grum	compatible even
2016-03-10 18:24:22	Not-9c26	[wiki] Edit by Fenhl to Pre-release protocol -> http://tinyurl.com/jybyjo2
2016-03-10 18:25:33	javaprophet	Grum, a minor issue, there is still some zero padding at the end of chunk data.
2016-03-10 18:25:44	javaprophet	Not as much, 500-1200 usually.
2016-03-10 18:25:49	javaprophet	remainder: 1172
2016-03-10 18:25:56	javaprophet	remainder: 616
2016-03-10 18:26:00	javaprophet	remainder: 640
2016-03-10 18:26:03	javaprophet	etc
2016-03-10 18:29:37	Not-9c26	[wiki] Edit by Fenhl to Pre-release protocol -> http://tinyurl.com/jktaoat
2016-03-10 18:37:23	-->	JustASlacker (~icke@213.83.43.18) a rejoint #mcdevs
2016-03-10 18:49:04	Meeeh	javaprophet, it isn't only in buffer? o.O like netty buffer is larger than packet, but only used bytes are send?
2016-03-10 18:54:56	+Grum	then something in the math to figure out the size might still be going wrong
2016-03-10 18:55:34	+Grum	https://gist.github.com/grum/4f270ab1dff039d2f729 <-- those are the numbers it allocates now (old above, new below)
2016-03-10 18:55:51	+Grum	oh wait those might miss the actual amount of entries in the palette
2016-03-10 18:56:05	+Grum	go check my math :P it should 'work out' :(
2016-03-10 18:57:23	+Grum	return 1 + palette.getSerializedSize() + FriendlyByteBuf.getVarIntSize(storage.getSize()) + storage.getRaw().length * 8; <-- that one should be 'right'
2016-03-10 18:57:37	+Grum	the storage is a long[], so the raw length * 8 for the bytes
2016-03-10 18:57:45	+Grum	1 is for the 'bits' and then the palette is send
2016-03-10 18:58:16	Gjum	why the +1 though?
2016-03-10 18:58:34	Gjum	ah nvm
2016-03-10 18:58:42	+Grum	because we start with writing a byte with the amount of bits used
2016-03-10 18:58:50	+Grum	we have 3 palettes
2016-03-10 18:58:51	Gjum	yup
2016-03-10 18:59:01	+Grum	a linear, hashmap and global
2016-03-10 18:59:06	+Grum	global is size 0
2016-03-10 18:59:17	+Grum	(so it reports 'size of 0' which is 1 byte)
2016-03-10 19:00:30	+Grum	the linear one is 'size of entries' (1) + the varint size of each blockstate it holds
2016-03-10 19:00:36	+Grum	which kinda cant go wrong either :/
2016-03-10 19:00:40	+Grum	unless size is 'off' :P
2016-03-10 19:02:08	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 240 seconds)
2016-03-10 19:02:26	+Grum	the other one has an off-by-one error (because of some other fudging)
2016-03-10 19:02:47	Gjum	the bimap one?
2016-03-10 19:02:49	+Grum	yeah
2016-03-10 19:02:58	+Grum	which was the reason for the weird -1 appearing
2016-03-10 19:03:09	+Grum	but it should report the projected size correctly
2016-03-10 19:03:15	Meeeh	what about chunk masks?
2016-03-10 19:03:31	Meeeh	or this is code only for single section, ugh
2016-03-10 19:03:36	+Grum	masks?
2016-03-10 19:03:46	+Grum	this is just for a single section
2016-03-10 19:03:53	Meeeh	ah, ok.
2016-03-10 19:04:03	+Grum	the buffer that gets allocated is just 'for a single chunk' so at max 16 sections
2016-03-10 19:04:32	Gjum	can confirm, pretty much all palettes with -1 are 5 or 6 bits in my sample
2016-03-10 19:04:37	+Grum	javaprophet: there is still at least an off-by-one but the data sgould be filled
2016-03-10 19:04:46	+Grum	Yeah, its in 5-9 bits where the -1 happens
2016-03-10 19:04:55	+Grum	but it is sortof ignorable
2016-03-10 19:05:08	Meeeh	 1 + section.getPalette().byteSize() + MathUtils.varintSize(i) + (section.getBlockData().size() * 8) nah, I use this same code, but I never saw any huge amount of zeros, maybe I should actually check that
2016-03-10 19:05:26	Gjum	yeah I accidentally linked it to another error, probably in my impl
2016-03-10 19:06:43	+Grum	nah could be there still is crap going on
2016-03-10 19:06:52	+Grum	but please double-check and let me know where there is fail going on :)
2016-03-10 19:07:19	Gjum	it's that unknown index issue, eg. index 24 in a palette with 24 entries
2016-03-10 19:07:34	Gjum	and it's probably not an offbyone on my side
2016-03-10 19:07:43	Meeeh	Grum, maybe it is caused by palette/section implementation, so your calculations are right but your storage.getRaw() is much bigger than needed
2016-03-10 19:08:06	+Grum	that would be strange
2016-03-10 19:08:24	+Grum	because it just does: size * bits / 64 and then rounds it up :)
2016-03-10 19:08:27	+Grum	for the amount of longs
2016-03-10 19:10:23	Not-9c26	[wiki] Edit by Fenhl to Pre-release protocol -> http://tinyurl.com/jo4vvdj
2016-03-10 19:16:49	Meeeh	Actually, what is going on? there are strange zeros at the end of data? that isn't air or other blocks? i don't quite understand this :D as I don't see anything stange in my own packets (nut maybe I just don't know where to look :D))
2016-03-10 19:17:24	+Grum	1.9 and 1.9.1-pre1 had tons of trailing 0's
2016-03-10 19:17:37	Gjum	Meeeh: the ckunk data has all the expected data, but tons of 0s at the end, because the allocated buffer is too large
2016-03-10 19:18:37	Meeeh	Can onyone tell me some example normal chunk packet size? (how big should be normal one, just to fast check if my code is affected)
2016-03-10 19:18:52	Gjum	grums gist link has some data
2016-03-10 19:18:55	+Grum	at max 104kb for the allocated buffer
2016-03-10 19:19:05	+Grum	(of the raw data)
2016-03-10 19:20:16	Meeeh	oh, yeach, I broke it too <3
2016-03-10 19:20:27	Gjum	Meeeh: writing a server?
2016-03-10 19:20:32	Meeeh	Capacity: 590260, Index: 98756 (indax of buffer at the end of my write method)
2016-03-10 19:20:39	Meeeh	Gjum, yep, I have too much free time
2016-03-10 19:21:53	Meeeh	Grum, removing *8 somehow make it more sane  Capacity: 41286, Index: 31051 but I have no idea why it works like that :D nah
2016-03-10 19:22:11	Gjum	Meeeh: he posted te correct formula above somewhere
2016-03-10 19:22:13	+Grum	the *8 is because we have a long[] buffer
2016-03-10 19:22:27	Meeeh	I know, I use long[] too, so I also have *8
2016-03-10 19:23:03	Meeeh	I just removed it for test in my code, weird, I really fucked up something
2016-03-10 19:23:34	+Grum	I only use long because its just easier to bitshifting crap on single values :)
2016-03-10 19:23:40	Meeeh	1 + section.getPalette().byteSize() + MathUtils.varintSize(i) + (section.getBlockData().size() * 8) -> from my code
2016-03-10 19:23:59	+Grum	yeah that is wrong
2016-03-10 19:24:08	+Grum	because getBlockData().size() returns '4096'
2016-03-10 19:24:17	+Grum	and you want: getBlockData().getRaw().length
2016-03-10 19:24:33	Meeeh	this is my own server, so :D
2016-03-10 19:25:02	Meeeh	idk if I have anything like that 
2016-03-10 19:25:04	+Grum	or: Mth.ceil(getBlockData().getSize() * bits / Long.SIZE) * 8
2016-03-10 19:25:22	+Grum	(aka the same calculation as you do to calculate the amount of longs you need)
2016-03-10 19:25:27	Meeeh	ah, I have getDataArray here, and size don't return size of it tooo
2016-03-10 19:25:29	Meeeh	how I missed that
2016-03-10 19:26:01	+Grum	its annoying to have to pre-allocate buffers and thus you have to expose internal stuff
2016-03-10 19:27:31	Meeeh	I keep api/core separation anyway (kind of, I still like to have access to some stuff here, I don't want to make super-api-friendly server) so I don't have this problem here :P but nah... java.lang.IndexOutOfBoundsException: I broke it :<
2016-03-10 19:30:35	Meeeh	oh, but I only didn't fit biomes as far as I see
2016-03-10 19:32:05	Meeeh	Grum, can you check my small method? I missing that 256 bytes somewhere 
2016-03-10 19:32:18	Meeeh	https://hasteb.in/ogikayipiy.avrasm
2016-03-10 19:33:06	Meeeh	there is anything that I missed? I have light stuff, and biomes, and that data size, no idea where I lost my 256 bytes
2016-03-10 19:33:58	Gjum	tried with both full=true and false?
2016-03-10 19:34:16	+Grum	256 is biomes indeed
2016-03-10 19:36:53	Meeeh	Grum, I add biomes here, and as far as I debug, array have valid size of 256 bytes. (or maybe it was changed?)
2016-03-10 19:38:00	Gjum	no, still 256
2016-03-10 19:40:54	Meeeh	ooohhh, I it isn't 256 bytes too small, only few bytes too small, so I miss 2-6 bytes somewhere, so it must be some varint
2016-03-10 19:43:37	Meeeh	this is weird ;/ it is always few bytes too large or too small, and I don't see anything invalid
2016-03-10 19:43:42	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-10 19:44:14	+Grum	your var-int-size-method is not right?
2016-03-10 19:44:52	Meeeh	it works for all other stuff, so should be valid ;/ will check anyway
2016-03-10 19:47:30	Meeeh	anyone can send valid method so I can compare them?
2016-03-10 19:48:46	Meeeh	ok, found one
2016-03-10 19:48:58	+Grum	 https://gist.github.com/grum/980c28ac51041a11333b
2016-03-10 19:49:14	Meeeh	oh, thnaks, max is 5?
2016-03-10 19:49:51	+Grum	yes
2016-03-10 19:49:53	Gjum	for long, max is 5 bytes
2016-03-10 19:50:12	+Grum	no long goes to 10
2016-03-10 19:50:28	+Grum	7 bits per 8; so 10 bytes for a long
2016-03-10 19:50:54	Meeeh	nah, just to be sure that I will not miss anything in code I run loop of all integers with  if (varintSize(i) != getVarIntSize(i)) System.out.println(i)
2016-03-10 19:50:57	Meeeh	and it is valid
2016-03-10 19:51:10	Meeeh	;/
2016-03-10 19:51:42	+Grum	your blockstate table is different
2016-03-10 19:51:55	+Grum	if you have another palette, it might return different sizes
2016-03-10 19:52:22	Gjum	oh right, java long is 64bit not 32, my bad
2016-03-10 19:52:32	+Grum	on every system a long is that
2016-03-10 19:52:42	+Grum	unless some retarded retypdeffing on c :)
2016-03-10 19:53:57	-->	barneygale_ (~barneygal@90.196.179.30) a rejoint #mcdevs
2016-03-10 19:55:21	Meeeh	I always miss from 17 to 5 bytes :D
2016-03-10 19:55:56	Meeeh	or 16*
2016-03-10 19:58:21	tktech	Fenhl, That's a lie, you are a chanop
2016-03-10 20:00:17	Meeeh	bytes += chunk.getBiomes().length + 16; good code, perfect quality, would buy. I must find that stupid mistake... :D Grum, what about minecraft? you fixed this zeros? as someone was saying that there are stll some zeros at the end
2016-03-10 20:03:11	Gjum	Meeeh: it's fixed in pre2 if I understand correctly
2016-03-10 20:16:52	Meeeh	ohhh now I see more, it is just always 1 byte per chunk section
2016-03-10 20:17:18	Gjum	so maybe you are missing the bit length at the beginning?
2016-03-10 20:17:44	Meeeh	I have it, maybe section.getPalette().byteSize() returns 1 bit less than it should, but I don't remember correct values :D
2016-03-10 20:17:51	ackpacket	what's this zeroing issue with minecraft?
2016-03-10 20:17:59	ackpacket	Seems to be all the talk in here lately
2016-03-10 20:18:31	Gjum	javaprophet: in the dump you sent me, do you also get a block that's not in the palette, at the 5th section, block index 407?
2016-03-10 20:18:39	Meeeh	Gjum, data on wiki.vg is valid for chunks?
2016-03-10 20:18:44	Gjum	yes
2016-03-10 20:19:46	Gjum	ackpacket: chunk data in 1.9 and 1.9.1pre1 has tons of zeroes at the end, because the allocated buffer is too large
2016-03-10 20:20:11	ackpacket	Wow... that seems something easily fixable.  Is it length prepended?
2016-03-10 20:30:05	Meeeh	nah.I'm idiot
2016-03-10 20:32:02	Meeeh	Yey, fit perfectly. Thanks javaprophet, Grum for info about this and for help :D
2016-03-10 20:34:08	<--	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a quitté (Ping timeout: 244 seconds)
2016-03-10 20:41:09	 *	Gjum can never be sure if people actually see the consonant difference
2016-03-10 20:41:58	ecx86	that's incorrect
2016-03-10 20:42:02	ecx86	a long is 32 bits in C
2016-03-10 20:42:05	ecx86	a long long is 64 bits
2016-03-10 20:42:13	ecx86	in java a long is 64 bits and an int is 32 bits
2016-03-10 20:44:04	Meeeh	Gjum, you mean me? Actually, I forgot to thank you too :D as gru.m helped me too. So, thanks to you! :P 
2016-03-10 20:46:35	+Amaranth	btw gru.m pings him :P
2016-03-10 20:46:39	Gjum	I was referring to rom1504 complaining about the conversation yesterday between gru m and me
2016-03-10 20:47:21	Meeeh	Amaranth, oh, sorry :D
2016-03-10 20:47:46	+Amaranth	I tried to use G-man to reference him without a ping but no one got it
2016-03-10 20:48:01	+Amaranth	So now I just ping him :P
2016-03-10 20:48:23	Gjum	lol
2016-03-10 20:49:09	Gjum	what about eric?
2016-03-10 20:49:33	Gjum	*erik
2016-03-10 20:50:24	+Thinkofname	could call him ☃ since he seems to like them so much :)
2016-03-10 20:50:33	+Thinkofname	not the easiest to type though
2016-03-10 20:50:48	Gjum	oh, I actually thought that was fernflower
2016-03-10 20:51:48	Meeeh	Gjum, that would be very weird to create program for decompilation that obfuscate the code :D
2016-03-10 20:57:20	Gjum	rom1504: dos nmp proxy work with 1.9.1 pre 2?
2016-03-10 21:06:48	rom1504	Gjum: not yet no
2016-03-10 21:06:53	rom1504	did anything changed ?
2016-03-10 21:07:55	Gjum	at least protocol version nr and loginpacket dimension byte->int
2016-03-10 21:07:58	Gjum	rom1504: ^
2016-03-10 21:08:27	rom1504	okay let's do that
2016-03-10 21:09:43	rom1504	I wonder why an int is needed to store the dimension
2016-03-10 21:10:02	rom1504	"Int Enum -1: Nether, 0: Overworld, 1: End"
2016-03-10 21:10:18	rom1504	realms have dimensions maybe ?
2016-03-10 21:10:50	Gjum	rom1504: > +Gr um | the only one that was a byte\nfor no reason
2016-03-10 21:11:23	rom1504	the only one among what ?
2016-03-10 21:16:30	rom1504	1.9.1-pre1 is 107 or 108 ?
2016-03-10 21:16:57	Gjum	javaprophet says 108
2016-03-10 21:17:33	+Amaranth	int or varint?
2016-03-10 21:17:42	rom1504	Gjum: no that's for pre2
2016-03-10 21:17:51	Gjum	and no idea among what, there are other byte fields in join game
2016-03-10 21:18:09	Gjum	rom1504: oh, then probably 107
2016-03-10 21:18:52	Not-8b17	[minecraft-data] rom1504 pushed 1 commit to master [+2/-0/±2] https://git.io/vaOkB
2016-03-10 21:18:53	Not-8b17	[minecraft-data] rom1504 c95b36f - add 1.9.1-pre2
2016-03-10 21:20:49	<--	ecx86 (~ecx86@unaffiliated/ecx86) a quitté (Ping timeout: 276 seconds)
2016-03-10 21:25:00	-->	kashike (kashike@unaffiliated/kashike) a rejoint #mcdevs
2016-03-10 21:25:27	-->	ecx86 (~ecx86@unaffiliated/ecx86) a rejoint #mcdevs
2016-03-10 21:27:25	rom1504	Gjum: alright, pull nmp, and put "1.9.1-pre2" as option for the proxy
2016-03-10 21:27:40	Gjum	ok, ty :)
2016-03-10 21:27:48	rom1504	then tell me if it crashes because I didn't actually tested the proxy :D
2016-03-10 21:28:23	rom1504	(if the join game packet is indeed the only change then things should work fine)
2016-03-10 21:30:25	<--	Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Ping timeout: 244 seconds)
2016-03-10 21:31:15	Not-8b17	[mineflayer] rom1504 deleted branch greenkeeper-minecraft-data-1.2.6
2016-03-10 21:31:21	Not-8b17	[flying-squid] rom1504 deleted branch greenkeeper-minecraft-data-1.2.6
2016-03-10 21:31:53	rom1504	hmm I should do that notifico pr
2016-03-10 21:39:59	-->	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a rejoint #mcdevs
2016-03-10 21:40:11	<--	Timelaw (~Timelaw@h-155-4-130-133.na.cust.bahnhof.se) a quitté (Ping timeout: 264 seconds)
2016-03-10 21:48:03	rom1504	Gjum: okay I tried it, it works
2016-03-10 21:52:35	-->	Timelaw (Timelaw@gateway/vpn/mullvad/x-nkaglmohrcvqygsq) a rejoint #mcdevs
2016-03-10 21:54:08	-->	bildramer (~bildramer@ppp-94-68-85-68.home.otenet.gr) a rejoint #mcdevs
2016-03-10 22:00:28	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 276 seconds)
2016-03-10 22:01:08	-->	Amaranth (~travis@ubuntu/member/Amaranth) a rejoint #mcdevs
2016-03-10 22:01:08	--	Mode #mcdevs [+v Amaranth] par ChanServ
2016-03-10 22:20:14	<--	realz (~realz@unaffiliated/realazthat) a quitté (Read error: Connection reset by peer)
2016-03-10 22:20:35	-->	realz (~realz@unaffiliated/realazthat) a rejoint #mcdevs
2016-03-10 22:21:19	-->	somerandomperson (4468a43e@gateway/web/cgi-irc/kiwiirc.com/ip.68.104.164.62) a rejoint #mcdevs
2016-03-10 22:21:36	somerandomperson	not sure who to send this to
2016-03-10 22:21:38	somerandomperson	on
2016-03-10 22:21:39	somerandomperson	http://wiki.vg/Realms_API
2016-03-10 22:21:50	somerandomperson	the /downloads/latest has been changed
2016-03-10 22:22:31	somerandomperson	now there it's /worlds/$ID/slot/1/download and the response is json downloadLink:, resourcePackUrl: and resourcePackHash
2016-03-10 22:23:25	Gjum	somerandomperson: you mean GET /worlds/$ID/backups/download ?
2016-03-10 22:23:43	somerandomperson	yes
2016-03-10 22:23:48	Gjum	I can update it, sec
2016-03-10 22:24:28	Gjum	what would /slot/2/download etc be, ie. other slot numbers?
2016-03-10 22:24:52	somerandomperson	yep
2016-03-10 22:25:17	Gjum	hmm, maybe the $ID/slot/1 is actually the full ID
2016-03-10 22:25:18	somerandomperson	if you GET /world/id/backups it matches whatever slot those returned ids are
2016-03-10 22:25:25	somerandomperson	no, it's just the number 1
2016-03-10 22:25:45	somerandomperson	I'm using it in a script to auto download the backup and render a map on my server
2016-03-10 22:27:12	Gjum	can you hastebin that script?
2016-03-10 22:28:22	somerandomperson	when I finish it I can
2016-03-10 22:28:28	somerandomperson	I'll probably make the repo live on github
2016-03-10 22:28:49	somerandomperson	there's new stuff also, there's now an activities that shows liveplayerlist
2016-03-10 22:28:49	Gjum	you can also create an account and change it yourself: http://wiki.vg/index.php?title=Special:UserLogin&type=signup
2016-03-10 22:29:30	Gjum	because I have not used realms myself and can only guesswhat to change
2016-03-10 22:29:42	somerandomperson	ah ok thanks
2016-03-10 22:30:01	somerandomperson	I'll do that
2016-03-10 22:30:08	Gjum	cool, thanks!
2016-03-10 22:30:48	<--	somerandomperson (4468a43e@gateway/web/cgi-irc/kiwiirc.com/ip.68.104.164.62) a quitté (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
2016-03-10 22:38:16	-->	Momo (68dd50ad@gateway/web/freenode/ip.104.221.80.173) a rejoint #mcdevs
2016-03-10 22:39:03	Momo	What is the default VarInt value of a Zombie for the "Is villager (profession)" metadata entry?
2016-03-10 22:39:40	rom1504	there is no default in the protocol
2016-03-10 22:39:56	rom1504	for spigot api, ask #spigot
2016-03-10 22:40:06	Momo	Then how does it say that it's not a villager?
2016-03-10 22:40:23	rom1504	what says ?
2016-03-10 22:40:58	Momo	I'm talking about http://wiki.vg/Entities#Zombie (index 12)
2016-03-10 22:41:20	Not-9c26	[wiki] Edit by Bartle man to Realms API -> http://tinyurl.com/zgq4922
2016-03-10 22:41:26	Momo	Since 0 is the brown villager, so it can't be set to 0 for 'non-villager'
2016-03-10 22:41:37	Gjum	maybe the field isnt present then?
2016-03-10 22:42:26	Not-9c26	[wiki] Edit by Bartle man to Realms API -> http://tinyurl.com/hslgmw5
2016-03-10 22:42:32	rom1504	so "Is villager (profession)" is the wrong description ?
2016-03-10 22:43:02	Gjum	it is missing information at least
2016-03-10 22:43:07	Momo	I think not, it means that if it's a villager, this represents the ID of the profession of the Zombie
2016-03-10 22:43:21	Momo	(Zombie Villager)
2016-03-10 22:43:30	rom1504	hmm
2016-03-10 22:43:47	rom1504	well then I guess just don't set that property indeed
2016-03-10 22:44:14	Momo	So is there a way to 'unset' it? =P
2016-03-10 22:45:04	Gjum	I'll sniff a packet and see
2016-03-10 22:49:00	Gjum	Momo: spawning a normal zombie I get 12=0, 13=false
2016-03-10 22:49:10	Gjum	got a command for spawning a villager zombie?
2016-03-10 22:50:27	Momo	./summon Zombie ~ ~ ~ {IsVillager:1}
2016-03-10 22:50:45	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-10 22:53:52	Gjum	hmm, 12=5, 13=false
2016-03-10 22:54:07	Gjum	can I set the profession to 0 when spawning?
2016-03-10 22:56:39	Momo	./summon Zombie ~ ~ ~ {IsVillager:1,VillagerProfession:0}
2016-03-10 22:57:25	Gjum	thanks
2016-03-10 23:03:18	rom1504	if you don't set a property, it's unset
2016-03-10 23:03:36	rom1504	I mean, if you send an update entity metadata packet, without that property set
2016-03-10 23:03:45	Gjum	Momo: profession=0 spawns with meta 12=1
2016-03-10 23:04:35	Gjum	when my system decides to stop swapping, I see if profession=3 results in 12=4
2016-03-10 23:04:35	Momo	So maybe 12=0 means it's not a villager, and over that is the id (+1)?
2016-03-10 23:04:55	Momo	Alright, thanks =)
2016-03-10 23:05:13	rom1504	get some ram Gjum 
2016-03-10 23:05:21	Gjum	buy me some :P
2016-03-10 23:05:24	rom1504	you need at least 16GB :p
2016-03-10 23:08:32	Gjum	with my ram saving skills, 8 are already very much :P
2016-03-10 23:11:30	rom1504	I bet if you collected ram capacities by language used of devs, you'd fine java people have more ram :p
2016-03-10 23:14:03	ecx86	just download some ram
2016-03-10 23:14:12	ecx86	16 is more than enough
2016-03-10 23:14:47	ecx86	i ran 3 minecraft clients and a server, intellij, eclipse, visual studio, csgo, firefox, at the same time under 70% load
2016-03-10 23:15:42	Gjum	"download ram" "cloud"
2016-03-10 23:16:07	rom1504	some people run games on ec2 instances
2016-03-10 23:16:24	rom1504	I wouldn't say that's a cheap option though :p
2016-03-10 23:17:39	ecx86	ive got a great idea
2016-03-10 23:17:41	ecx86	u put all ur ram in the cloud
2016-03-10 23:17:43	ecx86	unlimited ram
2016-03-10 23:17:44	ecx86	but
2016-03-10 23:17:58	ecx86	so u make ur os
2016-03-10 23:18:03	ecx86	read/write to the cloud
2016-03-10 23:18:05	ecx86	usingn etwork io
2016-03-10 23:18:10	ecx86	whenever anything is supposed to go to ram
2016-03-10 23:18:15	ecx86	u map ur ram to the cloud. brilliant idea.
2016-03-10 23:18:20	ecx86	then you can literally download more ram
2016-03-10 23:18:49	rom1504	running the whole computer in the cloud (=ec2) is kind of easier :p
2016-03-10 23:19:16	Gjum	Momo: can confirm, profession is offset by 1
2016-03-10 23:19:17	rom1504	you just got to have a decent ping and bandwidth and it works
2016-03-10 23:19:52	ecx86	i mean thats not a big deal i live in a datacenter anyways
2016-03-10 23:20:01	<--	Timelaw (Timelaw@gateway/vpn/mullvad/x-nkaglmohrcvqygsq) a quitté (Ping timeout: 268 seconds)
2016-03-10 23:20:02	Momo	Gjum: Awesome. So using profession=1 is the Farmer villager, right?
2016-03-10 23:20:10	ecx86	p.s. even 0.1ms for main memory read/write is unacceptable
2016-03-10 23:20:11	Gjum	log https://gist.github.com/Gjum/10916f362c8ab8e97e2d
2016-03-10 23:20:22	Gjum	it had a brown coat iirc
2016-03-10 23:21:13	Momo	Alright, tyvm for your help =)
2016-03-10 23:21:29	-->	mewking (54985f6d@gateway/web/freenode/ip.84.152.95.109) a rejoint #mcdevs
2016-03-10 23:21:39	rom1504	add it to the wiki ;)
2016-03-10 23:21:57	mewking	hi
2016-03-10 23:22:07	Not-9c26	[wiki] Edit by Gjum to Entities -> http://tinyurl.com/gwyckj9
2016-03-10 23:22:11	Gjum	done 
2016-03-10 23:22:34	Gjum	checking now if the villager professions are also offset
2016-03-10 23:22:47	rom1504	ecx86: if you lived in the cloud directly, then you could get a better ping !
2016-03-10 23:23:01	ecx86	heres the dillemma though
2016-03-10 23:23:05	mewking	Does anyone know how velocity works in detail? Is there anything like friction which decreases it until it is zero?
2016-03-10 23:23:06	ecx86	if all your ram is mapped to the cloud
2016-03-10 23:23:12	ecx86	how will you allocate the memroy for the socket???
2016-03-10 23:24:01	rom1504	put it on the harddrive
2016-03-10 23:25:00	ecx86	but you need to put it in memory do operations on
2016-03-10 23:25:10	ecx86	it has to be a buffer somewhere
2016-03-10 23:25:14	Gjum	mewking: nickelpro and gamingrobot implemented that for spockbot: https://github.com/SpockBotMC/SpockBot/blob/master/spockbot/plugins/helpers/physics.py
2016-03-10 23:25:17	ecx86	OMG
2016-03-10 23:25:18	ecx86	IVE GOTI T
2016-03-10 23:25:21	ecx86	PUT IT IN THE L2 CACHE
2016-03-10 23:25:22	ecx86	AHAHAHAHAHA
2016-03-10 23:25:32	rom1504	:D
2016-03-10 23:26:15	mewking	Gjum: Thank you, I'll look into that
2016-03-10 23:26:18	Gjum	mewking: also https://github.com/SpockBotMC/SpockBot/blob/master/spockbot/mcdata/constants.py#L28-L30
2016-03-10 23:31:35	Gjum	tested villagers, profession is not offset. interesting
2016-03-10 23:36:40	<--	barneygale_ (~barneygal@90.196.179.30) a quitté (Ping timeout: 276 seconds)
2016-03-10 23:37:43	<--	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a quitté (Ping timeout: 246 seconds)
2016-03-10 23:38:27	-->	_123DMWM (~123DMWM@c-73-238-243-94.hsd1.ma.comcast.net) a rejoint #mcdevs
2016-03-10 23:38:45	<--	ecx86 (~ecx86@unaffiliated/ecx86) a quitté (Read error: Connection reset by peer)
2016-03-10 23:44:03	-->	ecx86 (~ecx86@unaffiliated/ecx86) a rejoint #mcdevs
2016-03-10 23:57:40	mewking	Is the entity velocity packet sent alongside the entity relative move packet to the client?
2016-03-11 00:01:47	rom1504	they are both sent yes
2016-03-11 00:01:59	rom1504	not sure what you mean exactly by "alongside" ?
2016-03-11 00:02:25	mewking	Any requirement for the order? i sent both in the same server tick and the entity was still floating in mid-air
2016-03-11 00:02:54	mewking	I meant "both at the same moment", sry
2016-03-11 00:03:25	rom1504	I think they can be sent in any order
2016-03-11 00:03:34	rom1504	are you coding for 1.8 or 1.9 ?
2016-03-11 00:03:48	rom1504	1.9 relative move is quite different
2016-03-11 00:03:54	mewking	1.9
2016-03-11 00:04:25	rom1504	http://wiki.vg/Pre-release_protocol#Entity_Relative_Move
2016-03-11 00:04:34	rom1504	 (currentX * 32 - prevX * 32) * 128
2016-03-11 00:05:15	mewking	Thanks, I will try this. (I really don't know why I didn't look there :/ Thanks!)
2016-03-11 00:05:38	rom1504	it's a +/- 8 maximum delta now
2016-03-11 00:06:47	-->	PunKeel (~PunKeel@vpn.popcorp.eu) a rejoint #mcdevs
2016-03-11 00:07:25	PunKeel	Hello, has the "string format" (VarInt followed by UTF8 bytes) changed in 1.9.1-pre2 ? Thx :)
2016-03-11 00:08:03	Not-9c26	[wiki] Edit by Rom1504 to Pre-release protocol -> http://tinyurl.com/jffkhcb
2016-03-11 00:08:53	rom1504	PunKeel: no it didn't change
2016-03-11 00:10:47	PunKeel	Thanks rom1504. Weird, I have an issue (I suspect my plugin message to cause it ...) `The received encoded string buffer length is longer than maximum allowed (102 > 64)`
2016-03-11 00:11:23	-->	md_5 (~md_5@mcdevs/trusted/md-5) a rejoint #mcdevs
2016-03-11 00:11:23	--	Mode #mcdevs [+v md_5] par ChanServ
2016-03-11 00:14:59	rom1504	the vanilla client shows that ?
2016-03-11 00:15:58	PunKeel	yup, vanilla 1.9.1-pre2 (custom server, unfortunately)
2016-03-11 00:16:13	-->	gurun (~gurun@c83-249-65-92.bredband.comhem.se) a rejoint #mcdevs
2016-03-11 00:17:16	<--	JustASlacker (~icke@213.83.43.18) a quitté (Ping timeout: 246 seconds)
2016-03-11 00:28:12	rom1504	maybe you are sending a string that is too long ?
2016-03-11 00:36:17	<--	mewking (54985f6d@gateway/web/freenode/ip.84.152.95.109) a quitté (Quit: Page closed)
2016-03-11 00:44:19	PunKeel	Hmm ... I really don't know but I don't think so. Actually (with proper logging & Thread.sleep everywhere to make it run step by step), it looks like the "Spawn player" is guilty. UUID, 64bits, would match the "64" from the error message
2016-03-11 00:49:37	rom1504	well are you sending it right http://wiki.vg/Protocol#Spawn_Player ?
2016-03-11 00:52:08	PunKeel	I would love to tell you "indeed !" but I'm not even sure of that. Right now, I suspect that packet (Spawn) sends a String and no more an UUID ... that's really weird. (Client does not crash if I don't send it, but it crashes when it receives the entity spawn, that also has an UUID field)
2016-03-11 00:52:29	PunKeel	And right now I'm using BungeeCord's DefinedPacket.writeUUID to write the UUID
2016-03-11 01:04:51	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 268 seconds)
2016-03-11 01:06:45	-->	pokechu22 (32234925@gateway/web/freenode/ip.50.35.73.37) a rejoint #mcdevs
2016-03-11 01:10:43	Not-9c26	[wiki] Edit by Pokechu22 to Minecraft Forge Handshake -> http://tinyurl.com/jky3ogq
2016-03-11 01:13:08	<--	realz (~realz@unaffiliated/realazthat) a quitté (Ping timeout: 244 seconds)
2016-03-11 01:14:41	PunKeel	i'm so lame. It crashes when the server sends its own "brand" and I sent the whole commit id ... Thanks, rom' (no need to notify you ;D)
2016-03-11 01:22:14	pokechu22	The brand has a max length of 32767, though...  At least when the client reads it, it takes 32767 characters.
2016-03-11 01:25:59	PunKeel	I'm lost. Must be a silly mistake, but I don't see it.
2016-03-11 01:27:00	ackpacket	Why does bukkit not have a way to spawn player entities without diving into protocol lib etc?
2016-03-11 01:27:45	pokechu22	Hm... wait, are you using 1.9.1-pre2?  I'm looking at the 1.8 code... one sec.
2016-03-11 01:28:12	PunKeel	I'm using 1.9.1-pre2, yep. ackpacket because the protocol is not "stable"
2016-03-11 01:29:17	ackpacket	PunKeel: Well, this was a problem that's existed for many versions if not all.  What does it have to do with protocol anyway?
2016-03-11 01:29:57	-->	realz (~realz@unaffiliated/realazthat) a rejoint #mcdevs
2016-03-11 01:30:35	pokechu22	} else if ("MC|Brand".equals(☃.a())) { this.f.h.h(☃.b().c(32767)); }
2016-03-11 01:30:58	pokechu22	Hm, seems like 1.9 still has the same max length for the brand.  Does your code work on 1.8?
2016-03-11 01:31:13	ackpacket	pokechu22: What is the purpose of that MC|Brand portion?  I remember seeing that when writing a client and never fully diving into it's purpose
2016-03-11 01:31:29	PunKeel	My code works on 1.8 and 1.9, but not 1.9.1
2016-03-11 01:32:15	pokechu22	MC|Brand is used to show the client/server brand.  It's purpose is to let the server know if you're running a modded client, and for the client to know if the server's modded.
2016-03-11 01:32:21	pokechu22	It mainly shows up in crash reports.
2016-03-11 01:32:36	ackpacket	Hmm
2016-03-11 01:32:48	ackpacket	Can't imagine why either client or server would want to advertise that they've been modified
2016-03-11 01:32:53	ackpacket	Well, maybe server
2016-03-11 01:33:03	PunKeel	To help Mojang debug things, maybe ? ;)
2016-03-11 01:33:30	pokechu22	You're free to not send it or leave it as vanilla.  It's pretty useful for debuging, though.
2016-03-11 01:33:49	ackpacket	useful to mojang?  I don't see how, my experience is that if you're not running something vanilla, they don't offer to help
2016-03-11 01:34:01	PunKeel	ackpacket that's the point
2016-03-11 01:34:02	ackpacket	At least, don't feel obligated to
2016-03-11 01:34:08	pokechu22	It's helpful for them to know if it's not vanilla :P
2016-03-11 01:34:22	pokechu22	Also, it lets the player figure out who to report bugs to, at some level.
2016-03-11 01:34:23	ackpacket	pokechu22: which goes back to...
2016-03-11 01:34:28	ackpacket	<ackpacket> Can't imagine why either client or server would want to advertise that they've been modified
2016-03-11 01:34:35	ackpacket	not helpful to them heh
2016-03-11 01:34:54	ackpacket	Oh I see, so a client connecting to a bungee server would offer their report to bungee
2016-03-11 01:35:02	ackpacket	s/bungee/bukkit
2016-03-11 01:35:14	PunKeel	In a perfect world with unicorns lying around, cheats use a different MC|Brand.
2016-03-11 01:35:16	pokechu22	FYI, ClientBrandRetreiver, which is used clientside to get the value with MC|Brand, is one of the only classes that isn't obfuscated :P
2016-03-11 01:35:39	pokechu22	PunKeel, have you tried looking on http://wiki.vg/Debugging to see at which packet the server's disconnecting you?
2016-03-11 01:36:23	PunKeel	Too lazy to paste it, so ... http://j.ungeek.eu/BJKS13x
2016-03-11 01:36:31	<--	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a quitté (Read error: Connection reset by peer)
2016-03-11 01:36:45	ackpacket	pokechu22: does "PLAY" indicate the state of the client
2016-03-11 01:36:52	-->	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a rejoint #mcdevs
2016-03-11 01:37:24	pokechu22	PLAY, LOGIN, etc are all the state, yes.
2016-03-11 01:39:04	javaprophet	I'm seeing something very odd, that the Player Pos Look (clientbound) is sent with all zeroes to spawn in. Is this my own implementation error, or is this some new thing?
2016-03-11 01:47:06	pokechu22	Well, whatever's causing it isn't in MC|Brand; it's in Join Game probably.
2016-03-11 01:47:33	PunKeel	(no idea javaprophet, what version ?) pokechu22 that would not be an issue if I didn't drop that packet. :)
2016-03-11 01:47:35	javaprophet	Oh pokechu22, the dimension field in Join Game was changed from a byte to a int
2016-03-11 01:47:38	javaprophet	int32
2016-03-11 01:47:42	javaprophet	in pre2
2016-03-11 01:48:11	javaprophet	Also, my issue was a signedness issue, the exponent was at the wrong end.
2016-03-11 01:48:16	pokechu22	That would do it
2016-03-11 01:48:38	javaprophet	Not a varint, a 4 byte signed int btw.
2016-03-11 01:50:46	+Thinkofname	forge is going to be happy with that, pretty sure they've asked for that for a while now
2016-03-11 01:53:45	Gjum	javaprophet: did you figure out chunk data parsing yet? ;)
2016-03-11 01:54:16	javaprophet	Yes, I intended to do light later as it wasn't important, but I forgot that it was between the block data...
2016-03-11 01:54:41	javaprophet	It works fine now, and I'm fixing some stability issues to get the first render test running.
2016-03-11 01:54:45	Gjum	I get weird palette indices, might try pre2 and see if gr um fixed it
2016-03-11 01:54:50	javaprophet	'printf("segfault incoming!\n");'
2016-03-11 01:55:00	javaprophet	I'm using pre2 now myself.
2016-03-11 01:55:19	javaprophet	It is not fixed in pre2, but he did fix the too large buffers mostly.
2016-03-11 01:55:27	javaprophet	He said to just ignore them I think.
2016-03-11 01:55:58	javaprophet	I'm afraid to use my debugger because it crashes my GPU drivers -.-/
2016-03-11 01:56:03	PunKeel	Thanks javaprophet & pokechu22 ... be damned packets that I don't log.
2016-03-11 01:56:22	Gjum	javaprophet: https://gist.github.com/Gjum/cae2486affbcc2de3304
2016-03-11 01:56:25	javaprophet	No problem.
2016-03-11 01:56:31	ecx86	h
2016-03-11 01:57:13	javaprophet	He said it had something to do with 5 and 6 bit block sizes I think. Hey ecx.
2016-03-11 01:59:28	PunKeel	(and there is a String in the Join Packet ... causing this error msg. Damn.) It works perfectly, now. Love and everything, <3
2016-03-11 01:59:59	javaprophet	PunKeel: What's your project?
2016-03-11 02:00:51	PunKeel	My real project is a BungeeCord (fork) server that is able to translate 1.8 packets into 1.9 and 1.9.1, but I wanted to have a MitM to debug. And it failed :(
2016-03-11 02:01:01	Gjum	javaprophet: out of 4295 sections in 902 chunks, 232 have weird palette usages
2016-03-11 02:01:01	javaprophet	Aaah.
2016-03-11 02:01:30	javaprophet	Gjum, try to analyze what the MC client sees there, maybe you can help Gr um with the bug.
2016-03-11 02:06:05	PunKeel	KeepAlive is killing me. Funny.
2016-03-11 02:13:12	Gjum	is there a http api to get a list of all (or some recent) versions?
2016-03-11 02:14:23	pokechu22	You can probably fetch the version list the launcher uses.  Let's see...
2016-03-11 02:14:48	Gjum	yup. but restarting mc would take me dozens of minutes on my pc :P
2016-03-11 02:16:34	Gjum	pokechu22: https://launchermeta.mojang.com/mc/game/version_manifest.json (thanks wurstmineberg!)
2016-03-11 02:17:01	PunKeel	I'm wondering ... is there a way to disable, as a "server owner", the enableWeakAttacks option ? (I mean, force a setting)
2016-03-11 02:17:38	Gjum	PunKeel: via modding, certainly; via config... look at the current fields ;)
2016-03-11 02:17:52	Gjum	I believe some server.properties fields were added in 1.9
2016-03-11 02:18:19	PunKeel	--' You're absolutely right, should have looked there
2016-03-11 02:22:34	PunKeel	Looks like no option was added in server.properties / gamerule :(
2016-03-11 02:23:20	pokechu22	Well, fortunately that makes creating a mod for it pretty easy :P
2016-03-11 02:24:01	Gjum	can't find anything in mcp either
2016-03-11 02:24:37	PunKeel	Hope we'll one day be able to run commands on the clientside. Like `sed -i 's/enableWeakAttacks=true/enableWeakAttacks=false' options.txt`. :(
2016-03-11 02:26:22	Gjum	nothing beats `execute '%!python -m json.tool'`
2016-03-11 02:26:41	<--	Momo (68dd50ad@gateway/web/freenode/ip.104.221.80.173) a quitté (Quit: Page closed)
2016-03-11 02:26:46	PunKeel	+1 for python
2016-03-11 02:30:45	PunKeel	I really like the enableWeakAttacks option, I'm going to sell that as an option on my factions shop. :D (jk, but that would be fun)
2016-03-11 02:36:40	ackpacket	PunKeel: the default clients log all packets if you want to debug
2016-03-11 02:36:58	ackpacket	PunKeel: The problem with translating 1.8 to 1.9 is... what're you going to do about the new stuff
2016-03-11 02:37:01	PunKeel	ackpacket : it doesn't log the packet's content, or my conf. is wront
2016-03-11 02:37:14	pokechu22	Yea, it seems like the content logging got removed in 1.8 :/
2016-03-11 02:37:26	ackpacket	PunKeel: So, you're saying you want a simple mitm?
2016-03-11 02:37:40	PunKeel	Absolutely
2016-03-11 02:38:19	ackpacket	I might have such a thing already, I remember extracting the networking aspect out of a client a year or two ago in order to make a proxy for dumping
2016-03-11 02:38:23	<--	aeonchild (enchilado@defocus/yummy/enchilado) a quitté (Ping timeout: 264 seconds)
2016-03-11 02:38:28	ackpacket	Let me look around
2016-03-11 02:38:33	ackpacket	do you care what it's written in?
2016-03-11 02:38:43	PunKeel	I don't care at all
2016-03-11 02:38:46	ackpacket	Do you need the proxy to parse the packets as well?
2016-03-11 02:38:52	Gjum	PunKeel: https://github.com/PrismarineJS/node-minecraft-protocol/blob/master/examples/proxy/proxy.js
2016-03-11 02:38:55	PunKeel	yup, that's the "whole point"
2016-03-11 02:39:21	ackpacket	Are you looking for one with encryption enabled?
2016-03-11 02:39:30	Gjum	you can even ignore packets or set a version
2016-03-11 02:39:41	PunKeel	it's for localhost use, so I don't care about encryption/performance
2016-03-11 02:39:44	PunKeel	Gjum don't tell me this thing works --' I've been using minecraft-data's protocol.json for now, and this was lying next to it
2016-03-11 02:39:57	Gjum	I use it all the time! :D
2016-03-11 02:40:02	ackpacket	oh, well, there you go then :D
2016-03-11 02:40:10	Gjum	and rom1504 does a great job keeping it updated
2016-03-11 02:40:28	Gjum	it will even work for 1.7 and mcpe soon
2016-03-11 02:41:05	PunKeel	Amazing ... and I struggled for 2(3?) hours just to support 1.9.1-pre2. You're driving me crazy D:
2016-03-11 02:41:31	PunKeel	Thanks, :-)
2016-03-11 02:41:42	rom15044	It already works for 1.7 ;)
2016-03-11 02:41:53	Gjum	strange, the version_manifest.json is minified, but the 1.9.1-pre2.json isn't...
2016-03-11 02:42:06	Gjum	they even use 4 spaces!
2016-03-11 02:43:13	rom15044	https://github.com/PrismarineJS/minecraft-data/blob/master/data/common/protocolVersions.json is a list of all versions numbers BTW, idk if that's what you were looking for
2016-03-11 02:43:30	rom15044	It's taken from wiki.vg version list page
2016-03-11 02:43:38	Gjum	nah I'll parse mojang api already, thanks :)
2016-03-11 02:44:10	PunKeel	rom15044 wiki.vg's version page is not up to date :( (Had to update it before I joined #mcdevs)
2016-03-11 02:44:44	rom15044	Yeah it's missing the 1.9.1 pre I think
2016-03-11 02:45:40	PunKeel	wtf, I added it later "today" ... 0_o
2016-03-11 02:45:48	-->	aeonchild (enchilado@defocus/yummy/enchilado) a rejoint #mcdevs
2016-03-11 02:46:33	Gjum	timezones are hard
2016-03-11 02:48:01	pokechu22	Pretty sure that the default timezone is UTC.  You can change the timezone setting on http://wiki.vg/Special:Preferences#mw-prefsection-datetime
2016-03-11 02:49:09	PunKeel	pokechu22 the issue is not wiki.vg's timezone, but "our" timezone. I'm GMT+1, but idk about anything you ;)
2016-03-11 03:00:50	Gjum	ahh nice it works: curl `mcurl` > minecraft_server_1.9.1-pre2.jar
2016-03-11 03:02:09	rom15044	What is mcurl ?
2016-03-11 03:02:55	Gjum	this script: https://gist.github.com/Gjum/40ef2ca650058cecc4b8
2016-03-11 03:03:09	rom15044	https://github.com/rom1504/node-minecraft-wrap can download all the MC servers btw
2016-03-11 03:03:11	Gjum	download any version's client or server jar
2016-03-11 03:03:22	Gjum	very useful for mcp
2016-03-11 03:04:15	pokechu22	I've found https://mcversions.net/ to be useful - it basically parses that list and gives the regular client and server jar links.
2016-03-11 03:04:50	rom15044	Ah it's interesting for the client indeed, it doesn't have a predictable url like the server
2016-03-11 03:04:55	Gjum	yup, essentially the same, but command line is 2 minutes faster :D
2016-03-11 03:05:00	<--	yorick (~yorick@oftn/oswg-member/yorick) a quitté (Ping timeout: 250 seconds)
2016-03-11 03:05:26	Gjum	also auto-downloads the latest version by tefault, without needing to look it up manually
2016-03-11 03:05:33	Gjum	*default even
2016-03-11 03:06:34	-->	progwml6 (~progwml6@n2-166-238.dhcp.drexel.edu) a rejoint #mcdevs
2016-03-11 03:07:50	rom15044	Ah yeah nice
2016-03-11 03:08:20	rom15044	I might integrate that list parsing in mc-wrap
2016-03-11 03:08:49	Gjum	rom15044: proxy fails for me, even though I did npm install :/
2016-03-11 03:08:49	pokechu22	FYI, both the client and the server do actually have predictable URLs.  It's just that the launcher (and the wiki)  uses a different set.
2016-03-11 03:09:05	pokechu22	EG https://s3.amazonaws.com/Minecraft.Download/versions/1.9-pre2/1.9-pre2.jar
2016-03-11 03:09:10	Gjum	yeah the s3 ones
2016-03-11 03:09:22	Gjum	although you have to know the version ID for these
2016-03-11 03:09:40	Gjum	I wanted a way to get the latest snapshot/release from the cmd line
2016-03-11 03:09:48	rom15044	Gjum: did you pull and are you giving "1.9.1-pre2" as the version?
2016-03-11 03:11:08	Gjum	yes
2016-03-11 03:11:11	rom15044	pokechu22: ah interesting
2016-03-11 03:11:22	PunKeel	I'm still trying to find out if a 1.9.1-pre2 client with the magical option uses the same behaviour as 1.9.0 or not ... I don't get the difference :[
2016-03-11 03:12:01	rom15044	Gjum what error do you get ? It was working for me...
2016-03-11 03:12:22	Gjum	node-minecraft-protocol/dist/createServer.js:29
2016-03-11 03:12:27	Gjum	var version = mcData.version
2016-03-11 03:12:32	Gjum	TypeError: Cannot read property 'version' of null
2016-03-11 03:12:56	Gjum	but it said it updated to minecraft-data@1.2.6
2016-03-11 03:14:15	Gjum	ah, do I have to pull mcdata manually?
2016-03-11 03:14:23	--	r04r est maintenant connu sous le nom zz_r04r
2016-03-11 03:14:25	rom15044	No
2016-03-11 03:14:48	-->	yorick (~yorick@oftn/oswg-member/yorick) a rejoint #mcdevs
2016-03-11 03:14:51	rom15044	How are you starting the proxy exactly?
2016-03-11 03:15:22	Gjum	node proxy-chunk-dump.js --dump-all ...some -x flags... localhost 1.9.1-pre-2
2016-03-11 03:15:30	Gjum	oh right, one - too much
2016-03-11 03:17:21	Gjum	hmm, different error now :P
2016-03-11 03:19:11	rom15044	Really ? Is it a pebkac error again :p ?
2016-03-11 03:20:11	Gjum	rom15044: are you in #PrismarineJS/minecraft-data ?
2016-03-11 03:20:28	<--	progwml6 (~progwml6@n2-166-238.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-03-11 03:25:17	ackpacket	I'm working on laptop and fml, the client just eats up resources.  Ram, cycles, you name it.  Anyone have any recommendations for reducing the client's usage? I don't care if it's crippled or inconvenient, I just need to view certain worlds
2016-03-11 03:26:00	Gjum	ackpacket: reduced view distance probably helps
2016-03-11 03:26:11	ackpacket	Pretty much there already
2016-03-11 03:26:35	pokechu22	Optifine if you can get it to work, maybe.
2016-03-11 03:26:40	pokechu22	Or even load it with MC-edit...
2016-03-11 03:36:08	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-11 03:42:06	<--	realz (~realz@unaffiliated/realazthat) a quitté (Ping timeout: 268 seconds)
2016-03-11 03:42:13	-->	realz_ (~realz@rrcs-97-79-165-66.sw.biz.rr.com) a rejoint #mcdevs
2016-03-11 03:52:47	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 264 seconds)
2016-03-11 04:06:40	-->	progwml6 (~progwml6@n2-166-238.dhcp.drexel.edu) a rejoint #mcdevs
2016-03-11 04:09:52	<--	Akaibu (uid118096@gateway/web/irccloud.com/x-ejvadrsphilkhpjo) a quitté (Quit: Connection closed for inactivity)
2016-03-11 04:17:17	<--	pokechu22 (32234925@gateway/web/freenode/ip.50.35.73.37) a quitté (Ping timeout: 252 seconds)
2016-03-11 04:20:32	-->	pokechu22 (32234925@gateway/web/freenode/ip.50.35.73.37) a rejoint #mcdevs
2016-03-11 04:23:09	-->	unascribed_ (~aesen@everybody.do.the.net.split.unascribed.com) a rejoint #mcdevs
2016-03-11 04:25:37	-->	realz (~realz@unaffiliated/realazthat) a rejoint #mcdevs
2016-03-11 04:27:52	<--	realz_ (~realz@rrcs-97-79-165-66.sw.biz.rr.com) a quitté (Ping timeout: 244 seconds)
2016-03-11 04:29:21	Gjum	Grum: the 0-padding is gone, but there are still chunks with block keys that are not in the palette or with palettes with unused keys. gist with world save, analysis code, result log part: https://gist.github.com/Gjum/0375b643ec13a42ab3c0#file-unusual-chunks-log
2016-03-11 04:30:19	<--	unascribed (~aesen@everybody.do.the.net.split.unascribed.com) a quitté (Ping timeout: 260 seconds)
2016-03-11 04:34:45	Gjum	those chunks are coincidentally the same as those with -1 palette entries...
2016-03-11 04:40:24	Gjum	looking at them ingame does not reveal any special properties
2016-03-11 05:17:20	PunKeel	I really really want 1.9.1-pre3 to see how the new option is handled. :(
2016-03-11 05:18:52	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-11 05:28:07	ackpacket	Anyone have any luck running mc through a SOCKS proxy using the java args -DsocksProxyHost?
2016-03-11 05:50:30	<--	md_5 (~md_5@mcdevs/trusted/md-5) a quitté (Quit: ZNC - http://znc.in)
2016-03-11 05:52:59	<--	pokechu22 (32234925@gateway/web/freenode/ip.50.35.73.37) a quitté (Ping timeout: 252 seconds)
2016-03-11 05:58:21	--	Mode #mcdevs [+o Fenhl] par ChanServ
2016-03-11 05:58:35	--	Fenhl a changé le titre pour #mcdevs de "A haunt for developers working on projects related to Minecraft | Website & Rules: http://wiki.vg/MCDevs/rules | Wiki: http://wiki.vg | Channel is publicly logged as of Feb.25/13" en "A haunt for developers working on projects related to Minecraft | Website & Rules: http://wiki.vg/MCDevs/rules | Wiki: http://wiki.vg | Channel is publicly logged as of Feb.25/13 https://logs.rom1504.fr/"
2016-03-11 05:58:46	--	Mode #mcdevs [-o Fenhl] par ChanServ
2016-03-11 05:59:27	+Fenhl	tktech: thanks, I didn't know that, it's not like ChanServ tells you
2016-03-11 06:02:40	-->	redstonehelper_ (~redstoneh@p4FCCF0AB.dip0.t-ipconnect.de) a rejoint #mcdevs
2016-03-11 06:02:40	<--	redstonehelper_ (~redstoneh@p4FCCF0AB.dip0.t-ipconnect.de) a quitté (Changing host)
2016-03-11 06:02:40	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-03-11 06:04:50	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 252 seconds)
2016-03-11 06:04:50	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2016-03-11 06:22:36	<--	realz (~realz@unaffiliated/realazthat) a quitté (Ping timeout: 250 seconds)
2016-03-11 06:22:43	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/hf6qppr
2016-03-11 06:23:29	-->	realz (~realz@unaffiliated/realazthat) a rejoint #mcdevs
2016-03-11 06:25:18	PunKeel	@Fenhl I don't get it. Why don't you merge in a single move ? (no offense, innocent question)
2016-03-11 06:25:54	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/hhq9v72
2016-03-11 06:26:59	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/gum94za
2016-03-11 06:27:06	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 260 seconds)
2016-03-11 06:30:10	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/jlawjpf
2016-03-11 06:32:19	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/z3ucsjv
2016-03-11 06:34:27	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/hgeagnd
2016-03-11 06:35:32	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/gvugzr3
2016-03-11 06:37:12	-->	pokechu22 (32234925@gateway/web/freenode/ip.50.35.73.37) a rejoint #mcdevs
2016-03-11 06:39:45	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/gu3jonq
2016-03-11 06:41:31	<--	coolsa (~coolsa@unaffiliated/coolsa) a quitté (Read error: Connection reset by peer)
2016-03-11 06:42:24	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-11 06:46:00	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/hftma88
2016-03-11 06:48:06	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/hj82us5
2016-03-11 06:49:11	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/gtlno8k
2016-03-11 06:49:28	<--	bildramer (~bildramer@ppp-94-68-85-68.home.otenet.gr) a quitté (Ping timeout: 250 seconds)
2016-03-11 06:50:23	-->	bildramer (~bildramer@ppp-94-68-85-68.home.otenet.gr) a rejoint #mcdevs
2016-03-11 06:51:20	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-11 06:53:22	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/zs7re2d
2016-03-11 06:54:26	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/jmxjxb6
2016-03-11 06:55:31	Not-9c26	[wiki] Edit by Fenhl to Pre-release protocol -> http://tinyurl.com/grqlkcj
2016-03-11 06:56:56	<--	yorick (~yorick@oftn/oswg-member/yorick) a quitté (*.net *.split)
2016-03-11 06:56:57	<--	Paprikachu (~pap@play2win.io) a quitté (*.net *.split)
2016-03-11 06:56:58	<--	ferrybig_ (~ferrybig@2a03:b0c0:0:1010::20:c001) a quitté (*.net *.split)
2016-03-11 06:56:58	<--	JeanSebTr (sid50581@gateway/web/irccloud.com/x-eblatacamruqdeox) a quitté (*.net *.split)
2016-03-11 06:58:40	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/gq4cwd6
2016-03-11 06:59:45	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/h7tbsd4
2016-03-11 07:00:46	-->	redstonehelper_ (~redstoneh@unaffiliated/redstonehelper) a rejoint #mcdevs
2016-03-11 07:01:07	<--	pokechu22 (32234925@gateway/web/freenode/ip.50.35.73.37) a quitté (Quit: Page closed)
2016-03-11 07:02:53	-->	yorick (~yorick@oftn/oswg-member/yorick) a rejoint #mcdevs
2016-03-11 07:02:53	-->	Paprikachu (~pap@play2win.io) a rejoint #mcdevs
2016-03-11 07:02:53	-->	ferrybig_ (~ferrybig@2a03:b0c0:0:1010::20:c001) a rejoint #mcdevs
2016-03-11 07:02:53	-->	JeanSebTr (sid50581@gateway/web/irccloud.com/x-eblatacamruqdeox) a rejoint #mcdevs
2016-03-11 07:02:56	<--	redstonehelper (~redstoneh@unaffiliated/redstonehelper) a quitté (Ping timeout: 244 seconds)
2016-03-11 07:02:56	--	redstonehelper_ est maintenant connu sous le nom redstonehelper
2016-03-11 07:03:55	Not-9c26	[wiki] Edit by Fenhl to Pre-release protocol -> http://tinyurl.com/h7t87y8
2016-03-11 07:03:57	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/gkvdlhn
2016-03-11 07:04:33	+Fenhl	^ someone please verify this is correct, especially the order of the fields
2016-03-11 07:05:01	Not-9c26	[wiki] Edit by Fenhl to Pre-release protocol -> http://tinyurl.com/hjyvgst
2016-03-11 07:06:07	Not-9c26	[wiki] Edit by Fenhl to Protocol -> http://tinyurl.com/gksahf3
2016-03-11 07:06:08	Not-9c26	[wiki] Edit by Fenhl to Pre-release protocol -> http://tinyurl.com/zkxlrtq
2016-03-11 07:06:29	javaprophet	Fenhl, in PR2 for 1.9.1, in Join Game, the Dimension field is a 32-bit signed integer.
2016-03-11 07:06:31	+Fenhl	and done.
2016-03-11 07:06:45	javaprophet	And protocol number = 108 to get that started.
2016-03-11 07:07:00	+Fenhl	javaprophet: alreadu documented http://wiki.vg/Pre-release_protocol#Join_Game
2016-03-11 07:07:08	javaprophet	Oh, okay. :)
2016-03-11 07:07:51	+Fenhl	yeah, that article had 1.8–1.9 changes and 1.9–1.9.1 changes next to each other for a while
2016-03-11 07:08:09	+Fenhl	now 1.9 is all done though
2016-03-11 07:08:20	javaprophet	Good :)
2016-03-11 07:09:06	+Fenhl	well, [[Protocol]] could still use some cleanup but it's usable at least
2016-03-11 07:11:03	<--	laxask (~lax@unaffiliated/laxask) a quitté (Quit: leaving)
2016-03-11 07:12:51	-->	laxask (~lax@unaffiliated/laxask) a rejoint #mcdevs
2016-03-11 07:17:18	PunKeel	o/
2016-03-11 07:21:49	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 246 seconds)
2016-03-11 07:42:26	javaprophet	Does anyone know if UUID's are affected by endianness?
2016-03-11 07:42:56	PunKeel	I don't think so
2016-03-11 07:48:31	<--	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a quitté (Remote host closed the connection)
2016-03-11 07:49:01	PunKeel	Sayonara min'na
2016-03-11 07:49:04	<--	PunKeel (~PunKeel@vpn.popcorp.eu) a quitté (Quit: Ninja)
2016-03-11 07:51:38	-->	JustASlacker (~icke@213.83.43.18) a rejoint #mcdevs
2016-03-11 08:06:13	<--	JustASlacker (~icke@213.83.43.18) a quitté (Ping timeout: 248 seconds)
2016-03-11 08:07:39	-->	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a rejoint #mcdevs
2016-03-11 08:10:53	<--	yorick (~yorick@oftn/oswg-member/yorick) a quitté (*.net *.split)
2016-03-11 08:10:54	<--	Paprikachu (~pap@play2win.io) a quitté (*.net *.split)
2016-03-11 08:10:54	<--	ferrybig_ (~ferrybig@2a03:b0c0:0:1010::20:c001) a quitté (*.net *.split)
2016-03-11 08:10:55	<--	JeanSebTr (sid50581@gateway/web/irccloud.com/x-eblatacamruqdeox) a quitté (*.net *.split)
2016-03-11 08:11:52	<--	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a quitté (Ping timeout: 246 seconds)
2016-03-11 08:14:55	-->	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a rejoint #mcdevs
2016-03-11 08:21:38	-->	yorick (~yorick@oftn/oswg-member/yorick) a rejoint #mcdevs
2016-03-11 08:21:38	-->	Paprikachu (~pap@play2win.io) a rejoint #mcdevs
2016-03-11 08:21:38	-->	ferrybig_ (~ferrybig@2a03:b0c0:0:1010::20:c001) a rejoint #mcdevs
2016-03-11 08:21:38	-->	JeanSebTr (sid50581@gateway/web/irccloud.com/x-eblatacamruqdeox) a rejoint #mcdevs
2016-03-11 08:24:28	-->	md_5 (~md_5@mcdevs/trusted/md-5) a rejoint #mcdevs
2016-03-11 08:24:28	--	Mode #mcdevs [+v md_5] par ChanServ
2016-03-11 08:31:17	<--	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2016-03-11 08:42:04	-->	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a rejoint #mcdevs
2016-03-11 08:45:22	+Grum	Gjum: yeah that should be fixed for the next pre, it is totally ok for things to be there that are not used, vacuuming the palette is seriously expensive
2016-03-11 08:45:41	<--	coolsa (~coolsa@unaffiliated/coolsa) a quitté (Ping timeout: 240 seconds)
2016-03-11 08:46:13	+Grum	and should only be done when saving
2016-03-11 08:47:27	<--	yorick (~yorick@oftn/oswg-member/yorick) a quitté (*.net *.split)
2016-03-11 08:47:27	<--	Paprikachu (~pap@play2win.io) a quitté (*.net *.split)
2016-03-11 08:47:28	<--	ferrybig_ (~ferrybig@2a03:b0c0:0:1010::20:c001) a quitté (*.net *.split)
2016-03-11 08:47:28	<--	JeanSebTr (sid50581@gateway/web/irccloud.com/x-eblatacamruqdeox) a quitté (*.net *.split)
2016-03-11 08:54:36	-->	yorick (~yorick@oftn/oswg-member/yorick) a rejoint #mcdevs
2016-03-11 08:54:36	-->	Paprikachu (~pap@play2win.io) a rejoint #mcdevs
2016-03-11 08:54:36	-->	ferrybig_ (~ferrybig@2a03:b0c0:0:1010::20:c001) a rejoint #mcdevs
2016-03-11 08:54:36	-->	JeanSebTr (sid50581@gateway/web/irccloud.com/x-eblatacamruqdeox) a rejoint #mcdevs
2016-03-11 09:07:42	-->	_slackytude (~sdasd@2a02:2e0:2810:0:251f:7b24:5462:d4b6) a rejoint #mcdevs
2016-03-11 09:23:45	--	_slackytude est maintenant connu sous le nom JustASlacker
2016-03-11 10:03:59	rom15044	Fenhl: nice o/
2016-03-11 10:04:55	rom15044	javaprophet: not in Minecraft anyway
2016-03-11 10:29:26	JustASlacker	so
2016-03-11 10:29:31	JustASlacker	how is 1.9 coming along
2016-03-11 10:37:08	--	Pseudos #mcdevs : [@ChanServ +Amaranth +ammar2 +AndrewPH +Dinnerbone +Fador +Fenhl +fragmer +Grum +jnoah +kev009 +md_5 +Prf_Jakob +SinZ +Thinkofname +XorBoole +Zaneo _123DMWM __0x277F ackpacket Adam aeonchild aet2505 Aikar AlJaMa AlphaBlend Amyashi angal ashka Aster balrog barneygale bcjordan benbaptist benbaptist_ bigpresh bildramer boozaa Brandon15811 Brandon15811_ Brandon15811__ Byteflux cindy_k clj cnr Dadido3 darngeek dav1d deathrat Deaygo DemonWav dexter0 dx Dykam ecx86 edk eeew EvilJStoker Extreme ferrybig_ fortytwo Frigolit gabizou gamingrobot Gjum Guest45658 GunfighterJ gurun Guyag hansihe Harry5573 hkaga humerusj icemanbp Jailout2000 jamietech jast Jckf JeanSebTr Jeebiss JonasOSDever JustASlacker kahrl kashike KHobbits killme Krenair l4mRh4X0r laxask LaxWasHere levifig LordAkkarin lukegb M-ou-se m0r13 mbaxter Meeeh MeltedLux MeWulf mfj|3 Monkey0x9 morfin Morrolan MrARM nickelpro NickG365 Not-8b17 Not-9c26 Owexz Paprikachu PEMapModder PhonicUK programmerq progwml6 prplz Pyker realz redstonehelper rom1504 rom15044 ryan-c samfty_ ScruffyRules ShaRose Shnaw shoghicp stalkerr SupaHam Techcable TheUnnamedDude tktech TobiX Tristitia umby24 unascribed_ vemacs vemacs_ VoidWhisperer Voltasalt walle303 williammck williamtdr willies952002 winny WizardCM woder_ x56 xnrand yawkat ylt yorick yosafbridge YukonAppleGeek Z750 Zachoz zahlex zml zz_r04r |Blaze|]
2016-03-11 10:37:08	--	Canal #mcdevs : 159 pseudos (1 op, 16 voices, 142 normaux)
2016-03-11 10:37:24	rom15044	It's documented
2016-03-11 10:38:16	rom15044	Ah there's pre3
2016-03-11 10:41:20	JustASlacker	the protocol is documented?
2016-03-11 10:43:37	rom15044	Yes
2016-03-11 10:44:16	rom15044	It's also implemented in a few places
2016-03-11 10:46:57	JustASlacker	nice
2016-03-11 10:53:31	-->	Modius22 (~Adium@pl-office.plusline.de) a rejoint #mcdevs
2016-03-11 10:53:36	Modius22	Hello
2016-03-11 10:53:40	JustASlacker	Hello
2016-03-11 12:04:48	Not-9c26	[wiki] Edit by Fenhl to Pre-release protocol -> http://tinyurl.com/hgywhn3
2016-03-11 12:07:58	Not-9c26	[wiki] Edit by Fenhl to Protocol version numbers -> http://tinyurl.com/haeond8
2016-03-11 12:22:38	Not-9c26	[wiki] Edit by Rom1504 to Protocol version numbers -> http://tinyurl.com/hb3bopz
2016-03-11 12:33:20	<--	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2016-03-11 12:34:00	-->	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a rejoint #mcdevs
2016-03-11 12:34:32	<--	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2016-03-11 12:45:44	-->	mewking (54985f6d@gateway/web/freenode/ip.84.152.95.109) a rejoint #mcdevs
2016-03-11 12:50:12	mewking	hi
2016-03-11 12:52:19	mewking	Is attack knockback parallel to the line of sight between attacker and target?
2016-03-11 13:37:31	hansihe	i believe so
2016-03-11 13:56:57	-->	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a rejoint #mcdevs
2016-03-11 13:59:52	-->	yorick__ (~yorick@oftn/oswg-member/yorick) a rejoint #mcdevs
2016-03-11 14:01:44	<--	yorick (~yorick@oftn/oswg-member/yorick) a quitté (Ping timeout: 240 seconds)
2016-03-11 14:14:16	-->	Sigfrid (~nova@207-175-114-200.fibertel.com.ar) a rejoint #mcdevs
2016-03-11 15:03:18	--	zz_r04r est maintenant connu sous le nom r04r
2016-03-11 15:19:54	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-11 15:20:24	<--	Modius22 (~Adium@pl-office.plusline.de) a quitté #mcdevs
2016-03-11 15:21:26	-->	javaprophet (~javaproph@2601:647:ca02:f4d0:45fb:fe12:21d2:41b2) a rejoint #mcdevs
2016-03-11 15:29:08	<--	progwml6 (~progwml6@n2-166-238.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-03-11 15:35:00	<--	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2016-03-11 15:40:11	-->	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a rejoint #mcdevs
2016-03-11 15:41:45	-->	coolsa (~coolsa@unaffiliated/coolsa) a rejoint #mcdevs
2016-03-11 15:44:30	-->	Modius22 (~Adium@pl-office.plusline.de) a rejoint #mcdevs
2016-03-11 15:52:39	<--	icemanbp (~icemanbp@host49-54-static.0-79-b.business.telecomitalia.it) a quitté (Remote host closed the connection)
2016-03-11 15:59:47	Gjum	huh, the -1 palette issue is fixed in pre3, great. but there are still unused palette entries...
2016-03-11 16:02:42	rom1504	Gjum: in your gist, what do you mean by "50x" ? the blockId is around 500 ?
2016-03-11 16:02:52	rom1504	ah no
2016-03-11 16:02:54	rom1504	50 times
2016-03-11 16:02:59	Gjum	yes 50x used
2016-03-11 16:03:03	Gjum	and there are 0x entries
2016-03-11 16:03:14	rom1504	what's unusual about them ?
2016-03-11 16:03:46	javaprophet	They aren't useful to be in the palette, and could decrease compression efficiency.
2016-03-11 16:04:32	Gjum	but ther are also blocks in the data array that do not appear in the palette, my algo could be borked, but I honestly don't see why
2016-03-11 16:04:46	Gjum	it decodes most chunks correctly
2016-03-11 16:04:49	javaprophet	It could be that they are intended to match, but don't
2016-03-11 16:05:17	javaprophet	Your accounting for metadata right?
2016-03-11 16:05:34	Gjum	I ignore it actually until the last step ;)
2016-03-11 16:06:44	javaprophet	I don't know if my implementation sees it, I'll worry about it when it's an issue. :P
2016-03-11 16:07:04	Gjum	you can dl my world and check
2016-03-11 16:07:21	Gjum	it's reproducable
2016-03-11 16:07:59	javaprophet	I know the -1s are in mine, but I don't want to spend an hour reproducing it :P
2016-03-11 16:10:06	rom1504	that new format with the palette and everything is only used in ram/network right ? They didn't change the anvil format ?
2016-03-11 16:10:25	javaprophet	I think so.
2016-03-11 16:10:34	rom1504	(which means they have to convert the new format to the old for saving)
2016-03-11 16:11:40	rom1504	Gjum: btw, python-minecraft-data is not up to date
2016-03-11 16:11:49	rom1504	idk if you used that in your chunk-reading script
2016-03-11 16:12:14	rom1504	I mean python-minecraft-data doesn't have some of the new 1.9 blocks
2016-03-11 16:17:05	+SinZ	Gjum: unused palette entries was intended iirc as it was expensive to purge it or something, but when it saves it does the clean
2016-03-11 16:17:23	Gjum	Anvil is the same, yes. Mcdata is just for displaying
2016-03-11 16:18:15	+SinZ	<Gr um> it is totally ok for things to be there that are not used, vacuuming the palette is seriously expensive
2016-03-11 16:19:33	Gjum	Sinz makes sense. Still doesn't explain why some array entries are just after the palette, ie. ummapped
2016-03-11 16:20:05	<--	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a quitté (Ping timeout: 248 seconds)
2016-03-11 16:20:07	Gjum	*un
2016-03-11 16:20:49	Gjum	Maybe the palette isn't expanded correctly for new entries? 
2016-03-11 16:26:49	javaprophet	Are they just supposed to be air?
2016-03-11 16:32:42	Gjum	Might be
2016-03-11 16:34:00	Meeeh	for less than 16 entires they use static array of 16 ints as far as I remember. But not sure about that Gjum, maybe this is your "issue"?
2016-03-11 16:35:32	Meeeh	if (i == 16) { System.out.println(""); } nah, that mojang debug.
2016-03-11 16:35:34	Meeeh	:D
2016-03-11 16:36:27	Gjum	javaprophet if you can, please load that world and see if any blocks aren't in the palette, I ran my sniffer+testscript twice and got the same results so you should too
2016-03-11 16:37:08	javaprophet	I kinda deleted it so I could make a superflat to get a higher FPS in my client, it is not optimized well yet. :P
2016-03-11 16:37:33	Gjum	Meeeh I decode most chunks correctly, with various palette sizes
2016-03-11 16:38:50	rom1504	Gjum: "Anvil is the same, yes." so they changed it then ?
2016-03-11 16:38:57	rom1504	all world files are now incompatible ?
2016-03-11 16:39:49	<--	Brandon15811__ (uid13052@gateway/web/irccloud.com/x-flfgmzwlcgiamtdf) a quitté (Quit: Connection closed for inactivity)
2016-03-11 16:50:00	javaprophet	http://screencloud.net/v/7vv6
2016-03-11 16:54:35	Gjum	Anvil is the same as 1.8
2016-03-11 16:55:01	rom1504	ok
2016-03-11 16:55:42	rom1504	javaprophet: what's the maximum you can set the view distance (before it gets too slow) ?
2016-03-11 16:56:19	javaprophet	1 :P That was my first successful block rendering from the network. I'm working on optimizing it now.
2016-03-11 16:57:00	rom1504	okay :)
2016-03-11 17:06:57	<--	Amaranth (~travis@ubuntu/member/Amaranth) a quitté (Quit: So long!)
2016-03-11 17:10:29	-->	AlphaBlend (~whizkid30@pool-71-118-183-40.lsanca.fios.verizon.net) a rejoint #mcdevs
2016-03-11 17:13:45	-->	Pangea (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-11 17:17:35	hansihe	javaprophet: you are using opengl right?
2016-03-11 17:17:41	javaprophet	Yes.
2016-03-11 17:18:31	hansihe	are you doing one chunk per buffer?
2016-03-11 17:18:54	javaprophet	I started doing one block, but I already know and am working on one chunk per buffer. VAOs and such.
2016-03-11 17:19:16	javaprophet	At the moment, I'm researching how to use different textures for parts of the chunks properly.
2016-03-11 17:19:27	hansihe	ah, nice :)
2016-03-11 17:19:39	hansihe	looking forward to seeing what performance you can pull off with c
2016-03-11 17:19:45	javaprophet	I imagine I will concatenate the textures some how, and then use UV coords from there, but I'm not sure.
2016-03-11 17:19:54	javaprophet	Are you experienced in OpenGL?
2016-03-11 17:20:07	hansihe	used it a bit, no expert or anything
2016-03-11 17:26:47	-->	progwml6 (~progwml6@n2-166-238.dhcp.drexel.edu) a rejoint #mcdevs
2016-03-11 17:27:14	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 276 seconds)
2016-03-11 17:31:30	<--	progwml6 (~progwml6@n2-166-238.dhcp.drexel.edu) a quitté (Client Quit)
2016-03-11 17:34:37	javaprophet	It seems Minecraft no longer uses Texture atlasing, does anyone know why?
2016-03-11 17:35:06	-->	progwml6 (~progwml6@n2-166-238.dhcp.drexel.edu) a rejoint #mcdevs
2016-03-11 17:35:22	javaprophet	Furthermore, how does it link textures to the chunk VAOs? 2D_ARRAY or?
2016-03-11 17:35:57	<--	progwml6 (~progwml6@n2-166-238.dhcp.drexel.edu) a quitté (Client Quit)
2016-03-11 17:37:32	hansihe	surely it can't be uploading all the block textures individually?
2016-03-11 17:37:52	hansihe	i thought it generated a atlas at startup or something
2016-03-11 17:37:55	javaprophet	I have the suspicion that they stitch them together and then do texture atlasing.
2016-03-11 17:38:12	javaprophet	I can't find anything good on using 2D_ARRAY textures in a VAO.
2016-03-11 17:38:34	javaprophet	Probably for some overengineering purpose? I can't imagine it helps with performance at all.
2016-03-11 17:38:41	-->	progwml6 (~progwml6@n2-166-238.dhcp.drexel.edu) a rejoint #mcdevs
2016-03-11 17:40:35	hansihe	hmm
2016-03-11 17:41:41	Meeeh	Gjum, I think it is 16 in code, but it is send only used entries
2016-03-11 17:42:50	Gjum	Meeeh have you looked at my gist link? 
2016-03-11 17:43:07	Meeeh	I think that I missed it
2016-03-11 17:44:18	Gjum	Can link it again when Im back home. My problem is with 6 and 7 bits mostly
2016-03-11 17:44:51	Meeeh	https://gist.github.com/Gjum/0375b643ec13a42ab3c0#file-unusual-chunks-log this weird link?
2016-03-11 17:48:46	Gjum	Yes
2016-03-11 17:51:28	Meeeh	Gjum, I don't understand that dump o.O like you have that "15 palette entires" and then you have that "unusal usages" with more entires
2016-03-11 17:52:15	Gjum	They are keys that are in block array but not palette
2016-03-11 17:53:04	Meeeh	oh, ok, really weird then
2016-03-11 17:53:22	Meeeh	but you don't see any missing blocks?
2016-03-11 17:55:29	<--	Modius22 (~Adium@pl-office.plusline.de) a quitté #mcdevs
2016-03-11 17:58:28	<--	JustASlacker (~sdasd@2a02:2e0:2810:0:251f:7b24:5462:d4b6) a quitté (Ping timeout: 246 seconds)
2016-03-11 18:04:55	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-11 18:10:15	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 260 seconds)
2016-03-11 18:11:28	-->	trevor (~trevor@gradient/cofounder/trevor) a rejoint #mcdevs
2016-03-11 18:16:51	<--	progwml6 (~progwml6@n2-166-238.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-03-11 18:22:14	-->	progwml6 (~progwml6@n2-166-238.dhcp.drexel.edu) a rejoint #mcdevs
2016-03-11 18:34:11	<--	trevor (~trevor@gradient/cofounder/trevor) a quitté (Ping timeout: 240 seconds)
2016-03-11 18:41:37	<--	progwml6 (~progwml6@n2-166-238.dhcp.drexel.edu) a quitté (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2016-03-11 18:47:07	-->	progwml6 (~progwml6@n2-166-238.dhcp.drexel.edu) a rejoint #mcdevs
2016-03-11 18:51:15	<--	Techcable (Techcable@techcable.net) a quitté (Quit: ZNC - http://znc.in)
2016-03-11 18:51:43	-->	Techcable (Techcable@techcable.net) a rejoint #mcdevs
2016-03-11 19:08:49	-->	Pangea_ (~Pangea@unaffiliated/pangea) a rejoint #mcdevs
2016-03-11 19:11:58	<--	Pangea (~Pangea@unaffiliated/pangea) a quitté (Ping timeout: 246 seconds)
2016-03-11 19:15:47	<--	ecx86 (~ecx86@unaffiliated/ecx86) a quitté (Ping timeout: 276 seconds)
2016-03-11 19:24:12	-->	pokechu22 (32234925@gateway/web/freenode/ip.50.35.73.37) a rejoint #mcdevs