4 ms·

True, but esport isn't most streamers either. The Mario Maker streamers and speedrunners I follow have heavy interaction with their chat on-stream, for example,

True, but esport isn't most streamers either. The Mario Maker streamers and speedrunners I follow have heavy interaction with their chat on-stream, for example, and couldn't switch to a system which gave them significantly higher latency.

littlestymaar 6y ago
That's an interesting case study! In that particular case, how much is the maximum latency you think it can afford? And do you think the latency must be equally low for every viewers, or is there a vocal minority of viewers who interact with the streamer while others watch passively? If it's the later, maybe there would be a way to keep a reasonable (same as your twitch example) latency for those viewers.
- vertex-four 6y ago
  As someone who occasionally streams, max latency would be around a consistent 7-10 seconds - that makes some interaction patterns (the quick "which choice do I pick?") harder but still allows some reasonable level of feedback. Part of the reason I personally watch streams is to feel connected to the rest of the audience - when something good happens we all cheer immediately, when something bad happens there's immediate commentary. Being split up from part of the audience would cause me to feel weird - as one of the vocal minority I'd be cheering in a much smaller crowd, and as one of the passive viewers I'd always be wondering what the vocal minority were on about. There's also another type of stream that's popped up on reddit's RPAN - just random people chatting and interacting with their audience. That's not really feasible in Peertube's model. Note that there's some types of streams that Peertube's model could be great for - pre-planned event shows without much interactivity, live captures of current events, and so on. GDQ, various music and performance events, broadcasts from protest zones, and so on could use this.

littlestymaar 6y ago

That's an interesting case study! In that particular case, how much is the maximum latency you think it can afford? And do you think the latency must be equally low for every viewers, or is there a vocal minority of viewers who interact with the streamer while others watch passively? If it's the later, maybe there would be a way to keep a reasonable (same as your twitch example) latency for those viewers.

vertex-four 6y ago
As someone who occasionally streams, max latency would be around a consistent 7-10 seconds - that makes some interaction patterns (the quick "which choice do I pick?") harder but still allows some reasonable level of feedback. Part of the reason I personally watch streams is to feel connected to the rest of the audience - when something good happens we all cheer immediately, when something bad happens there's immediate commentary. Being split up from part of the audience would cause me to feel weird - as one of the vocal minority I'd be cheering in a much smaller crowd, and as one of the passive viewers I'd always be wondering what the vocal minority were on about. There's also another type of stream that's popped up on reddit's RPAN - just random people chatting and interacting with their audience. That's not really feasible in Peertube's model. Note that there's some types of streams that Peertube's model could be great for - pre-planned event shows without much interactivity, live captures of current events, and so on. GDQ, various music and performance events, broadcasts from protest zones, and so on could use this.