4 ms·

It's true that the Web can't do everything yet, but bringing in gpgpu is moving the goalposts. For media, ORBX.js was able to hit 1080p60 with 12bpp on smartpho

• the8472 10y ago
  > but bringing in gpgpu is moving the goalposts My reference point is playback with madVR + xysubfilter. madVR uses various high-quality algorithms for scaling and post-processing that are generally too taxing for CPUs to do in realtime, especially at high resolutions or framerates. Similarly rendering complex subtitles containing vector graphics in realtime onto a high resolution target is also quite demanding. It works on an i7, but I would be skeptical about more anemic devices. So that's where gpu acceleration would help too. > For media, ORBX.js was able to hit 1080p60 with 12bpp on smartphones three years ago I have not heard about that one before. It seems to be an encoder geared towards realtime streaming. Codecs in realtime configuration generally make some tradeoffs to sacrifice quality and compression to meet their throughput targets. So it's hardly comparable to encoding for archival purposes (h.265 high profile has horrendous encoding times) or high quality playback. > It's true that the Web can't do everything yet But new features hit the market every few years. Native players can address them within months of the new interfaces hitting consumer hardware. Browsers and software running in them are hampered by their need for consensus, having to develop new abstraction layers on top of native features and slow rollout of new features.