Демо эффекты для Вектора

[svofski]

Программируется тот цвет, что сейчас под лучом в битмапе. Надежней всего когда это бордюр. Очень трудно сочинить такую картинку, где цвета переключаются посередине экрана. Это практически безнадежно для конверсий. Но для творчества тут непаханое поле.

[Advertiser]

[ivagor]

Это связано с низкой скоростью CPU? Или с тем, что палитру можно менять только в каких фиксированных положениях луча?

Сочетание этих двух факторов - "сбоку" есть зоны, где нельзя изменить палитру ну и процессор не такой быстрый, чтобы в оставшееся время много успеть. svofski еще пишет про возможность изменить палитру в активной области и в демах это используется, но для конверсий картинок я бы не стал на это рассчитывать. На реале еще будет побочный эффект в виде светлых или темных (в зависимости от инверсности подключения) точек. А вот менять (на бордюре) один цвет для каждой строки для конверсий было бы полезно. Скорее всего там можно практически полностью спрятать изменения цвета бордюра в невидимой области. Для максимального упрощения меняться должен всегда один цвет и желательно нулевой (хотя это не обязательно).
Dec, пользуясь случаем выскажу пожелание добавить в конверсии векторовский режим 512x256. Конечно можно использовать Common, но у вектора есть особенность - можно задать разные палитры для четных и нечетных точек. Т.е. фактически на экране в этом режиме может быть от 4 до 7 цветов.

[Dec]

Сочетание

Хотелось бы немножко подробностей. Вот есть у нас строка:

   Бордюр                     Изображение                Бордюр
|----------|------------------------------------------|----------|
A          B                                          C          D

В какой момент происходит переключение цвета? В момент C? Сколько циклов/тактов составляет AB и CD? Какой код фактически используется для переключения цвета палитры?

добавить в конверсии векторовский режим 512x256

Мои требования стандартные: спецификации выходного формата + пример файла в этом формате.

можно задать разные палитры для четных и нечетных точек

Честно говоря, не вижу полезности этой особенности в контексте автоматической конвертации.

[svofski]

Вот мой старый эксперимент с полуручной конверсией, тут 33 цвета, фото с ЭЛТ. Не могу отыскать собственно код, но в нем тут невелика ценность. Самое интересное это найти или нарисовать собственно картинку, которая в таком режиме будет выглядеть интересней, чем без него.

[ivagor]

"Зоны непрограммируемости палитры" недостаточно документированы. На своем 06Ц я их определял и выкладывал, а Ramiros реализовал эту фичу в VV. Но у меня (как и у подавляющего большинства современных вектористов) была доработка синхры для совместимости с современными ТВ и насколько могу судить она влияет на "зоны непрограммируемости". Просто для ориентира что у меня получалось (в активных строках, вверху и внизу все иначе):
из 192 тактов строки: 128 - изображение, потом 24 такта можно программировать, потом 12 нельзя, потом 28 - можно. Конкретный код сейчас не приведу, надо выверять по тактам, может у svofski остались исходники.

Если без учета четных/нечетных точек, то проще конвертить как Common RGB332, сохранять в bmp, показывать на векторе bmp и при необходимости сохранять дамп видеоозу или его части. И, кстати, стандартных форматов для 512 на векторе нет.

[Dec]

стандартных форматов для 512 на векторе нет

Вот по этому я и прошу определиться с выходным форматом. Если писать в виде дампа, то пусть будет в виде дампа, мне не принципиально. Куда писать палитру? Мне нужны четкие инструкции.

[parallelno]

Dec, инструкции, явки, пароли... По ссылке ниже на первой странице есть раздел про палитры. Там приведены куски кода как менять палитру. Надеюсь поможет.
https://zx-pk.ru/threads/34480-programmirovanie.html

[Ramiros]

"Зоны непрограммируемости палитры" недостаточно документированы. На своем 06Ц я их определял и выкладывал, а Ramiros реализовал эту фичу в VV. Но у меня (как и у подавляющего большинства современных вектористов) была доработка синхры для совместимости с современными ТВ и насколько могу судить она влияет на "зоны непрограммируемости". Просто для ориентира что у меня получалось (в активных строках, вверху и внизу все иначе):
из 192 тактов строки: 128 - изображение, потом 24 такта можно программировать, потом 12 нельзя, потом 28 - можно. Конкретный код сейчас не приведу, надо выверять по тактам, может у svofski остались исходники.

Код из эмулятора VV определяющий зоны програмируемости палитры:
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);

- - - Добавлено - - -

"Зоны непрограммируемости палитры" недостаточно документированы. На своем 06Ц я их определял и выкладывал, а Ramiros реализовал эту фичу в VV. Но у меня (как и у подавляющего большинства современных вектористов) была доработка синхры для совместимости с современными ТВ и насколько могу судить она влияет на "зоны непрограммируемости". Просто для ориентира что у меня получалось (в активных строках, вверху и внизу все иначе):
из 192 тактов строки: 128 - изображение, потом 24 такта можно программировать, потом 12 нельзя, потом 28 - можно. Конкретный код сейчас не приведу, надо выверять по тактам, может у svofski остались исходники.

Код из эмулятора VV определяющий зоны програмируемости палитры:
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);

[svofski]

Отрыл закат

[ivagor]

Насчет формата для 512. Проще всего дополнить формат Рембрандта (тем более он уже поддержан в DaDither) - там размер по X в байтах, поэтому можно без проблем использовать старший бит для индикации режима (0-256, 1-512). Осталось сделать примеры в таком формате. Насчет себя пока не уверен, если вдруг кто соберется - только за.
svofski выложил бинарник (у меня он откуда-то уже был) - отличный пример/шаблон для мультиколорного просмотрщика. На реале, насколько понимаю, проверен. И не портит бордюр.