Спидмаппинг №24 - результаты

[VladGuardian]

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

Иначе получится плохой пример открытых пространств - Serious Sam 4 / поля Франции, к примеру.
Там просто пространство, заполненное вакуумом.

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

[Shadowman]

Интересное предложение, только как подсчитать площадь уровня хотя бы в маппойнтах билдера? Разве что приближенно последовательно очерчиваемыми прямоугольниками.
В свое время я предлагал другую формулу для приблизительной оценки интересности карты: соотношение сайддефов к секторам. Чем оно выше - тем, при прочих равных условиях, карта потенциально интереснее. Но это работает не всегда, т.к. есть много других факторов (те самые "прочие равные условия").
А время, проведенное на карте, надо тогда измерять для разных игроков и брать усредненную величину. Т.к. Ветеран проходил, например, демо Инквизитора4 за 2,5 часа, а в обычном режиме эта карта проходится максимум за 40 минут.

[VladGuardian]

[Michael63]

Это в некотором смысле самое простое из того, что здесь говорилось, поскольку это чисто техническая задача. Площадь каждого сектора можно посчитать, например, с помощью формулы Пика:
https://ru.wikipedia.org/wiki/Формула_Пика

Или - разбиением секторов на треугольники и формулой Герона. При желании это всё можно запрограммировать (а может даже оно где-то в мире Дума уже есть). А вот оценить количественно геймплей сложнее. Это трудноформализуемая задача, даже если говорить про сугубо приближённую количественную оценку.

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

https://ru.wikihow.com/найти-площадь-многоугольника

[Shadowman]

Так и представляю маппера, который занимается вычислением площади карты путем разбиения всех секторов на треугольники
А если на карте используются 3д полы? Ведь они могут удваивать (или утраивать) площадь уровня, по которой бегает игрок (к примеру в демо Инк4 я сделал 2 этажа в доках-складах). Как тогда считать площади?
А вообще все это дело можно было бы автоматизировать, если бы кто-нибудь встроил в билдер алгоритм расчета площади карты и в разделе Статистика помимо сайддефов и секторов показывалась бы и площадь.
Правда, есть и недостаток в показателе "площадь". Как быть с "пустыми" объемами, необходимыми для визуала, но совершенно не участвующими в игре? Например, маппер делает большое море на горизонте, по которому нельзя плавать, но чтобы был вид "моря". Или декоративные горы слопами, по которым нельзя ходить. Нужно ли учитывать такие локации карты как часть ее площади или нет? На некоторых картах такие "пустые" сектора по площади могут многократно перекрывать "полезную площадь" уровня, что приведет к искаженной интерпретации по формуле Влада.

[ChaingunPredator]

https://en.wikipedia.org/wiki/Shoelace_formula

[Michael63]

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