pollAPI sleep might be wrong
The current pollAPI sends the track data into the comms channel, and then sleeps for the expected duration. If the channel takes a long time to be read, this means we'll be sleeping for too long.
We probably should time how long the channel write took, and subtract that from the wait time (along with an understanding of what to do if we've already taken too long, i.e. wait should be zero)