Prekvapuje ma, ze vyrobcovia OS na to tak pomaly reaguju, pri instalovani drivera monitora by sucastou mohla byt matica rozlozenia subpixelov a antialiasing by to bral do uvahy - problem solved.
Problem je zde ten, ze OLED subpixely nejsou ovladany primo z video streamu ktery produkuje grafika.
Znam minimalne dva typicke problemy:
- RGBW matice ... monitor ma 4 subpixely: W slozka je pocitana dynamicky monitorem (ty novy Acery tusim maj tohle)
- RGBG matice ... monitor ma 2 subpixely: vstupni obraz je prepocitan dle proprietarnich vzorcu (a mozna doostren)
Dokud nebude mozno udelat low-level-pass-through v monitoru, tak nema smysl prenaset sub-pixel rendering do zdroje signalu.
(delal jsem do displeju nejakou chvili.. a zrovna ten druhej pripad s RGBG byl problem i u "4K" LCD, proste to byl vyfejkovany panel a veskere UI a male detaily na tom byly domrvene).
A reseni? Prozatim jedine poridit panel s obrim rozlisenim a malym rozmerem a provozovat to v HiDPI rezimu bez ClearType, resp. s tim monochromatickym FontSmoothing - co byl puvodne v XP*... ale nastavit to na W7-10 je total pain.. nikdy nevim co z tech 6 obrazku ve wizardu ve Win vybrat.. to UX je fakt blby kdyz to zakladaj na pocitu a jeste to je rozdeleny na tri stranky nastaveni :/
*v XP ted pouzivam nejaky lepsi renderer -
MacTypeHA!
https://github.com/snowie2000/mactype/issues/932#issuecomment-1517954141**v Linuxu i Win pouzivam jen ten grayscale smoothing, protoze jeden z monitoru ma panel dolu hlavou (tj. je tam BGR namisto bezneho RGB) a pri RDP mezi systemy je to pak bleh.