Random Chitchat 2012-2016
Yep. Probably in the new APIDump thingy if you can squeeze it in.
Thanks given by:
Probably not, this is the kind of information it is not built to handle - this is Knowledge™. APIDump only does Reference™
Thanks given by:
For those who keep wondering why I have a built-in disrespect for scripting languages, especially JS, watch this video. It starts with Ruby but very soon goes to JS; I think it's hilarious.
https://www.destroyallsoftware.com/talks/wat
Thanks given by:
(09-24-2013, 10:52 PM)xoft Wrote: For those who keep wondering why I have a built-in disrespect for scripting languages, especially JS, watch this video. It starts with Ruby but very soon goes to JS; I think it's hilarious.
https://www.destroyallsoftware.com/talks/wat

Words fail me, and that just made my day.

Nice find!
Thanks given by:
Who would've thought HTTP is such a difficult protocol to stream. I've been rewriting just the HTTP parser for three days already, and it's still far from finished.
Thanks given by:
I hate MIME, and especially multipart/form-data! I've been writing a parser for it for days, rewritten it from scratch twice, and still it's far from ideal.
Thanks given by:
Just tested enchantments. Efficiency and Unbreaking are working. Maybe these enchantments are client side?
Thanks given by:
Unbreaking should also be registered by the server. When you relog the durability is propably different. Efficiency is pretty much client-side, but should still be registered by the server to prevent hacked clients.
Thanks given by:
Efficiency must be client-side, because the client decides how long to take between sending the BlockBreaking and BlockBroken packets.
Unbreaking must be handled by the server, because it concerns the inventory, and the inventory is server-side.
Thanks given by:
I reloged and now my pickaxe has the correct damage. Is there any other client side enchantment appart of efficiency?
Thanks given by:




Users browsing this thread: 9 Guest(s)