Вид для печати
Программируется тот цвет, что сейчас под лучом в битмапе. Надежней всего когда это бордюр. Очень трудно сочинить такую картинку, где цвета переключаются посередине экрана. Это практически безнадежно для конверсий. Но для творчества тут непаханое поле.
Сочетание этих двух факторов - "сбоку" есть зоны, где нельзя изменить палитру ну и процессор не такой быстрый, чтобы в оставшееся время много успеть. svofski еще пишет про возможность изменить палитру в активной области и в демах это используется, но для конверсий картинок я бы не стал на это рассчитывать. На реале еще будет побочный эффект в виде светлых или темных (в зависимости от инверсности подключения) точек. А вот менять (на бордюре) один цвет для каждой строки для конверсий было бы полезно. Скорее всего там можно практически полностью спрятать изменения цвета бордюра в невидимой области. Для максимального упрощения меняться должен всегда один цвет и желательно нулевой (хотя это не обязательно).Цитата:
Сообщение от Dec
Dec, пользуясь случаем выскажу пожелание добавить в конверсии векторовский режим 512x256. Конечно можно использовать Common, но у вектора есть особенность - можно задать разные палитры для четных и нечетных точек. Т.е. фактически на экране в этом режиме может быть от 4 до 7 цветов.
Вот мой старый эксперимент с полуручной конверсией, тут 33 цвета, фото с ЭЛТ. Не могу отыскать собственно код, но в нем тут невелика ценность. Самое интересное это найти или нарисовать собственно картинку, которая в таком режиме будет выглядеть интересней, чем без него.
https://farm5.staticflickr.com/4652/...0e38fc23_z.jpg
Хотелось бы немножко подробностей. Вот есть у нас строка:Цитата:
Сообщение от ivagor
В какой момент происходит переключение цвета? В момент C? Сколько циклов/тактов составляет AB и CD? Какой код фактически используется для переключения цвета палитры?Код:Бордюр Изображение Бордюр
|----------|------------------------------------------|----------|
A B C D
Мои требования стандартные: спецификации выходного формата + пример файла в этом формате.Цитата:
Сообщение от ivagor
Честно говоря, не вижу полезности этой особенности в контексте автоматической конвертации.Цитата:
Сообщение от ivagor
"Зоны непрограммируемости палитры" недостаточно документированы. На своем 06Ц я их определял и выкладывал, а Ramiros реализовал эту фичу в VV. Но у меня (как и у подавляющего большинства современных вектористов) была доработка синхры для совместимости с современными ТВ и насколько могу судить она влияет на "зоны непрограммируемости". Просто для ориентира что у меня получалось (в активных строках, вверху и внизу все иначе):
из 192 тактов строки: 128 - изображение, потом 24 такта можно программировать, потом 12 нельзя, потом 28 - можно. Конкретный код сейчас не приведу, надо выверять по тактам, может у svofski остались исходники.
Если без учета четных/нечетных точек, то проще конвертить как Common RGB332, сохранять в bmp, показывать на векторе bmp и при необходимости сохранять дамп видеоозу или его части. И, кстати, стандартных форматов для 512 на векторе нет.
Вот по этому я и прошу определиться с выходным форматом. Если писать в виде дампа, то пусть будет в виде дампа, мне не принципиально. Куда писать палитру? Мне нужны четкие инструкции.Цитата:
Сообщение от ivagor
Отрыл закат
Dec, инструкции, явки, пароли... :) По ссылке ниже на первой странице есть раздел про палитры. Там приведены куски кода как менять палитру. Надеюсь поможет.
https://zx-pk.ru/threads/34480-programmirovanie.html
Насчет формата для 512. Проще всего дополнить формат Рембрандта (тем более он уже поддержан в DaDither) - там размер по X в байтах, поэтому можно без проблем использовать старший бит для индикации режима (0-256, 1-512). Осталось сделать примеры в таком формате. Насчет себя пока не уверен, если вдруг кто соберется - только за.
svofski выложил бинарник (у меня он откуда-то уже был) - отличный пример/шаблон для мультиколорного просмотрщика. На реале, насколько понимаю, проверен. И не портит бордюр.
Код из эмулятора VV определяющий зоны програмируемости палитры:Цитата:
Сообщение от ivagor
if(CCMapY<23)and(CCMapX>=20)and(CCMapX<144)or
(CCMapY>23)and((CCMapX<144)or(CCMapX>=156))or
(CCMapY=23)and((CCMapX>=20)and(CCMapX<144)or(CCMap X>=180))then ColPal(BrdCode2,A);
- - - Добавлено - - -
Код из эмулятора VV определяющий зоны програмируемости палитры:Цитата:
Сообщение от ivagor
CCMapX:=OldCC-192*(OldCC div 192);
CCMapY:=OldCC div 192;
if(CCMapY<23)and(CCMapX>=20)and(CCMapX<144)or
(CCMapY>23)and((CCMapX<144)or(CCMapX>=156))or
(CCMapY=23)and((CCMapX>=20)and(CCMapX<144)or(CCMap X>=180))then ColPal(BrdCode2,A);