Идеальный Спектрум

[zx-kit]

Такой? http://realddp.narod.ru/zx/p1024sl2/...roll/index.htm

Нет проще. Добавь второй набор счетчиков развертки. Первый формирует границы окна Спектурума 256х192 точек, кадровые, строчные синхро- и гасящие импульсы. Перед левой границей окна надо сделать короткий импульс загрузки начальных значений счетчиков отображения слоя. Запись числа 1 соответствует аппаратному сдвигу слоя влево на одну точку вместе с атрибутами. Аналогично и для сдвига по-вертикали. Экран сделай вместо ПЗУ по адресу 0.

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

zst, ты хоть сначала определись, кому больше хочешь облегчить жизнь - кодерам или железячникам
а то опрос об одном, в теме о другом, а методы по облегчению жизни тем или другим нередко несовместимы

Ответь, что быстрее - записать смещение слоя в 3 регистра или в цикле делать сдвиг фона программно. Кому легче ? Z80 без разницы. Он или успеет это сделать за кадр или не успеет. Но атрибуты он все равно не сможет сдвинуть без аппаратного скроллинга. Задача предоставить новые возможности для облегчения написания игр кодерам.

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

Ведь полно леталок-стрелялок со сдвигом всего экрана и даже по горизонтали.

Ну есть. Но до скорости плавности игровых приставок не дотягивают.

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

Кстати в "Радуге" (на КР580), разработанной sherlock-ом, одновременно с чтением байта графики, автоматически читается и по перезаписи автоматически переписывается на новое место и байт атрибутов. Но для экрана ZX и это не особо надо, т.к там всего один байт цвета на 8 байтов графики.

Эта операция нужна редко. А вот автоматическое заполнение атрибутов текущим атрибутом будет полезно. Этим можно имитировать атрибутые 8х8 точек, если 1х8 на надо.

Предлагая сохранить организацию цвета ZX и в дополнительной плоскости, я исхожу из того, что это надо для резкого упрощения конверсии ZX-игр в бесклешинговый вариант. Не надо заботиться ни о пересчёте графики, ни о пересчёте цвета. А если экран выпрямить и ввести иную организацию цвета, то тогда придётся более существенно переделывать игру. Потому и экран выпрямлять вредно и цвет менять вредно.

К сожалению, предложенные выше возможности мало подходят для переделки старых игр. Даже если не делать аппаратный скроллинг. Но для реализации новых идей возможности достаточно хорошие.

[Totem]

Ответь, что быстрее - записать смещение слоя в 3 регистра или в цикле делать сдвиг фона программно. Кому легче ? Z80 без разницы. Он или успеет это сделать за кадр или не успеет. Но атрибуты он все равно не сможет сдвинуть без аппаратного скроллинга. Задача предоставить новые возможности для облегчения написания игр кодерам.

Легче автору кода, который пишет под целевую и в "товарном количестве представленную платформу" и знает, что будет работать на всех компах и эмуляторах -это и будет определять успешность. Наворты железа, не играют никакой роли теперь, если проект любительский. Примеры коммерческих ты и см знаешь.

[vlad]

Сделал 8-ми разрядный порт #xx00, записываю в него сразу смещение по X и Y командой OUT (C),A, где A=позиция X(0..255), B=позиция Y(0..191), C=0(порт смещения)
Если в порт записать значение #0000 то выводимое изображение соответствует стандартному SCR 6912, если к примеру записать #0101, то изображение выводится сдвинутым на один пиксел по диагонали вниз вместе с атрибутами. В верхней стороке и левом столбце теперь отображается уже выдвинутая нижняя строка и правый крайний столбец изображения. Так?

[zx-kit]

Сделал 8-ми разрядный порт #xx00, записываю в него сразу смещение по X и Y командой OUT (C),A, где A=позиция X(0..255), B=позиция Y(0..191), C=0(порт смещения)
Если в порт записать значение #0000 то выводимое изображение соответствует стандартному SCR 6912,

Хорошо, это правильно.

если к примеру записать #0101, то изображение выводится сдвинутым на один пиксел по диагонали вниз вместе с атрибутами. В верхней стороке и левом столбце теперь отображается уже выдвинутая нижняя строка и правый крайний столбец изображения. Так?

Изображение должно смещаться влево и вверх, так как первые точки пропускаются. Чтобы при сдвиге влево не появлялся сдвинутый столбик справа надо счетчик сделать на 9 бит. Поэтому для сдвига по-горизонатали надо 2 регистра. Это пригодится также, если мы захотим увеличить окно до 320х240.
При сдвиге вниз итак не должен появляться. Появляется новый фрагмент, который надо было записать в экранную область.

Еще надо сделать линейную адресацию. Увеличение младшего байта адреса в экранной области должно переходить к байту снизу. Тогда проще добавлять фрагменты, которые появляются при скроллинге. Для начала заполни 16 К экранной области с адреса 0000 кодом 0. Тогда при сдвиге будет появляться пустота. Ну и ждем видео циклического плавного сдвига какой-нибудь картнинки.

[TomaTLAB]

Добавь второй набор счетчиков развертки.

Красивая идея, но сумматоры не проще поставить? 9-й бит из них бесплатно вылезет
Плюс они позволят сделать такой финт ушами, как аппаратный "ролик в окне", но это, пожалуй, тема для другой темы

[zx-kit]

Красивая идея, но сумматоры не проще поставить? 9-й бит из них бесплатно вылезет
Плюс они позволят сделать такой финт ушами, как аппаратный "ролик в окне", но это, пожалуй, тема для другой темы

На FPGA может проще. А на логике мне даже никогда не приходилось их покупать. Да и задержку они вносят, а счетчики работают синхронно тактовой без задержек.
Хотя вроде в NEMO FDC стоит сумматор.

Для скроллирования слоя спрайтов и маски нужны еще счетчики и регистры.

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

Если адресация линейная, то добавить для скроллинга новый столбик размером 192х8 точек можно командой LDIR. При этом старший байт D = 32, а младший = 0. После сдвига на 8 точек D=33. Или сразу добавить в невидимой области экрана несколько столбиков. Также LDIR и для атрибутов столбиков надо делать.

Для плавного скроллинга влево надо при каждом прерывании увеличивать смещение в регистрах на 1.

[Advertiser]

[Lethargeek]

Ответь, что быстрее - записать смещение слоя в 3 регистра или в цикле делать сдвиг фона программно. Кому легче ? Z80 без разницы. Он или успеет это сделать за кадр или не успеет. Но атрибуты он все равно не сможет сдвинуть без аппаратного скроллинга. Задача предоставить новые возможности для облегчения написания игр кодерам.

при чём тут "быстрее", когда ставилась задача как сделать "проще"? скорость должна быть всего лишь достаточной
а проще будет, если лишних сущностей будет меньше - всех этих аппаратных тайлов, спрайтов, слоёв и скроллингов

[vlad]

а проще будет, если лишних сущностей будет меньше - всех этих аппаратных тайлов, спрайтов, слоёв и скроллингов

Соглашусь. Фон я бы оставил, в Spec256 выглядит красиво.

[Totem]

при чём тут "быстрее", когда ставилась задача как сделать "проще"? скорость должна быть всего лишь достаточной
а проще будет, если лишних сущностей будет меньше - всех этих аппаратных тайлов, спрайтов, слоёв и скроллингов

Один ляд, без блиттера, потребует абсолютную выкладку кодера на 100%, что вообщем и показывают последние проекты игровые. Убрать самую затратную операцию по копированию/восстановлению фона и будет просто замечательно, а все остальное от таланта кодера.

[Totem]

Соглашусь. Фон я бы оставил, в Spec256 выглядит красиво.

У него один недостаток, нужно быть еще и почти художником. Причем сам "стиль и шарм" графики ZX теряется совсем.