ZXKit1 - конструктор для ZX-творчества

[Alex Rider]

Кто будет это делать? Это не легче, чем портирование тех же игр под цвет на точку на АТМ.

Это в разы легче, чем портировать игру под АТМ'овский режим. Для портирования под 16c и АТМ надо перетряхивать структуру программы чтобы освободить разбухшую экранную память. Распихивать какой-то код по страницам, следя за схемой их включения. Следить, чтобы страницы с графикой (также разбухшей), продедурами ее отрисовки и с экранной памятью были впечатаны одновременно во время вывода. При этом не забывать про стек и прерывания. Если исрользовать менеджер памяти ATM, на других машинах это работать не будет. Кроме того, прикинуть в уме что получится с времянками программы после перехода на цвет-на-точку не получится, надо пробовать. В общем, не самый легкй вариант. Мне пределка под ATM/16c видится как полная декомпиляция, изучение всей логики и правка громадного объема кода.
Переделка под предложенный zst выглядит значительно проще. Надо в заргузчике отправить новую графику в ОЗУ видеокарты, запатчить процедуры вывода оригинальной графики (при необходимости распихать невлезшее по освободимшимся от старой графики кускам памяти), посмотреть что стало с времянками игры и поправить при необходимости. Это видится в разы более простым. Кроме того, предлагаемая карточка (и адаптированная программа) будет работать на любом клоне с ZX-BUS.

[Valen]

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

Ага, ясно.
Но, этот метод вывода спрайтов не тот, о котором говорил я.


Я имел в виду, классический метод отображения спрайтов.
(его и советую использовать)
Метод с буфером строки.
Т.е. есть спрайт-память. (одна СРАМ)
В ПЛИС располагаются два буфера, для двух строк изображения.
(теневой буфер и активный буфер).
Для каждой строки изображения:

Показываем активный буфер (выводим строку изображения),
и одновременно строим строку спрайтов в теневой буфер, для следующей строки изображения.
Затем меняем буфера местами (активный <--> теневой).

Естественно, при таком способе, ПЛИС только читает из спрайт-памяти.
(записывает же во внутренние быстрые буфера строки)

p.s. zst, создайте плиз новую ветку по видео-карте

[TSL]

Ага, ясно.
Я имел в виду, классический метод отображения спрайтов.
(его и советую использовать)
Метод с буфером строки.

Этот метод дает возможность создать набор FSM для генерации заданий для рендерера. Например, плейн графика (с блиттингом на лету), тайловые плоскости, спрайты, зумскейл, альфу. Очень просто добавить и дисплей-лист. Самый эффективный метод, ящитаю.

В какой мере это будет совместимо с MSX, V6Z80P, TS Labs-спрайты №1, TS Labs-спрайты №2, Eva V9990? Если несовместимо, то зачем нужен ещё один вариант?

Эволюция, мон-шер. А чо вы так беспокоитесь? Что АТМ не выдержит эволюционной борьбы и улетит на свалку истории? Ну, тащемта, правильно боитесь.

Evo SDK - куда проще? Только координаты спрайтов подставляешь, она сама рисует.

Портируй на свой (и Shiru) СДК тот же UWOL Quest for money (от Shiru же). Хотя там как раз и есть 10 спрайтов, может АТМ на 14МГц и потянет.

[alone]

Было бы очень хорошо, если бы вы посоветовали, как улучшить существующие режимы для этих компьютеров. Недавно читал, что 64 цвета на точку недостаточно для портирования игр, в которых изображены люди - они получаются с почти белой кожей. А 256 цветов как в MSX2 (http://en.wikipedia.org/wiki/List_of..._palettes#MSX2) подошли бы для изображния человека и других объектов с намеком на объемность ?

Я около года назад пробовал нарисовать спрайты для игры (http://www.zx.pk.ru/showpost.php?p=350910&postcount=84 ). Сразу же возникло неудобство из-за ограничений цвета даже таких простых объектов как танки и машинки.

Можно использовать два неиспользуемых бита палитры ATM. Но. Овчинка в виде незначительного изменения цветов не стоит выделки в виде доработки 700 компов (400 из них надо перепрошить, 300 перепаять) и 3 эмуляторов. В случае танков - см. как нарисовано Battle City на NES. Как решать проблемы с кожей - я уже показал здесь: http://zx-pk.ru/showthread.php?t=19681 (причём обе картинки в одной палитре)

Или, если памяти много (1024 К) - всю свободную потратить на звук, а не графику.

На NeoGS своя память под звук, и её 4 мегабайта.

Для развития процесса написания игр, наверно надо будет предоставить бесплатные образцы видеокарты разработчикам игр, как это делает NEDOPC.

Разработчикам игр для начала надо обеспечить совместимость с тем, что они уже написали. Иначе они пальцем не пошевелят. Какой смысл писать, если это потом выбросят на помойку?

---------- Post added at 10:59 ---------- Previous post was at 10:54 ----------

А какие у вас соображения по интерфейсу между Z80 и видеокартой? У меня пока такие прикидки. Использовать адреса стандартного экрана с #4000. Записывать все параметры как в память:

Самый лучший интерфейс был в V9990 - через порты, в GFX9000 и в реализации Ronin'а с короткими адресами. Это экономит регистровую пару по сравнению с работой в ОЗУ при том же количестве команд. И все нужные операции там есть - точка, линия, внутренний цикл заливки, тайлы, спрайты, блиттер. Если сделаешь полностью совместимую эмуляцию хотя бы режима P1, то сможешь портировать софт с MSX GFX9000.

---------- Post added at 11:02 ---------- Previous post was at 10:59 ----------

Это в разы легче, чем портировать игру под АТМ'овский режим. Для портирования под 16c и АТМ надо перетряхивать структуру программы чтобы освободить разбухшую экранную память.

Ты ошибаешься. Никакие процедуры перемещать не придётся, потому что экран можно впечатывать в #0000. Нужно только изменить номера используемых страниц.

---------- Post added at 11:02 ---------- Previous post was at 11:02 ----------

Если исрользовать менеджер памяти ATM, на других машинах это работать не будет.

На других машинах эти игры уже работают, в 6912.

---------- Post added at 11:10 ---------- Previous post was at 11:02 ----------

Кроме того, предлагаемая карточка (и адаптированная программа) будет работать на любом клоне с ZX-BUS.

Подмена ПЗУ через порт #3ff7 тоже будет работать на любом клоне с ZX-BUS.

---------- Post added at 11:18 ---------- Previous post was at 11:10 ----------

Эволюция, мон-шер. А чо вы так беспокоитесь? Что АТМ не выдержит эволюционной борьбы и улетит на свалку истории?

Борьбы, извините, с чем? С радиолюбительскими поделками?

[goodboy]

Борьбы, извините, с чем? С радиолюбительскими поделками?

поаккуратней в выражениях, версию ленинграда от ZST
я собрал после почти 20ти летнего перерыва от паяльника, и всё сразу запустилось и заработало.

[alone]

Ленинград - это продукт, сделанный по технологии и с учётом рынка. Потому он не нуждался в настройке и пользовался спросом. А спрайты от тслабса - это поделка "для себя", которая вообще не работает на некоторых экземплярах плат, потому что автор плевал на времянки. Таким же образом автор плевал на совместимость.

[goodboy]

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

а причём тут продукты от zst ???

[alone]

А при чём тут продукты от zst? Я отвечал тслабсу.

[Alex Rider]

Разработчикам игр для начала надо обеспечить совместимость с тем, что они уже написали.

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

Ты ошибаешься. Никакие процедуры перемещать не придётся, потому что экран можно впечатывать в #0000. Нужно только изменить номера используемых страниц.

Страницы с разбухшей графикой тоже надо включать, выключая какие-то страницы с кодом игры. Если код вывода графики есть в разных окнах адресного пространства, надо все равно перепахивать или писать хитрый менеджер памяти. Опять же, не забываем про стек, ISR, таблицу прерываний и IM1. Ясно, что, если адаптировать Saboteur, думаю, получится посильно для одного человека за разумное время. С Elite все уже сложнее в разы.

На других машинах эти игры уже работают, в 6912.

Ага, но при утсановке карточки от zst они будут работать и в его режиме. Целиком ZX-Evolution для этого покупать не надо. А, если сделать такой режим в Эве, то и ее владельцам не надо будет покупать карточку от zst.

Подмена ПЗУ через порт #3ff7 тоже будет работать на любом клоне с ZX-BUS.

Вот это не понял к чему. Причем тут адаптация под видеорежимы, которых у клона на плате нет?

[TSL]

А спрайты от тслабса - это поделка "для себя", которая вообще не работает на некоторых экземплярах плат, потому что автор плевал на времянки.

Не работает НА ОДНОМ экземпляре - на ЛВД. И то лишь по причине того что лвд запаял заведомо слоупочные драмы с неведомой целью. Допускаю, что не будет работать и у тебя - твою кривописанную плату тоже паял лвд. Сфоткай в хорошем разрешении и выложи, если не стыдно.
На всех остальных экзах, кто использует, работает.
Алсо, у недописи в бейзе не работает ИДЕ-интерфейс. "Лечат" они это опцией slew-rate, которая дает глюки в зависимости от компиляции. В тсконфе эта проблема пофиксана раз и навсегда.

Таким же образом автор плевал на совместимость.

АТМ несовместима с пентагоном (312 строк).
Бейзконфа несовместима с АТМ (порт палитры и лвдтекстмоды).
Продолжать?

---------- Post added at 15:49 ---------- Previous post was at 15:48 ----------

Борьбы, извините, с чем? С радиолюбительскими поделками?

Пентева - радиолюбительская поделка, кто ж спорит?