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

[fan]

Потому что, при значении 255 должен быть как мне кажется белый цвет, а не желтый. Я у себя помню перепаивал эти резюки, чтобы картинка не отдавала желтизной.

Так и должно быть (ибо великие схемотехники старались ). И на каждом компе именно так (не переделывать же их ). При одинаковых уровнях 6_110__220__220__220 как раз всё нормально .
А при изменённых значениях оттенки серого уходят в желтизну (неговоря уже про остальные комбинации оттенков).
В эмуляторе надо тогда хотя бы приделать возможнось подстраивать палитру (или что наверное проще выпустить эмулятор с правильной палитрой).

Сохранился, просто не очень хотелось выкладывать, т.к. программка слабоватая, хотя регулярно (раз в два года) я что-нибудь в нем (или в ней?) подкручивал.

Сенькью ! Щаз заценим

[fan]

Конвертилка просто прелесть . Но у меня хавает только гифы сделанные через экспорт GIF98a . BMP , PCX , PNG и гифы сдеградированные до требуемого размера и цветности (в фотошёпе) не хаваются .

Мнеб ещё версию с правильной компанентой синего

[fan]

В аттаче правильная палитра , далее вариант картинки под цвета из этой палитры , а третья картинка то что пулучилось

[ivagor]

BMP , PCX , PNG и гифы сдеградированные до требуемого размера и цветности (в фотошёпе) не хаваются .

Можно на примеры взглянуть? У меня таких проблем не было, иначе бы я поправил (по крайней мере попытался бы).

Добавлено через 7 часов 10 минут
Добавил возможность выбора "эмуляторной"/"реальной" палитры и выложил в картотеку
SPRView
BMP, PCX и PNG, которые у меня есть, по-прежнему нормально открываются и показываются. Если будут "проблемные", попытаюсь разобраться.

[fan]

С траблой при открытии файлов отчасти разобрался , просто при деградации картинки под 16цветную палитру нужно было повторно передеградировать под 4 бита %) Иначе судя по всему оно сохранялось как 8бит .
Но PCX и PNG всё равно не открываются (закинул в аттач).

При конверсии опять какой то косяк Подогнаная под правильную палитру картинка получается чертекак %(
Уровни компонент соответствуют этому? -
________R____G____B__
7_111__252__252__xxx
6_110__220__220__220
5_101__192__192__xxx
4_100__164__164__164
3_011__136__136__xxx
2_010__104__104___104
1_000__76___76___xx
0_000___0____0____0

Ещё баг обнаружил - если открытую картинку в песюковом формате сразу конвертнуть в песюковый формат , то палитра не меняется . Чтоб поменялась нужно принудительно ченить щёлкнуть в Scale Factor .

[ivagor]

Но PCX и PNG всё равно не открываются (закинул в аттач).

эти pcx и png - 8 битные.
Приложил их же, но конверснутых в 4 bpp, так открываются
Удалил в связи с потерей актуальности

Уровни компонент соответствуют этому? -
________R____G____B__
7_111__252__252__xxx
6_110__220__220__220
5_101__192__192__xxx
4_100__164__164__164
3_011__136__136__xxx
2_010__104__104___104
1_000__76___76___xx
0_000___0____0____0

нет, использованные в SPRView уровни расписаны в readme.txt:
масштабирующий множитель для синей компоненты
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
В принципе, могу сделать версию Special for fan, но хотелось бы узнать, как вышеприведенные уровни получены? (я не понял принципа их расчета). Кроме того, приведенной таблички хватит для перевода Vector->PC, но не наоборот, мне нужно знать желаемые границы PCшных уровней при переводе.

Ещё баг обнаружил - если открытую картинку в песюковом формате сразу конвертнуть в песюковый формат , то палитра не меняется . Чтоб поменялась нужно принудительно ченить щёлкнуть в Scale Factor .

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

[Advertiser]

[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 прийти к общему стандарту %)

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

[ivagor]

А эти четырёх битки как получены ?

через IrfanView

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

Сделал (загрузка уровней цветов из текстового файла), немного потестирую и выложу.

Добавлено через 42 минуты
Выложил доработанный вариант в картотеку
SPRView

fan, спасибо, что поднял эту тему!

Вопрос о правильной палитре для эмуляторов вектора считаю все еще открытым.

[fan]

Респекты!!! Теперь всех порвём
Осталось ещё Ramiros'а уговорить приделать подобный настройщик

Насчёт вопроса с палитрой согласен , теперь надо как-то по схеме высчетать точный шаг уровней %\ ибо при такой палитре малейший чих достаточно заметно её меняет .

[ivagor]

Есть еще один важный момент в эмуляции вектора, который IMHO во всех трех нормальных эмуляторах (b2m, VV, ve27) сделан неправильно - палитра. Этот вопрос уже поднимался в этом треде

Где бы палитру глянуть .

Проще (и точнее) было бы сделать соотношение цветов по схеме вектора (этот фрагмент схемы даже я понимаю), но b2m и Ramiros не хотят. Может их поможет убедить тест Вложение 13736, который однако не так просто провести как предыдущие.
В тесте клавишами УС и СС можно пробежаться по цветам:
черный
три оттенка синего
семь оттенков красного
и семь оттенков зеленого
(РУС - переход на черный)

Нужно померить уровни сигнала для перечисленных цветов и лучше осциллографом. Tim0xA, что скажешь?
Еще раз отмечу (кому я это говорю ) - даже если Tim0xA соберется и померит, это будет менее точно, чем сделать по схеме, а у него получится скорее картина соответствующая его конкретному экземпляру вектора.
В качестве компромисса меня бы лично устроила возможность задания палитры из конфига или что-то в этом духе.