Main reason for not moving 4 bytes instead of 2 was not figuring out how to do it as buffer.pixels seemed to want an int & not a long. I did have a go but got nowhere. ( assembler is so much easier but I am making progress with C++ so I must keep at it )
I will look up memcpy & see how to use it.
As I mentioned is seems to be the lock & unlock side of things which causes most of the cycles to be used up but any speed improvement is welcome.
( In Space Treker the use of 3D will be fairly simple with ship selection & planet & base views and already the speed is fine. I won't actually use a full screen, just 240 x about 200 ).
UPDATE: memcpy & memset worked fine for the data and the init of vscreen but as FAR_CLIP is an int I can set it with memset so I'm looking for a function to set ints. Anyway this shaved about 10% off execution time so another good optimisation.
PS: It's vacation time so I'm off to Norway until the 28th July
