#0 (Правка: 0:51)
0:48, 1 авг 2025
Для моего проекта важно это понятие и есть ряд наработок. Но я так же заметил, что уже было такое сообщество Живые NPC в single player RPG. И я хотел бы его немного оживить.
Попробуем переработать их идеи и структурировать.
Базовый спич
Планируем обсудить техническую реализацию каждого из умений NPC и в целом нашего будущего "NPC-движка". Движок должен быть сделать таким образом, чтобы любой желающий смог "прикрутить" его к своей игре.
Подразделы (то на что нужно надеть больше мяса, оно у меня для вас есть, но позже):
1. Экономическая активность NPC
2. Характер
3. Революции, перевороты
Кроме этого, дам ссылку на свой современный проект, в котором пытался и буду развивать сходные идеи: Фирмачи.
Есть более современная версия, но с ней я поделюсь в сентябре.
#1 (Правка: 1:06)
0:59, 1 авг 2025
Здесь выложу объяснение своих наработок по темам относящиеся к БОЕВЫМ СИСТЕМАМ
Особенности двух игр (JA3, Stranded Alien), чтобы сделать стреляющих юнитов
+ Показать
Система попаданий и система здоровья
+ Показать
Основы архитектуры стреляющих юнитов и использование дискретных карт
+ Показать
На канале есть больше роликов на тему RTS Game, но начать лучше с тех которые выделены тут. Но и надо иметь введу, что на данный момент для меня важнее экономическая активность юнитов.
#4 (Правка: 1:44)
1:24, 1 авг 2025
Итак, разберем тему Экономическая активность NPC
Но начать нужно действительно с базиса. Не секрет, что программистам сложно договорится о деталях, поэтому попробуем с малого.
slatazan
> Ты затронул больную точку..
> течение игрушечного времени в игре.
> Я пока для своей РПГ не смог справиться с такой трудной фишкой и отказался от течения времени.
Не знаю, в чем там была трудность, но я опубликую полностью код для этого.
+ Показать
− Скрыть
namespace Tac
{
public partial class DayNightController
{
public TimeSpan Time;
/// <summary>
/// Длина дня в реальных секундах
/// </summary>
public float DayLength = 120;
/// <summary>
/// Длина ночи в реальных секундах
/// </summary>
public float NightLength = 120;
/// <summary>
/// Длина суток в игровых часах
/// </summary>
public float GameDayLenght = 24;
private TimeMode timeMode;
/// <summary>
/// Текущие время
/// </summary>
public float currentTime = 6.0f;
/// <summary>
/// Текущие сутки (номер)
/// </summary>
public int currentDay = 1;
/// <summary>
/// Прошел час
/// </summary>
public event Send NextHour;
/// <summary>
/// Прошли сутки
/// </summary>
public event Send NextDay;
private float daySpeedMultiplier;
void UpdateTime()
{
int oldHour = (int)Math.Floor(CurrentTime);
int oldMinutes = (int)((CurrentTime - Math.Floor(CurrentTime)) * 60.0f);
CurrentTime += daySpeedMultiplier / 10f;
if (CurrentTime >= GameDayLenght)
{
CurrentTime = 0;
CurrentDay++;
if (NextDay != null)
{
NextDay(CurrentDay);
}
}
int currentHour = (int)Math.Floor(CurrentTime);
if (oldHour != currentHour)
{
if (NextHour != null)
{
NextHour(CurrentDay, currentHour);
}
}
}
public DateTime GetDateTime(int argDay, TimeSpan argTime)
{
DateTime dt = new DateTime(2025, 1, 1, 0, 0, 0);
dt = dt.AddDays(argDay);
dt = dt.AddHours(argTime.Hours);
dt = dt.AddMinutes(argTime.Minutes);
return dt;
}
public DateTime DateTimeNow
{
get
{
return GetDateTime(CurrentDay, Time);
}
}
#if OnlyLogic
public void Tick(int argTickCount)
{
daySpeedMultiplier = GameDayLenght / (float)(DayLength + NightLength);
for (int i = 0; i < argTickCount; i++)
{
UpdateTime();
}
}
public TimeMode TimeMode
{
get { return timeMode; }
set { timeMode = value; }
}
/// <summary>
/// Текущие время
/// </summary>
public float CurrentTime
{
get { return currentTime; }
set
{
currentTime = value;
float minutes = (currentTime - (float)Math.Floor(currentTime)) * 60.0f;
Time = new System.TimeSpan((int)Math.Floor(currentTime), (int)Math.Floor(minutes), 0);
}
}
/// <summary>
/// Текущие сутки (номер)
/// </summary>
public int CurrentDay
{
get { return currentDay; }
set { currentDay = value; }
}
#endif
}
public enum TimeMode
{
Normal = 0,
Fast = 1,
}
}
// Пример как использовать
DayNightController day = Main.World.DayNightController;
for (int i = 0; i < argHourCount; i++)
{
day.Tick(100);
}
Time.Text = day.CurrentDay.ToString() + " - " + day.CurrentTime.ToString("F0");
PolariusBear
> Алгоритмы потребления я скорее всего в любом случае сделаю и оттестирую.
Прошло 14 лет
Самое время было бы поинтересоваться и как прогресс :)? Но мы тут не за этим.
В моем проекте есть потребление еды. Ни каких сложных алгоритмов для этого не нужно. Но попробую набросать код, который для этого используется.
+ Показать
− Скрыть
public partial class Person : Agent
{
/// <summary>
/// Желание вкусного
/// </summary>
public float DesireForYummy = 0.5f; // 0 - пофиг, 1 - хочу вкусного!
public Queue<MealPlanItem> MealPlan = new Queue<MealPlanItem>();
public List<string> RecentMeals = new List<string>(); // список названий еды, которую ел за последние дни, чтобы обеспечить разнообразие
public float DailyIncome
{
get { return Salary * 8; }
}
public void Eat(Food argFood)
{
Hunger -= 4; // Один прием пищи убирает голод на 4 часа активной работы
if (argFood.Yummy >= 0.5f)
DesireForYummy -= 0.15f;
else if (argFood.Yummy < 0.5f)
DesireForYummy += 0.15f;
DesireForYummy = Math.Clamp(DesireForYummy, 0f, 1f);
}
}
public partial class Society
{
public void NextHour(params object[] argInfo)
{
...
if (DayNightController.Time.Hours.In(6, 12, 18))
{
Eat();
}
}
/// <summary>
/// Питание персонажей
/// </summary>
public void Eat()
{
List<Person> people = People.Values.ToList();
people = people.OrderByDescending(p => p.Money).ToList();
foreach (Person person in people)
{
TryEat(person);
}
}
public void TryEat(Person person)
{
if (person.MealPlan.Count == 0)
{
CreatePlanMeals(person);
}
if (person.MealPlan.Count > 0)
{
while (person.MealPlan.Count > 0)
{
MealPlanItem planItem = person.MealPlan.Dequeue();
Food food = ProductionCatalog.Foods[planItem.ProductName];
Product p = new Product(food.Name);
Product productMinCost = p.MinCost;
if (productMinCost != null)
{
float cost = planItem.PlannedCount * productMinCost.CostPrice;
if (person.Money >= cost && productMinCost.CostPrice < planItem.MaxCost)
{
if (productMinCost.Count >= planItem.PlannedCount)
{
productMinCost.Count -= planItem.PlannedCount;
}
else if (productMinCost.Count > 0)
{
cost = productMinCost.Count * productMinCost.CostPrice;
productMinCost.Count = 0;
}
person.Money -= cost;
AllBusiness[productMinCost.EnterpriseId].Capital.IncomeFromSale += cost;
person.Eat(food);
break;
}
}
else
{
// Если нет продуктов, которые можно есть
int a = 1;
}
}
}
}
/// <summary>
/// На сколько раз вперед планируем (3 дня питание 3 раза в день)
/// </summary>
private int PlanMealsDay = 3 * 3;
public void CreatePlanMeals(Person person)
{
person.MealPlan.Clear();
person.RecentMeals.Clear();
float totalBudget = person.Money + person.DailyIncome * PlanMealsDay;
float perMealBudget = totalBudget / PlanMealsDay;
// Планируем на 3 дня вперед, питание 3 раза в день.
for (int i = 0; i < PlanMealsDay; i++)
{
List<Product> affordableFood = GetAffordableFood(person, perMealBudget);
if (affordableFood.Count > 0)
{
Product chosen = ChooseRandomMeal(affordableFood, person);
if (chosen != null)
{
Food food = ProductionCatalog.Foods[chosen.ProductName];
person.MealPlan.Enqueue(new MealPlanItem
{
ProductName = chosen.ProductName,
PlannedCount = food.CountPerPortion,
MaxCost = chosen.CostPrice * 1.10f // Цена не превышает 10%, на основании того, что видел на рынке
});
person.RecentMeals.Add(chosen.ProductName);
}
}
}
}
// Получаем доступные продукты, которые могут себе позволить
public List<Product> GetAffordableFood(Person person, float perMealBudget)
{
List<Product> affordableFood = new List<Product>();
foreach (Food food in ProductionCatalog.Foods.Values)
{
// получаем минимальную цену из разных предприятий
Product p = new Product(food.Name);
Product minCost = p.MinCost;
if (minCost != null)
{
float cost = food.CountPerPortion * minCost.CostPrice;
if (cost <= perMealBudget) // Продукт доступен по цене
{
affordableFood.Add(minCost); // Добавить от куда?
}
p.DemandFactorInc -= 0.0001f;
}
else
{
p.DemandFactorInc += 0.0001f;
}
}
// Сортируем продукты по взвешенной стоимости (вкус + стоимость)
return affordableFood.OrderByDescending(p =>
{
Food food = ProductionCatalog.Foods[p.ProductName];
float cost = food.CountPerPortion * p.CostPrice;
float weight = person.DesireForYummy * p.Yummy +
(1 - person.DesireForYummy) * (1 - (cost / perMealBudget));
return weight;
}).ToList();
}
// Выбираем случайный продукт из доступных, избегая повторений для разнообразия
public Product ChooseRandomMeal(List<Product> affordableFood, Person person)
{
List<Product> available = affordableFood.Where(p => !person.RecentMeals.Contains(p.ProductName)).ToList();
if (available.Count == 0) // Если нет вариантов, просто выбираем что-то из уже съеденного
{
available = affordableFood;
}
Product chosenProduct = available[rnd.Next(available.Count)];
return chosenProduct;
}
}
#5 (Правка: 2:15)
1:44, 1 авг 2025
Думаю, пока игры в одни ворота хватит - буду ждать партнеров, кто разберется в коде - тогда обсудим. Но среднестатистически на этом сайте, мне кажется я поделился уже больше, чем кто либо - когда либо ... но я же не зря писал про энтузиазм в С кем нам по пути? :) Вот демонстрирую конструктивность в обсуждении ))
Кстати, заметьте, что генетические алгоритмы, нейросети и прочую популярную муру очень просто заменить простой сортировкой по взвешенной стоимости. Вам не нужно ничего другого, чтобы решить задачу оптимизации.
#6 (Правка: 14:50)
14:26, 1 авг 2025
Возьмем вторую тему Характер.
Большая конкретизация была мной выполнена в некоторых заброшенных проектах ,но это можно актуализировать Социальная модель - свойства личности и их связь с умениями.
Пока не знаю, есть такие свойства личности как:
1. Ответственность (Responsible, склонность выполнять обязательства)
2. Уверенность (Confident, вера в свои силы)
это новые или в каком смысле уже дублируют те которые в таблице. Если новые, то у них должны быть антиподы.
Irresponsible (Безответственный, пренебрежение долгом)
Insecure (Неуверенный, зависимость от чужого мнения)
Deepseek считает что это все же новые, хотя в таблице есть близкие
// - - -
Живые купцы (NPC):
персонажи, без прямого управления - игрок следит и влияет.
Экономика, в играх - почему она популярна?
Вероятно, потому-что максимально _табличная_игровая.
В реальной жизни - мутно с экономикой.
А в игре - всё ясно, и приятно играть.
Купцу выдали денежку (ежэдневно ему капают) - он потратил на еду ...
Игрок построил рыбный рынок - добавим еды, в каталог еды..
++ [ рыба крутая, для богатых]
++ [ рыба средния, для средних]
Игрок построил рыб-завод, и добавим еды, в каталог еды..
++ [ консервы богатые] // красная икра или типа того.
++ [ консервы дешовые]
Большой каталог еды == вероятно, купцы будут довольны,
и от этого _чего_то_зависит ...
А если в каталоге нет продуктов для еды - игрок строил
всякие кирпичные заводы - купцы начали подыхать - игра закончена.
Промежуточный итог..
Игрок играет в аквариум, и надо кормить рыбок.
Кормёжка проходит _виртуально. Заказ не доставляют - просто
тратим доступные деньги, и купец - наелся.
Вероятно, можно привязать шансы повышэния свойств купца.
Тоесть, каждое поедание - можт пробудить новое свойство-талант,
либо повысить-понизить свойство, которое дали купцу, с рождения.
Пока не ясно - нужно-ли купцам ходить _по_дорожкам тематического парка,
чтобы натыкаться на очередную шаурму ?
#8 (Правка: 18:41)
18:34, 2 авг 2025
(редактура: накосячил с циферками для свойства _отдых)
// - - -
Тема характера (тема персонификатора - набор меток).
// Гугл-док: соц-модель со свойствами личности.
В игре, свойства личности должны определять _кейсы,
в которых купец будет залипать
(входить в кейс-функцию, и шансово там что-то извлекать).
Упомянуты параметры..
1. дипломатия // вероятно, фактор сближэния с другими купцами.
против
2. интриг // наверно, стремление к разделению (выделить себя из толпы).
3. умение-работяга
против
4. сила-дворянин
5. личное мнение про кланы, включая тот, в котором купец ныне-тусуется.
6. деньги на еду (и на повышалку характерных свойств).
Например
купец.добавить_характер( номерок_например_Гнев_5, масив_Гнев);
[ дипломатия, интриги, умелость, силовитость, отдых]
(номер_1)Сэкси-Похоть = 0,1,0,0,0
(минус1) Благо = 0,0,1,0,0
Поиск по абсолют-номерку, чтобы не допускать добавку
похоти и благонравия в набор свойств одного купца.
(номер_2)Обжора = 0,0,-1,0,1
(минус2) Сдержан = 0,0,1,0,1
(номер_3)Жадный = -1,0,0,0,-1
(минус3) Шедрый = 1,0,0,0,0
Ленивый = -1,-1,-1,-1, 1
Усердие = 1,0,1,0,-1
мас_Гнев = -1,-1,0,1,0
Спокоен = 1,0,0,0,1
Терпила-выдержка = 0,0,1,0,0
Торопыга = 0,0,-1,0,-1
Выскочка = 1,-1,0,0,0
Смирный = 1,0,1,0,1
Обман-веролом = -1,1,0,0,0
Честный = 1,-1,0,0,0
Трус-малодуш = 0,1,0,-1,1
Смелый = 0,0,0,1,-1
Зажатость = -1,0,1,0,0
Певец = 1,0,0,0,0
Самолюб-павлин = 0,1,1,1,-1
Серый контент = 0,-1,1,0,1
#9 (Правка: 14:49)
14:25, 3 авг 2025
slatazan
Я не очень понимаю посыл, ты вроде рассказал, но как то упрощенно, но по своему как раз то, что у меня, еще правда не окончательно, но уже реализовано. Поэтому я не понимаю, т.е. ты послушал ролики/почитал документ мой и высказываешь (но тогда почему другими словами/терминами) или мы просто одинаково думаем, и по сути говорим об одном и том же, но разными словами?
Например, это
slatazan
> Купцу выдали денежку (ежэдневно ему капают) - он потратил на еду ...
В моем прототипе, персонажи делятся на тех, которые имеют свой "бизнес", и те кто на них работает. Есть система устройства их на работу, определяя их по квалификации. И да, это затем замыкается на их пока что единственную нужду - еду. Так вот, когда ты рассуждаешь про "купцу дали денежку - он потратил на еду" - ты имеешь введу "мой прототип" (знаешь ли ты о нем?) или вообще это просто базовый твой посыл, с которого ты начинаешь именно свои рассуждения? Без опоры на мой прототип.
Если без (что скорее всего, хотя совпадений так много, что я сомневаюсь) - тогда лучше чтобы ты ознакомился, чтобы мы одинаково понимали, что стоит за словами "купцу дали денежку - он потратил на еду".
slatazan
> Тема характера
Второй твой пост, тут очевидно, что ты говоришь о моем документе, неким образом его перестраивая, дорабатывая, но я не понимаю на шаг раньше. С какой цель? Что ты хочешь сделать, добавить, обсудить?
Итого, я не раз видел, что люди часто каждый говорит о своем и не понимаем друг друга, что для одного аксиома, другой даже не понимает о чем речь. Поэтому давайте, как бы говорит с базиса, который кажется остается за кадром.
Я спросил Deepseek, поэтому подтверди или опровергни его мысли :) ну или напиши свои
+ Показать
− Скрыть
так а чем это отличается от моей таблицы?
Хороший вопрос! На первый взгляд может показаться, что комментатор просто переписал твою таблицу в другом формате, но есть ключевые отличия — как в структуре, так и в игровой механике. Давай разберём подробно:
🔍 1. Различия в структуре данных
Твоя таблица Предложение комментатора
Черты влияют на 4 параметра:
- Дипломатия / Интриги
- Умения / Сила Черты влияют на 5 параметров:
- Дипломатия
- Интриги
- Умения
- Сила
- Отдых (новый параметр)
Модификаторы: +, -, ~ (нейтрально) Модификаторы: числа (например, +1, -2)
Сила черты: от 1 до 3 (умножает эффект) Сила черты фиксирована (но можно масштабировать)
Нет явного запрета на конфликтующие черты Чёткие исключающие правила (например, нельзя взять и Похоть, и Благонравие)
👉 Суть: Комментатор предлагает более формализованную и машинопонятную систему (удобно для программирования), но с меньшей вариативностью в силе черт.
🎮 2. Различия в игровой механике
Твоя версия Версия комментатора
Акцент на ролевую составляющую (например, Гневливый = "~ / +" к силе) Акцент на геймплейные последствия (например, Гнев = [-1, -1, 0, 1, 0] — хуже дипломатия, но + к силе)
Параметры могут расти/падать со временем Добавлен механизм выгорания (отдых) — если его мало, купец "ломается"
Нет явной связи черт с игровыми событиями Черты определяют поведение (например, Ленивый купец будет избегать работы)
👉 Суть: Комментатор делает систему более "игровой" — черты не просто дают статичные бонусы, а влияют на решения персонажа.
❓ 3. Что лучше?
Зависит от твоих целей:
Если хочешь гибкость и нарратив (как в RPG) — твоя таблица идеальна.
Если нужна чёткая механика для симуляции (как в стратегиях) — предложение комментатора полезно.
💡 Как совместить лучшее из обоих вариантов?
Добавить параметр "Отдых" в свою таблицу — это сразу сделает персонажей живее.
Ввести числовые модификаторы (например, Амбиции = [+2, +2, +1, +1, -1]), но оставить силу черт от 1 до 3.
Запретить логически конфликтующие черты (например, Щедрый и Жадный).
Привязать черты к событиям — например, Ленивый купец может случайно "проспать" выгодную сделку.
Пример совмещённой системы:
python
traits = {
"Ambitious": {"diplomacy": +2, "intrigue": +2, "skill": +1, "power": +1, "rest": -1, "conflicts": ["Content"]},
"Lazy": {"diplomacy": -1, "intrigue": -1, "skill": -1, "power": -1, "rest": +1, "conflicts": ["Diligent"]}
}
Вывод
Комментатор не "переписал" твою систему, а предложил её адаптацию под более механистичный геймплей. Если тебе нравится твой оригинальный замысел — можно взять из его идеи только технические улучшения (например, запрет конфликтов черт). Но если хочешь углубить симуляцию — его подход даёт готовый каркас.
tac
Вероятно, говорим об одном и том же, но разными словами.
Ну и я забыл сказать - у меня, ютуб не показывает,
и я не горю желанием его смотреть.
// - - -
Твой друг, Deepseek - дипломатичный чел. гы-гы.
Я тупо пере-печатал твою таблицу, но там есть деталь..
Перепечатана лиш первая страница.
Тоесть, я бы выкинул то, что не уместилось, у тебя, в первую страницу.
И твои сомнения отбрасываются..
Вставлять-ли пару новых свойств ??
Пока не знаю, но кажись, есть такие свойства личности как:
1. Ответственность (Responsible, склонность выполнять обязательства)
2. Уверенность (Confident, вера в свои силы)
Не нужно никаких двух новых свойств, потому-что надо вычеркнуть _пару_старых.
Например, _садизм - нафига тебе такое, в нейтральной игре, без маргинальности.
(прихоти, цинизм, упёртость, месть, роботичность, садизм)
Эти 6 пар - можно спроецировать на свойства первой страницы,
либо тупо - забыть про них.
Лично мне - пофигу.
Но 11 пар, с первой страницы - это достаточно много,
чтобы устать монтировать всякие зависимости.
// - - -
Какие события мне видятся ?
Условные нормативы распорядка дня..
(в штуках, аля максимум, в день, хотя можт быть нуль).
1. Прогулка = 3 шт. // игрок можт видеть _куда_то_идёт.
2. Еда = 3 шт. // никогда не видно - когда купец жрёт.
3. Сон = 2 шт (двумя кусками, часто, эти куски идут подряд).
// Как игрок можт видеть: купец находится в списке какого-то дома,
// и у этого купца - значок сна.
4. Работа = 2 шт (условная нагрузка, двумя кусками, подобно сну).
// Как игрок видит: мутно, но наверно, купец привязан в транспорт,
// либо в дом-завод.
// Пока, единственый пункт планировки, который требует доп-указок..
// Специфика-профа., требуемая подготовка (школа-курсы) ...
5. Танцы = 1 шт (условная встряска, в день - пробежался, либо сэкс).
6. Гараж = 1 шт (условное хоби-увлечение, встреча с друзяшками).
7. Сюрприз-нежданчик = 1 шт. (сбыча ближней хотелки, на что копил)
Каждое событие можт вызывать несколько _добавлений.
Например, событие _еда, можт кидать жребий..
? _а_не_прибавить_ли: Обжора ?
Купец дотопал до клуба, и там случилось событие _танцы.
Это кейс, который можт чего-то сверять-проверять,
и там тож можт-быть жребий..
? _а_не_прибавить_ли: Похоть ?
На прогулке - жребий выбрал купцу _точку, куда надо топать,
и оказалось, рельс, образованый после поиска пути - проходил
мимо храма - мимо-ходное событие..
? _а_не_прибавить_ли: Благо-нравие ?
Ветер сильный дул - персонаж, наверно схватил дебаф _насморк,
а у этого дебафа - раз в час, жребий..
? _а_не_прибавить_ли: Ленивый ? // как-будто слегка больной.
Итого, помимо первично-выданых свойств, которые могут
дополняться-дублироваться, буквально каждый день (в начале).,
купца накачивают, через события.
Свойство, которое дошло до 10, или до 20 = порождает
явную реакцию-бзик от персонажа, заставив его делать
какой-то фант _из_списка. Если Похоть достигла Пика,
то персонаж явно озаботился, и возможно произошла драка.
Вобшем, закидываем в топку констант_масивы, и какая-нить чаша
переполняется, и происходят _поступки, иногда - сомнительные.
Возможно, купца - арестуют. гы-гы.
#12 (Правка: 4:24)
3:52, 4 авг 2025
slatazan
> я бы выкинул то, что не уместилось, у тебя, в первую страницу
это может быть не такая и плохая идея, особенно для прототипа, расширить всегда можно позже. Но тогда я бы выделил просто пары более основополагающие (характеры героев буду, конечно более картонные при меньшем разнообразии, но зато их лучше будет продумывать, а у меня уже был опыт, что из-за кол-ва те кто когда то помогал - быстро уставали, и не видели за деревьями леса.)
Короче, вот что я предлагаю тогда оставить как базис:
1. Жадность - Щедрость
2. Лень - Усердие
3. Вероломство - Честность
4. Амбиции - Непритязательность
5. Цинизм - Фанатизм
этого хватит, чтобы построить 5 осей "характеров".
Как эти свойства личности могут формироваться. Нам нужно по аналогии с тем как "генерируется мир", сделать функцию ФормированиеЛичности, где промоделировать "детство" персонажа, т.е. буквально пропустить ускорено через некоторые события якобы в детстве. Тогда персонаж станет уникальным, со своей историей почему он такой стал.
У меня реализована похоже так с компетенцией в работе. Я просто отправляю "его в школу", пока у него не появится нужная компетенция для ведения бизнеса.
Вот функция (ты читаешь код? я правильно понимаю, что ты программист?)
+ Показать
− Скрыть
public void Learning(Person argPerson)
{
int r = rnd.Next(1, 12);
switch (r)
{
case 1:
argPerson.Mathematics += 1;
break;
case 2:
argPerson.Linguistics += 1;
break;
case 3:
argPerson.Logics += 1;
break;
case 4:
argPerson.History += 1;
break;
case 5:
argPerson.Physics += CalcScience(argPerson.Physics, argPerson.Mathematics);
break;
case 6:
argPerson.Programming += CalcScience(argPerson.Programming, argPerson.Mathematics, argPerson.Logics);
break;
case 7:
argPerson.Philosophy += CalcScience(argPerson.Philosophy, argPerson.Linguistics);
break;
case 8:
argPerson.Biology += CalcScience(argPerson.Biology, argPerson.Mathematics, argPerson.Physics);
break;
case 9:
argPerson.Chemistry += CalcScience(argPerson.Chemistry, argPerson.Mathematics, argPerson.Physics);
break;
case 10:
argPerson.Jurisprudence += CalcScience(argPerson.Jurisprudence, argPerson.Philosophy, argPerson.History, argPerson.Linguistics);
break;
case 11:
argPerson.Economy += CalcScience(argPerson.Economy, argPerson.Mathematics, argPerson.History, argPerson.Jurisprudence);
break;
}
}
private float CalcScience(float argMain, params float[] argDependent)
{
float ret = 0;
float dependent = 0;
for (int i = 0; i < argDependent.Length; i++)
{
dependent += argDependent[i];
}
dependent = dependent / argDependent.Length;
if (dependent > argMain)
{
ret = 1;
}
else if (argMain > dependent)
{
ret = (dependent / argMain);
}
return ret;
}
Так вот, с характером может запускаться что-то аналогичное "МоделированиеДетства", только возможно, будет больше "ТиповыхСобытий" и они могут более накопительно менять характер. Где то на каждое свойство личности нужно придумать скажем 3 варианта событий. Вида почему можно стать ленивым? а фанатичным? и тогда как ты и описываешь на примерах, пробежаться и сформировать начальные характеры. А уже во время игры продолжить просто бегать по тому же алгоритму.
slatazan
> Вероятно, говорим об одном и том же, но разными словами.
тогда это удивительно, я выложу ссылку на черновик диздока по игре "Фирмачи"
Дизайн-документ игры "Фирмачи" (черновик) Версия: 0.1
Там еще не полное описание, но как есть, лучше чем ничего.
Если твоих "купцов" заменить на "фирмачей", то получится кажется очень близко. Как минимум вначале нужно найти что просто названо разными словами, а что реально отличается.
// - - -
Набросок под купцов (купец-NPC), которые _шляются_хаотично.
Если представить, что игра (например, Фирмачи)
будет чуть аркадней, с креном в имитацию онлайн-игры..
1. Нужно будет подобрать течение времени, и как-то впихнуть
игрока в _короткий_день, где боты-купцы лиш слегка ускорены,
и у игрока - тож есть возможности потратить некие валюты
(как-минимум, внутри-игровые денежки своего купец-персонажа)
на экипировку шмоток, которые повышают скорость движухи.
Вокруг бегают боты - кто-то быстро, а некоторые - лохи, тормозные.
Если _аркадный_день будет около 5-10 минут, то игрок можт успевать
сделать 2-3 тупых квэста, чтобы гарантировать своему персонажу
какие-то минимальные условия жизни, внутри игры ...
2. Игра остаётся _само_играйкой, и каждый день - начинается
с авто-событий, затем идёт _врезка аркадности, и день завершается
быстрой промоткой _вечерне-итоговых событий дня.
Вобшем, игрок минимально управляет, и не исключено, что сначала
читает сводку старого дня, и прикидывает - какие кнопки надо
нажать для _само_играйки, а какие квэсты, и аркадные побегушки
надо-бы суметь исполнить, в активные минуты дня.
3. Требуется продумать квэсты - тупые, но вменяемые побегушки,
либо собиратель грибов-ягод-руды, чтобы сдать _на_плантацию.
При этом, не исключена перекупка ресурсов. А в минимальном виде,
некие куриер-квэсты подай-принеси - дают награду, в ресурсах,
и вот их можно накопить, и сдать туда-сюда, если вдруг,
у твоего персонажа настали трудные времена ...
4. Чтобы слегка поднять интерес со стороны игроков - внедрить
возможности _романсить других купцов. Возможно,
внедрить некую псевдо-почту, чтобы жмакать там галочки, вместе
с другими приоритет-планировками (сиди дома - держи позицию).
// любовные письма, шаблоновые.
Часть романсинга - представить в активной фазе дня,
но без эротики - просто купил анимацию хикс_танца, прибежал
на свиданку (сумел-успел в назначеный час, или типа того),
включил анимашку - якобы удивил подружку, и теперь - у неё
над головой, значок любви ...
// Можно увидеть, что подруга обгоняет, по деньгам - заромансить
// её, чтобы помешать ей быть такой деловитой и успешной - подлость.
