Показать полную графическую версию : [решено] Редактирование Bootscreen (искажение цвета)
Редактировал бутскрин, переписал палитру по всем правилам, цвета точные. Но при запуске (запускал под виртмашиной)
цвета отображаются искаженными. допустим в ntoskrnl у меня
прописан цвет 1a3692 (26 54 146)
а выдает 183088 (24 48 136)
разницу видно невооруженным взглядом.
ладно, думаю исправим разницу
1a3692 (26 54 146)
183088 (24 48 136)
------------------------
-2 -6 -10
=============
1c3c9c (28 60 156)
но при запуске выдает уже 183897 (24 56 151)
1c3c9c (28 60 156)
183897 (24 56 151)
------------------------
-4 -6 -5
Как это понимать? У всех цветов свое смещение получается. У кого есть виртуальная машинка и бутскрин, гляньте пожалуйста.
Кстати такая же ерунда происходит и со стандартным скрином.
ладно бы было у всех цветов одинаковое смещение - наплевать незаметно, а так вымученный потом и кровью антиалиасинг для 16 цветов смотрится ужасно..
Shara, 8bit indexed color должна быть картинка, не раз уже в форуме пояснялся момент. Да и скрин не мешает прикладывать.
Shara, выложите срин с виртуальной машины и ту картинку (с "вымученный потом и кровью антиалиасинг для 16 цветов") которая вы хотите.
Правильно всего 16 индексированных цветов !! на 98 винде и то было 256 цветов !!!
на 98 винде и то было 256 цветов »и разрешение 320×400 :cry:
183897 (24 56 151) » а точно 151? если было бы 152 было бы просто и понятно.
Amigos, если б все так было просто.....
8bit indexed »
А не 4бита? С картинкой проблем нет, она отображается, цвета подобраны, палитра верная.
Чтобы не косить на картинку рассмотрим на основе оригинального бутскрина разницу.
Вытащенный из ntoskrnl (http://s58.radikal.ru/i161/0905/b3/951ed04e8984.png)
Снятый с экрана виртмашины (http://s47.radikal.ru/i118/0905/d8/b56849d48ea6.png)
Анимация из двух состояний (http://s44.radikal.ru/i105/0905/0e/6e628ef9f0ad.gif)
Amigos, точно. Логики никакой нет абсолютно, сравниавал изменение трех цветов - у всех разное смещение, подобрать которое.. гм. сложно.
рассмотрим на основе оригинального бутскрина разницу. »кстати, да. я замечал подобное, что картинка иногда меняется по тону, но значения не придал
сравниавал изменение трех цветов - у всех разное смещение, подобрать которое.. гм. сложно. » если в первом посте "183897 (24 56 151)" заменить на 183898 (24 56 152), то всё просто и понятно. там точно нет ошибки?
если цвет мерялся фотошоповской пипеткой, то не стоял ли размер пипетки отличный от 1×1 ?
http://i014.radikal.ru/0905/ca/8d28d0686b39.png
вот первые 5 цветов палитры, кто нибудь видит логику изменения цвета?
всё просто и понятно. там точно нет ошибки? »
да перепроверил, нет вродебы. А если есть, то какая тогда логика?
Похоже это такой жук-сюрприз от майкрософт.
Смещаю цвет по 1 единице - не меняется, сменил на 2 единицы - прыгнул на три. И все в таком духе. Думаю что не решабельно. Есть идеи? В сети ничего про это не нашел.
А если есть, то какая тогда логика? »сброс последних 3 битов в значении компонентов цвета в 0. т.е. значение округляется в сторону уменьшения до ближайшего числа нацело делящегося на 8
20>16
21>16
22>16
23>16
24>24
25>24
26>24
но некоторые твои цифры из ряда выпадают, и почему то меньше на 1
23 (24?)
47 (48?)
135 (136?)
151 (152?)
Думаю что не решабельно. Есть идеи? »изначально использовать палитру с делящимися на 8 значениями цветов
Amigos, ух ну ничего себе! Как ни вглядывался ну ничего не замечал, да и никак не подумал бы про округление.
А ведь оно и правда имеет место быть. Изображение проявляется из черного фона. То есть к черному (0,0,0) плавно добавляется определенное число до тех пор пока в следующем шаге число не будет
(предположительно больше или равно указанному в палитре)
возможно тут и кроется магия восьмерки, продолжаю исследовать, посмотрю изменения покадрово
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC