I have never had a great experience with OLED on larger screens, whether monitors or laptops. In smartphones, OLED burn-in is much less of a practical concern because of pixel-shifting and other mitigation done by the OS. The use of phone is mostly switching between apps, watching videos, texting, and making calls, rather than displaying the same text for hours so that makes sense. I still prefer IPS LCD for monitors and laptops because text looks crisper, which matters if you spend hours reading or working. OLED makes more sense to me for watching movies and other video content. In my opinion, Apple did it correctly, MacBook uses a Mini-LED backlit LCD, so you get a quality display with HDR while also having sharp text, and you don't have to worry about burn-in issues. There is MicroLED[1], which promises to combine OLED-like blacks and response with better longevity by avoiding screen burn-in issues. At the moment, it seems no major manufacturers are providing it because of cost and other factors.
The issue with text on OLED panels is typically due to the sub pixel layout, they tend to use different sub pixel layouts to traditional monitors which causes issues with subpixel rendering and can make text look blurry or have color fringing.
However, recently you can now get OLED panels from LG with RGB stripe sub pixel layouts (matching traditional monitors) which eliminates this problem and text should be just as good as an non-OLED display.
Yeah, I'm using one (the Alienware 3926), and it's fine. You'd never know it wasn't IPS except that it's better off-axis and has vastly better blacks and no light bleed.
At 4K / 32", grayscale antialiasing looks pretty good to me, so IMO the strip layout isn't strictly required. It's merely an improvement on top of pretty good.
I am not at all in favor of removing the possibility to have subpixel rendering, by the way. "Low" DPI screens are extremely common and probably will be for many years. I absolutely want subpixel rendering on these.
Apple removed it because they have only high-DPI screens left in their hardware and, frankly, they have a tradition of blurry font rendering anyway. GTK did it because they like to remove features and pretend that they're Apple. Apple is being a slight jerk about it because non-Apple external screens exist - the GTK guys are being big jerks because it's a middle finger to many existing users. It doesn't even save that much work for them! FreeType and probably some Harfbuzz are doing the heavy lifting.
I have many criticisms of Apple and their hardware, but the Mini-LED screen on the M1 MBP I had at a previous job was stunning. I was in the market was a Mini-LED monitor last year and ended up settling with an IPS LCD in the end due to the lack of premium high-refresh 1440p options at the time.
You will like Tandem OLED which is the screen that is used on the large screen, iPad Pro’s made by LG.
Tandem OLED solves the problem of burn-in, but it cost more than standard OLED on large screens which is why Samsung didn’t want to supply Apple so Apple went to LG.
This is exactly why tools like Landstrip[1] exist. Sandboxing is a good mitigation to an extent, but it cannot address every class of attack. If an agent allows untrusted content to influence privileged decisions, the underlying design still has a large attack surface. Claude Code is also susceptible to this class of issue because of how its plugin interface works.
Great job! I've achieved comparable results on my Android TV with Stremio[1] and the Torrentio[2] plugin. Being able to use the terminal for streaming would be a nice thing to have in Linux. It would also be cool to check for malicious files before downloading.
So torrentio provides the metadata and downloads the video on-demand. And stremio handles UI and playback. That's a pretty neat way to keep the storage reqs minimal.
This got me thinking if jellyfin could be configured for something similar (I don't feel like migrating to yet-another-media-library) and turns out it supports .strm files [0], which are literally just urls in a text file (much like .m3u8 playlists) [1]. My use case is private trackers so I would have to write a custom scraper to replace the torrentio functionality anyways. So it probably wouldn't be too hard to have it generate .strm placeholders at the same time. Hopefully there aren't any performance / transcoding issues ...
Government of India issued a follow up gazette notification withdrawing mandatory pre-installation of Sanchar Saathi app on smartphones: https://news.ycombinator.com/item?id=46132822
[1]: https://en.wikipedia.org/wiki/MicroLED