Яка різниця між екраном з роздільною здатністю 2560 * 1440 зі збільшенням - 200% і екраном з роздільною здатністю 1280 * 720?

Я маю ноутбук з роздільною здатністю екрана як 2560 * 1440. Це означає, що він має 2560 пікселів у горизонтальному положенні та 1440 піксельних точок вертикально.

Я також можу змусити систему відображати як екран з роздільною здатністю 1280 * 720 (що в основному становить 1/4 пікселів порівняно з 2560 * 1440). що змушує систему використовувати 4 нативні пікселі для відображення 1 пікселя зображення.

                   .    .
    .       -> 
                   .    .
[2560*1440]      [1280*720]

Аналогічний ефект, коли я підтримую роздільну здатність екрана в 2560 * 1440 і збільшення 200%. тобто для відображення кожного пікселя картинки екран використовує 4 нативних пікселя.

Ще я бачу різницю в чіткості екрану між двома налаштуваннями. Нижче дивіться знімок екрана двох-

екран з роздільною здатністю 2560 * 1440 із збільшенням 200%

екран з роздільною здатністю 1280 * 720 (без жодного збільшення)

Чи може хтось пояснити причину цієї різниці в ясності?

Схоже, у деяких налаштуваннях ОС ви посилаєтесь на "200% збільшення".

При використанні 1280 * 720 все відображається в цій роздільній здатності, а потім збільшується як растрова карта (на моніторі). Кінцеве зображення дійсно складається з блоків 2x2 пікселів.

Якщо ви використовуєте роздільну здатність 2560 * 1440 із збільшенням 200%, то спочатку кожен об'єкт збільшується , а потім виводиться у повну роздільну здатність. За допомогою растрового зображення це може не змінити, але такі об'єкти, як шрифти TrueType або векторна графіка «плавно», вони можуть змінювати кожен доступний піксель окремо. Фактично отримане зображення не обов'язково утворює на екрані 2х2 піксельні блоки, як у першому випадку.

Приклад

1. Почнемо з низької роздільної здатності 4х4:

   

2. Малюємо об’єкт, описаний як "верхній лівий правий трикутник, 4х4, чорний":

   

3. Монітор отримує вищевказану растрову карту і масштабує її до своєї початкової роздільної здатності 8x8, тому кожен оригінальний піксель стає блоком 2x2 пікселів:

   

4. Тепер давайте скористаємось роздільною здатністю 8x8 з самого початку:

   

5. Ми вважаємо об’єкт, описаний як "верхній лівий правий трикутник, 4х4, чорний":

   

6. Але ми кажемо ОС використовувати 200% -ве збільшення. ОС перераховує об'єкт і отримує "верхній лівий правий трикутник, 8х8 , чорний":

   

   Потім він надсилається на монітор і відображається.

Порівняння:

Зверніть увагу, якби ми мали лише оригінальний трикутник 4x4 як растрову карту , кінцевий результат був би таким, як лівий вище, незалежно від того, чи масштабування проводилося ОС або монітором. Математичний опис трикутника дозволив ОС перерахувати його на нові розміри і отримати плавне зображення в кінці.

У сучасних операційних системах багато елементів графічного інтерфейсу, шрифтів тощо доступні у вигляді "математичних описів", які можна плавно перерахувати на задані розміри (збільшити масштаб). Загальний термін - векторна графіка .

Окрім відмінної відповіді Каміля (графіка та текст буде намальовано з покращеною роздільною здатністю і тому виглядатимуть краще), MacOS та iOS фактично дозволяють розробнику використовувати різні твори ілюстрації залежно від роздільної здатності екрана. На збільшеному екрані ви можете використовувати твори з додатковими деталями, які не можна прочитати на дисплеї нижчої якості, а також використовувати зображення з меншою кількістю деталей для екранів нижчої якості.

Наприклад, у текстовому процесорі у вас може бути значок для створення нумерованих списків. На екрані з високою роздільною здатністю ця піктограма містить крихітні цифри 1, 2, 3, які приблизно читаються. Якби це було зменшено до екрана з низькою роздільною здатністю, це було б просто розмиття, тому для низької роздільної здатності використовується ручна розроблена піктограма нижчої роздільної здатності.

Ваше перше зображення має 2511x1151 пікселів. Шрифти чітко відображаються на повну роздільну здатність, а не на половину роздільної здатності, тому ваше "200% збільшення" стосується лише масштабу візуалізації, а не його вмісту (якщо, звичайно, вміст доступний лише як растрова карта в оригінальній роздільній здатності) . Ваше зображення краще, ніж ви очікували.

Тепер, якщо припустити, що ми масштабуємо попередньо створений вміст (я можу це зробити на своєму робочому столі за допомогою ALT-прокрутки, а не CTRL-прокрутки, але не знаю, наскільки поширений цей настільних ПК, крім XFCE), ви можете зіткнутися з протилежною ситуацією: попередньо наданий контент виглядає гірше, ніж у початковому масштабі.

У такому випадку ви можете побачити ефекти відображення субпікселів. У двох словах, червоні, зелені та сині субпікселі знаходяться на дещо різних місцях, а субпіксельна візуалізація містить цю інформацію для візуалізації фігур, які трохи кращі, ніж ті, що надаються без цього знання. Звичайно, під час масштабування чи друку або перегляду на екрані з різними кольоровими особливостями відношення субпікселів у намірі візуалізації вже не дійсне, і результати можуть виглядати гіршими, ніж ви хотіли б.

Певним чином, це варіант вигляду "блокує" при візуалізації на пристрої з більш точно прямокутними пікселями, ніж те, що було призначеним пристроєм відображення.