Let us know in the comments your experience with streams using lowered delay options.
Note: Not all broadcasters have this enabled, and comes at the cost of different buffering for some viewers.Mellow commented
As a viewer and moderator of many channels who has 10/1 speeds and is currently located in Australia, I'd rather have the latency of the 4-second chunk system than the newer 2-second chunks that cause even a single transcoded stream to buffer frequently on medium-high when I attempt to view via the web player.
I've grown accustomed to running several pre-beta streams on High at once with no buffering and, since I can no longer do this, I've had a negative experience so far. Further, non-transcoded channels that have opted into the reduced delay beta and are broadcasting at ~1800 kbps quickly rise to 1m+ delay before freezing entirely.
A friend of mine is broadcasting, he decided NOT to opt-in, and I am currently viewing his feed on High with a 12-15 second delay and no buffering. I think that's pretty darn great and that, unless my experience is a very very very isolated case, opting in would simply not be worth the tradeoff for viewers or broadcasters right now.
The video engineering team really do a fantastic job and most of the time they improve the player in ways that I don't even notice but if this feature were to be pushed in its current state it would be detrimental to my Twitch web player experience and I may be forced to rely on other means of playback more heavily than I already do.
Since you guys have much more data than I do and decreases in median latency benefit the majority, I'll roll with the punches for now and see how others fare.
Hope you found this feedback useful.