Мой дом - тюрьма...

[AllSeeingI]

Всем доброго времени суток)
Прочитав энное количество тем на форуме, решил, что это вполне подходящее место для того, чтобы вывесить свой проект.
Дело в том, что, начав какое-то время назад разработку sci-fi тактической РПГ, я столкнулся с необходимостью обкатать на чем-то ролевую систему и писанный с нуля движок. Так и появилась эта небольшая РЛ-игра.
Главный герой - заключенный в некоей футуристической тюрьме, полной охранников, ловушек и озлобленных товарищей по несчастью. Программа минимум - покинуть это негостеприимное заведение. Программа максимум - покинуть его, предварительно умертвив начальника тюрьмы.
К сожалению, проект пока на очень ранней стадии разработки, поэтому приложить могу лишь это:
В ближайшем времени постараюсь выложить рабочую версию.

Планируется:
- Система перков, получаемых при каждом левелапе.
- Усиление активных способностей от использования.
- Случайно генерируемые этажи (но на основе готовых сегментов! Все-таки это действующая тюрьма, а не пещера, и хотелось бы сохранить подобие логичности расположения помещений).
- Модификация оружия путем замены деталей (оружие, к слову, будет как ближнего, так и дальнего боя).
- Чуть не забыл: исследование карты в реальном времени и переключение на пошаговый режим во время боя.

Засим, пока откланиваюсь

EDIT:
Последняя версия:

TBSRL_0.0.3_windx9.7z

(82.03 КБ) 184 скачивания

Как всегда, багрепорты приветствуются.

[kipar]

исследование карты в реальном времени и переключение на пошаговый режим во время боя

Я понимаю что это из фолаута, но непонятно, зачем это в roguelike.
Т.е. мы управляем с клавиатуры, но при этом враги двигаются в реальном времени и мы можем обходить их\выманивать пока они не заметили и не перешли в походовый режим? Или имеется в виду, что в обычном режиме мы просто ходим стрелочками, а в боевом к этому прибавляется еще система AP, т.е. мы делаем несколько действий за ход?
А когда врагов рядом нет - какая разница, походовый у нас режим или реалтайм?

[AllSeeingI]

Сейчас поясню.
Во-первых, как я уже сказал, проект этот я делаю для обкатки механики и ролевой системы игры, которая, в общем-то, и будет не совсем РЛ) Начнем с того, что управление будет заточено, скорее, под мышь, нежели под клавиатуру... То есть, с клавы, разумеется, можно, но с хвостатой удобнее.
Далее. Пошаговый режим будет включаться только в бою. То есть, когда герой (группа персонажей в будущем проекте) замечен. Прятаться от значительно превосходящего по численности и силе противника все-таки, сдается мне, интересней в реалтайме Да, и никаких AP, только классика: переместился, атаковал (выполнил какое-то другое действие), передал ход. Заисключением некоторых скиллов, позволяющих, скажем, атаковать 2 раза за ход.

[AllSeeingI]

Надо было сделать это еще вчера, но я лентяй(

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

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

[kipar]

Ну, можно же сделать переключение режим бега\режим ходьбы. Когда на горизонте монстры - крадемся, когда нет (или мы их не боимся) - бежим.

[AllSeeingI]

В общем-то, логично....
Я, правда, для "ускоренного" варианта имел ввиду скорость а ля zangband при зажатой мышиной клавише. Н таких скоростях игрок вряд ли успеет среагировать Правда, можно это переключение автоматизировать... И привязать к спасброску Восприятия! Прошел - остановился и затаился, не прошел - несешься прямо в распростертые объятия

[AllSeeingI]

Screenshot02.jpg (110.06 КБ) 7514 просмотров

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

[AllSeeingI]

Screenshot03.jpg (64.96 КБ) 7475 просмотров

Боевой режим почти доведен до рабочего состояния... Жизнь товарища в... э... синем... висит на волоске.

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

[AllSeeingI]

Добрался наконец до освещения и "тумана войны".

Screenshot04.jpg (33.71 КБ) 7440 просмотров

Выдаваемый алгоритмом результат весьма странен, но пока есть более насущные вещи, работает - и ладно

[AllSeeingI]

+Приделал генератор монстров, который населяет локацию случайным числом дублей мужчины в синем.

+У главгероя теперь есть инвентарь, но над его размером стоит подумать. Сейчас его вместительность - 18 клеток. Учитывая, что реализован он по типу Дьябловского, и предметы занимают не один слот (нательная броня, напр, 2х3), это совсем мало. Таскать с собой связки копий, россыпи гранат и гардероб с кольчужками на любой вкус - не получится.

[kipar]

Маленький инвентарь это хорошо, игрок должен делать выбор, но если по игровому процессу ему нужно будет много предметов (или если будет шанс эти предметы продать\обменять), то придется работать мулом и устраивать склады на лестницах, а это нудно и неинтересно(тем более при маленьком инвентаре). Когда в первую Диаблу играл, помню перед таверной у меня лежало целое поле из кучек золотых монет. Когда трактирщик сказал, что у него сперли ВЫВЕСКУ от таверны, за золото стало тревожно. На всякий случай перенес все подальше в поле.

[AllSeeingI]

Обмениваться предметами можно будет только с немногочисленными дружественными НПСями, торговлю в привычном понимании реализовывать пока не планирую. Что касается необходимости носить с собой много предметов, то самые необходимые из них (т.е., аптечки, стимуляторы, патроны...) будут стакаться, что позволит даже при малом инвентаре иметь их при себе достаточное количество.
Кроме того, есть мысль организовать что-то вроде bags of holding, расширяющих инвентарь, куда можно будет сунуть особо дорогие сердцу вещи.

[AllSeeingI]

Oh sh...t! Это надо видеть в движении

Screenshot05.jpg (61.51 КБ) 7360 просмотров

Однако 75 фпс при обсчете полутора сотен народу, беспорядочно перемещающегося в пространстве, показывает, что движок пишется в верном направлении)

[BreakMT]

На скрине один чувак встал на лицо другого

[AllSeeingI]

На скрине один чувак встал на лицо другого

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