Sorry, I don't follow the scenario
You want a 90 second delay for streamers doing play-by-play see viewer real-time chat? or did you mean player to player chat?
Uh.. yea, I don't get what you are trying to accomplish (and typically what you are asking is self-contradictory)
1. real-time - not really doable as speed of light isn't that fast. There will always be some delay. for some the delay is small enough to be close enough to be considered 'real-time'. However, when using common consumer CDN (content delivery networks, ie YouTube, Twitch, Facebook, etc) a video stream is sent (usually H.264, for licensing reasons) from you to CDN. CDN re-encodes the video for MUCH greater bandwith efficientcy in distribution. This re-encoding takes time and will NOT always be the same. Then there is distribution over CDN, and then final delivery to end client watching devices (and that delay/lag time can vry by device type, ISP, etc). Depending on number of viewers, geographic dispersion of viewers, other CDN activity, a dealy of 15s-1m is not uncommon. And can/will vary day-to-day
There are pay services that have much lower latency, but you don't see that typically outside large corporations and professional broadcasters
2. challenge is reality of content re-encoding and distribution delays, not to mention time for viewers to comment (chat), and the actual activity itself. The viewer chat will be after the CDN delivery lag.
so the e-sports participants could be real-time, but streaming via free consumer CDNs will have a delay, as will CDN viewer comments.
Anyway, I hope this gives you some context to clarify your question
