Новый принцип устранения клешинга

[Reobne]

Вообще можно с ксорками по-разному поступать.

Фу, ясно. Я уж думал твой метод, когда фон под персонажем восстанавливается тем-же кодом, что и строит фон - универсальный "философский грааль" для всех спрайтовых игр, непонятный мне. Ан нет, это просто вы с Иноземцевым в порыве софистического азарта начинаете требовать от оппонента, чтобы методика того работала почти всегда... Да не нужно нам всего. Давайте хоть Dizzy, Lode Runer расклешуем для начала. А там посмотрим.

[ZX_NOVOSIB]

Предлагаю о легендарных, но примитивных играх вообще не заморачиваться (лоде рунер, джет сет вилли и т.п. маникминеры). Не надо их трогать. Предлагаю вообще забить на игры 82-85 гг., рассматривать только начиная с 86 г. В нормальных играх ксор редко встречается, на ум токо диззи-1 приходит.

[Reobne]

ZX_NOVOSIB, просто для отработки технологии. Потренируемся на кошках.

Порисовал Lode Runer-а. Какой он есть, и каким я его хочу видеть. Задумывался о спецэффекте исчезновения экрана...

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

Порисовал Dizzy 5.
Как он есть, и каким он смог-бы стать.
С красными конечностями, конечно, при перерисовке графики (хакер-художник нужен ) и трёхцветных слоях, как в Метеоре у zst.
А по простому - с белыми конечностями, просто хакерскими методами. Дозволяла-бы карта, например, включить второй слой Иноземцева, и рисовать ГГ на нём.

- - - - - - - - -
Хотел 2 поста сделать, каждый со своими картинками, но робот сайта всё слепил в кучу.

[Lethargeek]

Предлагаю о легендарных, но примитивных играх вообще не заморачиваться (лоде рунер, джет сет вилли и т.п. маникминеры).

таким хватит и второго метода, есичо

Предлагаю вообще забить на игры 82-85 гг., рассматривать только начиная с 86 г. В нормальных играх ксор редко встречается, на ум токо диззи-1 приходит.

В тех же киберноидах тоже ксор. Он оправдан, если много мелких движущихся объектов, их тогда можно в разных кадрах перемещать, глюки-дырки из-за быстрого движения малозаметны (сильно режет глаз только на упавших призах).

С красными конечностями, конечно, при перерисовке графики (хакер-художник нужен ) и трёхцветных слоях, как в Метеоре у zst.

да не нужны ни слои для такой картинки, ни тем более переписывание кода (особенно как метеора)

[Totem]

таким хватит и второго метода, есичо


В тех же киберноидах тоже ксор. Он оправдан, если много мелких движущихся объектов, их тогда можно в разных кадрах перемещать, глюки-дырки из-за быстрого движения малозаметны (сильно режет глаз только на упавших призах).


да не нужны ни слои для такой картинки, ни тем более переписывание кода (особенно как метеора)

зачем? ну еще раз, при 7 Мгц, что максимум может клон, ему заботиться еще о фоне, слоях?

[Lethargeek]

зачем? ну еще раз, при 7 Мгц, что максимум может клон, ему заботиться еще о фоне, слоях?

ЧТО "зачем"? Зачем слои НЕ нужны? И при чём тут мегагерцы каких-то клонов. Даже не касаясь переделки старья, сколько новых игр выходит сейчас на Спеке? Ведь весьма прилично! А какие нестандартные режимы они поддерживают? Да практически никакие, разве только ULA+ у буржуев, а почему? Потому что людям лень фактически пилить две игры, под стандартный Спектрум и под расширенный (а выпускать только под расширенный смысла нет, аудитория никакая). Потому новая графическая железка получит софт лишь когда к ней (как к вышеупомянутой ULA+) легко и быстро можно адаптировать версию для голого стандартного Спека. А это значит - скорость и способ обработки пикселей должны быть аналогичны оригиналу.

[Advertiser]

[ZX_NOVOSIB]

Интересная мысль - zx-pk.ru/threads/915-interesnaya-mysl.html

[blackmirror]

Если делать устройство, не требующее изменение кода игры, а отслеживающее рисование спрайта и подставляющее нужную маску, по заранее загруженной конфигурации, то для получения маски можно поступить следующим образом:
1) делаем себе копию Z80 и его памяти и выполняем программу параллельно с ним, чтобы знать состояние внутренних регистров
2) в момент начала рисования спрайта(это определяем в конфигурации) делаем две копии памяти RAM0 и RAM1 и две копии Z80 - CPU0 и CPU1
3) для всех ячеек RAM0 и RAM1 устанавливаем битовые флаги, означающие что записи в ячейку с момента создания копий еще не было
4) запускаем CPU0 и CPU1 в ускоренном режиме до окончания функции рисования спрайта(тоже определяем в конфигурации)
5) при записи ячейки в RAM0 или RAM1 устанавливается соответствующий этой ячейке флаг
6) если CPU0 читают ячейку с экрана и в неё не было записи, то ему подсовывается 00, иначе данные берутся из RAM0
7) если CPU1 читают ячейку с экрана и в неё не было записи, то ему подсовывается FF, иначе данные берутся из RAM1
8) когда Z80 будет что-то записывать в некоторую ячейку экрана, смотрим соответствующие ячейки в RAM0 и RAM1, единицы в RAM0 и нули в RAM1 означают что эти точки были перезаписаны точками спрайта, значит их и нужно будет выводить.

В реальности полные копии памяти можно не создавать, можно сделать многоуровневые флаги, например 256 бит отвечающих за блоки ячеек по 256 байт и на втором уровне 256x256 бит отвечающих за отдельные ячейки. Очистили глобальные 256 флагов, значит память копии совпадает с памятью Z80, записываем что-то в ячейку, проверяем глобальный флаг, если еще не установлен, значит чистим 256 флагов на втором уровне, потом устанавливаем флаг ячейки. При чтении если флаг установлен, читаем данные из копии, если нет, то читаем из памяти Z80 или выдаём 00 или FF, если это чтение экранной области и в неё не было записи. Если Z80 что-то записывает в ячейку не попадающую в экранную область, которую CPU0 и CPU1 не перезаписывали, значит данные из неё нужно перенести в RAM0 и RAM1 и тоже поставить флаги.

В общем смысл в том, что при рисовании спрайта создаются два клона, один быстро рисует спрайт на экране из нулей, а другой на экране из 1, а когда дойдёт очередь до реального спрайта, уже будет ясно какие точки относятся к спрайту, а какие к фону. Возможно данный алгоритм сможет победить и рисование одиночных объектов в буфере, если можно пометить область откуда читается фон чтобы подсовывать 00 или FF, и перенос на экран будет достаточно оперативным.

[Raydac]

Если делать устройство, не требующее изменение кода игры, а отслеживающее рисование спрайта и подставляющее нужную маску, по заранее загруженной конфигурации, то для получения маски можно поступить следующим образом:

ну в zxpoly создаются четыре клона, при таких объемах памяти и раскрашивании старых игр нет смысла париться с флагами и бороться с дубликацией, так как старая игра новые возможности юзать не начнет

[Lethargeek]

Если делать устройство, не требующее изменение кода игры, а отслеживающее рисование спрайта и подставляющее нужную маску, по заранее загруженной конфигурации

В общем смысл в том, что при рисовании спрайта создаются два клона, один быстро рисует спрайт на экране из нулей, а другой на экране из 1, а когда дойдёт очередь до реального спрайта, уже будет ясно какие точки относятся к спрайту, а какие к фону. Возможно данный алгоритм сможет победить и рисование одиночных объектов в буфере, если можно пометить область откуда читается фон чтобы подсовывать 00 или FF, и перенос на экран будет достаточно оперативным.

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