RGB значения для спектрумовской палитры.

[moroz1999]

Это спасибо тем товарищам, которые на протяжении 13 страниц ломали головы над этой проблемой.

Кстати, приложу в качестве аттача класс для конвертации scr файлов в GD2 ресурсы в PHP, мало ли кому пригодится для разработки сайтов. Главный минус - никак пока не решена проблема с flash-аттрибутами, но это тема для отдельного размышления. В том виде в каком оно сейчас есть и в каком задумывалось, flash-мигание поддержать нереально, так как GD по спецификации не поддерживает анимацию. Если кому-то серьезно понадобится, напишу класс-обертку для генерации именно анимированных гифов.
Пример использования (scr в png):

<?php 
require_once('scrToGD.class.php');

$resource = imagecreatefromscr('dragon.scr');
imagepng($resource, 'test.png');
?>

Я рассчитываю когда-нибудь запустить открытый проект, посвященный спектрумовской графике, с рейтингами, авторами и юзерским контентом, но вряд ли это произойдёт раньше, чем через полгода-год.
Есть даже готовый фреймворк и огромное желание этим заниматься, но некоторые перспективный, но хлопотливые обстоятельства забирают сейчас 99% личного времени.

[moroz1999]

последний вариант палитры для unreal вот этот:
orthodox=00,76,CD,E9,FF,9F0,00,00;00,E4,00;00,00,FF

От той, которую постил в конце статьи pulsar, этот вариант отличается значениями матрицы пост-процессинга. Какие именно операции при этом пост-процессинге проводятся?

pulsar=00,76,CD,E9,FF,9F:FF,00,00;00,FF,00;00,00,FF

[moroz1999]

Попробовал поиграться с "кислотной" палитрой и пришел к выводу, что, независимо от её правильности или неправильности, на мой вкус она точнее передаёт ощущение от реальной машины.
вот только вопрос возник. в ini файле от unreal предлагается высчитывать RGB значения по следующей схеме:

; palette format:
; name=ZZ,ZN,NN,NB,BB,ZB:R11,R12,R13;R21;R22;R23;R31;R32;R33
; where ZZ,NN,BB - bright levels for black,normal,and bright colors
; ZN,NB,ZB - bright levels for zero+normal, normal+bright, zero+bright
;            for GIGASCREEN and FLASH-COLORS
; Rnn - matrix for post-processing:
;  real_Red    = (Red*R11 + Green*R12 + Blue*R13) / 0x100
;  real_Green  = (Red*R21 + Green*R22 + Blue*R23) / 0x100
;  real_Blue   = (Red*R31 + Green*R32 + Blue*R33) / 0x100

вот только с этим маленькая загвоздка - при делении на 0x100 мы, например, никогда не получим #FF0000 для красного цвета, потому что результатом будет #FE0000, что и можно наблюдать, если померять результат со скриншота с Unreal. Так и должно быть, или это погрешность из-за ошибки?

А результат получился более чем любопытным. Я приложил для сравнения пару PNG с результатом.
Если кому-нибудь надо, я модифицирую класс-конвертер, чтобы задавать палитру в общепринятом формате.