- From: Ingar Arntzen via GitHub <sysbot+gh@w3.org>
- Date: Wed, 13 Jun 2018 17:08:09 +0000
- To: public-web-and-tv@w3.org
@chrisn > Presumably, frame accurate time reporting would help with synchronised media playback across multiple devices, particularly where different browser engines are involved, each with a different pipeline delay. But, you say you're already achieving sub-frame rate sync in your library, based on currentTime, so maybe not? So, while the results are pretty good, there is no way to ensure that they are always that good (or thay they will stay this good), unless these issues on the agenda through standardization work. There are a number of ways to improve/simplify sync. - as you say, exposing accurate information on downstream delays, frame count, media offset is always a good thing. - currentTime values are also not timestamped, which means that you dont really know when it was sampled internally. - The jitter of currentTime is terrible. - Good sync depends on an interpolated clock. I guess this would also make it easier to convert back and forth between media offset and frame numbers. - there are also improvements *seekTo* and *playbackrate* which would improve things considerably -- GitHub Notification of comment by ingararntzen Please view or discuss this issue at https://github.com/w3c/media-and-entertainment/issues/4#issuecomment-397014061 using your GitHub account
Received on Wednesday, 13 June 2018 17:08:14 UTC