GM2 10.5: Устраняем баг и оцениваем эффективность ИИ

Ссылка на основную статью 2-го сезона полного провала разработки.

Багуля найдена и исправлена, добавлены счетчики для проверки эффективности ИИ и проведена оценка нескольких его реализаций.

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

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

Хотя в теории, карт в колоде же всегда одинаковое число. С чего бы ошибке не возникать стабильно, не ясно. Но да и ладно.

Внедрила счетчики игровых циклов, количества неудач и их процентное отношение. После сыграла сама и получила "0" неудач. Т.е. при грамотном подходе возможно успешно устранять все жертвы. Мне сильно повезло, из-за рандома вполне реально в начале пару раз проиграть, однако это быстро нивелируется. Думаю, ошибки игрока могут составлять около 10% на 100 итераций максимум.

Затем я прогнала 3 варианта ИИ:

1) Только распределение кубиков без карт предметов (83%).
2) После кубиков используются карты предметов с последующей добивки остатков кубиками (44%).
3) Сначала накидываем карты предметов, только потом распределяем кубики (43%).

GM2 10.5: Устраняем баг и оцениваем эффективность ИИ

Как показала практика, между 2 и 3 подходом особой статистической разницы нет. Второй позволяет экономить карты предметов, а третий - эффективнее располагать кубики. Если ему добавить еще и грамотное распределение кубов, чтобы он не использовал 5 и 6, где достаточно 1, то эффективность подрастет еще выше.

На данный момент все ИИ выбирают жертву совершенно случайно, не оглядываясь на ее сложность, что и обрекает его на большинство неудач. Нужно доработать эту часть, что также скажется на его эффективности.

Таким образом, возможно, можно будет создать конкурентный ИИ без запариваний с перебором всех возможных вариантов и их оцениванием.

Из игровых механик я все еще не реализовала:

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

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

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

При переносе на ПК мне кажется правильным отрываться от настольных ограничений и адоптировать игру с переработкой части механик.

Появилась еще мысль вместе с эскалацией увеличивать сложность проверок. Тут еще есть варианты реализации:

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

Графики работ пока делать не буду, действую по настроению.

А еще реализовала менюшку с настройкой числа игроков и режимом игры.

#oxyfree #gamedev #games