Как насчёт движка для Dungeon Crawl игр?

[Sandro]

Как мы все знаем, с одной стороны, уже давно имеется куча квадратно-гнездовых движков для (часто подземных) RPG игр от первого лица (команды ) : Dungeon Master (видимо, cамый первый, и насквозь подемный), The Eye of the Beholder, Might and Magic , Wizardry, и т.д.

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

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

Так что скажет общественность: продолжать?


crawlspace1.zip

[Advertiser]

[Sandro]

Всем пофиг. Жаль.

[reddie]

Мне, например, не пофиг, но к БК только присматриваюсь =)) Это для 0010 картинка? На 11-й проблем с памятью, по идее, не будет.

[Sandro]

Это для 0010 картинка?

Да, и по идее демка с одим уровнем на ней возможна. Я бюджет памяти уже прикинул.

На 11-й проблем с памятью, по идее, не будет.

1) Не факт. Принц персидский потребовал дополнительной памяти.
2) В любом случае, эту память можно потратить получше.
3) Наличие 3D упрощает разработку -- не нужно рисовать и хранить можество копий одного и того же под разными углами.
4) Опять же, дискета всего 800 КБ.

PS: Однако, голосов по-прежнему ноль.

[reddie]

дискета всего 800 КБ

В нынешнюю пору виртуальных CF-дисководов, полагаю, размер - последнее, что должно заботить =))
Демки с подкачкой с диска, вон, на мегабайты клепают, и ничего. Всех устраивает.
Но если задуман размер именно под работу на "оригинальном" железе - приветствую. Придерживаюсь того же.

На Спектруме были подобные проекты, частично можно заимствовать решения по коду оттуда.
Например, отрисовку стен блоками по 2х2 или 4х4/3х4 а ля чанки для ускорения графики.

[SuperMax]

Как мы все знаем, с одной стороны, уже давно имеется куча квадратно-гнездовых движков для (часто подземных) RPG игр от первого лица (команды ) : Dungeon Master (видимо, cамый первый, и насквозь подемный), The Eye of the Beholder, Might and Magic , Wizardry, и т.д.

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

я как раз работаю над исправлением этого недостатка - AZБК

Но примерно в апреле я понял, что и как, и написал сравнительно быструю процедуру текстурирования. Только что я понял, как быстро считать на БК перспективную коррекцию. И написал. В принципе, осталось написать трассировщик лучей, и будет рабочий прототип графического движка, а дальше уже проще. Всякую (бизнес-учёт-контроль-действия) логику мы все по работе уже писали и так, вопросов нет. Только время на кодинг.
Так что скажет общественность: продолжать?

да конечно!

[shikoist]

Что за вопросы, нужно конечно. Любая движуха это круто.)

[CodeMaster]

Всем пофиг.

Сколько ты думаешь БКшечников на форуме, что бы делать вывод за 9 часов летне-дачного воскресенья?

[Sandro]

Сколько ты думаешь БКшечников на форуме, что бы делать вывод за 9 часов летне-дачного воскресенья?

Да, был неправ. Каюсь. В своё оправдание могу сказать разве то, что меня сильно расстроили звонком с работы, что завтра (точнее, уже сегодня) к нам на объект едет комиссия от генподрядчика. А мы конечные исполнители, и у нас по некоторым работам пролёт аж с мая и растёт, поскольку наш подрядчик поленился выяснить, что часть оборудования делается только под заказ и очередь в итоге где-то в сентябре подойдёт.

Но на участниках форума действительно не надо было срываться, они тут ни при чём.

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

Но если задуман размер именно под работу на "оригинальном" железе - приветствую. Придерживаюсь того же.

Да, цель именно в этом. Чтобы работало на оригинальной изкоробочной БК. Дополнительный обвес -- это хорошо, но если без него можно обойтись -- ещё лучше.

На Спектруме были подобные проекты, частично можно заимствовать решения по коду оттуда.
Например, отрисовку стен блоками по 2х2 или 4х4/3х4 а ля чанки для ускорения графики.

Знаю. И про Вульф от Alone Coder'а тоже знаю, благо он объяснил основные приёмы.

Но у меня цель -- имеено попиксельно точный рендер. Благо, уже ясно что в две секунды я укладываюсь даже в худшем случае, то для походовки прокатит. Вот в квадратной Lands of Lore принудительно сделано медленное движение, чтобы был как-бы переход между клетками (на самом деле они просто морфят картинку).

Собственно, что я писал в Телеграме:

Рисуется попиксельно, это совершенно честное перспективное текстурирование. Эта картинка занимает чуть больше секунды. Я вот думаю насчёт применения в походовом движке типа Dungeon Master/Eye of the Beholder/Might and Magic/Wizardry.
Слева направо оно для простоты рисует, это же эксперимент. Так-то переходы между сценами можно и покрасивше сделать.
Там можно будет прогрессивное улучшение картинки сделать при обновлении, один фиг процедура внутри байтовая. Нарисовать с учетверённой скоростью, а потом добавить один детальный двухпиксельный столбец на байт, а потом по два однопиксельных. Это всё займёт то же время суммарно, но первая грубая картинка будет в 4 раза раньше.
Да можно вообще отдельную версию процедуры для слов написать и 32 столбца зафигачить за четверть секунды, а потом улучшать. Это даже чуть быстрее будет в сумме.
Со спрайтами тоже всё ясно, код чуть-чуть изменить для прозрачных пикселей.

Всем спасибо за поддержку! Очень надеюсь, что никого не обидел.

[CodeMaster]

Рисуется попиксельно, это совершенно честное перспективное текстурирование.

Текстуры на стенах могут быть любыми или они программно создаются?