В 90-х и 2000-х студия Impressions Games выпускала отличные исторические градостроительные симуляторы. Я играл во все игры этой серии от незабываемого Caesar 3, который вообще был первой моей компьютерной игрой на отцовском компуктере, до Императора про древний Китай. Но египетский Pharaoh и греческий Zeus запомнились намного четче, но вот почему я сказать не берусь.

Единственное серьёзное отличие между Фараоном и Зевсом в нетехническом плане — это были графические ресурсы, внутри же там полностью сменилась вся команда и со слов старожилов сменился движок, но серия уже была известна и многочисленные отличия по возможности скрыли, перенеся практически без изменений разные механики из Фараона в Зевс, да похоже перестарались, и многим сейчас игра покажется скорее дополнением, а не полноценной номерной частью серии.

И всё же, эти относительно незначительные различия в механиках в сумме делают Зевса более качественной игрой, но качественной в плане QoL - Quality of Live, т.е. мы вам дорогие игроки отсыпем изменений, но большая часть из них просто сделает игру проще, не меняя в общем ничего. Это немного печалит, потому что от новой части ждешь возможности построить другой красивый город, а не тот, что ты уже 50 миссий подряд построил в пустыне.

Но различия есть, и многим игрокам, кто начал знакоство с серией по творению учеников гениального Саймона Бредбури (мэтр ушел из студии после Цезаря делать Stronghold) с Зевса - считают её лучшей в серии. Хотя те, кто начинал с Фараона считают лучшей в серии именно эту часть, как я например, про любителей римлян уже и не говорю, у них там своя тусовка и свои боги. Еще придется немного затронуть ремейк Pharaoh: A New Era (коли уж он вышел и хотел покуситься на лавры предков), и сравнение будет, к сожалению, не в его пользу, так что не обижайтейсь.

Первое различие в старом Фараоне - это распределение рабочих, и именно его в переиздании Pharaoh: A New Era изменили так, чтобы оно работало как в Zeus, но это была одна из тех мелких фишечек оригинального Фараона, которая делала достоверным развитие города. Не не очень красиво, когда твои рабочие по волшебсту добегают до самых уголоков карты и работают там. В Pharaoh, когда ты строишь здание, которому нужны рабочие (а это почти любое здание), появляется специальный «рекрутёр», который начинает идти по дороге в поисках ближайших жилых домов, откуда можно забрать работников, причем он идет не точно к домам, он идет "просто так", а на перекрестках поворачивает в "случайную" сторону. Случайность тут неслучайная, а генерится при старте уровня для каждого тайла, потому что компы были тогда не очень мощные и делать настоящую случайность было дорого, вот так её и зашили в каждый тайл карты.

void building::common_spawn_labor_seeker(int min_houses) {
    if (g_city.population.current <= 0) {
        return;
    }

    // тут проверка что включен глобальный пул
    if (!!game_features::gameplay_change_global_labour) {
        // и просто проверяется что любые дома присоединены к дороге
        houses_covered = std::min(300, distance_from_entry ? 2 * min_houses : 0);
        return;
    }

    // а иначе используем логику с проверкой наличия домов рядом
    // со зданием
    if (houses_covered > min_houses) {
        return;
    }

    if (has_figure(BUILDING_SLOT_LABOR_SEEKER)) { // no figure slot available!
        return;
    }

    create_roaming_figure(FIGURE_LABOR_SEEKER, FIGURE_ACTION_125_ROAMING, BUILDING_SLOT_LABOR_SEEKER);
}

А в Зевсе жилые дома просто добавляют рабочих в глобальный пул, из которого остальные здания автоматически их черпают — никаких рекрутёров, само собой нет, как отпадает и необходимость строить жильё рядом с рабочими зонами. Это значительно упрощает создание отдалённых производственных «форпостов» — например, можно построить серебряные шахты прямо у месторождения или торговые доки где-нибудь у подходящего изгиба реки.

Всё, что было нужно для этого в Pharaoh — это пара хижин первого уровня. Можно снабдить их водой и едой, если удобно, тогда туда заселится больше людей, что даст прирост населения (а это почти всегда было плюс), но делать это не обязательно. Главное — просто обеспечить наличие жилья в пределах досягаемости от рабочего места.

Такая система распределения рабочих в Pharaoh снижает, но не устраняет полностью, важность заботы о благополучии жителей цифрового города и даже при богатом и заваленом товарами городе там, скорее всего, будут существовать трущобы — временные поселения в неудобных или отдалённых местах, где нет смысла строить всю инфраструктуру. В Zeus же любые дома ниже максимального уровня — это пустая трата места.

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

int figure_tax_collector::provide_service() {
    int max_tax_rate = 0;
    int houses_serviced = figure_provide_service(tile(), &base, [&] (building *b, figure*) {
        // rtti без dynamic_cast, проверяем что здание это дом, а не
        // например библиотека
        auto house = b->dcast_house();
        if (!house) {
            return;
        }

        if (house->house_population() > 0) {
            // настройки сколько платит дом задаются через конфиг
            // в Зевсе дома платят просто x * уровень дома
            // упрощение не пошло игре на пользу, ибо очень снизило сложность
            int tax_multiplier = model_get_house(house->house_level()).tax_multiplier;
            if (tax_multiplier > max_tax_rate) {
                max_tax_rate = tax_multiplier;
            }

            if (house->house_level() < HOUSE_ORDINARY_COTTAGE) {
                runtime_data().poor_taxed++;
            } else if (house->house_level() < HOUSE_COMMON_MANOR) {
                runtime_data().middle_taxed++;
            } else {
                runtime_data().reach_taxed++;
            }

            // еще один игродевовский паттерн для
            // для хранения разных данных без аллокаций
            // в одном блоке памяти
            auto &housed = house->runtime_data();
            housed.tax_collector_id = home()->id;
            housed.tax_coverage = 50;
        }
    });
    base.min_max_seen = max_tax_rate;
    return houses_serviced;
}

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

Zeus определённо делает игру более приятной и легкой в управлении, но подход Pharaoh придаёт симуляции реалистичность, несовершенность, а попытки сделать всем хорошо ломают баланс и добавляют вызовов. Не скажу что мне не нравится глобальный пул рабочих, но если игра отбирает у игрока такие мелкие радости, которые можно обнаружить посреди прохождения кампании, то дизайнер где-то профилонил свои прямые обязанности. Тем не менее, подход Zeus явно выигрывает, если мы играем кампанию именно как сюжет, а не как песочницу, как это сделана в Фараоне. Кстати Pharaoh: ANA взял понемногу от обоих подходов, не поняв однако нюансов, докинули сверху миниквестов из мира мобильных игр, и в итоге получилась вообще каша.

Второе важное различие между играми - миссии, а точнее стиль подачи и ожидания от игрока. В Zeus кампания разбита на серии из нескольких «приключений» и в каждом игрок строит основной город и основывает несколько колоний. Каждая колония получает по отдельной миссии и развивается гдето до 1000–2000 жителей — это менее половины от размера главного города, но строится с определенной целью, т.е. это действительно миссия, а не отдельный город.

Иногда ограничения таких колоний реализованы достаточно жёстко — через отключённые механики, а иногда через нехватку места или ресурсов, но почти никогда игра не заставляет тратить ресурсы на строительство полной военной инфраструктуры в колонии. И бывает достаточно поставить один-два храма разным богам - в Зевсе это элемент игры выдвинули на первый план, исторически понятно: Греция - родина слонов, то есть богов, но с точки зрения игровых механик - просто поленились нормально забалансить миссии. Главный город в этом случае предоставляет свободный доступ к ключевым товарам, что позволяет построить почти автономную инфраструктуру, экспортируюя излишки в колонии, что создаёт постоянную "видимость" нагрузки на экономику и торговлю.

В Pharaoh же игра поделена на четыре периода: учебный период, а затем Древнее, Среднее и Новое царства. В каждом периоде несколько эпизодов и каждый требует строить новый город с нуля, часть миссий похожи на колонии из Zeus — с простыми задачами и ограниченными картами, другие напоминают «основной» город — с высокими требованиями, но и с богатой картой, тут не очень понятно это в Зевсе развили эту идею до колоний или просто стилистика миссий сама вела к такому ходу событий. Главное, и пожалуй самое печальное отличие игрового дизайна миссий в том, что игра не сохраняет основной город между эпизодами, и каждый уровень — это полный рестарт, независимо от успехов на предыдущем. Для игр начала нулевых это было священной коровой, и даже ребята под руководством Саймона не решили это ломать, а вот ребята из ремейка сломать не побоялись и таки сломали, только это не комплимент: теперь у нас просто набор миссий не связаных ни сюжетом ни историей.

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

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

Что было серьезно переработано, но переработано тут не очень уместное слово, скорее капитально сломано - так это система жилых домов. В Зевсе жильё делится на два типа: обычное и элитное. Обычные дома всегда занимают площадь 2×2 клетки, а элитные — 4×4 и в принципе это всё, знай себе добавляй рядом нужные постройки для уровня, а иногда игра багует и просто поднимает или снижает уровень дома без видимых причин, и это не исправили даже в патчах, т.е. вы вообще могли залить всю карту домами первого уровня и пройти миссию не испытывая нехватки рабочих.

В Pharaoh же жильё начинается с домика 1×1, и увеличивается в размерах по мере предоставления новых услуг. Переход от обычного жилья к элитному происходит при апгрейде с 2×2 до 3×3. Всего в Pharaoh 20 уровней развития жилья, в то время как в Zeus — 11 (или 12, если учитывать опустевшие элитные дома, потерявшие необходимый уровень обслуживания). И заливка карты домиками тут не только не помогает, но и начинает вредить, в какой-то момент срабатывает отрицательный коэффициент миграции, и люди начинают покидать город. Вот эту логику фактически убрали из Зевса, оставив только периодический приход новых поселенцев, и новый Фараон взял это за основу.

void city_migration_t::update_status() {
    auto& params = g_migration_params;

    const auto &sentiment = g_city.sentiment;
    auto it = std::find_if(g_migration_sentiment_influence.begin(), g_migration_sentiment_influence.end(), [&] (const auto& t) {
        return sentiment.value > t.s; 
    });

    // Определяем влияние настроения населения на миграцию
    // Устанавливаем процент миграции на основе настроения населения
    // Если найден подходящий порог, используем соответствующий процент влияния, иначе 0
    percentage_by_sentiment = (it != g_migration_sentiment_influence.end()) ? it->i : 0;
    percentage = percentage_by_sentiment;

    immigration_amount_per_batch = 0;
    emigration_amount_per_batch = 0;

    // Проверка лимита населения
    // Если достигнут лимит населения, останавливаем иммиграцию
    // иногда миссия ставит свой лимит
    if (population_cap > 0 && g_city.population.current >= population_cap) {
        percentage = 0;
        migration_cap = true;
        return;
    }

    // war scares immigrants away
    if (g_city.figures_total_invading_enemies() > 3 && percentage > 0) {
        percentage = 0;
        invading_cap = true;
        return;
    }

    // Обработка иммиграции (положительный процент)
    if (percentage > 0) {
        // immigration
        if (emigration_duration) {
            emigration_duration--;
        } else {
            // Рассчитываем количество иммигрантов за цикл на основе процента
            immigration_amount_per_batch = calc_adjust_with_percentage<int>(params.max_newcomers_per_update, percentage);
            immigration_duration = 2;
        }
    } 
    // Обработка эмиграции (отрицательный процент) 
    else if (percentage < 0) {
        // emigration
        if (immigration_duration) {
            immigration_duration--;
        } else if (g_city.population.current > 100) {
            emigration_amount_per_batch = calc_adjust_with_percentage<int>(params.max_leftovers_per_update, -percentage);
            emigration_duration = 2;
        }
    }
}

Требования к улучшению жилья в Pharaoh растут схожим образом с Zeus: требуется всё больше товаров и развлечений, но Pharaoh добавляет ещё больше уровней за счёт религиозных и бытовых служб. Чтобы добиться максимального уровня жилья в Pharaoh, игроку нужно обеспечить доступ к местам поклонения разным богам, а также множеству специфических служб, таких как стоматолог, школа писцов, морг, врач, суд и библиотека. А уместить их все рядом задача из разряда построить все пути в голове и поставить домики, там где они пересекаются. Кроме того, на высоких уровнях требуется наличие нескольких видов пищи одновременно.

resource_list building_house::consume_food() {
    if (!hsize()) {
        return {};
    }

    // разделяемые данные, которые для любых зданий лежат рядом
    // с общими данными, но уникальна для каждого типа здания
    auto &d = runtime_data();

    int num_types = model().food_types;
    uint16_t amount_per_type = calc_adjust_with_percentage<short>(d.population, 35);
    if (num_types > 1) {
        amount_per_type /= num_types;
    }

    d.num_foods = 0;
    resource_list food_types_eaten;
    if (scenario_property_kingdom_supplies_grain()) {
        d.foods[0] = amount_per_type;
        food_types_eaten[RESOURCE_GRAIN] += amount_per_type;
        d.num_foods = 1;
        return food_types_eaten;
    }

    if (num_types <= 0) {
        return {};
    }

    // дом сьест сначала дешевую еду, а потом дорогую
    // В Зевсе дом ест по частям всю доступную еду, упрощение
    // но частично сломало механику роста домов
    for (int t = INVENTORY_MIN_FOOD; t < INVENTORY_MAX_FOOD && d.num_foods < num_types; t++) {
        const uint16_t exist_amount = std::min(d.foods[t], amount_per_type);
        d.foods[t] -= exist_amount;
        d.num_foods += (exist_amount > 0) ? 1 : 0;
        e_resource food_res = g_city.allowed_foods(t);
        food_types_eaten.push_back({ food_res, amount_per_type });
    }

    return food_types_eaten;
}

resource_list building_house::consume_resources() {
    if (!hsize()) {
        return {};
    }
    
    resource_list good_types_consumed;
    auto &d = runtime_data();
    const model_house& model = model_get_house(house_level());

    auto consume_resource = [&] (int inventory, uint16_t amount) {
        if (amount <= 0) {
            return;
        }

        amount = std::min(amount, d.inventory[inventory]);
        d.inventory[inventory] -= amount;
        good_types_consumed.push_back({ (e_resource)inventory, amount });
    };

    // И вот такое потребление всех типов ресурсов сделано в Зевсе
    // есть ресурс - он используется, опять же упрощение
    // но сильно меняет баланс товаров в городе
    consume_resource(INVENTORY_GOOD1, model.pottery);
    consume_resource(INVENTORY_GOOD2, model.jewelry);
    consume_resource(INVENTORY_GOOD3, model.linen);
    consume_resource(INVENTORY_GOOD4, model.beer);

    return good_types_consumed;
}

Все это приводит к тому, что для развития одного блока жилья до максимального уровня в Pharaoh необходимо построить огромное количество обслуживающих зданий. И здесь проявляется одна из самых раздражающих проблем, которую условно можно назвать «египетской тупостью» — неумной логикой обхода. Товары и услуги распространяются с помощью ходоков, которых порождают обслуживающие здания: здание врача порождает персонажа, который идёт по дороге и обслуживает все дома, мимо которых проходит. Проблема в том, что на развилках эти ходоки выбирают направление случайно, насколько "случайное" я уже написал. То есть врач, вместо того чтобы пойти налево и обойти весь жилой блок, может пойти направо, пройти мимо складов, храмов и фонтанов, и вернуться обратно в здание, ни разу не попав в нужный район. Такой вот врач, и если хотя бы несколько «провалят» свою роль из-за такого случайного выбора, дома могут начать деградировать.

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

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

// большая часть данных в игре статическая
// динамических аллокаций практически нет, это нормально для игр тех лет
static grid_xx random_xx = {0, FS_UINT8};

void map_random_clear() {
    map_grid_clear(random_xx);
}

void map_random_init() {
    int grid_offset = 0;
    // в этом цикле раздаем случайные повороты на тайлах карты
    // при старте уровня, "египетская тупость"
    for (int y = 0; y < GRID_LENGTH; y++) {
        for (int x = 0; x < GRID_LENGTH; x++, grid_offset++) {
            random_generate_next();
            map_grid_set(random_xx, grid_offset, (uint8_t)random_short());
        }
    }
}

int map_random_get(int grid_offset) {
    return map_grid_get(random_xx, grid_offset);
}

io_buffer* iob_random_grid = new io_buffer([](io_buffer* iob, size_t version) {
    iob->bind(BIND_SIGNATURE_GRID, &random_xx);
});

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

В Zeus же порядок кампании основан на сложности, а не на исторической последовательности, игра тоже открывает постройки не сразу, но к середине первого приключения ты уже получаешь доступ почти ко всем зданиям, что даёт возможность выработать стиль один раз и использовать его в течение всей игры, но это упрощение делает в целом игру несколько скучной после середины. В Pharaoh, напротив, каждый новый сценарий — это новая игра со своими особенностями, особенно в поздних периодах, когда инфраструктура становится сложнее, за что я так и люблю её.

В ремейке Pharaoh: ANA все эти решения убрали, и добавили мобильных механик: теперь довольные боги могут магическим образом ускорить строительство монумента на определённый процент, не хватает только микротранзакций и монеток над домами, которые нужно собирать. То есть, если ты регулярно устраиваешь фестивали и поддерживаешь религиозную инфраструктуру, то это влияет на скорость постройки пирамиды не меньше, а иногда и больше, чем добавление новых кирпичных мастерских и, как вы могли догадаться, делает развитие города несбалансированным без реальной встройки в геймплей. Потому что любые "божественные" вмешательства - это факторы, которые очень трудно балансить из-за непредсказуемости, ситуация примерно как со случайными поворотами.

Я помню миссию на строительство пирамид Гизы, тогда в 2001 она заняла что-то около 100 игровых лет, или неделю вечеров по несколько часов. У меня была на тот момент очень несбалансированная экономика в городе (правда своим подростковым умом я этого не видел), зато вижу сейчас, когда есть на руках восстановленные исходники и можно посмотреть и подкрутить разные ручки, но тогда это казалось супер трудной миссией. Это была миссия времён Старого царства, и она не позиционировалась как финальное испытание на мастерство в логистике, хотя по факту ею являлась, и по отзывам на форумах так и остается одной из самых трудных мирных миссий в игре.

Лучше ли Zeus чем Pharaoh?

Это разные игры, сделаны разными командами и разными дизайнерами, пусть и в похожей упаковке, и играть в них надо по разному. В Zeus есть цепочка из 5–8 эпизодов, связанных одним городом, который развивается постепенно. В Pharaoh же каждая из 50 миссий это отдельная головоломка, которая начинается с чистого листа. Упрощённые жилые блоки Зевса помогали справляться с «египетской тупостью», а вот в Фараоне волей-неволей приходилось становиться мастером планировки.

P.S. Что мне действительно нравится, так это то, что получилось, пусть даже в урезанном виде, восстановить функционал этой легендарной, без преувеличения, игры. Если вам нравится эстетика Древнего Египта и очень старый код - приходите в Akhenaten (можно поиграть теперь и в браузере (https://dalerank.github.io/ все еще нужны ресурсы OG), за что отдельное спасибо Roman Turchin). А я продолжаю восстанавливать систему врагов и боевку, и поверьте, там есть чему поучиться у старых игр (https://github.com/dalerank/Akhenaten)

P.P.S Немного рекламы моего курса по программированию на Stepik

Примерно с полгода назад, я опубликовал на Хабре цикл статей про игровую разработку (начинать можно отсюда https://habr.com/ru/articles/873016/), которая была хорошо принята сообществом. Мои знакомые и некоторые Хабровчане просили выложить эту информацию в более удобном и концентрированном виде, в виде курса по С++ или одной большой статьи. Решил сделать пробный шар в виде небольшого курса по программированию на С++ без аллокаций, он действительно небольшой - всего 45 уроков и захватил пару статей из цикла, но если вам понравится можно попробовать сделать еще один по интересным темам (Нескучное программирование. С++ без аллокаций памяти). Курс платный, дабы отсеять охотников на халявные сертификаты и любителей пошуметь в коментах. Тем кто меня читает - промокод (HABR50), если нужна скидка больше или бесплатный инвайт напишите в личку.