- From: mwatson2 via GitHub <sysbot+gh@w3.org>
- Date: Thu, 21 May 2020 15:49:21 +0000
- To: public-css-archive@w3.org
+1 to @chrisn's comments. We need to decide which version of the video to stream. If the device has enough physical pixels on the screen to make delivery of 4K worthwhile, we'll stream that, even if the window is not - now - fullscreen but might be later. We want to build up a video buffer, so we request media in anticipation of future needs. There is a slight difference here for video compared to how you might handle images where you might download the resolution you need now and fetch a new one if the window is resized. If the device does not have enough physical pixels to make 4K worthwhile, we'll deliver HD as this would be an overall better UX (less chance of rebuffering, greater possibility to avoid scaling artifacts). The desire above applies whether or not the device has a separate video plane architecture, but I think there are sufficient properties already to determine the physical pixel resolution in the single-plane case. -- GitHub Notification of comment by mwatson2 Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5044#issuecomment-632169550 using your GitHub account
Received on Thursday, 21 May 2020 15:49:23 UTC