If I remember correctly, PopcornTime was able to stream via BT.
Your claims are mostly correct, but I think some compromises can be made to make BT clients streaming proof. For example:
1. locally-randomizing segments download order
2. Create a larger buffer
3. Prioritize parts coming from slower connections
This is still just streaming a static file though. Adjusting which segment to get will work, buffering will work, and people don't mind their movie starting a few seconds after they press play.
If I'm streaming live, I need the frame immediately, and it doesn't help much to get later frames after the frame I'm missing.
Live streaming is, by nature, a "one-to-many" distribution model, where content flows from a single source to many viewers in real time.
BT, on the other hand, is fundamentally designed for "many-to-many" distribution, where peers share pieces of content with each other over time.
This isn't just a question of tweaking the protocol—it's a fundamentally different problem. Unless you're willing to compromise on the immediacy of the stream, using BT for true live streaming isn't really a good fit.
The time offset impedes the ability of viewers to interact with the streamer via chat, which for many people (incl. myself) is the whole reason to watch live instead of a recording.
I remember testing popcorn time and other bittorrent streaming tools back in the days. They worked "OK". Yes, you don't get the netflix experience. But on popular titles you get "good enough" streaming experience. You have to wait like 30 secs to get started.
1. locally-randomizing segments download order
2. Create a larger buffer
3. Prioritize parts coming from slower connections