I'd been assuming that the OS always copied our USB transfer buffer at submit-time. Turns out that this is true for Linux but not for Windows or Mac. This caused tearing when fcserver received a new frame while previous frame(s) were still queued in the USB host controller.

Fixed this by copying to a per-transfer buffer on Windows and Mac. Linux is unaffected. We avoid performing an additional copy there.

This was a doc typo, Fadecandy uses the standard OPC command number of 0x00.

Fixes issue 21.

Remove unnecessary columns, switch to .xls (it's what the assembly houses seem to want) and make the references consistent.

- Smaller apertures overall
- Larger apertures for LED
- Totally redo the LQFP apertures for U1

Changed the shape of pads for U1 and U3, trying to avoid having too much solder paste.

Missed a commit, oops.

If we issue a short write, libwebsocket handles it kinda ungracefully and we have no idea when to close the socket. Instead of letting libwebsocket copy our content into a temporary buffer, we can just give it smaller pieces.