ChunkCache question
#21
I did Smile

(10-18-2014, 07:45 PM)SphinxC0re Wrote:
Code:
[11:59:49] Saved obfuscated chunk 36#-144 to drive!
[11:59:49] ReadBlockArea: MaxRelX more than chunk width, adjusting to chunk width
[11:59:49] ReadBlockArea: MaxRelZ more than chunk width, adjusting to chunk width
Reply
Thanks given by:
#22
Hmm. It might be a problem in the server code.

@xoft the C++ code for adjusting the coordinates uses >=. Shouldn't that be >?
Reply
Thanks given by:
#23
I thought so, too. Smile It's good though, that this little bug is now present
Reply
Thanks given by:
#24
Hang on Wink There is a possibility that I'm wrong.Tongue
Reply
Thanks given by:
#25
I think the code's right, the coords range from 0 to 15, which is 16 blocks total.

EDIT: wait, you might be right, because the coords are first adjusted for inclusion by adding 1 to them.
Reply
Thanks given by: NiLSPACE , sphinxc0re
#26
I have another problem now. How do I work around the chunk thing? Also why does my algorithm generate these gaps?


Attached Files Thumbnail(s)
   
Reply
Thanks given by:
#27
It might create those gaps because it's on the edge of a chunk?
Reply
Thanks given by:
#28
How can I fix this?
Reply
Thanks given by:
#29
(10-18-2014, 10:50 PM)xoft Wrote: I think the code's right, the coords range from 0 to 15, which is 16 blocks total.

EDIT: wait, you might be right, because the coords are first adjusted for inclusion by adding 1 to them.

Will this be fixed soon?
Reply
Thanks given by:
#30
Report an issue on Github for it so that it doesn't get forgotten.
Reply
Thanks given by:




Users browsing this thread: 9 Guest(s)