>>4754
Я ещё посмотрел у себя, как выглядит нормальный антиалиасинг. Шрифты у меня в целом такие же. Но вот вертикальные линии если распадаются на цветные линии, включая тёмно-синюю, то вторая будет коричневая, а не красная. А если есть что-то жёлто-циановое, то жёлтое ближе к оранжевому, а циановое относительно бледное.
Ща, погодите, я микроскоп возьму.
Мда... В микроскопе тоже нихуя непонятно.
Хммммм... Неожиданно.
Там получается около 6 субпикселей на линию, и все они не полностью приглушены, с разной яркостью.
Ща, обожди, поменяю цвет шрифта через DOM. Всё равно, получается два субпикселя приглушённые, два совсем тёмные и два снова приглушённые. И процент яркости у них, видимо, у всех разный. То есть, если в центре полностью погашены br, то рядом с ними rg и gb должны быть погашены частично, и все по-разному.
Например:
r - 80
g - 40
b - 0
r - 0
g - 40
b - 80
В итоге всех цветов в сумме светится по 80% и получаем что-то вроде точки шириной 1,2 пикселя.
Короче, хуй проссышь так вот просто, что там происходит.
Ещё заметил, что настройки антиалиасинга в гнуме начинают действовать только при его перезапуске. То есть где-то я там покрутил, а ничего не поменялось. Вышел из сеанса, запустил новый - поменялось. И нормально выглядит.
>>4765
Ну у меня-то стандартный. А скриншот у него передаётся с кривым антиалиасингом.
А я знаю, что нужно. Гимп же. И пипеткой потыкать. И сразу всё станет ясно.
А то микроскоп, микроскоп...
Оппаньки... Соскриншотил свои буквы ццц через выделение области экрана, вставляю в гимп, увеличиваю - хрясь, а там серый антиалиасинг.
Соскриншотил весь экран, открываю, увеличиваю - цветной антиалиасинг, как и положено. Любопытненько. Выходит, scrot в файл скриншотит с дефолтным антиалиасингом, а вот такая конструкция: "scrot -s -e 'cat $f ; rm $f' | xclip -selection clipboard -t image/png -i -l 1" делает не совсем то. Любопытненько...

Вот верхняя строчка - это первый скриншот. Нижняя - второй скриншот. А средняя - кривой оригинал того, кто спрашивал.
И вот у правой палки его буквы ц слева жёлтый пиксел такой: ffff4b, потом идёт логичный чёрный 000000, а следом совершенно неуместный циановый 57ffff.
У меня же на левой палке вот какие идут: fdde8f 3c0a31 83d3fc
Можно их подсократить, просто отбросив вторые цифры яркости субпикселей:
fd8 303 8df
f+3+8=26 (десятичное)
d+0+d=26
8+3+f=26
Всё чётенько.
А в том минте получается так:
ff4 000 5ff
f+0+5=20
f+0+f=30
4+0+f=19
Ну в общем не удивительно, что получается такая хуйня.
Вопрос: Почему у него хуйня?
Это же не связано с мониторами. В любом случае у него не должно быть дисбаланса, какой бы монитор ни был. Даже если у него там четыре субпикселя типа rgbg или что-то подобное, всё равно они должны зажигаться и гаситься пропорционально. Если в белом пикселе три компонента равны ff, то и в чёрном (или в двух соседних "получёрных") яркости всех цветов должны быть в сумме равны друг другу. Хотя вообще хз, как rgbg скриншотится в файл. Как из двух g-компонентов получается один.
Но это явно какой-то косяк. Можно посоветовать только пердолиться, крутя и отключая этот антиалиасинг, наблюдая за тем, чтобы картинка реально менялась, ну, например, как я, скриншотил и открывал в гимпе. И если решение найдётся - написать сюда, в чём было дело. А если не найдётся - снести на хуй этот минт и больше никогда не запускать, а вместо него поставить православную убунту. Такого не должно быть.