News for hackers. Stuff that matters.
Re:My Fanless OpenBSD Desktop (2021) by BrotherBisquick on Friday October 28, 2022 @07:30AM (#33370051)
This happens with eyeballs as well as ears.

Witness people who don't notice screen tearing in X11, or people who don't mind (or even prefer!) Windows font rendering.

Re:My Fanless OpenBSD Desktop (2021) by Macha on Friday October 28, 2022 @08:00AM (#33370296)
The people who prefer Apple's or Window's font rendering are able to observe it so that's much more subjective preference compared to people who are literally unable to hear e.g. an x570 chipset fan and claim their system is silent
Re:My Fanless OpenBSD Desktop (2021) by jgillich on Friday October 28, 2022 @08:14AM (#33370416)
True, I have never in my life noticed screen tearing, X11 or otherwise.
Re:My Fanless OpenBSD Desktop (2021) by joshspankit on Friday October 28, 2022 @08:15AM (#33370431)
Or people who argued that “the eye can’t see more than 60fps”
Re:My Fanless OpenBSD Desktop (2021) by favadi on Friday October 28, 2022 @08:24AM (#33370509)
Or people who argued that "4k is pointless, you can't see the different with 2k anw".
Re:My Fanless OpenBSD Desktop (2021) by Gigachad on Friday October 28, 2022 @08:41AM (#33370634)
For gaming or videos I actually can’t tell the difference between 4K and 1440p. For text rendering I absolutely can.
Re:My Fanless OpenBSD Desktop (2021) by glowingly on Friday October 28, 2022 @12:49PM (#33373950)
As an aside, many 4k/1440p videos are not really 4k or 1440p in the same way a monitor is 4k/1440p. Mostly 4k/1440p light levels, but less than that w.r.t. color information.

A common video subsampling setup is 4:2:0.

https://en.wikipedia.org/wiki/Chroma_subsampling

In addition, common video compression techniques (at least the simple ones that I could still understand) basically reconstruct blocks of pixels. Reconstruction is lossy, at best.

If I had to guess, something similar could be done in games as part of their optimizations.

Re:My Fanless OpenBSD Desktop (2021) by joshspankit on Saturday October 29, 2022 @09:48AM (#33384009)
Something similar is done in video games through two technologies (in addition to colourspace trickery): DLSS and “dynamic resolution”
Re:My Fanless OpenBSD Desktop (2021) by jeroenhd on Friday October 28, 2022 @10:22AM (#33371715)
This really depends on the size of the screen. For most laptops, I'd argue that 4k is useless; 1440p is high-res enough that you get perfect clarity anyway.

For 83" TVs you obviously need more pixels to get a good viewing experience because you don't position yourself several meters in front of the screen to make the pixels unnoticable.

Re:My Fanless OpenBSD Desktop (2021) by LoveMortuus on Friday October 28, 2022 @11:00AM (#33372210)
I think even for phones anything above 1080p, is kinda pointless. Just a drain on the battery.
Re:My Fanless OpenBSD Desktop (2021) by t-3 on Friday October 28, 2022 @02:26PM (#33375345)
For me, there's only a difference for the text console. For GUIs I have to halve the resolution to make things usable so it doesn't really help anything.
Re:My Fanless OpenBSD Desktop (2021) by kriops on Friday October 28, 2022 @09:52AM (#33371402)
Windows font rendering is fine as long as you don't use scaling, right?
Re:My Fanless OpenBSD Desktop (2021) by jrootabega on Friday October 28, 2022 @09:59AM (#33371467)
Maybe my perceptions are out of date, but cleartype, while technically allowing higher font dpi, had a rainbow/screen door effect that stood out like a sore thumb for many of us.
Re:My Fanless OpenBSD Desktop (2021) by jeroenhd on Friday October 28, 2022 @10:21AM (#33371702)
The effect depends on the screen technology you use. Windows guesses the pixel layout, but you can tweak ClearType to fit your screen better. You can open a wizard that takes you through six steps and asks you to select the rectangle with the best text (out of six rectangles) to tweak it to your liking.

When the subpixels don't align, ClearType can be ugly as hell, but for me the default guesses always worked out.

Re:My Fanless OpenBSD Desktop (2021) by jrootabega on Friday October 28, 2022 @10:25AM (#33371746)
On displays with high enough resolution/dpi, maybe. But isn't it just inevitable that if there are red subpixels on one side of your text, and blue on the other, that it would be noticeable?
Re:My Fanless OpenBSD Desktop (2021) by vel0city on Friday October 28, 2022 @10:56AM (#33372149)
I wonder if virtualization software messing with how ClearType assumes subpixel layouts could cause a lot of the dislike for ClearType in the Mac crowd, as many Mac users possibly predominately handled Windows in things like Parallels? I don't have any knowledge about how ClearType behaves in software like Parallels so I could be entirely off-base with that idea.

The only time I had dislike for ClearType was when I'd rotate a monitor from landscape to portrait. This makes sense, since the subpixel layout is then wrong. So, I'd usually just redo the ClearType settings when rotated and use the monitor in that orientation for a while instead of constantly switching.

Re:My Fanless OpenBSD Desktop (2021) by jeroenhd on Friday October 28, 2022 @11:51AM (#33373019)
The virtualisation problem may definitely play a role! In my experience, ClearType in a VM is often very very wrong. I think it may even be off by default if Windows can't find details about the current screen.

Alternatively, you may be getting the "RDP" experience for optimized drivers, which is just very blocky.

I prefer ClearType over whatever macOS does (or did, been a while since I had a Hackintosh) but combining different rendering styles is always jarring. Helping Mac people through remote desktop always made the text look wrong to me, probably for the same reason. When you expect text to look a certain way, alternative renderers are always wrong.

This is also something I notice with some custom GUI libraries that implement their own font rendering. I've dropped several GUI tools because I just got frustrated by how their text always looked different from normal text.

Re:My Fanless OpenBSD Desktop (2021) by anikom15 on Friday October 28, 2022 @02:28PM (#33375365)
It can still be seen with the correct subpixel layout.
Re:My Fanless OpenBSD Desktop (2021) by kitsunesoba on Friday October 28, 2022 @10:52AM (#33372075)
In my observations it’s the reverse. Windows font rendering looks ok to me (if a bit “off”) on my laptop with 1.5x UI scale, but underwhelming at 1.x. At 1.x fonts look badly kerned and a bit misshapen, and that cleans itself up quite a bit at 1.x and beyond.

macOS and Linux rendering looking better to me regardless of render scale. Good kerning and no beating font glyphs into odd shapes to fit a pixel grid on screens with pixel density high enough that it isn’t necessary (we’re not running 1024x768 LCDs any more).

Re:My Fanless OpenBSD Desktop (2021) by otikik on Friday October 28, 2022 @10:49AM (#33372034)
I confess I am somewhat impervious to bad kerning myself. I thought about fixing that (there's online exercises that one can take) but then I realized that there's potentially so much bad kerning out there I would be making my life more miserable for no reason.
Re:My Fanless OpenBSD Desktop (2021) by phonepostingsux on Friday October 28, 2022 @12:21PM (#33373524)
Re:My Fanless OpenBSD Desktop (2021) by otikik on Friday October 28, 2022 @05:18PM (#33378052)
Thanks, I didn’t know this one :)
Re:My Fanless OpenBSD Desktop (2021) by hedora on Friday October 28, 2022 @11:31AM (#33372694)
There are driver options to remove screen tearing in X11. (At least for Intel, Nvidia and AMD cards).

Also, font rendering has gotten worse under Linux in recent years (due to fractional scaling).

I should probably just switch to a BSD that doesn't include Wayland support before it is too late. That'd fix my desktop's incessant pulseaudio and systemd screwups too...

Re:My Fanless OpenBSD Desktop (2021) by weberer on Friday October 28, 2022 @05:56PM (#33378472)
>Witness people who don't notice screen tearing in X11

Most people are using a compositor that came with their DE, so screen tearing never happens.