I can confirm that I don't get freeze with r811. Great!
On topic:
I feel like making "chest shop" tonight.
On topic:
I feel like making "chest shop" tonight.
Random Chitchat 2012-2016
|
I can confirm that I don't get freeze with r811. Great!
On topic: I feel like making "chest shop" tonight.
09-01-2012, 04:02 AM
Great
Still broken for me, but in the other way. Now client firstly disconnects with IndexOutOfBoundsException. Sometimes it connects and spawns "too far away" (successfully anyway), and I can see myself standing where I supposed to be with previous attempt.
I think it's world-dependent, will upload mine in a moment. [edit] https://dl.dropbox.com/u/29021761/MCServer.7z Complete this with default files and try to login as 'l0ud'.
09-01-2012, 07:03 AM
1.3.2 is weird. It behaves too chaotically. I compiled, ran the server and the client timed out. I restarted the server and I managed to log in and get spawned, even saw some chunks, before getting kicked for an unknown packet. The same server code can produce two such different scenarios...
09-02-2012, 06:39 PM
Currently I can login with 1.3.2 and spawn in the world and walk around, BUT only if my world is FlatHeight and SameBlock, that is, the minimum compressed data. When I enable the normal generators, I get all sorts of random errors while downloading terrain
Also, it seems that the client has some weird behavior while sending BlockPlace packets, sometimes it seems to send more data, sometimes less...
09-02-2012, 09:22 PM
There's just no way I can do this like this. I need a MC protocol proxy. Since there is no such tool with 1.3.2 support, I'm starting one, right in MCServer's svn repository.
09-02-2012, 09:36 PM
Are you sure the encryption library outputs the correct encryption?
No idea, but I suppose it does, because I *can* get through with the simple world. It shouldn't even be a multithreading-related issue, since a CS is locked prior to using the crypto lib's encryptor and decryptor.
If it is a problem in the crypto library, we'll see it because it will fail the MITM attack on the protocol that I'm writing into the proxy. I committed my current WIP 1.3.2 protocol to the svn, so that anyone can have a look at it. There's a commented-out MilliSleep in cProtocol132::SendChunkData(); uncommenting it sometimes makes the client accept even the good world, but eventually the connection lags too much behind and the client times out.
09-03-2012, 03:14 AM
minecraft 1.3.2 completly works for me now on MC-Server. the only thing that is maybe wrong is when i log in i get: Player "STR_Warrior: sent a weird position confirmation 66.10 blocks away, retrying. but i spawn normaly with the biomal world generation used R823
09-03-2012, 07:48 AM
Weird, it seems to work for some, for others it doesn't. FakeTruth said it worked for him for a while, but then, without doing anything, the server kicked the client.
Anyway, I got the protocol proxy working, at least the basic stuff, so now I can see even the encrypted data that flows between the official server and the client. I'll add some packet parsing tomorrow. It works only for an offline server, though. I don't mind |
« Next Oldest | Next Newest »
|