RE: Video MSE issue as of March 01 2017 - seamless switch to new media

With permission I am posting this to the public-html-media@w3.org email archive.

/paulc
HME WG Chair

-----Original Message-----
From: Unreal Streaming Technologies [mailto:contact@umediaserver.net] 
Sent: Friday, March 3, 2017 12:40 AM
To: Jerry Smith (WPT) <jdsmith@microsoft.com>; Mark Watson <watsonm@netflix.com>; wolenetz@google.com; plh@w3.org; fd@w3.org; Paul Cotton <Paul.Cotton@microsoft.com>
Subject: Video MSE issue as of March 01 2017 - seamless switch to new media


Hello,

Big Pardon for intrusion; could anyone shed some light, please, on a cross-browser MSE issue?

It is about a  seamless switch to another media in the middle of a live stream. According to MSE spec, browsers should provide seamless switch to another media after new BMFF video/mp4 initialization segment. It does not work well in any browser! You can do it with Flash player, but not with MSE.

Context: Unreal Media Server sends very short (30-500 ms length) BMFF video/mp4 segments via WebSockets. That allows to achieve very low latency (0.2 - 1 sec) and works well in Chrome; a little worse in Edge and IE (higher latency). This article  in streamingmedia.com describes our approach:
http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Latency-Sucks!-So-Which-Companies-Are-Creating-a-Solution-115757.aspx


Unreal Media Server also supports live playlists so you can switch the same live stream to a different content. In that case a new initialization segment is sent to a browser; but it only works well with video-only streams; if audio exists then it stops playing or plays badly. Of course we could completely re-initialize the sourcebuffer and the player, but that is not a seamless switch at all!

On the demo page
http://umediaserver.net/umediaserver/demos.html 
you can see a link to HTML5 player stream; that stream plays fine. But the link to live playlist with timeshift, if attempted with HTML5 player, would produce this issue.

Unreal Media Server:
http://umediaserver.net/umediaserver/


Thank you!
UMedia team

Received on Friday, 3 March 2017 15:22:38 UTC