Store tic values in packets on two bytes instead of one

This changes PT_CLIENTCMD and PT_SERVERTICS to use UINT16s instead of UINT8s to store tic values, which fixes a potential cause of synch failure introduced by !835 (merged).

The variables netbuffer->u.serverpak.numtics and lasttictosend need to be UINT16 if I'm correct.

Why?

closed

I'm closing this, as I thought of a better way to fix this without making client packets larger.