streamer: has a decode-length + encode-length startup time, even from a warm startup

[Wessie]

We throw away any data when a human streamer takes over and start all over once we're asked to start again, this generally takes about 10-15 seconds before a song is ready to start playing.

This can probably be fixed by re-using the existing logic that is there for the graceful restart

The warm-startup is the more important issue, doing a song decode/encode sequence when we do a cold startup is probably not worth the complexity