- From: Travis McGeehan <travismcgeehan@gmail.com>
- Date: Sat, 18 Dec 2021 21:25:40 -0500
- To: www-style@w3.org
I'm interested in seeing the image-rendering property be applicable to video elements. The image-rendering property doesn't seem to be mentioned in relation to video in the css spec or be usable as such in browsers. Some old discussion of the image-rendering property and its potential utility with respect to better scaling of pixel art suggested that sites wishing to enforce specific scaling algorithms use the webgl canvas. This is indeed possible, but there are a few caveats and negative incentives around bandwidth usage that I've run into. https://lists.w3.org/Archives/Public/www-style/2011Feb/0128.html For one, websites wishing to display high-quality video of pixel art (eg capture from retro video games) are required to send the videos to a canvas as per above just to replicate image-rendering pixelated let alone any custom algorithm, or to prescale the videos to common monitor resolutions which balloons bandwidth usage on all common video hosts. Second, the canvas requires CORS validation to do this. So while a site can embed a video from another origin just fine, if the video is pixel art based the site is required to waste bandwidth embedding much higher resolutions than needed as it's unable to manipulate the scaling algorithm on the canvas as previously suggested. Alternatively the site can ask the user to download the desired video first and then upload it to a file where the video can be created as an object url, which again wastes a large amount of bandwidth (on a third party host no less) if the user may not want or need to watch the entire video and only wishes to stream parts of it. I can understand why the canvas would require additional CORS validation but it has an odd consequence here that sites using pixel art videos may have to waste user bandwidth to provide an appropriate viewing experience for their content. Third, sending video to the canvas has poor implications for accessibility as the video controls have to be reimplemented. Thanks, Travis McGeehan (TiKevin83)
Received on Sunday, 19 December 2021 08:29:15 UTC