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

[John North]

alone, zx.pk.ru/showpost.php?p=608495&postcount=338

[zx-kit]

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

Предлагаю использовать те же 256 цветов, что и в MSX2. Упрощают ли перечисленные режимы написание программ ? Здесь все нужно согласовать с программистами для упрощения и максимального возможного ускорения работы графики. Иначе все эти расширения будут бесполезны и годиться только для показа картинок.

[alone]

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

[zx-kit]

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

А экран быстро сдвигает ? Кстати я предлагаю более простой вариант без SDK.
Лучше бы по делу что-нибудь предложил, например, как быстрее загружать спрайты в видеокарту и какие еще дополнительные возможности нужны для ускорения работы игр. ...

Может потом начнем перекрашивать и ускорять старые интересные игры. Для начала можно спрайты оставлять двухцветные. При загрузке в видеокарту преобразовывать в восьмибитный цвет. Потом корректировать поцедуры изображения главного героя игры, чтобы устранить конфликт атрибутов. Например, можно улучшить графику в той же игре THREE WEEKS IN PARADIZE. Объекты будут двигаться по 1 слою экрана, не меняя цвет свой или фона.

Это, кстати, наводит на мысль, что для устранения конфликта атрибутов в некоторых играх достаточно было бы просто добавить 1 слой к стандартному экрану ZX SPECTRUM...

[alone]

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

Evo SDK не занимается сдвигом экрана.

[zx-kit]

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

Evo SDK не занимается сдвигом экрана.

А это не вы тот легендарный ALONE CODER, который придумал режим 16 цветов на точку для PENTAGON-1024 V2.2 и в одиночку написал несколько игр для ATM и ZXEVO ?

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

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

А если захотеть сдвигать игровое поле при движении танка на дальние расстояния возникнет другая проблема - большие вычислительные работы и медленный скроллинг. Да и клэшинг атрибутов вносит дополнительные трудности. Такие вопросы возникают, наверно, не только у меня. Все-таки, интегрированная видеокарта на ZX Spectum, как и на PC больше подходит для простых офисных задач, работы и простых игр. А для игр с богатой графикой и динамикой нужна внешняя видеокарта, над чем я сейчас и работаю. Конечно имеется ввиду не 3D, а графика как в оригинальном ZX Spectrum, только быстрая и более цветастая. Далеко от оригинала уходить не надо. Мы же не собирается делать подобие PC. Кстати у некоторых игровых компьютеров того времени были внешние видеокарты/видеоконтроллеры.

Как я понял, для реализации идей игр требуется движок, позволяющий быстро изображать объекты на экране. И цвета не должны тормозить игру или занимать основную память. Поэтому движок для игры должен быть поддержан на аппаратном уровне копирования элементов изображений. А 48К хватит для алгоритма игры и AY-эффектов. Или, если памяти много (1024 К) - всю свободную потратить на звук, а не графику.

Железа для ZX Spectrum за несколько лет становится все больше и больше. Mick сделал звуковую карту и сам портирует музыку с другого комьпьютера с этим звуковым чипом. CHRV сделал сетевую карту. Под нее сейчас также пишется программное обеспечение. А я займусь видеокартой. Все равно для моего модульного компьютера нужна какая-то видеокарта. Сначала она будет работать как обычная интегрированная в ZX Spectrum, но наличие ПЛИС позволит в дальнейшем добавлять новые функции. Их можно будет делать постепенно с учетом максимального удобства и быстродействия при написании игр.

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

[Advertiser]

[Valen]

А для игр с богатой графикой и динамикой нужна внешняя видеокарта, над чем я сейчас и работаю.

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

Как я понял, для реализации идей игр требуется движок, позволяющий быстро изображать объекты на экране.

Да.
В таком случае, 3,5МГц спектрума вполне хватит на логику игры, просчет объектов и набивку регистров видео-карты.
Шина ZX BUS - это гарантия того, что любой желающий сможет вставить/впаять видео-карту в свой самый любимый спектрум.
Доступная цена - это тоже будет плюс.

И цвета не должны тормозить игру или занимать основную память.

Конечно, вся графика будет лежать в памяти видео-карты. Программа, на спектруме, будет только устанавливать регистры спрайтов, чтобы отобразить графику на экране.
Это сразу даст возможность делать one frame игры (как на Денди или сега Мегадрайве)

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

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

А 48К хватит для алгоритма игры и AY-эффектов.

Да, для не особо большой игры, хватит и 48КБ.
Там же по сути только код/данные, ну там музыка.
Вся графика в видео-карте сидит.

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

Так и есть.


Касательно режимов видео-карты.
Согласен,
режим спековского разрешения 256x192, можно оставить для возможной расцветки старых игр.
Ну и конечно, сделать там обычный 320x200 (или 320x240), под него и будет весь новый софт будет работать.

Ну и по частотам прикидки такие:
Мастер клок - 14МГц.
Пиксел клок - 7МГц.

[zx-kit]

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

Первая SRAM - под экран (2 слоя/плана). Из нее изображение показывается на телевизоре.
Во второй SRAM - все заранее нарисованные спрайты к игре.
Пока ничего лишнего.

Касательно режимов видео-карты.
Согласен,
режим спековского разрешения 256x192, можно оставить для возможной расцветки старых игр.
Ну и конечно, сделать там обычный 320x200 (или 320x240), под него и будет весь новый софт будет работать.

Ну эти режимы можно будет добавить потом. Однако координата 320 будет занимать 2 байта. Значит под координату X надо сразу 2 байта выделить. А для оригинального разрешения записывать только младший байт. В старший записать 0.

Ну и по частотам прикидки такие:
Мастер клок - 14МГц.
Пиксел клок - 7МГц.

Так и планируется - все как в оригинале.

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

4000 - координата Y спрайта (строка экрана)
4001 - младший байт координаты X спрайта (столбец экрана)
4002 - старший байт координаты X спрайта (столбец экрана)
4003 - начальная копируемая строка спрайта (обычно 0)
4004 - конечная копируемая строка спрайта (обычно 15)
...
начальный копируемый столбец спрайта (обычно 0)
конечный копируемый столбец спрайта (обычно 15)
размер спрайта по-вертикали (обычно 16)
размер спрайта по-горизонтали (обычно 16)

номер экрана, куда копировать спрайт
номер слоя, куда копировать спрайт
младший байт номера спрайта
старший байт номера спрайта

адрес команды "КОПИРОВАТЬ СПРАЙТ"

номер экрана для отображения на TV


1 байт адреса для загрузки спрайтов (младший)
2 байт адреса для загрузки спрайтов
3 байт адреса для загрузки спрайтов (старший)
данные спрайта (после записи происходит автоинкремент адреса)

координата Y курсора (строка экрана)
младший байт координаты X курсора (столбец экрана)
старший байт координаты X курсора(столбец экрана)
цвет точки при рисовании на экране по точкам
адрес команды "НАРИСОВАТЬ ТОЧКУ"
...

Возможно удобнее для программирования вместо номера спрайта указывать его трехбайтовый адрес в ОЗУ спрайтов. Если спрайт будет размером 16х16 точек, то он будет занимать 256 байтов и самый младший байт адреса можно оставлять нулевым, самый старший будет номером группы спрайтов, а средний - номером спрайта в группе.

[Valen]

адрес команды "КОПИРОВАТЬ СПРАЙТ"

Что-то мне, не совсем ясна фраза "команда копировать спрайт" ?
Вы что, хотите чтобы по этой команде,
произошло аппаратное копирование спрайта из спрайт-памяти в видео-память ?
(из СРАМ в другую СРАМ)

[zx-kit]

Что-то мне, не совсем ясна фраза "команда копировать спрайт" ?
Вы что, хотите чтобы по этой команде,
произошло аппаратное копирование спрайта из спрайт-памяти в видео-память ?
(из СРАМ в другую СРАМ)

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