-
Notifications
You must be signed in to change notification settings - Fork 6.7k
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
Improved subpixel text rendering for OLED (WRGB stripe, RGB triangular) -- Unfixable by ClearType Tuner (Over 100 upvotes in Feedback Hub) #25595
Comments
As founder of Blur Busters / TestUFO, I work with computer monitor manufacturers; so I will explain GOOD: What ClearType Is Compatible With:ClearType is only compatible with vertical-stripe RGB and BGR pixel structure. ...and...BAD: What ClearType definitely NOT Compatible With:No, ClearType tuner doesn't fix this properly. It is unable to 100% unable to fix this. LG WOLED, all televisions and monitorsIt is not possible to control the white sub pixel in software, but ClearType can still at least go into a special "RBG" mode where the blue subpixel is in the middle, and the green subpixel is at the right edge. I did some PhotoShop tests and it actually makes text better on an LG WOLED. It looks much better, here are some example PhotoShop images that works fine on an OLED at 1:1 pixel mapping: One possible solution: Use an RBG ClearType mode where B is middle subpixelI photoshopped this special sample that looks absolutely fantastic on LG WOLEDs.
So, dear Microsoft, here's definitive proof that ClearType modifications are required to look better than anything that ClearType Tuner can do. Winky-wink. 😉 😉 😉 Samsung QD-OLED, all televisions and monitorsThey use a triangular structure as follows: Actual macro photograph of a Samsung QD-OLED: Which produces a text fringing problem at top/bottom of texts: ClearType Tuner is 100% completely unable to remove this fringing. Even alternative utilities such as Better ClearType Tuner can't fix this artifact.
This is because the green sub pixel is at the top edge, and red/blue subpixel is at bottom edge. ClearType is unaware of this subpixel layout. Monitor reviewers such as RTINGS complain about this.
|
Possible Method of ImplementationsShort term implementationA future "Enhanced ClearType Tuner" utility would accept a bitmask PNG file (square shaped) that shows where the red, green, blue subpixels are within one single pixel (ignoring any white subpixels, if any) An enhanced ClearType would automatically use this than the old-assumption of RGB stripe. This proposed bitmask file (to define structure of one pixel) can be small, e.g. 32x32 or 64x64, and only be Red, Green and Blue pixels with the rest of pixels black or transparent. Long term implementation: Plug-and-Play!Since monitor manufacturers are continually coming out with custom subpixel structures, monitor drivers (.INF) can provide an optional pixel structure (possibly as a bitmask, or a base64 data: PNG bitmask, 32x32 or 64x64), or even multiple string rows such as "0111022203330" per pixel row (where 1=red, 2=green, 3=blue) for human readability. The ClearType renderer would automatically use this known subpixel structure to provide accurate subpixel rendering. Monitor manufacturers can provide custom monitor-specific INF files that automatically inform Windows of the special subpixel structure. PrecedentMany smartphones already supports custom subpixel renderers (e.g. Pentile), though proprietary to the specific-display Android manufacturer (e.g. not visible in AOSP source code that is coded to a generic display). Known IssueSometime not too long ago, Microsoft made a mistake of simplifying ClearType rendering to only use one format for all multimonitors. This created problems for people using mixed RGB and BGR setups, which wasn't a problem during Windows XP days but is now a problem today with Windows 11. Instead of per-monitor ClearType tunings, Microsoft made the ClearType tuning global -- facepalm for many use cases. The LCD RGB-stripe hegemony is diminished because of the giant boom of mixed-monitor use cases, and new OLED computer monitors. So the originally well-intentioned simplification shot itself in its feet; Display rotation of tablet PCs also affects ClearType; Microsoft had to make adjustments to ClearType to keep it looking correct at all screen rotations. It is possible the affects-all-monitors simplification occured around this time (approximately Windows 8, not sure), when the ClearType engine was possibly refactored by Microsoft. Thus, Microsoft needs to undo this feature regression (now becoming increasingly visible in a multimonitor era), which was only because of the hegemony of RGB-stripe LCDs. One massively common use case is some people connect an RGB laptop to a BGR television set (more than half of TVs made today are BGR!). This accidental Microsoft regression made many years ago, needs to be undone. TL;DR Summary of feature regressionBEFORE: In some past versions of Windows, you could configure multimonitor -- e.g. RGB on laptop/monitor and BGR on TV. This Could Be Marketed As "ClearType 2"
|
Thanks for bringing more attention to this issue. I originally linked the wrong LTT YouTube review. Here is the correct link where he discusses insufficiencies of ClearType with OLED: |
You're welcome! As I currently am on paid contract work with LG Korea regarding their brand new 240Hz WOLED panels that are supplied to multiple manufacturers (ASUS, Corsair, etc), I can assure you that several end-users are now complaining about this. Please feel free to share the permalink to other experienced/advanced/programmer computer users who just purchased the new 2023-model OLED computer monitors, to bring more attention to this item.
|
To Microsoft Employees:Perhaps forward the permalink to the ClearType renderer contacts for further thought? |
@crutkas this guy should be working for Microsoft |
I do think this is an issue between hardware and OS developers, though. Have you contacted Microsoft in a more direct manner? |
Yes, thought about forwarding @Jason-GitH suggestion too. But this is a known difficult communicate (even via business channels, easily-dismissable, the original github was closed) with an unclear incubate venue. I think you understand that I am desparate enough to have to go through this channel, now, too. ClearType was developed in 1998 as an application-based feature (Microsoft Reader) and then ported into the OS. It's been a very stagnant feature that doesn't even have an assigned maintainer at Microsoft anymore, I think. However, it went into a Microsoft Research paper (I think) and perhaps the original researchers are still at Microsoft 25 years later. ClearType can be done without the initial involvement of hardware developers, as it can be done application based and as demonstration PhotoShop images. So, it may be easier to incubate application-side first. After all, the 1998 version of ClearType was just a book/text/doc reader application... The use of OLEDs in computer monitor has woken up this otherwise old mature feature. Later this year, I may publish an article/whitepaper (better rewrite-copy of this image-illustrated GitHub item) at Blur Busters later and post a link on the Feedback Hub. Links are also unclickable in it too. If only Feedback Hub was also github that I can post illustrated embeds in (not file attachments), y'know? Still, it seems technically possible to incubate this first as a third party application (aka PowerToy) -- there are third party font renderer utilities, such as MacType for Windows - www.mactype.net Plus, the ClearType Tuner app was also originally a PowerToy too. So, still relevant here. 😄 |
Starter Generic Subpixel-Aware Supersampling AlgorithmFor every time one font glyph is rendered onscreen:
Basically, pushing a supersized version of the glyph through the subpixel mask during downsample. This is very simple ultra-fast GPU shader code. Or you could use layering of existing DirectWrite/Direct2D APIs instead (e.g. bitmap scaling and bitmap-combining mathematics similar to ADD, SUBTRACT, AND, OR, XOR, alpha-blend operations etc) instead of GPU shader code. (And many of these APIs compile as shaders anyway when GPU acceleration is enabled). Various settings can be done to adjust. ClearType Contrast can be simply an alphablend/math between a non-subpixel-compensated glyph and a subpixel-compensated glyph. And configurable supersample size (6x, 8x, 10x, 12x, 14x, 16x, [...]) for quality experiments. One consideration; there will be loss of OpenType/TrueType "hinting" for small-size fonts (due the large-glyph rendering step) but the resulting correct subpixel render (up to ~3x more resolution possible) without hinting, will look superior to hinted-but-incorrect/blurrier. In other words, the nonstandard-subpixel-structure sharpness improvement outweighs the loss of "hinting" support for the vast majority of fonts -- even for complex fonts such as Mandarin, etc, that goes very soft/blurry on WOLEDs. Either way, while it sounds difficult at first -- the generic algorithm is actually absurdly simple to a shader programmer or bitmap-mathematics programmer, once they're trained to understand ClearType better (e.g. treat the subpixels like additional pixels spatially) There can be optimizations later to speed things up, and hinting support re-added later. But the algorithm is very simple. Technically, first step could be done as an open source Reader application, even a rudimentary TXT viewer (font and size configurable in menus). Not too different from a simplified version of 1998's Microsoft Reader. So the first step is a simple font renderer library for applications, using this algorithm, maybe? Though I have no time to start the project, I can code-review it, and I can tweak the code's algorithm to the correctness needed, or add other features (like adjustable alphablend between subpixel-scaled vs nonsubpixel-scaled, as a Contrast setting). Possible Path of Introduction?There might be many other workflows to incubate this at the open source level. But I'd propose to break it down to simple steps. Slowly introducing "ClearType 2":
This may not be the best path, but gives the gist of steps-breakdown for a simpler path of introduction of "ClearType 2". EDIT APRIL 2022There's precedent and existing open source code of a font subpixel renderer: FreeType documentation is rather interesting about a possible subpixel-structure-flexible algorithm: |
Related discussion, since the proposed ClearType 2 PowerToy would need to fix this; More Information About ClearType Tuning Problem with MultimonitorSome people argue it isn't a feature regression, but a do-nothing bug, or some intentional change -- but I wanted to add some context of the ClearType multimonitor issue (global vs per-monitor): Research (by the author of Better ClearType Tuner) about this multimonitor pboelm: Also, tons of reddit complaints, especially when multimonitoring with televisions (which uses BGR) It's one of those hard-communicate bugs that will probably easily get overlooked in Feedback Hub; I reference bp2008/BetterClearTypeTuner#11 -- the person @bp2008 who wrote "Better ClearType Tuner" -- because he had to close the multimonitor-ability because of the Microsoft bug/regression involving multimonitor ClearType. I'm pulling him in to see if he's got any interest commenting about the bug/regression here. Let me see if there's a Feedback Hub for this Microsoft ClearType bug/regression, if not, I will create one within the month. It's obscure-but-frustrating. But I will publicly mirror here for relevancy (until Feedback Hub is replaced with a public-facing GitHub Issues system) |
Over 100 Upvotes in Feedback Hub for "ClearType 2"Okay, I have audited Feedback Hub, and whoo-boy, this is a This issue is so obscure (that the duplicate-item judges do not even understand these are duplicates). I will flag by copy and pasting some of this comment in Feedback Hub. Search Terms: " Duplicate Feedback Hub List
Related ClearType Bug Reports For Gaming/Multimonitor
Let's consider many users don't understand how to bug report thisEspecially considering many experienced programmers don't even understand the algorithm behind ClearType (including, possibly, also the person that closed the original PowerToy item). End users just see text being much blurrier than OLED, compared to Apple's subpixel optimizations for their OLED iPhone and iPad, and wonder why Microsoft Windows is very bad; Adebisi T (Microsoft Engineer) seems currently confused by this report in one of the items, maybe forward this GitHub permalink (Can anyone tag his github username?) Since github allows me to quickly type at 140wpm with easy photo-pasting (screenshots, etc), I shall continue to use this GitHub as the control-room item to communicate ClearType problems to Microsoft. As a line-item exception, Feedback Hub which is nigh impossible to correctly communicate the fairly complicated ClearType multimonitor bug/regression, combined with feature request for QD-OLED compatible ClearType. |
It looks like MacType might be able to work on this: snowie2000/mactype#720 We'll push that front, too. |
That's good to know. Their findings will be useful. I wish MacType had broader applicability but its effects don't get applied throughout several areas of Windows UI, UWP apps, and Chromium. |
Agreed. That being said, So it is a potentially useful incubation venue before something similar comes Microsoft-side. While MacType is usually used without subpixel rendering, it does have subpixel rendering available (for RGB LCDs at least). So, MacType is proof that a third party subpixel-capable font render already exist, and therefore "ClearType 2" could be incubated via the PowerToy venue; Be noted, MacType is GPL, and generally Microsoft prefers to use MIT/Apache code for open source ClearType applications. However, I have publicly posted the generic subpixel rendering knowledge, which can be written independently by them and by Microsoft. |
Donation OLED Offer to Software Developer With Font CredAlso, since I am the owner of Blur Busters -- I might be able to donate a spare OLED monitor (1440p 240Hz!) later this year to an experienced subpixel-font programmer (e.g. MacType programmer or ClearType programmer) if they want to take upon the ClearType 2 task. I will (by summer) have way too many 240Hz OLEDs cluttering up my Canadian office, and this is a very noble initiative. The value of the monitor is over $1000. Many Announcements For Desktop OLED in Year 2023 ALONELet's remember the Feedback Hub complaints was almost singlehandedly the Dell Alienware AW3423DWF that shipped last year in 2022. Get your horses ready; are you sitting down? Here's the 2023 tsunami flood:
It is highly probable that the number of computer users using OLED is projected to go up an order of magnitude very rapidly from nearly-nil in 2022, by the end of 2023, all singlehandedly due to the large number of OLED product hitting the market this year. |
Based on comments at my new MacType feature request: snowie2000/mactype#932 -- So that gives an open source text-renderer programmer multiple choices of incubation venues.
As ClearType was originally incubated as an application (Reader) and a PowerToy (Tuner) before it becomes an OS feature; there is a clear need to communicate clearly in all possible incubation venues, until someone comes along who concurrently understands the problem, knows hows to code the solution, and has time to do so. |
QD-OLED Tester WantedPossible MacType Incubation Under WayOK, I think MacType might have just incubated it -- it apparently had vestigal support for subpixel vertical positions, so some creative configuration file editing made it compatible with triangular-structure OLEDs! Need some guinea pigs for these PNG images designed for triangular-pixel-structure QD-OLED. For users of QD-OLED displaysTest image for triangular-subpixel QD-OLED displaysWhich one has the least green/blue fringing artifact?Please specify if 1, 2, 1b, 2b, 1c, 2c, 1d, 2d looks the best on your QD-OLED display. The test image here, and information here, will also help Microsoft evaluate improvements to ClearType (possible concurrent incubation), perhaps as a possible "ClearType 2 Tuner PowerToy" |
I have played around with MacType quite a bit on WOLED. The built-in CRT profile as well as DeepGrayNoHinting / SoftGrayNoHinting did the best at eliminating fringing in Windows UI but don't improve sharpness noticeably. |
However these seem to do grayscale rendering, which would avoid dealing with this topic completely. |
Yep. Disabling ClearType, setting Better ClearType Tuner to grayscale aliasing, or using one of those aforementioned MacType profiles accomplish reducing color fringing in most areas on WOLED. There are still some areas of Windows UI that remain affected, though. And sharpness is not as good as I think it could be. |
Correct. Thumbs-upped you. However...LG OLED demo image has extremely sharp textWith the LG OLED demonstration image having nearly (viewing the LG OLED images on anything else other than LG OLED, will not work -- it is as sharp as well-optimized LCD ClearType). There are ClearType fans that would like the sharpest possible text. Everybody sees differently.
It is a matter of personal preferenceThere should be an adjustable Contrast/Saturation setting, so that fringing can be easily adjusted, while keeping text sharp. This is easy to do with ClearType Tuner, but very hard to do with MacType. |
Thank you for bringing attention to this issue. |
WOLED is more immune to fringing than Samsung QD-OLED. It's easier to fix fringing on WOLED than QD-OLED, and color fringing on QD-OLED is completely unfixable without some subpixel rendering adjustments. I just got some reports from [H]ardForum that people like the QD-OLED image:
EDIT: Comments from #25595
For the LG OLED image, I have gotten some rave reviews already, but I need to convert it to a proper MacType config file. |
I'm on an AW3423DW. All of the 2's don't have much fringing to me or others I've had try. 2 looks the best to me, while 2b and 2c looked the best to two other people. |
I feel like the text has been slightly improved in 24H2 now that you mention it but I have no way to compare now. Using WOLED. |
I posted this in the other thread but this might help some people here too. Small workaround solution using NVIDIA's DSR or DLDSR (Deep Learning Dynamic Super Resolution)!Scroll down further to get straight to instructions What is it? Though typically done by people who game and have a lot of extra performance to spare, this will basically anti-alias your whole screen which increases the amount of smoothing globally to both text and UI elements. Doesn't eliminate fringing but I've tried all the methods here and this one seems to have the best results for me. A lot of Macs do this alongside their grayscale sub-pixel rendering and Retina displays, which are reasons why text reads very crisp and smooth on them. DLDSR vs DSR? From some quick research what I could find is that DLDSR is using AI downscaling with low performance hit compared DSR. For normal desktop use outside of gaming, this shouldn't matter that much and I haven't noticed a difference. If you're familiar with DLSS, this essentially works essentially opposite of that. So in DLSS, it uses a low resolution in a game (ex: 1920x1080) and AI up-scaling to a higher resolution (ex: 3840 × 2160), DSR will use a higher resolution (ex: 5760 x 3240) and downscales it to your native monitor resolution (ex: 3840 x 2160) Natively 4k but running higher resolution that downscales to 4k InstructionsIf you have a NVIDIA card, you can easily do this in the NVIDIA Control Panel
If your UI gets too small, change your scaling to match new resolution. This might not work for certain programs. Also, If you don't have NVIDIA card, (Approach with caution) there's a chance that a program like CRU could potentially work but I haven't tested it and could put your monitor into an out of range resolution since NVIDIA could be using a more sophisticated way of up-ressing and down-scaling to do this properly. Multi-monitor setupsyou can use an app like LittleBigMouse to account for new scaling. This will correct "moving between monitors" and prevent the annoying mouse jump with some tweaking. Hope this helps, feel free to correct me if I said anything wrong! |
QD-OLED-2 by far! The 1's get progressively worse QD-OLED-2 is crisp black and white. Dell Alienware 34 AW3423DFW OLED Quantum dot display. |
Hello, If anyone knows, is microsoft dealing with this problem? I mean better cleartype is on the way? I am asking cause i bought QD-OLED Samsung oled g6, text fringing is not bad but not good as my va panel. |
well hopefully windows 12 |
I have a Samsung Odyssey Neo G8 and I can agree the QD-OLED-2's get better, but I'm still having some pretty blurry and fringy text in the browser and other applications like visual studio, visual studio code, discord, old windows control panels (legacy run32.dll) |
What Windows users need more than something like improved cleartype is system-side DLDSR, which would transparently provide HiDPI and global anti-aliasing methods for all apps, just like macOS. |
I think at this point we're all trying to work around a problem that will never be solved due to the non uniform pixel size and arrangement of QD-OLED panels. The fringe will never go away because of the dominant pixel colors, we just need to recycle these monitors and move on to a better pixel arrangement like WOLED or something new. In my personal experience the WOLED C2 42" panel I own has zero fringe and crisp text as well as excellent color. Dell themselves have a support page dedicated to this subject: |
You can still do a great job of de-fringing any pixel structure, it just requires knowledge of the pixel structure. We just need plug-n-play monitor drivers or EDID to include pixel structure of the monitor, to be communicated to the OS. The VESA EDID used to have a field that indicated whether the panel was RGB or BGR, but that could be extended with a brand new CTA861/DisplayID extension (compatible with HDMI & DisplayPort) if people at VESA wants to take this torch. Both DP/HDMI (and USB-C) reuses similar fields for a lot of display-related plug and play like supported resolution and refresh rates. Even VESA CTA861 / DisplayID extension packet that contains a low-resolution pixel structure mask bitmap (32x32 or 64x64 2-bit, 3-bit, or 4-bit bitmap, to denote positions black, R, G, B, W, and any specified additional specialty color channels like cyan or yellow ala Sharp Quattro). This would be doable in the packet sizes of EDID / DisplayID! You wouldn't need to RLE-compress it, though that'd be good practice, as it'd be very highly compressible (large splotch of red/green/blue in a black rectangle or square). Microsoft is a member of VESA, by the way. That's the more difficult part (convincing manufacturers). Or it simply can be a .INF database instead, supplemental data that is defined with the most-common panels (and possibly crowdsourced -- users can submit macro photos of their display displaying test pattern, and the .INF is automatically generated). __ Regardless of INF or EDID/DisplayID, the OS can decide how to handle it; it could be just full-screen supersampling (instead of text renderers). Then again, resolutions are going up, so it's kind of bruteforcing this requirement away (in a sense) as tinier pixels means tinier fringes that may eventually fall below human visibility noisefloor. But fringing is still visible on 4K OLEDs, which means this would still be quite useful for a couple decades, well within the window of Windows 12 support sunsetting. |
Yeah, it can be slightly compensated for, but not without reducing max brightness which is a spec that manufacturers tout loudly and could be a problem. I do like the idea of having a special mode and a database of affected displays. To add to the idea, they would need to submit a long exposure, or video because not all of the pixels are lit simultaneously on these panels from what I've read. Could be difficult to detect the max brightness of each pixel color. |
I do not understand what "dominant" is when white point is literally the same and I do not see how QD-OLED is fundamentally different from any LCD panel or any other panel at all since any panel has underlying structure which will cause at least some fringing in some content.
I do not understand what does brightness have to do with that. If you turn green down you necessarily get magenta tint. |
So Dell is saying that unless they produce non-gaming QD-OLED monitors, then they will do nothing to address color fringing. I thought the new generation rectangular/triangular subpixel structure QD-OLED had mostly resolved the fringing issue. |
The dominant colors are the larger sized pixels (see image I shared above), and also the brighter of the pixels. The arrangement also "encourages" red and blue to blend to purple on the bottom fringe, and green being on its own causes the top green fringe. Without physically changing the pixel arrangement I see no way of truly resolving the issue.
The brightness of the pixels is how you adjust the various color output, adjusting these to various levels up and down is how you would attempt to remove fringe and thus "clear" the text. |
Hey there! Definetelly 2, followed by 2b and 2c, can show pictures at 10 zoom using my phone. |
If green subpixel is bigger than others then it will necessarily have less flux per area since display is obliged to reproduce specific colour. There is no magical reason for green to be brighter when it's bigger. |
I thought the same thing until I purchased a Samsung G6 this June and I found colors were not reproduced accurately by any means due to the horrendous purple and green fringe. |
No video needed. It only needs a static test pattern. And long exposure is not needed, you actually need shorter exposures (most of the time) if aiming a camera at extremely bright test patterns. (Note -- I do research -- I've got over 30 citations so I understand where you're coming from with the photon nonlinearity of gamma curves, HDR tonemappings, ABL/APL and other perceptual-affecting factors. But video and long exposures, I can scientifically say no) You'd have a standardized test pattern with different shades of brightnesses. You ask users to photograph that with macro and submit a few photographs, it can be an app that gets the 7-character DeviceID from the monitor's EDID/DisplayID (so we know what screen is being photographed) while the test pattern is being displayed, and the app can have the photo uploader built into it too. For the test pattern, you can build-in PLUGE-style techniques to determine black clipping or white clipping is occuring, if you really wanted to curve/tonemap/gamma-correct the subpixel antialiasing (using a quadratic regression formula to cuve-fit to the pixel colors photographed). The app can ask people to re-photograph if it detects black clipping or white clipping, even going so far as to\ temporarily adjusting monitor brightness downwards automatically (using VCP code 0x10 over DDC/CI VESA MCCS 2.2) if the camera is unable to use a faster shutter. That metadata can be logged, to indicate the constraints. Even a simple photo of just solid gray or solid white (R/G/B pixels) would be sufficient to produce sharper text, and you'd provide a subpixel saturation slider (like ClearType's) and subpixel rendering gamma correction slider (additional adjustment) for the sRGB subset (that computer text is rendered on) of whatever colorspace your monitor is. The server back end would convert crowdsourced/submitted photos to the appropriate masks. Even some smartphones is sufficient to produce data that provides a significant text-clarity improvement (the ones with the good macro, aim 6" away and pinch zoom) but a standalone digital camera usually has much better macro. We don't have to overdo it, and the generic mask will be useful regardless of how we subpixel-compensate (via font renderer, or via global supersampling technique), and the gamma curve (or algebric regression curve-fitter) doesn't have to be fully perfect. Not everybody cares, but as you can see many complaining about it, there are many that definitely do, including less experienced people who are completely unaware that this is a subpixel issue. This could be a universal database in theory (DeviceID's mapping to pixel structures). Perhaps trailblazed by Microsoft, or perhaps third party, perhaps by VESA, perhaps by a consortium (BTW - could include Blur Busters as part of the consortium; as I'm happy to collab on this). _Note: For detecting monitor model via an app via APIs retrieving DeviceID's -- Sometimes old DeviceID's sometimes were identical between different models of LCD's, but newer screens have unique DeviceID per model (and even per video port on the monitor, e.g. BNQ74F6 may be DisplayPort and BNQ74F7 may be HDMI). Device ID's usually are 3-letter prefix (BNQ = BenQ) followed by their own 16-bit hex for a specific port of a specific display model. Also, fortunately I've never seen OLED screens (extremely new tech) recycle DeviceID's like LCDs did 15 years ago, so there should be quite a good deal of accuracy with newer modern screens of various esoteric pixel structures. After all, when monitor manufacturers apply for a new DeviceID, they usually get a company-wide prefix (e.g. BNQ) and can use any hex digits for the last 4 characters for every different device/port they need a Plug-n-Play DeviceID for. So a giant database can be quickly generated by an app that:
The optional test pattern would be carefully constructed:
Voila! Central crowdsourced database. Heck, it could be a "ClearType2 Tuner" powertoy utility, or it could be third party. |
@mdrejhon is it possible to upload the QD_OLED-2 profiles for mactype? I really like how the 2 looks like, and wanted to see if it suits me |
One person in one of the >130+ comments linked to a different place where you can edit the MacType config to include the QD-OLED config. |
Rather than trying to fix ClearType and Windows internals in order for it to support arbitrary subpixel layouts, wouldn't the best way forward be to just scrap ClearType altogether and improve grayscale anti-aliasing? As macOS and Macs have shown, display monitors today have such high resolutions anyway that it doesn't make sense to hack subpixels anymore. |
Unfortunately, while it's true that high-resolution displays are more common these days, in the world outside of Apple, display PPI still aren't high enough to ditch subpixels altogether, especially when mainstream 4K OLED is generally over 27 inches and no higher resolution is available. |
Hello everyone. I recently got the LG OLED 27GS95QE monitor and I'm curious about the best solution to eliminate color fringing. I've tried ExplorerBlurMica version 1.7, but it only works for explorer.exe and not other programs. I also tried MacType, but it doesn't work in Chromium/Electron programs, so I'm wondering what the best temporary fix is. The "--disable-lcd-text" launch argument works for Chromium/Electron programs, but it makes text blurrier and to me, the fringing is preferable to blurry text. I also find that the MacType (DeepGrayNoHinting profile) makes the text slightly blurry, so if there's a clearer profile without fringing, please let me know. @mdrejhon, you mentioned that WOLED color fringing is easier to fix than QD-OLED. With that in mind, do you think a third party program could be developed to address this issue? Have you considered commissioning someone to create such a program? Maybe a bounty could be offered, as it would probably take a significant sum to incentivize a developer to take on the project. |
Update: Messed around with Windows scaling and set it to 125%, and I'm now using the " 2nd Update: I found a Chromium-based browser that supports MacType by disabling DirectWrite. Use this at your own risk, as it appears to be closed-source. Here's the download link: https://winstall.app/apps/Catsxp.Catsxp, along with instructions to disable DirectWrite: Create a new text document named StartupParm.txt in this location: Open the file in Notepad and add this startup parameter: Save the file and enjoy MacType working in your browser. |
Please tell me you are joking. |
@lukefor, I appreciate your pointless reaction, even though it contributes nothing to the discussion. 👍🏻 |
@Void48 The magnifier app will not show you the fringing that is being caused by the sub-pixel layout of your monitor. What you may be seeing with magnifier are the special coloured pixels being used to perform the text anti-aliasing. The same thing happens with the magnifier app on any display (if ClearType is enabled) — Even those that use the traditional RGB sub-pixel structure. |
Thanks for informing me! I removed the misinformative comment. 👍🏻 |
a year and a half later, oleds becoming a bit more affordable but i still can't bring myself to buy an oled because of text fringing. i play a lot of games but i also work from home. i'm getting the feeling we'll see windows 12 coming up along with a "cleartype 2.0" |
The upcoming stripe-RGB LG WOLEDs may be of interest to you. These are the upcoming "office" OLEDs, so it's compatible with ClearType. Early tests show that those models look fantastic with ClearType. Also, some of the upcoming panels use RWGB instead of RWBG. So while this won't be universal to all OLEDs, there will be certain models of OLEDs that are compatible with 20-year-old ClearType. |
If display manufacturers really care so much about this issue, they obviously know a more direct and effective way to do it, and Apple knows it too. However it affects their profits so they won't do it and just shift all the blame to Microsoft. |
Description of the new feature / enhancement
NOTE: I do paid work with display manufacturers.
Repost of incorrectly-closed github item that someone else posted:
It is definitely a real problem caused by unresolvable ClearType limitations. The earlier github item (#25568) was incorrectly closed by someone who thought it was a feature already built into windows; so creating new GitHub issue.
The text was updated successfully, but these errors were encountered: