Геймкреатор игр платформеров для 48/128/ATM

[jerri]

С этого и начну, как только определимся с движком Лично мне сильно нравится stormlord-овский, хоть он и специфичный. Игровая область 2/3 экрана, для стандартного проекта <=64 тайлов, зато для 128-only можно уже <=256 запихать.

я думаю надо зафиксировать движок где-то в памяти и уже оттуда танцевать. скорее всего где-нибуть в конце памяти

1. штормлордовский движок не умеет скролится быстрее чем на 2 пикселя за раз - это связано со спецификой отрисовки изображения
2. ему нужно под тайловые пары 8кб (можно конечно и поменьше но тогда не факт что что-то получится) + 1 кб под аттрибуты
3. какое то количество памяти требуется под карту уровня (карту требуется конвертить в формат движка.)

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

[Alex Rider]

Ассм рулит, но не отпугнет ли это потенциальных игроделателей?

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

[newart]

Надо скрипт типа как в AGD, не сложнее.

В AGD кстати сложный. В том плане что полная отсебятина с нелогичными ключевыми словами.

[Alex Rider]

В AGD кстати сложный. В том плане что полная отсебятина с нелогичными ключевыми словами.

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

[newart]

В общем, не знаю я что тут выбрать.

Processing/Wiring ознакомься (упрощенный но совместимый с С).

Вообще любой язык можно приемлемым образом визуализировать.

Вот хороший пример по теме:



---------- Post added at 19:38 ---------- Previous post was at 19:36 ----------

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

[psb]

Нет не кажется.

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

[Advertiser]

[newart]

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

Уровни в игре это как главы в книге. Если тебе не нравится писать то может и не стоит? Если человек делает игру, то наверное любимого жанра, в котором он что-то да понимает, значит и уровни сможет сделать.

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

[psb]

Если тебе не нравится писать то может и не стоит?

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

[Alex Rider]

А само создание игры должно быть сродне WYSIWIG редактору.

<delirium mode>
А если выкинуть компиляцию под Спектрум, получится что-то а-ля Dizzy AGE. Ну или можно такую игру (проект) принести кодеру и попросить заимплементить на ассемблере целиком. А еще если все сделать на плагинах, то компилить это можно для разных платформ
</delirium mode>

[SaNchez]

я думаю надо зафиксировать движок где-то в памяти и уже оттуда танцевать. скорее всего где-нибуть в конце памяти

1. штормлордовский движок не умеет скролится быстрее чем на 2 пикселя за раз - это связано со спецификой отрисовки изображения
2. ему нужно под тайловые пары 8кб (можно конечно и поменьше но тогда не факт что что-то получится) + 1 кб под аттрибуты
3. какое то количество памяти требуется под карту уровня (карту требуется конвертить в формат движка.)

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

Сегодня прикинул "в коде" возможности движка. Получается универсальнее чем в штормлорде, но зато тормознее.

В общем, ТТХ для классики :
1. открытые прерывания, AY.
2. карта - 128х10 тайлов
3. выводимое на экран окно - 15х10 тайлов
4. вывод карты - точность 2 пикселя, т.е. легко реализовать любой скролл кратный 2.
5. количество тайлов - 40 (8кб), пары тайлов не используются, все уникальные.
6. место под спрайты - 8кб
7. место под код - 14 кб (рисование карты, стирание и вывод теневого экрана съели 1кб)
8. скорость - стирание теневого экрана, 40% заполнение экрана тайлами, вывод на видимый экран - 3 фрейма, со спрайтами 4, итого скорость 12,5fps

Как считаете, норм?