2D движки на спектруме.

[boo_boo]

вывод спрайтов, текста и тп оно понятно. но на примере пц-шных движков, очень удобно юзать абстракцию "полотна" (canvas), или "сцены", у которой есть тайловый фон, и по которой движутся объекты (спрайты или наборы спрайтов), причем для последних поддерживается детекция столкновений с другими обьектами, а также маски (куски фона, которые закрывают объекты, типа ствол дерева, за которым проходит персонаж...)
ИМХО дальше этого что-то воротить уже бред, а вот это самое сделать на ZX вполне возможно. spritepack довольно удачный пример этого подхода (с очевидными для zx упрощениями), сомневающиеся могут позырить демки, и убедиться, что тормозов нет. впрочем, у спрайтпака есть свои недостатки -- к примеру, нельзя вменяемо намутить скроллинг фона, и памяти он жрет много. но как proof of concept он рулит.

Добавлено через 2 минуты

Имеются конструкторы адвентюр

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

[Advertiser]

[moroz1999]

Опиши свое видение этого "инструмента разработчика" как можно более детальнее.

Сугубо моё видение того, к чему надо стремиться, на данный момент таково:
1. Должен использоваться кросс ассемблер (sjasm+) с самосборкой и автозапуском в эмуляторе для отладки.
2. Процедуры движка поделены на функции и минимально документированы. Комменты - не обязательны, достаточно описания функционала и входных параметров.
3. Во внутренней архитектуре отдельно выделена функция логики (в которой происходит обработка действий игрока, AI, минимальная игровая физика для и тд). Логика по мере отработки игровой ситуации записывает в небольшой буфер обмена информацию по типу: номер отображаемого спрайта, координаты на экране, тип спрайта (попиксельный, аттрибутный итд). Логика каким-то еще образом (детально еще не продумывал) может репортить необходимость перерисовки тайлового бэкграунда, скорее всего в виде текущей координаты левого верхнего угла экрана относительно карты бэкграунда.
4. Буфер обмена отдельно отрабатывается т.н. "мэнэджером" который берет информацию о спрайтах из таблицы, подключает нужные банки памяти и запускает с этой инфой запрошенные процедуры отрисовки спрайтов. Здесь же может производиться бэкап бэкграунда под спрайтами, вывод тайлового фона и что угодно. Этот же менеджер выбирает в каком экране надо рисовать, а какой отображать.
5. На данный момент логика у меня выведена на прерывания, что даёт некоторые преимущества (типа естественной системы FPS), но и несёт с собой множество спорных нюансов. Сей пункт даже сейчас под вопросом.

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

Добавлено через 4 минуты

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

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

[SAM style]

Добавлено через 3 минуты
Меня интересует такой вопрос: как ты сам оцениваешь, насколько легко его повторное использование в других проектах, мало похожих на Viking Quest?
Да и про внутреннюю организацию было бы интереснее подробнее послушать, потому что у меня самого опыта в это не так много.

Смотря что понимать под "мало похож". можно скормить движку другие спрайты тайлов и персонажей, другую карту, в корне поменять сюжет, поменять скин и написать кучу оверлеев на каждый случай. только основа останется - главгерой ходит по карте, собирает-использует предметы, говорит с другими и.т.д.
Про внутреннее устройство. Двигало VQ3 состоит из:
1. аниматор - интерпретатор анимаионных скриптов персонажей, по необходимости перерисовывает их на экране. данные о персонажах вне движка.
2. контроллер действий героя (взять, использовать итд). в зависимости от действия прошаривается одна из таблиц данных в случае успеха вызов нужной процедурины или печать текста. (напр: "отдать предмет" поимел два параметра - ЧТО и КОМУ)
3. интерпретатор текста с обработчиком встроеных команд. команд около 30 - это и ветвление сюжета, и манипуляция с параметрами героя, и изменение карты, и вызов оверлеев...
4. система боя - сильно специфичная часть.
5. собственно, базовые функции - вывод части карты, спрайтов, печать текста и пр...

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

[Lethargeek]

Звездное Наследние по уровню кода наверное и до 85 года не дотягивает и что с того?

Это че, такой пример спрайтового движка?

Ну ладно, ты как представляешь себе появление сотен игр типа ЗН на Спеке? Кто на них сценарии-то писать будет? НЕТ сейчас "проблемы графического движка" в игростроении, на это времени уйдет минимум - проблемы начинаются, когда надо написать сценарий, сгенерить уровни, придумать правила, задать ИИ итд итп. Сам же прекрасно знаешь, отчего глохнут красивые проекты

Ну, на момент допустим, что технический уровень и правда будет настолько невысок. Тогда встречный вопрос: какова альтернатива?

Читайте книжки
Ищите кодера

[ng_dead]

Существует ли на спектруме готовый движок с открытыми исходниками?

если еще не вспоминали, то: http://www.zx.pk.ru/showthread.php?t=3152

[GriV]

Читайте книжки
Ищите кодера

Да, именно проблема в том что надо читать и искать.
Не любять этого...

[moroz1999]

Да, я не люблю копаться в архивных документах, когда есть возможность спросить у человека, уже эту работу проделавшего. если я начну перерывать старые издания в поисках полезного совета, то это, извините, как иголку в стоге сена искать, и в направлении моей цели меня это вряд ли вообще приблизит.
То, чем подавляющее большинство людей занимается на спектруме - это хобби, а хобби, к сожалению, не накормит, поэтому посвящать 100% своего времени Спектруму лично я, например, не могу, да и не единственное это хобби у меня.
С таким саркастическим подходом единственным результатом будет то, что те, кто еще чего-то хотят сделать и написать, плюнут на всё и свалят окончательно на pc.

[newart]

Кто на них сценарии-то писать будет?

Да нет конечно, не пример.
Нужен был скорее не движок, что то вроде продвинутого Laser Basic'a заточенного под 128к и дисковод.

НЕТ сейчас "проблемы графического движка" в игростроении,

У меня есть графика ну к 3-5 играм разных жанров. Еще знаю художника с графикой для игры вроде Robocop'a.

А вот движков нет.

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

Ну вот есть и сценарий и графика, а кодеров желающих доделать игру что то не видно.
(Я про Dizzy Main Day)
В аркадах сценарий так вообще не нужен, а уровни нарисовать все таки проще чем накодить движок игры, точнее найти левелдизайнера проще чем кодера.

[rasmer]

Слава - давнобы выложил исходы с наработками - глядишь ктонить чтонить и сделал... а так....

[newart]

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

В принципе я наверное могу создать закрытую тему и там выложить все добро что у меня есть. Надо?