Вектор-06Ц: Эмуляция цветовой палитры

[fan]

эти pcx и png - 8 битные.
Приложил их же, но конверснутых в 4 bpp, так открываются
4bit_pcx&png_SARAH.rar

Похоже фотошёп дремучит (я в пятом мучую).
А эти четырёх битки как получены ?

Хм, а в чем тут баг? Если мы записываем не в векторовском формате и не трогали Scale Factor, то зачем трогать палитру?

Хэзэ , я так понял что полюбому конвертится . Например намолевал чёрте как в фотошёпе , прогнал через конвертилку и она всё под "стандарт" подправила .

В принципе, могу сделать версию Special for fan, но хотелось бы узнать, как вышеприведенные уровни получены? (я не понял принципа их расчета). Кроме того, приведенной таблички хватит для перевода Vector->PC, но не наоборот, мне нужно знать желаемые границы PCшных уровней при переводе.

Эти урувни непосредственно из эмулятора (со скриншёта с чистыми уровнями) + подправленный как надо синий . Именно такими они выглядят в фотошёпе (соотв из комбинации оных и складывается палитра ) .

Emulator - 84 (PCшные значения синей компоненты - 0, 84, 168, 252)
Real - 73 (PCшные значения синей компоненты - 0, 73, 146, 219)
Для красной и зеленой компоненты масштабирующий множитель всегда 36 (PCшные значения - 0, 36, 72, 108, 144, 180, 216, 252).

Ну это уж совсем нечему не соответствует %) Ибо то что творится в эмуле я вывалил в третьем посте .

Перечисленные в скобках значения уровней используются при переводе Vector->PC.
Границы уровней, используемые на данный момент в SPRView при переводе PC->Vector:
B(Emulator):0-41->0; 42-125->1; 126-209->2; 210-255->3
B(Real):0-36->0; 37-109->1; 110-182->2; 183-255->3
R и G:0-17->0; 18-53->1; 54-89->2; 90-125->3; 126-161->4; 162-197->5; 198-233->6; 234-255->7

Короче не то , тому что творится в эмуле не соответствует .
Наверное действительно проще сделать несколько вариантов чем уговаривать ALL прийти к общему стандарту %)

Было бы ооочень здорово добавить какойнить настройщик уровней компонент . Хотя бы в виде текстового файла (или ваще бинарника).