BloodsPilot @ XPilot.ktd.krakow.pl

Yes, this is probably an old optimization. I wouldn't expect it to give much gain on modern machines.

This is put in include files to prevent them from being included more than once.

As far as I'm concerned, it helps locate respawning players on their actual bases. The radar dots are not enough.

Maps I have assembled are available here: http://xpilot.ktd.krakow.pl/archive/maps/

Ok, I could start it.

I wanted to create a repository of XPilot maps. Fortunately, it seems that Jarno already has a site ( http://j-a-r-n-o.nl/Xpilot/Maps/ ) where anyone can upload maps that are in block format (*.xp). If you have any interesting maps in that format, please upload them, so that they don't get lost. Wha...

First of all, thank you for maintaining the server for all this time! Unfortunately, it makes sense to shut it down, just like an increased number of active players would naturally prompt people to start new servers. I think one of the reasons for the lack of new players is that the clients are not ...

Currently it is done like it used to be in old servers (the dead player returns to base and when he is there the view changes abruptly to the locked player).

Ok, the protocol version is now 0x4E01 and it differs from 0x4501 with these: * 4.E.0.0: cumulative turning * 4.E.0.1: Show ships about to appear on bases, new team change packet. This change from the ng protocol will not be included, because it's not really useful: * 4.F.1.0: Send_player(): Additio...

Yes, then we could just assume version 0x4eYY is the same as 0x4f15. Beyond that there could be purely cosmetic optimizations related to sending redundant fields (e.g. player's name when swapping). To shave this off we need more packet types. Ah, and it would be nice to add base signaling when a pla...