Baker, if you want a solution to datagram size limitations, you'll need something like:
http://sourceforge.net/p/fteqw/code/432 ... deltas.txtNote that its not fantastically different from how DPP5+ sends entities.
That doc *should* give enough info to implement the extension, and will work fine as an upgrade over either protocol 15 or 666 (you may still want 666 as the underlying protocol to provide the svc_clientdata stat changes).
Note that nq support for this protocol is still fairly new in fte, so if you want to test it with an existing implementation be sure to use the current test build of fte.
Anyway, point is that retaining entity state from one frame to the next, resending only when something has changed (which 666 does not do - entities are resent from baseline even when they're idle) will save you both bandwidth and fragmentation-induced packetloss.
.