-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Request] Select monitor in multi-monitor setup #11
Comments
No, there is even a note about that in the sidebar of the app. If I recall, the ability to choose a monitor in the official cleartype tuner doesn't actually do anything. I'd love to be proven wrong, but I don't think Microsoft actually implemented per-monitor text rendering settings. |
I also found a note I wrote about that, at the bottom of this page in the wiki.
|
Hola @bp2008 I am corresponding with Microsoft about a theoretical "ClearType 2", which I mention about this; Just wanted to reach you out, to raise your awareness. Although needing incubation (to support the odd OLED pixel structures), a simple font library using the simple algorithm for applications (for now), or maybe we can collaborate on that together, as some early incubation path. Thoughts are welcome. |
Hi @mdrejhon. Thank you for your efforts to get things changed. Solving this is certainly very challenging, both on a technical level and a "human" level. Most people:
Therefore even with an ideal outcome where all of your recommendations were followed and we got optimal subpixel antialiasing for all displays, I have to wonder how much value it would really add for users. Ideally, it could improve text legibility on a lot of displays. But if 95% of users can't tell the difference, is it truly worth doing? It almost seems as though everyone is just waiting for higher DPI displays to make subpixel antialiasing entirely obsolete. I have the 42" C2 OLED as a primary display at 100% scale, so I like the sample you put together demonstrating that even a slightly simplified "RBG" antialiasing method looks better than other methods on an RWBG OLED panel. I would be thrilled if they only went as far as to implement that as a third subpixel antialiasing option. I suspect there would be some edge cases where visual artifacts still appear, which a much more advanced antialiasing method might be able to mitigate. e.g. yellow text on white background with no antialiasing shows red fringes on the left, and light green fringes on the right, due to there being a white and a black (blue, but off) subpixel between the red and green subpixels. I do think a simple font rendering library could be useful as a proof of concept, and as a test bed for developing subpixel antialiasing methodology, but I am not particularly motivated to spend a lot of time working on it. |
I should also note the green text in your image says "R-W-G-B" when "R-W-B-G" was intended. |
Yes, I have commented very heavily in the [H]ardForum thread. The other thing is that this can be tweaked at the manufacturer level to create a BGRW mode out of half-pixel-shifting an RWBG panel. Since [RWBG][RWBG][RWBG][RWBG] can become RW][BGRW][BGRW][BGRW][RW and fix both the yellow fringing and the ClearType compatibility issue, by making BGR contiguous and keeping the brightest pixel groups contiguous (G+R+W). This does increase blue fringing a smidge but that's far more minor and unnoticeable than yellow fringing. As founder of Blur Busters / TestUFO, I am currently in the fortunate situation of being in a contract with LG Korea, I'm working the problem at both ends concurrently. See if LG fixes it first, or Microsoft fixes it first, or somehow meets in the middle creatively. Microsoft creating a ClearType 2 would be more universal (not WOLED specific), but the LG-side fix would also fix the yellow fringing for mudane gaming cases too. |
Great job with Blur Busters. I thought your name was familiar but I totally glossed over the avatar of the Test UFO! Just a thought. A proof-of-concept text rendering library with better subpixel antialiasing capability should probably be built in JavaScript to target the HTML5 canvas, and that way it is relatively easily accessible for demonstration purposes with high DPI support in a cross-platform manner. |
Thank you for pointing out my typo. Here's the new one. I'm replacing all my public posts with this one. Even if you're not going to commit much time, I'd like you to monitor microsoft/PowerToys#25595 and upvote anything you like. At least it will help raise awareness. Somebody already commented in there, that I should be working for Microsoft. |
In fact... I am considering implementing the posted algorithm as a TestUFO font renderer, as a proof of concept! I already have a custom script that essentially detect incorrectness of product(OS DPI zoom %, browser zoom %) that works in all desktop and mobile browsers, so I can prompt a message "Not Native Resolution". |
@mdrejhon I noticed today that MacType preview builds have support for custom subpixel structures, so I did a little experimenting and I think you will be interested: snowie2000/mactype#720 (comment) |
In the ClearType dialog one can pick which monitor to apply the changes to, in your application that is not possible so far. Would it be hard to add it or is this already implemented in a mechanic I didn't find?
Best regards,
Andreas
The text was updated successfully, but these errors were encountered: