spoiler

made you look

  • 0 Posts
  • 29 Comments
Joined 1 year ago
cake
Cake day: July 27th, 2024

help-circle





  • I always thought it was purely a hardware limitation, but reading up on it I found it’s actually just “virtual 8086 mode” that was dropped, 16-bit protected mode is still available even when running the CPU in “long mode”.

    So it rules out DOS apps, but 16bit Win 3.x apps should still run. But it’s probably a compatibility minefield, and even MS decided it wasn’t important (iirc the only thing they kept around was support for 16-bit app installers, but by internally swapping them out with 32-bit versions when run, since it was apparently common for 32-bit 9x apps to still use 16-bit installers so they could show a proper error message when run under Win 3.x)




  • So how the OS already catches links to e.g. YouTube and offers to open it directly in the app, it could also do that for apps that weren’t installed and it’d just download and run them automatically. One of the examples was Vimeo, instead of loading the website it’d download a cut down variant of the normal app and load the video in that instead.

    The idea was to push people towards using apps instead, but now Google control the web they can just make that their app store instead, so native apps aren’t as relevant anymore.








  • They really want to promote their AVIF format, and supporting JXL would hinder that (Since JXL is a much nicer upgrade path from JPEG/PNG than AVIF is)

    Like you can transparently go from JPEG to JXL and back with no loss, which isn’t possible with AVIF. And PNG to JXL gives you a smaller file, while it’s usually the opposite with AVIF (Unless you get lucky, as lossless AVIF can be beaten by a BMP in a ZIP file). There’s also the issue of speed, AVIF is slow to encode compared to other formats (And while hardware decoding is possible, it’s also geared towards video, so the quality is often lacking, and can sometimes be slower than plain software encoding)