Blocks not loading

[Magnuf]

Title: Blocks not loading

Version: 3.0.3/3.0.4

OS: Windows 7 professional, 64bit.

Java Version: Java Version 1.7.0_05

Description of Problem:

I was playing on my friends server, building stuff. Suddenly I got the error message "End of stream", and after that when I tried reconnecting, the blocks wouldn't load. However, mobs and players would.

I have tried re-installing, restarting, clearing the cache, deleting the entire .techniclauncher folder in Roaming. Sometimes, a small square of blocks would load (Similar to when an entire huge chunk of blocks would disappear in minecraft, just the opposite.)

other times, some more would load, but 90% of the time, none would. I've tried setting the render distance differently, which did not work.

I asked my friend to create a new world, which then worked. I could play, and see all the blocks fine. For a short while; then, the same problem occurred.

Error Messages:

End of Stream- Other than that; None regarding the issue.

Error Log:

Nay, nil.

[Torezu]

If you've been playing for a while, you have a log. Is there anything dumping crap on the ground in the server? Do you have 64-bit Java? Have you tried the solution of deleting the player.dat file? Do you have server logs? Is your video card melting?

Sorry, had to throw that last one in there to see if you were paying attention. :)

[Magnuf]

If you've been playing for a while, you have a log. Is there anything dumping crap on the ground in the server? Do you have 64-bit Java? Have you tried the solution of deleting the player.dat file? Do you have server logs? Is your video card melting?

Right, right, I'm a fucking retard, here's the log:

[02:51:15] [sEVERE](MAtmos : INFO) SoundCommunicator loaded (after 3.137 s.).

 

[02:51:15] [sEVERE](MAtmos : INFO) Bypassing Resource Reloader. This may cause issues.

 

[02:51:15] [sEVERE](MAtmos : INFO) ResourceReloader finished (after 3.181 s.).

 

[02:51:15] [sEVERE](MAtmos : INFO) ExpansionLoader signaled. Currently has 3 expansions and 0 in limbo.

 

[02:51:15] [sEVERE](MAtmos : INFO) Expansion interactions_environments.xrl loaded.

 

[02:51:15] [sEVERE](MAtmos : INFO) Expansion interactions_extras.xrl loaded.

 

[02:51:18] [sEVERE]java.lang.NullPointerException

[02:51:18] [sEVERE]at acp.q(SourceFile:86)

[02:51:18] [sEVERE]at acp.c(SourceFile:72)

[02:51:18] [sEVERE]at vp.a(SourceFile:97)

 

[02:51:18] [sEVERE]

I certainly hope I didn't leave out any relevant points in the log.

Regarding your other questions,

Dumping crap on the server? I guess some stuff were falling down from time to time, looking aside the cats and cows. Though the squids weren't falling, just... being squids.

I don't have 64-bit Java, which I should have, but I haven't been bothered, which also is the reason I have to use the .Jar file for running the Launcher- but it is to my understanding that this is irrelevant in regards to my issue, seeing as I've been running fine for a good few days until this happened.

I have not tried deleting the player.dat file, it did not come to mind. I will try that out ASAP.

I do not have the server logs for the time being, however, they did not show any abnormality as far as I was told.

My video card is doing relatively fine for it's age, and definitely not melting.

[Torezu]

NullPointerExceptions usually mean some kind of file corruption, possibly the player.dat file as mentioned. By "dumping crap", I meant pipes/quarries/nukes putting a lot of items on the ground all at once. That will kill any server.

64-bit Java will allow you to use much more memory, and use the memory more efficiently, than 32-bit ever could. That would be my first suggestion.

[Magnuf]

Alright, thanks man. I'll ask my friend to delete my player.dat file and install 64-bit Java.

While in search of a fix to my issue, I found 4-5 other threads about this, where there either weren't any replies, or the only reply was to change the view distance settings, so I surely hope your replies to this thread will help some other dudes out there as well.

Again, thanks. I'll update on whether it worked or not when I've had the opportunity to see whether it did or not.