22:49 -!- example6 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has quit [Ping timeout: 252 seconds]
22:50 -!- example6 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has joined #mcdevs
23:16 -!- Broken_Syntax [~Nimbus@CPE001310777336-CM602ad07871c0.cpe.net.cable.rogers.com] has joined #mcdevs
23:19 < Not-001> [SMProxy] SirCmpwn pushed 1 commit to master [+0/-0/±1] http://git.io/D23ReQ
23:19 < Not-001> [SMProxy] SirCmpwn 20d37ca - Update Craft.Net
23:38 -!- eddyb [~eddy@unaffiliated/eddyb] has quit [Quit: Konversation terminated!]
--- Day changed dim. mars 17 2013
00:32 -!- GameMakerGm [~gamemaker@cpe-173-175-165-69.elp.res.rr.com] has joined #mcdevs
00:32 -!- GameMakerGm [~gamemaker@cpe-173-175-165-69.elp.res.rr.com] has quit [Changing host]
00:32 -!- GameMakerGm [~gamemaker@wikia/Gamemakergm] has joined #mcdevs
00:33 -!- act4 [56875ebf@gateway/web/freenode/ip.86.135.94.191] has quit [Ping timeout: 245 seconds]
01:09 -!- kcj [~casey@unaffiliated/kcj] has quit [Read error: Operation timed out]
01:17 -!- TomyLobo [~foo@91-64-169-157-dynip.superkabel.de] has quit [Disconnected by services]
01:17 -!- TomyLobo2 [~foo@91-64-168-142-dynip.superkabel.de] has joined #mcdevs
01:17 -!- TomyLobo2 is now known as TomyLobo
01:58 < TkTech> SpaceManiac: I lied; what branch/version?
01:59 <+SpaceManiac> TkTech: master, freshly pip'd
02:06 < TkTech> SpaceManiac: Committed a slightly different fix. <3 for the issue.
02:06 < TkTech> SpaceManiac: Doing anything fun?
02:06 <+SpaceManiac> Just messing around right now
02:06 <+SpaceManiac> I'll let you know, though :P
02:08 -!- Xaardas [~tach@p5B252B20.dip.t-dialin.net] has quit [Quit: Tschuess und bis Bald]
02:09 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has joined #mcdevs
02:19 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has quit [Ping timeout: 255 seconds]
02:20 < TkTech> SpaceManiac: If I'm not around and you have something you want/find something broken/think it could be done differently, just go ticket nuts
02:20 <+SpaceManiac> Alright
02:46 -!- Cay [~OlofLarss@s83-177-171-150.cust.tele2.se] has quit [Read error: Connection reset by peer]
02:46 -!- Zachoz|Away is now known as Zachoz
02:55 -!- Prf_Jakob [~jakob@c-3b27e155.1214-1-64736c20.cust.bredbandsbolaget.se] has quit [Ping timeout: 256 seconds]
02:55 -!- Gregor [codu@codu.org] has quit [Quit: Coyote finally caught me]
02:56 -!- Prf_Jakob [~jakob@c-3b27e155.1214-1-64736c20.cust.bredbandsbolaget.se] has joined #mcdevs
02:56 -!- mode/#mcdevs [+v Prf_Jakob] by ChanServ
02:59 -!- Gregor [codu@codu.org] has joined #mcdevs
02:59 -!- Gregor is now known as Guest75143
03:02 -!- Scryptonite [~scryptoni@50-76-102-195-static.hfc.comcastbusiness.net] has joined #mcdevs
03:15 -!- Guest75143 is now known as Gregor
04:08 < TkTech> SpaceManiac: Looks like my patch request finally made it into pypy
04:08 < TkTech> SpaceManiac: So Jawa should run on it quite fine
04:09 < TkTech> (Two years after reporting it ;/)
04:15 <+SpaceManiac> heh
04:16 <+AndrewPH> woohoo \:D/
04:16 < TkTech> I don't know why it took two years, it broke so many things.
04:16 < TkTech> Anything depending on ZipFile was borked
04:16 < TkTech> https://bugs.pypy.org/issue912
04:27 -!- GameMakerGm [~gamemaker@wikia/Gamemakergm] has quit []
04:31 -!- TomyLobo [~foo@91-64-168-142-dynip.superkabel.de] has quit [Quit: Standby mode...]
05:04 -!- Scootabyte [~Scootabyt@crown-7-41.resnet.ucsc.edu] has joined #mcdevs
05:04 -!- Scootabyte [~Scootabyt@crown-7-41.resnet.ucsc.edu] has quit [Client Quit]
05:04 -!- dreadiscool [4426ea35@gateway/web/freenode/ip.68.38.234.53] has joined #mcdevs
05:04 < dreadiscool> I think that login protocol has changed from 1.4 to 1.5 D:
05:05 < dreadiscool> I had a working bot that could login to servers in 1.4
05:05 < dreadiscool> After 1.5 came out, it is hanging on waiting for the 0xFD after sending the login request
05:05 < dreadiscool> I already updated the protocol version from 51 to 60
05:05 < dreadiscool> And according to the wiki, that's the only thing that's changed
05:06 < dreadiscool> Has the login request packet changed but not been updated?
05:22 -!- kcj [~casey@unaffiliated/kcj] has joined #mcdevs
05:25 < dreadiscool> Ermygawd
05:25 < dreadiscool> :L
05:25 < dreadiscool> Did the 0x02 packet change?
05:25 < dreadiscool> I think that it's messed up somehow D:
05:26 < Scryptonite> Do you have any network data? Or is your application just throwing an error that something is wrong with 0x02?
05:27 -!- Nimbus [~Nimbus@CPE001310777336-CM602ad07871c0.cpe.net.cable.rogers.com] has joined #mcdevs
05:27 < dreadiscool> There is no error
05:28 < dreadiscool> My application worked with 1.4, and could log in successfuly
05:28 < dreadiscool> After sending the 0x02 packet, the server never sends the 0xfd encryption packet
05:28 -!- kcj [~casey@unaffiliated/kcj] has quit [Max SendQ exceeded]
05:28 < Scryptonite> It just disconnects you?
05:28 < dreadiscool> Nope, it hangs
05:28 < dreadiscool> It leaves the connection open
05:29 < dreadiscool> For shiggles, I appended a 0x00 after sending the 0x02 packet
05:29 < dreadiscool> Nothing
05:29 < dreadiscool> Then, I appened 2 0x00 bytes
05:29 < dreadiscool> Still nothing
05:29 < dreadiscool> I also tried it with 4
05:29 -!- kcj [~casey@unaffiliated/kcj] has joined #mcdevs
05:29 < dreadiscool> But still, nothing
05:29 < dreadiscool> The server appears to be waiting for something 
05:29 < Scryptonite> So send 00's until it does something, see how long it takes.
05:29 < dreadiscool> kk
05:30 -!- Broken_Syntax [~Nimbus@CPE001310777336-CM602ad07871c0.cpe.net.cable.rogers.com] has quit [Ping timeout: 264 seconds]
05:32 < dreadiscool> After it sends the 3rd 0x00 protocol error 0_o
05:34 < dreadiscool> Here's a snippet
05:34 < dreadiscool> http://pastie.org/6578334
05:34 < Scryptonite> Huh. Well your guess would be as good as mine.
05:34 < dreadiscool> I get the message "Expecting teh 0xfd"
05:34 < dreadiscool> But never "finished early" or any other message
05:34 < dreadiscool> that comes after
05:41 -!- dreadiscool [4426ea35@gateway/web/freenode/ip.68.38.234.53] has quit [Ping timeout: 245 seconds]
05:53 -!- XAMPP_ [~XAMPP@199.254.116.102] has quit [Quit: My code has no bug's, just random features]
05:54 -!- XAMPP [~XAMPP@botters/xampp] has joined #mcdevs
06:31 < example6> Hey guys, is the 'missing texture' texture unavailable to be changed? I can't seem to find it. Is it programmatically made?
06:32 < SinZ> This channel is generally isn't for modding
06:32 < example6> I wasn't really sure where else to ask
06:32 -!- eddyb [~eddy@unaffiliated/eddyb] has joined #mcdevs
06:33 < SinZ> most likely programmically made though, as its when files cant be accessed
06:33 < example6> hmm, ok thanks
06:58 -!- conehead [~conehead@unaffiliated/conehead] has quit [Quit: Computer has gone to sleep.]
07:56 < pbunny> wtf? client sends bizzare yaw values
07:57 < pbunny> i.e. at beginning it's 0 which is fine
07:57 < pbunny> then if i turn around multiple times it just keeps decreasing
07:57 < pbunny> up to values like -2518 etc
07:58 < pbunny> pitch is always from -90 to 90 degrees, but that's because i can't turn around by pitch
07:59 < pbunny> ah, its on the wiki - "Additionally, yaw is not clamped to between 0 and 360 degrees; any number is valid, including negative numbers and numbers greater than 360. "
08:12 -!- mappum [~mappum@c-67-170-21-29.hsd1.wa.comcast.net] has quit [Ping timeout: 276 seconds]
08:23 -!- BizarreCake [~BizarreCa@46.121.251.157] has joined #mcdevs
08:36 -!- Calinou [~Calinou@unaffiliated/calinou] has joined #mcdevs
09:27 -!- eddyb [~eddy@unaffiliated/eddyb] has quit [Quit: Konversation terminated!]
09:27 -!- eddyb [~eddy@unaffiliated/eddyb] has joined #mcdevs
10:03 -!- Nimbus [~Nimbus@CPE001310777336-CM602ad07871c0.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer]
10:04 -!- Broken_Syntax [~Nimbus@CPE001310777336-CM602ad07871c0.cpe.net.cable.rogers.com] has joined #mcdevs
11:04 -!- kcj [~casey@unaffiliated/kcj] has quit [Read error: Connection reset by peer]
11:06 -!- Cay [~OlofLarss@s83-177-171-150.cust.tele2.se] has joined #mcdevs
11:24 -!- TomyLobo [~foo@91-64-168-142-dynip.superkabel.de] has joined #mcdevs
11:28 -!- Stormx2 [~Stormx2@cpc18-sotn9-2-0-cust33.15-1.cable.virginmedia.com] has joined #mcdevs
11:31 -!- BizarreCake [~BizarreCa@46.121.251.157] has quit [Read error: Connection reset by peer]
12:28 -!- Xaardas [~tach@p5B253318.dip.t-dialin.net] has joined #mcdevs
12:35 -!- Calinou [~Calinou@unaffiliated/calinou] has quit [Remote host closed the connection]
12:36 -!- Calinou [~Calinou@unaffiliated/calinou] has joined #mcdevs
13:08 -!- Zachoz is now known as Zachoz|Away
13:32 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has joined #mcdevs
13:36 -!- Calinou [~Calinou@unaffiliated/calinou] has quit [Remote host closed the connection]
14:06 -!- BizarreCake [~BizarreCa@46.121.251.157] has joined #mcdevs
14:11 -!- BizarreCake [~BizarreCa@46.121.251.157] has quit [Ping timeout: 245 seconds]
14:25 -!- BizarreCake [~BizarreCa@46.121.251.157] has joined #mcdevs
15:31 -!- Paprikachu [~Paprikach@178.115.248.187.wireless.dyn.drei.com] has joined #mcdevs
15:52 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has quit [Read error: Connection reset by peer]
17:21 -!- conehead [~conehead@unaffiliated/conehead] has joined #mcdevs
17:26 -!- Paprikac_ [~Paprikach@178-190-79-3.adsl.highway.telekom.at] has joined #mcdevs
17:30 -!- Paprikachu [~Paprikach@178.115.248.187.wireless.dyn.drei.com] has quit [Ping timeout: 256 seconds]
18:04 -!- BizarreCake [~BizarreCa@46.121.251.157] has quit [Ping timeout: 245 seconds]
18:19 -!- BizarreCake [~BizarreCa@46.121.251.157] has joined #mcdevs
18:23 -!- Darker [5ab38e42@gateway/web/freenode/ip.90.179.142.66] has joined #mcdevs
18:24 < Darker> Could you tell me, how arrows are shot? I mean, what should client send to server to shoot an arrow.
18:24 < Darker> I'm trying to make an "artilery bot"
18:29 < Darker> Is it done using Player Digging (0x0E) ?
18:30 < Darker> And if so, where do I put the charge information?
18:30 < Darker> And does it have a cooldown, or the cooldown is just client thing?
18:32 < Darker> Does anyone know how to parse byte representation of java Float and Double?
18:32 < Darker> I do not understand float type at all
18:35 <+Fador> arrows are shot using Spawn Object (0x17) packet
18:37 <+Fador> and you were using C++?
18:37 <+Fador> so you can just take the float/double bytearray, swap the bytes (depending on endianness of the system) and cast the array to float/double
18:40 -!- Vazde [vazde@dea.fi] has joined #mcdevs
18:41 -!- Calinou [~Calinou@unaffiliated/calinou] has joined #mcdevs
18:41 < Darker> Thank you, I'll try it :) 
18:43 < Darker> But I'm not sure how to cast char[8] to double. Maybe double*...
18:46 <+Fador> sure, just: double value = *((double*)(&char[0])); or something ;)
18:48 < Darker> 0x17 seems to be only server to client. Even if wiki was wrong - the 1 value is entity ID and it would be exploitable to let
18:48 < Darker> client set entity ID as he wants
18:50 <+Fador> on right, I'm thinking all server stuff ;D
18:51 <+Fador> I think you just select the item from your inventory and "right click"...
18:51 < Darker> So the charge would b calculated server side?
18:51 < Darker> So bad... :(
18:51 < Darker> I hoped to try machine gun, until I find out how to move my character
18:58 -!- act4 [56875ebf@gateway/web/freenode/ip.86.135.94.191] has joined #mcdevs
18:58 < Darker> Damn, I should've cast all the types like you do, instead of writing classes for them
19:02 -!- act4 [56875ebf@gateway/web/freenode/ip.86.135.94.191] has quit [Ping timeout: 245 seconds]
19:03 < Darker> Do I have to check other than Player Position and Look (0x0D) to know my position?
19:15 < Darker> Please, does anyone have some good concept on how to implement the client in OOP?
19:15 < Darker> I mean - what classes should I do, if entities should parse their packets or if I should make some parser class
19:16 < Darker> how to transfer data between threads (receiver, sender and player)
19:36 < eddyb> Fador: &char[0] is char, isn't it...
19:36 < eddyb> maybe const could cause problems?
19:36 <+Fador> ..it's a pointer to the beginning of the char array
19:37 < eddyb> yes
19:37 < eddyb> the char array is a pointer by itself
19:37 <+Fador> I know ;)
19:37 <+Fador> so you can just replace "&char[0]" with "char"
19:37 <+Fador> but I was thinking it doesn't look right ;)
19:38 < eddyb> that's what I'm saying
19:39 < eddyb> Darker: I suggest looking at libmcnet. also, strict OOP is too bloated
19:41 < Darker> "bloated"? What does it mean?
19:41 -!- BizarreCake [~BizarreCa@46.121.251.157] has quit [Ping timeout: 264 seconds]
19:42 < eddyb> Darker: you're going to write loads of useless code
19:42 < eddyb> well, semi-useless
19:42 < eddyb> C++ is not as bad as Java for this, but it's still not perfect
19:42 -!- Paprikac_ [~Paprikach@178-190-79-3.adsl.highway.telekom.at] has quit [Remote host closed the connection]
19:43 < Darker> With all respects, I cannot think of better language to make compiled programs...
19:43 < eddyb> "compiled"
19:43 < eddyb> you think too much of performance
19:43 < Darker> As a matter of fact, I do!
19:44 < eddyb> good luck figuring a way to not write tons of code
19:45 < Darker> I bet you'd use javascript :P
19:45 -!- Paprikachu [~Paprikach@178.115.248.187.wireless.dyn.drei.com] has joined #mcdevs
19:45 < Darker> Or maybe, you are talking about Python?
19:45 < eddyb> JS, although I'm using ES6 at the moment via traceur-compiler
19:45 -!- BizarreCake [~BizarreCa@46.121.251.157] has joined #mcdevs
19:45 < eddyb> Darker: https://github.com/deoxxa/libmcnet/blob/master/include/mcnet/packets.h
19:46 < eddyb> Darker: I came up with the idea - I actually had my packet definitions like that for minecraft before he wrote the library
19:47 < Darker> Is there an implementation of theese packets?
19:47 < eddyb> Darker: that list generates structures, parse code and generate code for every packet
19:47 < Darker> oh, well, seems I already wrote some useless code :D
19:47 < eddyb> Darker: yeah, libmcnet is fully functional
19:47 < eddyb> that's why I told you to look at it
19:47 < edk> eddyb, "good" C++ is as bad
19:48 < edk> non-good C++ isn't as bad because you can break the rules when required
19:49 < eddyb> Darker: this is enough to generate all the structs out of that list: https://github.com/deoxxa/libmcnet/blob/master/include/mcnet/structs.h
19:49 < eddyb> edk: good C++ is the the right balance between strict code and hacks
19:49 < eddyb> I would love more optional metaprogramming tools
19:50 < eddyb> in JS I can generate very specific code when I need it first, then use it every time
19:50 < Darker> I thought it was JS you had on mind
19:51 < eddyb> Darker: https://github.com/deoxxa/libmcnet/blob/master/src/parser.c and this is the parser code
19:52 < Darker> Its all very short...
19:52 < eddyb> yes
19:52 < eddyb> because of me :)
19:52 < Darker> I think there is some trick I don't get...
19:53 < Darker> Well, I see tons of compiler commands, but some things, like metadata or item slots are parsed dynamically...
19:53 < eddyb> they are preprocessor directives
19:53 < Darker> I know, I just used wrong name for them :) I'm new to C++
19:54 < eddyb> they are used to expand simple definitions to useful code in different instances
19:55 < Darker> wow, I can't even find out, how to use it. Now I see how much I will have to learn
19:56 < eddyb> Darker: https://github.com/deoxxa/libmcnet/ scroll down for README
19:56 < Darker> I did
19:56 < Darker> already reading it
19:58 < Darker> on_error is called in different thread?
19:58 < eddyb> Darker: forget threads
19:58 < eddyb> they are useless in this case
19:58 -!- BizarreCake [~BizarreCa@46.121.251.157] has quit [Quit: Leaving]
19:59 < Darker> well, I thought that sending and receiving are asynchronous
19:59 < eddyb> Darker: PACKET(1F, INT(eid) BYTE(x) BYTE(y) BYTE(z)) // that becomes struct mcnet_packet_1F_s {uint8_t pid; int32_t eid; int8_t x; int8_t x; int8_t y; int8_t z;}; when PACKET, INT, BYTE, and other things are properly defined
19:59 < Darker> Hey, thank you. I'll donwnload it and try it. My code is horrible anyway, I need something better
19:59 < eddyb> Darker: it's just a parsing library
20:00 < eddyb> Darker: whenever you send data to it, you might get called from the parse function if a complete packet has been parsed
20:02 < Darker> Why do all libraries need that cmake? :(
20:02 < Darker> You know... Instead of just including them...
20:03 < eddyb> derp
20:03 < eddyb> you can just include them
20:04 < Darker> Please don't get upset. Don't tell me there wasn't day you didn't understand C++ :P
20:04 < Darker> Imagine explaining it to your mum :P
20:05 -!- Calinou [~Calinou@unaffiliated/calinou] has quit [Quit: Excess Flood]
20:08 < eddyb> I'm not upset, I'm just trying to point stuff up :)
20:10 < eddyb> s/up/out
20:10 < eddyb> I'm quite tired myself
20:20 -!- kcj [~casey@unaffiliated/kcj] has joined #mcdevs
20:20 < Darker> That trick with casting char[8] to double does not work unfortunatelly
20:21 < Darker> I get some veird numbers, but without understanding double format, I can't tell if they are wrong, or treat them badly
20:21 < eddyb> Darker: a union is a bit safer
20:22 < eddyb> *an
20:22 < Darker> "union"? Sorry, again, I don't know what it is...
20:22 < eddyb> it's like a struct, but all elements start at the beginning
20:24 < eddyb> union bytes_or_double {char bytes[8]; double as_double;};
20:25 < eddyb> bytes_or_double *foo = reinterpret_cast<bytes_or_double*>(some_pointer_to_some_bytes); foo->bytes will have the original bytes and as_double will have the double value
20:25 < eddyb> I've described it messier than it is in actual code
20:25 < eddyb> Darker: can I see your code? maybe you're doing something wrong. only the part where you have chars and doubles is important
20:26 < Darker> I believe I'm doing lot of things wrong :)
20:26 < Darker> I'll paste it somewhere
20:26 < eddyb> https://gist.github.com
20:26 <+Fador> Darker: you did fix the endianness before casting to double?
20:26 < eddyb> oh lol
20:27 < Darker> yeah, I've made very funny function to do it
20:27 < eddyb> I forgot, in node.js you can just do .readDoubleBE for big-endian
20:27 < Darker> I eve checked it
20:27 < Darker> node.js is not javascript library?
20:27 < eddyb> node.js is the most imporant JS platform ever
20:27 < Scryptonite> It is a JavaScript environment.
20:28 < eddyb> the buffer module has a Buffer class that has read/write methods for both endiannesses
20:32 < Darker> Oh, I just recalled what it is
20:33 < Darker> its that library for the guys who love javascript too much :P
20:33 < Darker> Sometimes I thought of using it, because javascript is my primary language
20:33 < eddyb> it's not a library
20:33 < Darker> well yeah, whatever
20:33 < eddyb> you're probably thinking of jQuery or something
20:34 < Darker> Nope
20:34 < eddyb> primary as in 0th?
20:34 < Darker> 0th?
20:34 < Darker> Its the first I learned and the one I'm best with
20:34 < Scryptonite> Array's in JS start with 0.
20:35 < Darker> :D
20:35 < eddyb> they do in every sane language, that wasn't the joke
20:35 < Darker> sorry, didn't get it :)
20:35 < Darker> Well, yeah, even in some insane langs
20:35 < Darker> http://pastebin.com/kX8vS9qc
20:35 < Darker> sorry that it took so long
20:35 < eddyb> there's a templated swap function
20:36 < Darker> templated?
20:36 < eddyb> your loop does swap(arr[i], arr[i+1])
20:36 < eddyb> you're treating the input as big-endian chunks of 16 bits
20:36 < eddyb> very wrong
20:36 < eddyb> no wonder decoding fails
20:36 < Darker> Now, I don't understand, sorry
20:37 < Darker> damn, damn
20:37 < eddyb> in big endian a certain group of bytes is in the inverse order
20:37 < Darker> something is wrong, you're right
20:37 < Darker> But how do I access 8 bits?
20:37 < eddyb> derp
20:38 < eddyb> there's no way to change the entire packet to little endian
20:38 < eddyb> you have to do it for every thing you read
20:38 < Darker> I'm not doing that!
20:38 < Darker> I only swap what is to be swapped!
20:38 < eddyb> ok then
20:38 < Darker> I call my swap function for each (double)
20:38 <+Fador> you have to swap the last byte with the first and so on
20:38 < eddyb> for(int i = 0; i < length/2; i++) swap(arr[i], arr[length-i-1]);
20:39 < eddyb> Darker: ^^ that should be the swapping loop
20:39 < Darker> Well, that is what I did wrong. I swaped bytes next to each other
20:39 < Darker> I'm tired too
20:39 < Darker> forgot what endianity means :D
20:39 < Darker> by the way, where does double store the floating point position?
20:40 <+Fador> http://en.wikipedia.org/wiki/Double-precision_floating-point_format
20:48 < Darker> Man...! It works :)
20:48 < Darker> thank you so much :)
20:48 < eddyb> np
20:49 < eddyb> btw, that function is highly inefficient
20:49 < Darker> why?
20:49 < eddyb> unless the compiler unrolls the loop and sees you're doing endianness conversion
20:50 < Darker> And that can be done faster?
20:50 < Darker> I only can think of telling the system to start reading from the other side. And that is impossible I guess
20:51 < Darker> I think I just found an error on the wiki
20:52 < Darker> They say: "When this packet is sent from the server, the 'Y' and 'Stance' fields are swapped. "
20:52 < Darker> Normal order is X,Y,Stance,Z
20:52 < Darker> Swaped would be X,Y,Z,Stance
20:53 < Darker> I have to skip 8 bytes after reading Y - so the normal order is the one the server uses
20:54 < eddyb> for 32bits (an int): (x >> 24) | (x >> 8) & 0xff00 | (x << 8) & 0xff0000 | (x << 24)
20:54 < eddyb> if I got that right, that expression will be converted to a single bswap instruction on x86
20:56 < eddyb> dammit the llvm demo is disabled
20:59 < Darker> But this is something you cannot expect me to understand :D 
20:59 < eddyb> Darker: gcc does this optimization on -O2
20:59 < Darker> Well, I'm on windows, and what worse, in VC++
20:59 -!- kev009 [~kev009@tempe0.bbox.io] has quit [Ping timeout: 245 seconds]
20:59 < eddyb> bswap   %eax; for: echo 'int main(int x) {return (x >> 24) | (x >> 8) & 0xff00 | (x << 8) & 0xff0000 | (x << 24);}' | gcc -x c -o test.s -S -O2 -
20:59 -!- kev009_ [~kev009@tempe0.bbox.io] has joined #mcdevs
20:59 -!- mode/#mcdevs [+v kev009_] by ChanServ
20:59 < eddyb> Darker: that's suicidal
20:59 < Darker> because  failed to compile boost for MinGW
21:00 < eddyb> you don't really need boost for this. and there should be a compiled version already
21:00 < Darker> I need the program to be 100% windows/linux compatible
21:00 < eddyb> seriously, programming on windows is a sin
21:00 < eddyb> Darker: then work on linux and use mingw to crosscompile things for windows
21:01 < Darker> My laptop has windows and I use them more
21:01 < Darker> for linux programing, I used debian in virtual PC
21:01 < Darker> It means no problem, but I cannot copy-paste so easily then
21:02 < eddyb> Darker: heh, debian, do you get gcc version 4.7.2 20130108 there?
21:02 < Darker> :D
21:02 < eddyb> I know debian is behind with versions
21:03 < Darker> I don't even know the main number of the version
21:03 <+Fador> gcc (Debian 4.4.5-8) 4.4.5
21:03 < Darker> I used it to create server and that is half a year ago
21:03 <+Fador> current stable ;)
21:03 < eddyb> I think that gcc version is the release version (basically very old and more than stable) for the latest openSUSE release
21:03 < eddyb> Fador: wtf that's years old
21:03 < eddyb> at least two
21:03 < Darker> But I think you'd like the project I was doing back then
21:03 < eddyb> that's not stable, that's ancient
21:04 <+Fador> well..ofc that depends on the age of the viewer =b
21:05 < eddyb> I was using 4.7 more than an year ago
21:05 < eddyb> back then it was turning stable
21:06 < Darker> But its true that in linux, everything was way easier
21:06 < eddyb> Fador: GCC 4.4.5	October 1, 2010
21:06 < Darker> like sockets and threads (my favorite topic)
21:07 < eddyb> threads are evil
21:07 < eddyb> at least the traditional ones
21:07 < Darker> Omg, I feel so guilty, when I now opened the debian
21:07 < Darker> and saw the code I've left months ago
21:07 < Darker> abandoned :D
21:08 < Darker> Still here, waiting to be fixed
21:08 < eddyb> Darker: node.js is async and works on windows, linux, mac osx and on some ARM devices (as long as there's a port)
21:08 < Darker> I'm sure about that
21:09 < Darker> So evel that satan must feel ashamed
21:09 < Darker> *evil
21:09 < Darker> But I still have a pride :D
21:10 < eddyb> so stable is 4.7
21:10 < eddyb> latest gcc47 is 4.7.2_20130205
21:11 < Darker> Do I have to send my position when I'm still?
21:13 < eddyb> https://build.opensuse.org/package/show?project=devel%3Agcc&package=cross-aarch64-gcc48-icecream-backend that's confusing... I think someone wanted to make the ultimate gcc cross-compiler
21:14 < eddyb> and it's 4.8.0_20130308 (9 days ago) which is a decent up-to-date "unstable" version
21:14 -!- Scryptonite [~scryptoni@50-76-102-195-static.hfc.comcastbusiness.net] has quit [Remote host closed the connection]
21:16 -!- mappum [~mappum@c-67-170-21-29.hsd1.wa.comcast.net] has joined #mcdevs
21:24 < eddyb> oh, this is nice, even better install progress in this latest zypper version
21:28 <+AndrewPH> I wonder if somebody's made a linux distro where it installed the unstable versions of old software.
21:28 <+AndrewPH> installs even
21:50 -!- Cay [~OlofLarss@s83-177-171-150.cust.tele2.se] has quit [Read error: Connection reset by peer]
22:24 -!- eddyb [~eddy@unaffiliated/eddyb] has quit [Quit: Konversation terminated!]
22:30 -!- Paprikac_ [~Paprikach@178-190-46-124.adsl.highway.telekom.at] has joined #mcdevs
22:33 -!- Paprikachu [~Paprikach@178.115.248.187.wireless.dyn.drei.com] has quit [Ping timeout: 245 seconds]
22:47 -!- act4 [56b0260b@gateway/web/freenode/ip.86.176.38.11] has joined #mcdevs
22:48 -!- conehead [~conehead@unaffiliated/conehead] has quit [Ping timeout: 246 seconds]
22:50 -!- conehead [~conehead@unaffiliated/conehead] has joined #mcdevs
22:53 < Darker> I still don't understand that "absolute integer"
22:53 < edk> <eddyb> Darker: node.js is async and works on windows, linux, mac osx and on some ARM devices (as long as there's a port)
22:53 < edk> anything works on any device, as long as there's a port
22:54 < Darker> ikr
22:55 < Darker> You are not first to recomend me node.js
22:56 < inkoate> What are the reasons that session.minecraft.com would send a client to my server a "Bad Login" response?
22:56 < Darker> Wrong password is one even I can figure out
22:57 < edk> That would be the login server
22:57 < inkoate> Yeah, this is encryption related, I'm thinking.
22:57 < edk> session returns bad login if you don't give it a proper (logged in) session id, iirc
22:57 < inkoate> the client I'm using is vanilla minecraft, the server I'm writing.
22:58 < inkoate> so its almost certainly something in the FD packet I'm sending.
22:58 < edk> oh right, misread
23:00 < Darker> Is there some legitimate way how to figure out protocol version?
23:00 < Darker> When I was trying to send login packet to server
23:01 < Darker> I had to bruteforce the protocol version by sending multiple requests (and iterating version field) until the server accepted
23:01 < edk> it's sent in the new-style server list ping
23:01 < edk> s/ping/pong/
23:02 -!- kcj [~casey@unaffiliated/kcj] has quit [Ping timeout: 256 seconds]
23:03 < Darker> You mean that one that is get before login?
23:04 < edk> well, it's in a separate exchange
23:04 < edk> but yes, before login
23:09 -!- dimaa [~dimaa@c-50-131-97-0.hsd1.ca.comcast.net] has joined #mcdevs
23:10 < inkoate> oh
23:10 < inkoate> huh, I restarted the minecraft client and it worked... got an FC response!
23:45 < Darker> Guys, if I store mob entiti IDs in array (vector), do I have to check if I already have this entity ID for Mob spawn packets?
23:46 < Darker> Does the server send Mob spawn multiple times for one mob?
23:54 -!- TomyLobo [~foo@91-64-168-142-dynip.superkabel.de] has quit [Quit: Standby mode...]
--- Day changed lun. mars 18 2013
00:32 < Darker> So I found it out - seems there are no multiply sent mob IDs
00:46 -!- Xaardas [~tach@p5B253318.dip.t-dialin.net] has quit [Quit: Tschuess und bis Bald]
00:48 <+Amaranth> Darker: I _think_ that'll actually "crash" the client
00:48 <+Amaranth> But it might just remove the old mob and put in the new one
00:56 -!- act4 [56b0260b@gateway/web/freenode/ip.86.176.38.11] has quit [Ping timeout: 245 seconds]
00:56 < Darker> I'm creating client, not server, but I still need to have only one of every ID in my array
00:56 < Darker> because its not complicated, I've implemented update of old member anyway
00:57 < Darker> Now I'm trying to auto attack close entities and its pain
01:04 -!- Scryptonite [~scryptoni@50-76-102-195-static.hfc.comcastbusiness.net] has joined #mcdevs
01:08 -!- Scryptonite [~scryptoni@50-76-102-195-static.hfc.comcastbusiness.net] has quit [Remote host closed the connection]
01:41 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has joined #mcdevs
01:45 < Darker> Attach Entity (0x27)  seems to indicate players that are looking in their inventory
01:48 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has quit [Ping timeout: 240 seconds]
01:49 < Not-001> [fNbt] fragmer pushed 2 commits to master [+0/-5/±3] http://git.io/0Bq-ug
01:49 < Not-001> [fNbt] fragmer 143c041 - Axed NbtSerializer subproject. It wasn't as effective or efficient as expected.
01:49 < Not-001> [fNbt] fragmer c89e064 - Updated the changelog with additions from 0.5.0
02:03 <+Amaranth> Darker: afaik the client does not actually tell the server it opened its own inventory
02:04 <+Amaranth> Darker: It just tells it about updates to said inventory
02:04 < Darker> Maybe, I just see that I received that packet whenever the other character had open inventory (so that i could escape the window with mouse)
02:05 < Darker> I will test it more of course
02:24 < Not-001> [fNbt] fragmer pushed 1 commit to master [+0/-0/±3] http://git.io/CRLFoQ
02:24 < Not-001> [fNbt] fragmer 4fb91bc - Updated readme, changelog, and doxyfile.
02:37 < Not-001> [fNbt] fragmer pushed 1 commit to master [+0/-0/±1] http://git.io/cz5WIg
02:37 < Not-001> [fNbt] fragmer 44e3f20 - Fixed URLs in readme
02:38 < Not-001> [fNbt] fragmer pushed 1 commit to master [+0/-0/±1] http://git.io/OlFKgg
02:38 < Not-001> [fNbt] fragmer 2c85480 - Fixed URLs in readme... again...
02:41 -!- Scootabyte [~Scootabyt@crown-7-41.resnet.ucsc.edu] has joined #mcdevs
02:41 -!- mode/#mcdevs [+v Scootabyte] by ChanServ
02:41 <+Scootabyte> fNbt 0.5.0 done! https://github.com/fragmer/fNbt#readme
02:42 <+Scootabyte> (fNBT is a small library, written in C# for .NET 2.0+. It provides functionality to create, load, traverse, modify, and save NBT files and streams)
02:45 -!- Scootabyte [~Scootabyt@crown-7-41.resnet.ucsc.edu] has quit [Client Quit]
02:48 -!- GameMakerGm [~gamemaker@wikia/Gamemakergm] has joined #mcdevs
03:40 -!- DavidEGrayson [~David@ip70-189-241-7.lv.lv.cox.net] has joined #mcdevs
03:40 -!- DavidEGrayson [~David@ip70-189-241-7.lv.lv.cox.net] has left #mcdevs []
03:56 -!- Stormx2 [~Stormx2@cpc18-sotn9-2-0-cust33.15-1.cable.virginmedia.com] has quit [Ping timeout: 245 seconds]
04:30 -!- DavidEGrayson1 [~David@ip70-189-241-7.lv.lv.cox.net] has joined #mcdevs
04:53 -!- Broken_Syntax [~Nimbus@CPE001310777336-CM602ad07871c0.cpe.net.cable.rogers.com] has quit [Ping timeout: 256 seconds]
05:16 -!- BizarreCake [~BizarreCa@46.121.251.157] has joined #mcdevs
05:21 -!- Scootabyte [Scootabyte@crown-7-56.resnet.ucsc.edu] has joined #mcdevs
05:21 -!- mode/#mcdevs [+v Scootabyte] by ChanServ
05:32 -!- example6 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has quit [Ping timeout: 276 seconds]
05:32 -!- example6 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has joined #mcdevs
05:35 -!- eddyb [~eddy@unaffiliated/eddyb] has joined #mcdevs
05:52 -!- kcj [~casey@unaffiliated/kcj] has joined #mcdevs
06:05 -!- Zachoz|Away is now known as Zachoz
06:08 -!- kcj [~casey@unaffiliated/kcj] has quit [Read error: Connection reset by peer]
06:11 -!- example6 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has quit [Ping timeout: 246 seconds]
06:12 -!- example6 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has joined #mcdevs
06:29 -!- dimaa [~dimaa@c-50-131-97-0.hsd1.ca.comcast.net] has quit [Quit: Leaving]
06:40 -!- example6 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer]
06:41 -!- example6 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has joined #mcdevs
06:49 -!- example7 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has joined #mcdevs
06:51 -!- example6 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has quit [Ping timeout: 258 seconds]
07:15 -!- Scootaway [~Scootabyt@crown-7-41.resnet.ucsc.edu] has joined #mcdevs
07:18 -!- Scootabyte [Scootabyte@crown-7-56.resnet.ucsc.edu] has quit [Ping timeout: 264 seconds]
07:23 -!- conehead [~conehead@unaffiliated/conehead] has quit [Quit: Textual IRC Client: www.textualapp.com]
07:29 -!- GameMakerGm [~gamemaker@wikia/Gamemakergm] has quit []
07:29 -!- Prf_Jakob [~jakob@c-3b27e155.1214-1-64736c20.cust.bredbandsbolaget.se] has quit [Ping timeout: 264 seconds]
07:30 -!- Paprikac_ [~Paprikach@178-190-46-124.adsl.highway.telekom.at] has quit [Remote host closed the connection]
07:31 -!- Prf_Jakob [~jakob@c-3b27e155.1214-1-64736c20.cust.bredbandsbolaget.se] has joined #mcdevs
07:31 -!- mode/#mcdevs [+v Prf_Jakob] by ChanServ
07:32 -!- Guest50181 [~Me4502@184.154.203.43] has quit [Ping timeout: 240 seconds]
07:41 -!- example6 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has joined #mcdevs
07:41 -!- example7 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has quit [Ping timeout: 245 seconds]
07:51 -!- Darker [5ab38e42@gateway/web/freenode/ip.90.179.142.66] has quit [Ping timeout: 245 seconds]
08:20 -!- Me4502 [~Me4502@184.154.203.43] has joined #mcdevs
08:20 -!- Me4502 is now known as Guest99072
08:32 -!- DavidEGrayson [~David@ip70-189-241-7.lv.lv.cox.net] has joined #mcdevs
08:35 -!- DavidEGrayson1 [~David@ip70-189-241-7.lv.lv.cox.net] has quit [Ping timeout: 256 seconds]
08:36 -!- Paprikachu [~Paprikach@80.120.175.113] has joined #mcdevs
08:40 -!- Xaardas [~tach@p5B252AAD.dip.t-dialin.net] has joined #mcdevs
08:58 -!- mappum [~mappum@c-67-170-21-29.hsd1.wa.comcast.net] has quit [Ping timeout: 264 seconds]
09:19 -!- example6 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has quit [Ping timeout: 245 seconds]
09:36 -!- example6 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has joined #mcdevs
09:39 -!- Paprikachu [~Paprikach@80.120.175.113] has quit [Remote host closed the connection]
09:40 -!- Paprikachu [~Paprikach@80.120.175.113] has joined #mcdevs
10:34 -!- Cay [~OlofLarss@s83-177-171-150.cust.tele2.se] has joined #mcdevs
11:14 -!- Calinou [~Calinou@unaffiliated/calinou] has joined #mcdevs
11:15 -!- TomyLobo [~foo@91-64-168-142-dynip.superkabel.de] has joined #mcdevs
11:18 -!- example6 [example6@c-107-3-168-13.hsd1.ca.comcast.net] has quit []
11:51 < pbunny> hi, is furnace smelting time the same for different materials?
11:51 < pbunny> if not, where can i see some list of furnace recipes with smelting time?
11:53 < pbunny> i don't have minecraft client (and time) to test them in single player
12:10 < SinZ> everything takes the same time
12:11 -!- Paprikachu [~Paprikach@80.120.175.113] has quit [Remote host closed the connection]
12:18 -!- Calinou [~Calinou@unaffiliated/calinou] has quit [Quit: Excess Flood]
12:29 -!- Paprikachu [~Paprikach@80.120.175.113] has joined #mcdevs
12:42 -!- Paprikachu [~Paprikach@80.120.175.113] has quit [Remote host closed the connection]
13:04 -!- Paprikachu [~Paprikach@80.120.175.113] has joined #mcdevs
13:28 -!- Paprikachu [~Paprikach@80.120.175.113] has quit [Remote host closed the connection]
13:28 -!- Zachoz is now known as Zachoz|Away
13:54 < pbunny> http://wiki.vg/Protocol#Open_Window_.280x64.29
13:54 < pbunny> when did "Use provided window title " field appear?
13:54 < pbunny> iirc a couple of days ago it wasn't there
13:55 < pbunny> and it isn't needed for 1.4.7 client
13:55 <+Fador> they released 1.5
13:55 < pbunny> oh, ok
14:04 -!- Stormx2 [~Stormx2@cpc18-sotn9-2-0-cust33.15-1.cable.virginmedia.com] has joined #mcdevs
14:15 -!- Paprikachu [~Paprikach@213-33-17-93.adsl.highway.telekom.at] has joined #mcdevs
14:22 -!- BizarreCake [~BizarreCa@46.121.251.157] has quit [Ping timeout: 246 seconds]
14:37 -!- BizarreCake [~BizarreCa@46.121.251.157] has joined #mcdevs
14:46 -!- YukonAppleGeek [~YukonAppl@c-76-115-248-161.hsd1.or.comcast.net] has quit [Quit: Be back later]
14:48 -!- edk is now known as edl
14:50 -!- edl is now known as edk
14:54 < pbunny> Fador: any way to see 'diff' between 1.4.7 and 1.5 protocol?
14:55 < pbunny> does wiki supports that?
14:55 <+Fador> http://wiki.vg/wiki/index.php?title=Pre-release_protocol&oldid=3662
14:59 < pbunny> thx
15:11 < pbunny> "When a connection has been closed by either party the other party will respond with at least 100 bytes, each having the same value. " - what is the purpose of that? o.o
15:11 < pbunny> also, how is it possible to respond anything on closed connection? :p
15:12 <+Fador> I don't do that and it works just fine ;)
15:12 < pbunny> yep, my tests show the same
15:12 < TobiX> pbunny: Burger Vitrine can give you an overview: http://b.wiki.vg/ ...
15:14 -!- Vazde [vazde@dea.fi] has left #mcdevs []
15:22 -!- Morrolan [Morrolan@morrolan.ch] has quit [Ping timeout: 248 seconds]
15:23 -!- zh32 [nuthouse@vm1.zh32.de] has quit [Ping timeout: 245 seconds]
15:27 < inkoate> True or false: MC's hash function is annoying.
15:27 < inkoate> :)
15:27 -!- zh32 [nuthouse@212.224.126.62] has joined #mcdevs
15:27 -!- Morrolan [Morrolan@morrolan.ch] has joined #mcdevs
15:32 <+Fador> inkoate: http://wiki.vg/Protocol_Encryption#Client this?
15:33 < inkoate> yeah
15:33 < inkoate> they couldn't just have used sha1? ;)
15:33 < inkoate> or, I mean, regular sha1
15:34 <+Fador> well they just used the java functions available.. ;)
15:34 <+Fador> https://github.com/fador/mineserver/blob/master/src/user.cpp#L1410
15:34 <+Fador> it's not that hard to replicate
15:35 < inkoate> yeah, I'm trying, not succeeding yet.
15:35 < Stormx2> https://github.com/sadimusi/mc3p/blob/master/mc3p/authentication.py#L86
15:35 < Stormx2> That's sadimus-i's implementation
15:36 < Stormx2> fak I tried not to ping him but probably did anyway
15:38 < inkoate> huh, trying to parse that python, but I don't know what the "d >> 39 * 4 & 0x8" means.
15:40 <+Fador> he just checks the most-significant-bit for being "1" which means it's negative number and has to be handled
15:40 < inkoate> oh, ok
15:41 < inkoate> I just cast the first byte to int and see if its smaller than zero
15:41 < inkoate> saw that trick somewhere else.
15:42 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has joined #mcdevs
15:43 <+Fador> too bad there isn't datatypes that long in c/c++ =)
15:58 -!- cathode [~cathode@64.122.193.170] has joined #mcdevs
16:06 < pbunny> hmm, wtf... sometimes 1.5 client sends slot -999 in click window packet when player right-clicks on empty slot while holding some stack
16:07 < pbunny> slot -999 is supposed to be sent when player clicks outside inventory window
16:07 < pbunny> is it a bug?
16:07 < pbunny> and it happens only on furnace inventory window o.O
16:08 <+Fador> https://github.com/fador/mineserver/blob/master/src/inventory.cpp#L470
16:08 -!- masterm [masterm@masterm.org] has quit [Quit: leaving]
16:08 < pbunny> hmm, nope, it happens in player inventory too
16:08 <+Fador> that part of the code was last changed 2011-03-01 =)
16:08 < pbunny> Fador: well it worked fine with 1.4.7
16:09 < pbunny> hmm, it doesn't just send slot -999
16:10 < pbunny> sometimes on right-click-put of some stack (~ 1/4 of cases) it sends click window packet with -999 slot, and then with valid slot
16:10 < pbunny> like player clicked outside window before right-click-putting it
16:10 <+Fador> oh, ok..that explains some strange behaviour I noticed just few days ago =b
16:10 < pbunny> o.O
16:10 < pbunny> you have it too?
16:11 <+Fador> there's the new feature that you can "paint" the area you want to spread the stack
16:11 <+Fador> maybe something to do with that
16:12 <+Fador> have to test it out when I get home =)
16:15 < pbunny> Fador: in these bogus packets, shift is set to 5 o.O
16:15 < pbunny> so it's not boolean anymore
16:16 < pbunny> Fador: http://dpaste.org/0QK4M/raw/
16:17 < pbunny> thats what happened when he right-click-put stuff to different slots
16:17 < pbunny> at some moment -999 slot came with shift 5, then -999 slot packet was added before valid packet, with shift 5 too
16:17 -!- DavidEGrayson1 [~David@ip70-189-241-7.lv.lv.cox.net] has joined #mcdevs
16:17 < pbunny> when he put items back (left-click) shift is 0 again, and at last he shift-clicked and shift was 1
16:18 < pbunny> hmm, -999 slot packet was added before and after every packet when shift was 5
16:19 < inkoate> I'm presuming that the session server returning "NOT YET" means that I have something wrong with my hash?
16:20 -!- DavidEGrayson [~David@ip70-189-241-7.lv.lv.cox.net] has quit [Ping timeout: 264 seconds]
16:20 <+sadimusi> you probably didn't send any hash
16:20 < inkoate> my packet trace says I am, but not the same one as the client is sending.
16:21 <+sadimusi> if you send a username and server id it usually says NO
16:23 < inkoate> I'm sending "GET /game/checkserver.jsp?user=inkoate&serverID=D0011AA1C6FA5850233662D072B86A66C1761318"
16:23 <+sadimusi> it should be serverId
16:23 < inkoate> ohh
16:23 < inkoate> damn case sensitive... :)
16:24 <+sadimusi> the error message is extremely helpful :D
16:24 < inkoate> alright, now I'm getting NO
16:24 < inkoate> :)
16:24 < inkoate> progress
16:24 < inkoate> hashes are still wrong, of course.
16:25 <+sadimusi> you have to make sure you're encoding the public key in exactly the same way as java would do it
16:26 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has quit [Quit: exit(0);]
16:26 < inkoate> I'm using the same encoding that I'm sending to the client in 0xFD
16:27 <+sadimusi> the client only stores the decoded key and encodes it again for hashing
16:33 < inkoate> its something to do with how I do negative hashes.
16:33 < inkoate> "Notch" works, but "jeb_" doesn't
16:34 <+sadimusi> what language are you using?
16:35 < inkoate> golang
16:36 <+sadimusi> can't really help you there ;)
16:37 < inkoate> its fairly C-ish but yeah, I know its obscure. :)
16:37 < ShaRose> Funfact, it doesn't matter how long serverID is
16:37 < inkoate> its ok, though, part of the point of this is just to learn golang better.
16:37 < inkoate> digging into byte manipulation is defintely part of that.
16:37 <+sadimusi> checking the most significant byte and calculating the two's-complement should be fairly easy though
16:37 <+pdelvo> it would be pretty cool if minecraft would use aes-ni
16:38 <+sadimusi> it would be pretty cool it would use TLS
16:38 <+sadimusi> right now nobody knows if the encryption is actually secure
16:41 <+pdelvo> just o make it perform better. I can recognize 5x better performance when using aes-ni instead of regular aes
16:44 < inkoate> woohoo, got a YES
16:45 <+pdelvo> congratulations!
16:45 < inkoate> heh, thanks.
16:48 < ShaRose> sadimusi it's secure
16:48 <+sadimusi> I hope so
16:48 < ShaRose> mojang didn't just randomly pick it
16:48 <+sadimusi> :D
16:48 <+pdelvo> :D :D
16:48 <+sadimusi> the had to change it twice because I wrote a simple mitm attack script ;)
16:48 < ShaRose> it was picked from a few choices, and looked over for a good while before it was implemented
16:48 <+sadimusi> *they
16:49 < ShaRose> yeah, that's because when they first implemented it they want "eeh, it doesn't need to be THAT strong"
16:49 < ShaRose> and didn't follow spec
16:49 < edk> the encryption is very shakey
16:49 <+pdelvo> now they just need to use aes-ni and it will be fast too
16:50 < edk> I and a couple of other people came up with a few methods that really don't work by sheer luck
16:50 <+sadimusi> it's pretty good now, but nobody is really sure what the consequences of using the secret as the IV are
16:50 < edk> key == IV is never a good idea
16:50 < ShaRose> no, it's not
16:50 <+sadimusi> (besides reducing the aes rounds of the first round to 9 of course)
16:50 < ShaRose> again, they half-assed it
16:50 < edk> it's a recognized weakness of AES, yeah
16:50 < edk> (not that it's a good idea with any other cipher either)
16:50 < ShaRose> hell, at first we wanted a mac for each packet
16:50 < ShaRose> to prevent bit twiddling
16:51 < ShaRose> but we sort of gave in because that'd be a lot of overhead
16:51 < edk> AES with a reasonably sane block cipher mode is fairly secure, unless you do stupid things that might leak the key
16:51 < edk> not sure that a mac would help any?
16:52 -!- TomyLobo [~foo@91-64-168-142-dynip.superkabel.de] has quit [Quit: Standby mode...]
16:52 < ShaRose> I wanted them to use HC-256 :(
16:52 < ShaRose> edk no, just to prevent bit twiddling
16:52 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has joined #mcdevs
16:52 < ShaRose> it wasn't a very likely attack, since it would result in PROBABLY getting kicked
16:52 < ShaRose> for malformed packets
16:52 < ShaRose> but like I said we gave in on that
16:53 < ShaRose> hell, my request was the biggest change, making it so the client *and* server both have keypairs
16:53 < ShaRose> and login was changed to a signed keypair
16:53 <+sadimusi> HC-256 had exactly the same problems as RC4 did
16:53 < ShaRose> oh, didn't know any came up with it
16:53 < ShaRose> wasn't it the one that passed eStream
16:53 < edk> they should do it properly, signed server and client keys
16:54 < ShaRose> the reason mine wasn't picked was because it scared mollstam
16:54 < ShaRose> admittedly, it'd be a MASSIVE change
16:54 < ShaRose> all launchers would need to be updated and shit
16:55 < edk> I wonder if the current scheme isn't vulnerable to birthday attack on the sha1
16:55 < edk> can't be bothered to find out
16:55 < ShaRose> (we wanted to use SHA-256)
16:55 < edk> that would have solved that problem
16:58 < edk> well, honestly just using TLS would have worked
17:03 < jast> birthday attack on SHA1?
17:04 < jast> highly unlikely
17:10 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has quit [Quit: exit(0);]
17:11 < edk> jast, but not impossible, and probably not even difficult for very long
17:12 < edk> just because it's safe for now doesn't mean better things shouldn't be used where possible
17:12 -!- Calinou [~Calinou@unaffiliated/calinou] has joined #mcdevs
17:12 < ShaRose> to be fair, considering how often TLS has been screwed over it might have been stronger to use the things we suggested to mojang :V
17:13 < jast> I did estimations of the likelihood of a birthday attack succeeding, for something like 2^64 collision attempts
17:13 < jast> it's still extremely slim
17:13 < edk> well, sha1 birthday complexity would be 2^80 with no cryptographic help
17:14 < jast> "birthday complexity"?
17:14 < edk> average complexity of a birthday attack
17:14 < edk> well, iirc it's half the width, i forget
17:15 < jast> what does that even mean
17:15 < jast> with a birthday attack, you have three or four variables
17:15 < jast> and you pick a trade-off
17:15 < jast> birthday attacks have nothing to do with complexity
17:16  * edk can't be bothered to argue
17:16 < jast> (except as a factor to slow down attacks :))
17:16 < jast> well, I just have no idea what you're talking about
17:16 < jast> I can live with that
17:17 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has joined #mcdevs
17:17 < edk> I can't remember where I read that it's half, but I assume it means: the average number of calculations required to succeed, assuming you can randomize both sides randomly
17:19 < jast> you mean, if you want to have a 50% chance of success?
17:19 < jast> i.e. for SHA1 you need to generate 1208925819614629174706176 signatures to have a 50% chance to create a collision
17:20 < edk> yeah, that'll be it
17:20 < jast> reduce that by just an order of magnitude and the chance is down to 1%
17:20 < edk> once you've got 50%, you're nearly there
17:21 < edk> well, if you can do 50% fairly quickly
17:21 < jast> i.e. with (very roughly) 2^76 = 75557863725914323419136 signatures the chance to succeed is just 1%
17:21 < jast> s/signatures/hashes/
17:21 < jast> i.e. in 1% of cases, that many randomly picked SHA1 signatures contain one signature
17:21 < jast> if you want to do a directed attack, your odds are astronomically worse
17:22 < jast> gah, that i.e. needs some reworking
17:22 < jast> i.e. in 1% of cases, that many randomly picked messages yield a duplicate hash
17:22 < edk> i knew what you meant :)
17:23 < jast> :)
17:23 < edk> well, yeah, it's difficult now, though i think some collisions have been found
17:23 < edk> but give moore's law a few more years
17:23 < jast> and good luck generating and hashing 2^76 messages in a specific target domain
17:23 < jast> even if you manage that, the chance that you have actually gained something is still pretty low
17:23 < jast> in fact, good luck even memorizing that many hashes
17:24 < edk> minecraft makes one part of that easy, since I think both things being hashed have a random number in them
17:25 < jast> what's the attack vector we're talking about here? being able to sign on as the victim on another server?
17:25 < edk> just being able to MITM
17:25 < edk> I don't think it's very likely, honestly
17:25 < edk> just too many parts of it are "shaky" for me to be comfortable
17:26 < jast> well, if we assume that an attacker can only intercept client<->server traffic (unlikely), that's a relevant question
17:26 < jast> IMO it's much more likely that the attacker can intercept client<->login server traffic, too
17:26 < jast> in that case the whole thing is worthless anyway
17:26 -!- DavidEGrayson1 [~David@ip70-189-241-7.lv.lv.cox.net] has quit [Quit: Leaving.]
17:26 < jast> (iirc)
17:26 < edk> well, the former only requires social engineering
17:27 < jast> social engineering installs an arbitrary "enhancement" on the client
17:27 < edk> just get them to connect to your evil server
17:27 < jast> honestly, I wouldn't even bother with the whole crypt stuff. just get someone to install a new and improved client.
17:27 < jast> anything else is way too much work compared to the possible benefits
17:28 < edk> meh, true
17:28 < jast> the only reason to throw out an encryption scheme is if it the effort to break is significantly cheaper than the benefits
17:28 < jast> (of breaking it)
17:30 < Not-001> [SMProxy] SirCmpwn pushed 1 commit to gh-pages [+2/-2/±0] http://git.io/Z8hVUg
17:30 < Not-001> [SMProxy] SirCmpwn 9a26301 - Fixed typo in download
17:31 < ShaRose> interestingly jast that was main reason it was weakened
17:31 < ShaRose> because they thought nobody'd put in the effort to break it
17:50 -!- Scootaway [~Scootabyt@crown-7-41.resnet.ucsc.edu] has quit [Ping timeout: 276 seconds]
17:50 < TobiX> Why not just use plain old TLS?
18:01 -!- TomyLobo [~foo@91-64-168-142-dynip.superkabel.de] has joined #mcdevs
18:02 -!- conehead [~conehead@unaffiliated/conehead] has joined #mcdevs
18:12 < pbunny> http://wiki.vg/wiki/index.php?title=Protocol&diff=prev&oldid=3694
18:12 < pbunny> please check and accept into wiki if it's ok
18:13 -!- md_5 [~md_5@mcdevs/trusted/md-5] has quit [Quit: ZNC - http://znc.in]
18:15 < eddyb> jast: I think what edk was going on about half the bit length is general attack complexity. I remember reading on wikipedia, that because of that birthday thing, you need twice the size of your hash to have the same resistance against collision attacks that you have against preimage attacks
18:16 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has quit [Ping timeout: 248 seconds]
18:32 -!- Scootaway [Scootabyte@eduroam-226-223.ucsc.edu] has joined #mcdevs
18:33 -!- Paprikachu [~Paprikach@213-33-17-93.adsl.highway.telekom.at] has quit [Remote host closed the connection]
18:40 -!- md_5 [md_5@mcdevs/trusted/md-5] has joined #mcdevs
18:40 -!- mode/#mcdevs [+v md_5] by ChanServ
18:52 < jast> eddyb: and I think I explained what 'attack complexity' actually means :}
18:53 < jast> the term is actually pretty meaningless
18:58 -!- Amaranth [~travis@ubuntu/member/Amaranth] has quit [Read error: Connection reset by peer]
19:17 -!- Amaranth [~travis@ubuntu/member/Amaranth] has joined #mcdevs
19:17 -!- mode/#mcdevs [+v Amaranth] by ChanServ
19:55 -!- Calinou [~Calinou@unaffiliated/calinou] has quit [Quit: Excess Flood]
19:56 -!- mappum [~mappum@c-67-170-21-29.hsd1.wa.comcast.net] has joined #mcdevs
19:58 -!- conehead [~conehead@unaffiliated/conehead] has quit [Quit: Computer has gone to sleep.]
20:04 -!- GameMakerGm [~gamemaker@cpe-173-175-165-69.elp.res.rr.com] has joined #mcdevs
20:04 -!- GameMakerGm [~gamemaker@cpe-173-175-165-69.elp.res.rr.com] has quit [Changing host]
20:04 -!- GameMakerGm [~gamemaker@wikia/Gamemakergm] has joined #mcdevs
20:05 -!- Sietsem [~SietseFRE@109.70.2.118] has joined #mcdevs
20:08 -!- BizarreCake [~BizarreCa@46.121.251.157] has quit [Ping timeout: 240 seconds]
20:11 -!- Scootaway [Scootabyte@eduroam-226-223.ucsc.edu] has quit [Ping timeout: 245 seconds]
20:15 < inkoate> can anyone point me to example code on setting up AES? Particularly curious about what was used for IV.
20:15 <+sadimusi> iv == shared secret ;)
20:15 < inkoate> always?
20:15 < inkoate> that's easy
20:16 < inkoate> :)
20:16 -!- ArnoK [~ArnoK@541D90EE.cm-5-6c.dynamic.ziggo.nl] has joined #mcdevs
20:19 -!- Rudench is now known as Shnaw
20:45 < inkoate> blarg.... I think I'm properly decrypting... I get a packet back from my FC and the first byte always decrypts to CD
20:46 < inkoate> but the second one is always random
20:46 <+sadimusi> are you reinitializing your stream cipher=
20:46 <+sadimusi> *?
20:47 <+sadimusi> (you shouldn't)
20:48 <+sadimusi> you are using 8 bit CFB, right?
20:48 < inkoate> no, I just initialize once
20:49 < inkoate> and I'm using CFB
20:49 < inkoate> as for how big, I just use the key the client is sending...
20:50 <+sadimusi> if you can decrypt a single byte you are probably using CFB8
20:50 <+sadimusi> that's probably not the issue right now, but you have to use two ciphers, one for each direction
20:52 < inkoate> ok, yeah, I set up two stream ciphers, one in and one out
20:53 < inkoate> I have to figure out whether I'm using CFB8
20:53 <+sadimusi> of you weren't you wouldn't be able to decrypt a single byte
20:55 < inkoate> what version of CFB should I be using?
20:55 <+sadimusi> what versions are available?
20:56 < inkoate> still trying to figure that out. :)
20:56 <+sadimusi> I don't know of any CFB versions, the only thing you can choose is the block size
20:57 < inkoate> the block size would come from the size of the key that the client sends the server, right?
20:57 <+sadimusi> no
20:58 <+sadimusi> there are two block sizes here
20:58 <+sadimusi> one for AES and one for CFB
20:58 < inkoate> oh, ok
20:58 <+sadimusi> AES should be 128, but you probably have that right if you can decrypt the first byte
20:58 < inkoate> right
21:00 -!- Scootaway [fragmer@eduroam-226-223.ucsc.edu] has joined #mcdevs
21:02 < inkoate> This is what I'm working with, the CFBEncrypter and CFBDecrypter functions: http://golang.org/pkg/crypto/cipher/
21:02 -!- Scootaway [fragmer@eduroam-226-223.ucsc.edu] has quit [Client Quit]
21:02 < inkoate> They say they decrypt/encrypt with cipher feedback mode, using an AES block.
21:04 -!- Broken_Syntax [~Nimbus@CPE001310777336-CM602ad07871c0.cpe.net.cable.rogers.com] has joined #mcdevs
21:06 <+sadimusi> how exactly do you use this CFBDecryptor instance?
21:07 < inkoate> it has a function on it called XORKeyStream which you pass bytestreams to
21:09 <+sadimusi> that looks like CFB128 to me :/
21:09 <+sadimusi> maybe you just have to implement cfb yourself
21:09 < inkoate> damn them
21:09 < inkoate> yeah, might.
21:09 <+sadimusi> it's pretty straight-forward
21:10 -!- sharvey [~sharvey@pdpc/supporter/student/sabriel] has quit [Ping timeout: 276 seconds]
21:12 -!- sharvey [~sharvey@scspc337.cs.uwaterloo.ca] has joined #mcdevs
21:12 -!- sharvey [~sharvey@scspc337.cs.uwaterloo.ca] has quit [Changing host]
21:12 -!- sharvey [~sharvey@pdpc/supporter/student/sabriel] has joined #mcdevs
21:16 < inkoate> Hmm, ok... did you look at the code of XORKeyStream, sadimusi?
21:16 <+sadimusi> yes
21:16 < inkoate> so, am I right in thinking that because it counts x.outUsed up to length of x.out, its using the 128 bits of AES?
21:16 < inkoate> Instead of 8?
21:16 <+sadimusi> yes
21:16 < inkoate> that is, of the 128 bit block size.
21:16 < inkoate> ok
21:17 <+sadimusi> but you can't just change the block size there to 8
21:18 < inkoate> aw
21:18 < inkoate> :)
21:18 < inkoate> hehe
21:19 < inkoate> no, I'm doing some reading about cfb8, trying to figure out how it works.
21:19 <+sadimusi> after reading this you should know everything about it http://csrc.nist.gov/publications/nistpubs/800-38a/sp800-38a.pdf
21:20 <+sadimusi> note that wikipedia oversimplifies things in this case
21:20 < inkoate> in what case does it not? :)
21:20 -!- lahwran [lahwran@unaffiliated/lahwran] has quit [Changing host]
21:20 -!- lahwran [lahwran@python/site-packages/lahwran] has joined #mcdevs
21:20 <+sadimusi> good point :)
21:25 < Not-001> [node-minecraft-protocol] superjoe30 pushed 2 commits to master [+0/-0/±2] http://git.io/rVCR1g
21:25 < Not-001> [node-minecraft-protocol] mappum 367b8a9 - Switched from constructors to functions in serialization code
21:25 < Not-001> [node-minecraft-protocol] superjoe30 7213da3 - Merge pull request #47 from mappum/master Switched from constructors to functions in serialization code
21:27 < mappum> superjoe: i think i would eventually want to replace the reading/writing stuff use native code if it speeds it up enough
21:28 < superjoe> mappum, how much of a speed multiplication improvement do you think would make using native code worth it?
21:28 -!- conehead [~conehead@unaffiliated/conehead] has joined #mcdevs
21:29 < mappum> hmm, well we could make it fall back to the pure js code if neccessary so it isn't a pain to install on windows
21:30 < mappum> and as long as it is like a 30% speed boost it would be worth it (but i'm sure it would be)
21:34 < superjoe> I guess I just don't want to be responsible for maintaining C++ code every time the protocol updates
21:34 < superjoe> but I'm not against you doing it
21:35 < mappum> well it wouldn't be too bad, it would just be a bunch of structs really
21:36 < mappum> i;m not going to do that yet though, because it will take forever :/
21:36 < mappum> but for my purposes less cpu = less instances = less cost
21:38 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has joined #mcdevs
21:41 < superjoe> gotcha
21:41 -!- Broken_Syntax [~Nimbus@CPE001310777336-CM602ad07871c0.cpe.net.cable.rogers.com] has quit [Ping timeout: 245 seconds]
21:41 < superjoe> mappum, have you actually exceeded 1 server yet?
21:41 < superjoe> s/server/instance/
21:42 < mappum> well we don't have users yet, but the architecture is there to support multiple servers
21:43 < inkoate> saidmusi: Thanks for the pdf link. I'm going to have to go read it like 482 times then try to implement it. :)
21:53 < superjoe> mappum, maybe try to get a couple users before worrying about scaling\
21:54 < mappum> getting users won't be a problem. we're going for a public technical preview on friday on Hacker News
21:55 < mappum> but right now the server is basically just minecraft classic, we have a lot to add before it's something people will actually play on
22:10 -!- Cay [~OlofLarss@s83-177-171-150.cust.tele2.se] has quit [Read error: Connection reset by peer]
22:20 -!- ArnoK [~ArnoK@541D90EE.cm-5-6c.dynamic.ziggo.nl] has quit [Quit: Leaving]
22:22 -!- Broken_Syntax [~Nimbus@CPE001310777336-CM602ad07871c0.cpe.net.cable.rogers.com] has joined #mcdevs
22:26 -!- Broken_Syntax [~Nimbus@CPE001310777336-CM602ad07871c0.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer]
22:34 -!- eddyb [~eddy@unaffiliated/eddyb] has quit [Quit: Konversation terminated!]
23:09 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has quit [Remote host closed the connection]
23:13 -!- SpaceManiac [~SpaceMani@r74-192-152-131.gtwncmta01.grtntx.tl.dh.suddenlink.net] has quit [Read error: Connection reset by peer]
23:13 -!- SpaceManiac [~SpaceMani@r74-192-152-131.gtwncmta01.grtntx.tl.dh.suddenlink.net] has joined #mcdevs
23:13 -!- mode/#mcdevs [+v SpaceManiac] by ChanServ
--- Day changed mar. mars 19 2013
00:18 -!- YukonAppleGeek [~YukonAppl@c-76-115-248-161.hsd1.or.comcast.net] has joined #mcdevs
00:41 -!- GameMakerGm [~gamemaker@wikia/Gamemakergm] has quit [Ping timeout: 260 seconds]
00:49 < Not-001> [node-minecraft-protocol] superjoe30 pushed 2 commits to master [+0/-0/±2] http://git.io/DgYkqA
00:49 < Not-001> [node-minecraft-protocol] mappum 2c00c9f - Fixed bug where the wrong type was used when serializing entityMetadata
00:49 < Not-001> [node-minecraft-protocol] superjoe30 11b11f0 - Merge pull request #48 from mappum/master Fixed bug where the wrong type was used when serializing entityMetadata
00:52 < TkTech> God I love Sins Of A Solar Empire.
00:52 < TkTech> Excellent game.
00:53 < TkTech> inkoate: Just in case you don't know, you can start typing someone's name and hit "tab" to autocomplete it.
00:53 < TkTech> (I noticed you misspelled sadimusi's name)
00:59 -!- cathode [~cathode@64.122.193.170] has quit [Quit: Leaving]
01:01 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has quit [Quit: exit(0);]
01:08 -!- Jckf_ [~jckf@2001:470:27:155::2] has joined #mcdevs
01:09 -!- Jckf [~jckf@2001:470:27:155::2] has quit [Read error: Connection reset by peer]
01:25 -!- TomyLobo [~foo@91-64-168-142-dynip.superkabel.de] has quit [Quit: Standby mode...]
01:47 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has joined #mcdevs
02:04 < inkoate> TkTech: Yeah, I knew that. For some reason I decided to type his out. Only noticed later that I'd mispelled it.
02:04 < inkoate> Thank you though. :)
02:16 -!- Exio is now known as Exio_
02:16 -!- Exio_ is now known as Exio4_
02:16 -!- Exio4_ is now known as Exio
02:22 -!- jast [jast@zoidberg.org] has quit [Read error: Connection reset by peer]
02:23 -!- jast [jast@zoidberg.org] has joined #mcdevs
02:23 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has quit [Ping timeout: 255 seconds]
02:28 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has joined #mcdevs
02:28 -!- mode/#mcdevs [+v pdelvo] by ChanServ
02:32 < inkoate> You know, thinking more about what sadimusi was saying earlier...
02:33 < inkoate> If it was a problem between CFB8 and CFB128, that wouldn't show up until the 9th byte
02:33 < inkoate> and I can't even decrypt the second byte...
02:36 -!- Xaardas [~tach@p5B252AAD.dip.t-dialin.net] has quit [Quit: Tschuess und bis Bald]
02:36 <+sadimusi> inkoate: If it were just cfb128 you couldn't decrypt a single byte at all
02:37 <+sadimusi> The code looks a bit like it's based on wikipedia's illustration
02:40 < inkoate> haha
02:40 < inkoate> which is a bit disturbing, considering.
03:10 -!- Stormx2 [~Stormx2@cpc18-sotn9-2-0-cust33.15-1.cable.virginmedia.com] has quit [Ping timeout: 264 seconds]
03:27 -!- jspiros [~jspiros@pool-74-97-185-224.prvdri.fios.verizon.net] has quit [Quit: leaving]
03:43 -!- jspiros [~jspiros@pool-74-97-185-224.prvdri.fios.verizon.net] has joined #mcdevs
04:45 -!- jast [jast@zoidberg.org] has quit [Remote host closed the connection]
04:45 -!- jast [jast@zoidberg.org] has joined #mcdevs
04:59 -!- dimaa [~dimaa@c-50-131-97-0.hsd1.ca.comcast.net] has joined #mcdevs
05:03 -!- GameMakerGm [~gamemaker@wikia/Gamemakergm] has joined #mcdevs
05:26 -!- kcj [~casey@unaffiliated/kcj] has joined #mcdevs
05:27 -!- jast [jast@zoidberg.org] has quit [Remote host closed the connection]
05:27 -!- jast [jast@zoidberg.org] has joined #mcdevs
05:54 -!- jast [jast@zoidberg.org] has quit [Remote host closed the connection]
05:55 -!- jast [jast@zoidberg.org] has joined #mcdevs
06:00 -!- jast [jast@zoidberg.org] has quit [Remote host closed the connection]
06:00 -!- jast [jast@zoidberg.org] has joined #mcdevs
06:00 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has quit [Ping timeout: 255 seconds]
06:04 -!- Zachoz|Away is now known as Zachoz
06:05 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has joined #mcdevs
06:05 -!- mode/#mcdevs [+v pdelvo] by ChanServ
06:07 -!- eddyb [~eddy@5-12-35-65.residential.rdsnet.ro] has joined #mcdevs
06:07 -!- eddyb [~eddy@5-12-35-65.residential.rdsnet.ro] has quit [Changing host]
06:07 -!- eddyb [~eddy@unaffiliated/eddyb] has joined #mcdevs
07:00 -!- GameMakerGm [~gamemaker@wikia/Gamemakergm] has quit []
07:02 -!- BizarreCake [~BizarreCa@46.121.251.157] has joined #mcdevs
07:16 -!- dimaa [~dimaa@c-50-131-97-0.hsd1.ca.comcast.net] has quit [Quit: Leaving]
07:22 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has quit [Ping timeout: 255 seconds]
07:24 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has joined #mcdevs
07:24 -!- mode/#mcdevs [+v pdelvo] by ChanServ
07:28 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has quit [Read error: Connection reset by peer]
07:30 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has joined #mcdevs
07:30 -!- mode/#mcdevs [+v pdelvo] by ChanServ
07:32 -!- Prf_Jakob [~jakob@c-3b27e155.1214-1-64736c20.cust.bredbandsbolaget.se] has quit [Ping timeout: 264 seconds]
07:34 -!- Prf_Jakob [~jakob@c-3b27e155.1214-1-64736c20.cust.bredbandsbolaget.se] has joined #mcdevs
07:34 -!- mode/#mcdevs [+v Prf_Jakob] by ChanServ
07:38 -!- Cay [~OlofLarss@s83-177-171-150.cust.tele2.se] has joined #mcdevs
07:39 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has quit [Ping timeout: 255 seconds]
07:41 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has joined #mcdevs
07:41 -!- mode/#mcdevs [+v pdelvo] by ChanServ
07:46 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has quit [Ping timeout: 255 seconds]
07:48 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has joined #mcdevs
07:48 -!- mode/#mcdevs [+v pdelvo] by ChanServ
07:52 -!- edk [edk@unaffiliated/edk] has quit [Ping timeout: 256 seconds]
07:53 -!- eddyb [~eddy@unaffiliated/eddyb] has quit [Read error: Connection reset by peer]
07:53 -!- eddyb [~eddy@unaffiliated/eddyb] has joined #mcdevs
08:01 -!- edk [edk@unaffiliated/edk] has joined #mcdevs
08:09 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has quit [Ping timeout: 255 seconds]
08:09 -!- pdelvo [~pdelvo@5.9.63.185] has joined #mcdevs
08:15 -!- EdGrubemran [~EdGruberm@184.171.171.26] has joined #mcdevs
08:16 -!- EdGruberman [~EdGruberm@unaffiliated/edgruberman] has quit [Ping timeout: 246 seconds]
08:16 -!- EdGrubemran is now known as EdGruberman
08:17 -!- EdGruberman [~EdGruberm@184.171.171.26] has quit [Read error: Connection reset by peer]
08:22 -!- EdGruberman [~EdGruberm@unaffiliated/edgruberman] has joined #mcdevs
08:23 -!- Deaygo [~Deaygo@mcbouncer.com] has quit [Quit: ZNC - http://znc.sourceforge.net]
08:26 -!- Deaygo [~Deaygo@mcbouncer.com] has joined #mcdevs
08:45 -!- kcj [~casey@unaffiliated/kcj] has quit [Ping timeout: 264 seconds]
08:54 -!- conehead [~conehead@unaffiliated/conehead] has quit [Quit: Computer has gone to sleep.]
08:54 <+Ac-town>  /b 22
08:54 <+Ac-town> argh
09:37 -!- Paprikac_ [~Paprikach@178.115.251.22.wireless.dyn.drei.com] has joined #mcdevs
09:40 -!- pdelvo [~pdelvo@5.9.63.185] has quit [Ping timeout: 255 seconds]
09:43 -!- pdelvo [~pdelvo@mcdevs/trusted/pdelvo] has joined #mcdevs
09:43 -!- mode/#mcdevs [+v pdelvo] by ChanServ
09:50 -!- Paprikac_ [~Paprikach@178.115.251.22.wireless.dyn.drei.com] has quit [Remote host closed the connection]
10:01 -!- Paprikachu [~Paprikach@77.117.247.193.wireless.dyn.drei.com] has joined #mcdevs
10:29 -!- SimSonic [54ed4b42@gateway/web/freenode/ip.84.237.75.66] has joined #mcdevs
10:31 -!- Paprikachu [~Paprikach@77.117.247.193.wireless.dyn.drei.com] has quit [Remote host closed the connection]
11:05 -!- Stormx2 [~Stormx2@cpc18-sotn9-2-0-cust33.15-1.cable.virginmedia.com] has joined #mcdevs
11:14 -!- Xaardas [~tach@p5B253A50.dip.t-dialin.net] has joined #mcdevs
11:15 -!- SimSonic [54ed4b42@gateway/web/freenode/ip.84.237.75.66] has quit [Quit: Page closed]
11:22 -!- jspiros_ [~jspiros@pool-74-97-185-224.prvdri.fios.verizon.net] has joined #mcdevs
11:24 -!- Unknown42121 [~fdfa@c-50-134-249-227.hsd1.co.comcast.net] has quit [Read error: Connection reset by peer]
11:24 -!- Guest99072 [~Me4502@184.154.203.43] has quit [Ping timeout: 255 seconds]
11:24 -!- jspiros [~jspiros@pool-74-97-185-224.prvdri.fios.verizon.net] has quit [Ping timeout: 260 seconds]
11:24 -!- Fador [fador@hentai.fi] has quit [Ping timeout: 260 seconds]
11:24 -!- MedyPoo [~fdfa@c-50-134-249-227.hsd1.co.comcast.net] has joined #mcdevs
11:24 -!- tyteen4a03 [tyteen4a03@69.50.229.69] has quit [Ping timeout: 260 seconds]
11:24 -!- Fador_ [fador@hentai.fi] has joined #mcdevs
11:24 -!- Paprikachu [~Paprikach@178.115.250.73.wireless.dyn.drei.com] has joined #mcdevs
11:24 -!- Fador_ is now known as Fador
11:24 -!- mode/#mcdevs [+v Fador] by ChanServ
11:24 -!- tyteen4a- [tyteen4a03@69.50.229.69] has joined #mcdevs
11:24 -!- Exio [exio4@trekweb/user/nax] has quit [Ping timeout: 255 seconds]
11:24 -!- Me4502 [~Me4502@184.154.203.43] has joined #mcdevs
11:24 -!- Me4502 is now known as Guest3239
11:25 -!- TomyLobo [~foo@91-64-168-142-dynip.superkabel.de] has joined #mcdevs
11:25 -!- Exio [exio4@trekweb/user/nax] has joined #mcdevs
12:18 -!- jspiros_ is now known as jspiros
12:27 -!- mappum [~mappum@c-67-170-21-29.hsd1.wa.comcast.net] has quit [Ping timeout: 276 seconds]
12:55 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has joined #mcdevs
13:07 -!- Zachoz is now known as Zachoz|Away
13:10 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has quit [Ping timeout: 264 seconds]
14:43 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has joined #mcdevs
14:58 -!- YukonAppleGeek [~YukonAppl@c-76-115-248-161.hsd1.or.comcast.net] has quit [Quit: Be back later]
15:29 -!- cathode [~cathode@64.122.193.170] has joined #mcdevs
15:41 < pbunny> can i assume that items/blocks in inventory with same type but different 'damage' field will never stack with each other?
15:41 < pbunny> can i just treat them as different types of items/blocks?
15:42 < jast> in the past, at some points it was possible for certain damageable items to stack
15:42 < jast> the stack would then get one of the individual damage values assigned to it
15:42 < jast> it could conceivably happen again if they accidentally make an item both damageable and stackable
15:45 < dav1d> what about wool?
15:45 < dav1d> oh
15:45 < dav1d> nvm
15:57 -!- Cayorion [~OlofLarss@s83-177-171-150.cust.tele2.se] has joined #mcdevs
16:00 -!- Paprikachu [~Paprikach@178.115.250.73.wireless.dyn.drei.com] has quit [Remote host closed the connection]
16:00 -!- Cay [~OlofLarss@s83-177-171-150.cust.tele2.se] has quit [Ping timeout: 276 seconds]
16:14 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has quit [Ping timeout: 245 seconds]
16:16 -!- edlothiol [~edlothiol@ip-88-152-129-115.unitymediagroup.de] has joined #mcdevs
16:22 -!- gicode_ [gicode@rancor.csh.rit.edu] has joined #mcdevs
16:22 -!- mode/#mcdevs [+v gicode_] by ChanServ
16:23 -!- fortytwo- [~thomas@who.let.this.bloody.dropbear.in] has joined #mcdevs
16:24 -!- Netsplit *.net <-> *.split quits: PhonicUK, +gicode, fortytwo
16:24 -!- fortytwo- is now known as fortytwo
16:27 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has quit [Quit: exit(0);]
16:38 < pbunny> when player shift-clicks on item in inventory when opened furnace window, some items go to furnace upper slot, and some to lower slot
16:38 < pbunny> how do i determine that?
16:39 < pbunny> except for trying every item manually
16:41 < pbunny> i assume only fuel materials are moved into lower slot?
16:41 < pbunny> however, workbench is moved there too
16:42 < pbunny> is it possible to fuel furnace with workbench? -.-
16:42 < pbunny> oh, right. thx
16:42 <+Fador> http://www.minecraftwiki.net/wiki/Furnace#Fuel_efficiency
16:42 < pbunny> yeah, already found that :p
16:42 <+Fador> ;)
16:47 < pbunny> is bow fuel?
16:48 < pbunny> hmm, nope. it doesn't go to any furnace slot
16:49 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has joined #mcdevs