thanks for the reply. I found a short write-up on the API. It shows > > setBlocks(x1, y1, z1, x2, y2, z2, blockType, blockData) - set lots of > blocks all at the same time by providing 2 sets of co-ordinates (x, y, z) > and fill the gap between with a blockType > > If a similar function is available for get blocks, that would speed up > your code hugely. >
as far as i know, there is not. > Every single command sent over TCP has overhead associated with it, so > attempting to read 128^3 times over a network is going to take a while. > that is kind of what i thought. i wasn't sure if "block buffering" had anything to do with it, where i could package up a bunch of commands in a buffer to send at once... however, this doesn't really matter if the Minecraft API is reading them one by one and sending data back one at a time. Am I understanding this correctly? > > > As for the data structure, lisp has multi-dimensional arrays: > > > http://www.ai.mit.edu/projects/iiip/doc/CommonLISP/HyperSpec/Body/fun_make-array.html > > (make-array '(128 128 128)) > > with a variety of keywords to control how its created. That website in > general has everything on lisp. > > thanks for that tip, i'll have to do some reading about arrays and how to process them. > For a modern computer, such data is in no way too large (~2 million * size > of data...say 64 bits = 8 bytes so 16 MB total). BUT sending 2 million TCP > commands is too many! > glad my instinct was correct. i knew there was some fatal flaw in what i was trying to attempt. now, if i was using some free software clone of minecraft instead of the Pi Edition API.... i could likely create some kind of "world.getBlocks" command in order to pack a bunch of data into one command. Again, thanks for the reply. I'm new to this list, but already am glad I came. -grant
____________________ Racket Users list: http://lists.racket-lang.org/users
