Сегодня вспоминаем культовый шутер от 3D Realms, где можно было стрелять по свиньям в полицейской форме, летать на джетпаке и кидаться деньгами в стриптизёрш. Duke Nukem 3D был третьей игрой в серии и одним из самых популярных представителей своего жанра наравне с первыми двумя Doom. Легенда своего времени, высоко оценённая тогда и не забытая сегодня.
Итак. По сути, это просто стрелялка от первого лица из девяностых, аналогичная тем же Doom или Wolfenstein. Но почему-то она выделялась. Происходило это благодаря трём факторам - главному герою, движку и дизайну. Разберём по порядку, попутно рассказывая об игровом процессе.
И начнём с первого фактора. При создании главного героя отошли от стандартного образа брутального вояки, спасающего мир, и сделали его до комичного крутым альфачом. Достаточно того факта, что мир он спасает не из человеколюбия, а из-за желания сохранить себе побольше женщин. Эмпатия и прочая ерунда ему чужда. Дюку вообще нет дела до гибели миллиардов землян, апокалиптические пейзажи не мешают ему шутить свои шутки и совать деньги танцовщицам. Он совершает подвиги просто чтобы быть крутым.
Эти твари называются Octobrain, они охраняют гнёзда с яйцами (а на заднем фоне рядовые пехотинцы)
Кратко о сюжете. Действие происходит в альтернативных, слегка футуристичных девяностых. В один момент на Землю напала империя расы циклоидов. Захватчики принялись уничтожать мужское население, а женщин превращать в живые инкубаторы. Дюк как раз возвращался на Землю с другой миссии и был сбит над Лос-Анджелесом. Упав на крышу высотки, он встал на путь войны с незваными гостями. Вооружённый пистолетом, тестостероном и нарциссизмом.
Кстати, об антураже. По описанию может сложится ощущение, что перед нами комедия, но внезапно нет. Визуальный стиль и окружение здесь достаточно мрачные. Да, главный герой тут не очень серьёзный, но всё же инопланетное вторжение с геноцидом людей здесь показывают катастрофой. Пейзажи местами натурально постапокалиптические, умирающие девушки умоляют добить их, местами находим жуткие картины, вроде комнаты с повешенными людьми.
Финальный босс оригинальной игры, император циклоидов
Вернёмся к сюжету, поговорим о главах. В изначальной версии их было три: L.A. Meltdown, Lunar Apocalypse и Shrapnel City. В них погуляем по постепенно разрушающимся Лос-Анджелесу, слетаем на Луну, а потом вернёмся обратно и убьём императора. Вторжение остановлено? Не тут то было: уже в конце 1996 года вышло переиздание Atomic Edition с четвёртой главой The Birth, где Дюк по заданию военных ищет новую королеву циклоидов (рождённую уже на нашей планете). Спустя 20 лет в рамках юбилейного переиздания вышла и пятая глава Alien World Order, где протагонист посетит разные места по всему миру (даже Москву) и убьёт уже третьего императора.
Московский уровень. Ричард Грей (Levellord) давно переехал в Россию и выразил так уважение к стране.
А если вы лютый фанат или вам просто понравилась игра, то к вашим услугам дополнительные эпизоды: в Duke It Out In D.C. мы отправимся в Вашингтон спасать президента, в Nuclear Winter повоюем с переметнувшимся Сантой, а а Duke Caribbean: Life’s A Beach постреляем свинок на курорте. Эпизоды качественные и во многом играются даже лучше оригинальных. Есть и более редкие эпизоды: Plug N’ Pray с отсылками к Тарантино и ужастикам, и уровень Penthouse Paradise — официальная коллаборация с одноимённым порнографическим журналом.
Структура уровней максимально проста - нужно пройти из точки А в точку Б и нажать на кнопку. Для этого мы убиваем врагов, ищем разноцветные ключи и решаем головоломки. Типичная стрелялка девяностых? Вот и нет - переходим ко второй особенности, движку Build Engine.
Немного контекста: в девяностые годы шутеры ещё не тянули полноценное 3D, но и чистыми 2D уже не являлись. Они были 2,5 мерными. Стены и крупные объекты были трёхмерными, а остальное делали из спрайтов (плоских рисунков). Это накладывало и технические ограничения, ведь локации по сути были едиными плоскостями с перепадами высот, имитирующими стены. 3D Realms же смогли сделать полноценные многоэтажные уровни, используя эти самые плоскости. Для этого разработали систему хорошо замаскированных порталов, переносящих игрока на другой этаж, технически являющийся отдельным куском карты. Система работала благодаря хорошему дизайну карт, не позволяющему заметить эту уловку.
Бедные инопланетяне, даже в туалете им не дают расслабиться
А вот и третья особенность - дизайн, стилистика. Опять же, важно понимать контекст - в те времена в шутерах не было ни намёка на реализм окружения. Возьмите Quake, Unreal, да те же Doom'ы, там были какие-то непонятные лабиринты с озёрами кислоты и странной планировкой. Вроде бы научные базы, но поди пойми где тут спали, где работали, где в туалет ходили. Делали это осознанно, так было принято. А вот в Дюке Нюкеме мы попадаем на вполне понятные городские улицы, гуляем по кинотеатрам, полицейским участкам, метро и т.д. При этом был огромный уровень интерактивности окружения: из фонтанчиков для воды можно было пить, свет включался-выключался, зеркала отражали, камеры работали и позволяли разведывать локацию через терминалы. Даже сегодня такой проработкой мало проектов похвастаются.
Работал на атмосферу и звук. Лязг решёток, вой сирен, вопли врагов и ревущие двери создавали ощущение хаоса и живого мира. Но, конечно, главное — это голос Дюка. Джон Сент-Джон подарил персонажу ту самую харизму, сделав его настоящей поп-звездой. Его фразы, вроде "Hail to the king, baby!", давно стали мемами, а для игроков 90-х — культурным кодом.
А это т.н. Protector Drone, а по факту - жирная отсылка на Чужих.
Мультиплеер в DN3D был максимально простым, диким и весёлым. Взрывай друзей как хочешь, где хочешь и чем хочешь. Особенно весело было на картах с кучей ловушек и кнопок: можно было включить кран с кипятком или заложить лазерную мину прямо у двери и слушать, как он с матюками взрывается. Многие до сих пор вспоминают эти перестрелки как один из самых безбашенных мультиплееров своего времени.
Одной из причин долгой жизни Duke Nukem 3D стал встроенный редактор уровней — Build Editor. Он поставлялся вместе с игрой и был доступен любому, у кого хватало терпения и фантазии. Несмотря на свой не самый дружелюбный интерфейс, он позволял создавать что угодно: многоэтажные здания, секретки, ловушки, телепорты. Мододелы быстро поняли: Build даёт больше свободы, чем конкуренты. В результате вокруг Duke 3D быстро выросла сцена кастомных карт и тотальных конверсий, некоторые из которых до сих пор можно найти на ModDB. Даже спустя годы фанаты делают уровни, по проработке не уступающие оригинальным.
Тут есть полноценные зеркала, отражавшие блондинчика без каких-либо глюков (слышала, Mafia III?)
Пара слов о том, как сложилась судьба у серии. Если кратко, то неоднозначно: после успеха DN3D 3D Realms анонсировали сиквел Duke Nukem Forever и делали его ОЧЕНЬ много лет. Они публиковали трейлеры, скриншоты, давали обещания и, как это модно говорить сегодня, хайпили на успехе франшизы. В этот период она разрасталась новыми частями. Из крупного и значимого можно отметить добротный платформер Manhattan Project. Действительно стоящий проект. К сожалению груз амбиций стал таким большим, что студия его не выдержала, чуть не обанкротилась и потеряла права на серию. Перехватившие их Gearbox (авторы Borderlands) по быстрому доделали Forever и выпустили в 2011. Он получился спорным, его оценили фанаты, но раскритиковали остальные. В итоге франшиза была заморожена до лучших времён.
Хотя вот недавно в разработку запустили экранизацию с Джоном Синой в главной роли.
3D Realms не оставались в стороне и попытались сделать новую часть. Она планировалась с видом сверху, а Дюк должен был рассекать на байке. Но Gearbox пригрозили судом и Дюка заменили на другого персонажа, девушку с кибернетической рукой Шелли Харрисон. Так появилась Bombshell, позже получившая сиквелы Ion Fury и Phantom Fury.
А тяжело ли сегодня поиграть в Дюка? Проще простого. Над этим работают и правообладатели, и фанаты. Первые регулярно выпускают переиздания. Их было уже много. Из значимых можно отметить Megaton Edition от Devolver Digital и 20th Anniversary World Tour от Gearbox. Там изменена графика, добавлены новые рендеры и освещение, где-то перерисованы текстуры. Фанатских проектов тоже было немало, самые важные - eDuke32 и Red Nukem. Там есть и другие интересные вещи. Например, где-то заменили спрайтовые объекты окружения на воксели, а где-то добавили интересную штуку под названием Polymer HRP, позволяющую менять графику как угодно, вплоть до перевода игры в полное 3D (включая оружие и модели врагов).
А это мини-босс. Антураж необычный, но это просто местный диснейленд (но пушки реальные)
Duke Nukem 3D — это не просто шутер. Это портрет эпохи, вызов всему унылому и серьёзному. Уровни, которые хочется исследовать; оружие, от которого расплываешься в улыбке; и герой, разносящий всё вокруг, выкрикивая свои фирменные фразы. 3D Realms подарили нам нечто дикое, крутое и незабываемое. И, честно говоря, оно до сих пор смотрится круче большинства современного уныния.
А ещё доказал, что шутер может быть не только про спинномозговую стрельбу, но и про стиль. Он показал путь к более живому и реалистичному окружению, к запоминающемуся герою и юмору. Без него не было бы Half-Life, Postal, Serious Sam. Он стал первым по-настоящему цитируемым шутером.
Я тут немного сошел с ума и сделал 4 дополнения для трехмерного Дюка. Для истинных ценителей так сказать. Также закинул Вам ссылку на оригинал и мультиплеер на Dos.Zone. И всё это по канону моих постов в браузере
Ну и конечно все мои посты это эксперименты с современными технологиями и ради веселья, а искренне рекомендую играть в нормальные версии игр для получения максимально положительного игрового опыта.
Например наиболее полная и последняя версия Duke Nukem 3D: 20th Anniversary World Tourпродается сейчас в Steam со скидкой 90% - 265 тенге \ 45 рублей.
Duke Nukem 3D, разработанного компанией 3D Realms, стала третьей в серии Duke Nukem и значительно отличалась от своих предшественников, переходя в трёхмерный мир, который предлагал игрокам гораздо больше свободы и взаимодействия с окружением.
Duke Nukem 3D завоевала популярность благодаря динамичному геймплею, харизматичному главному герою с его фирменным чувством юмора и насыщенному экшену. Игра стала новаторской для своего времени благодаря интерактивности окружения, нестандартному дизайну уровней и поддержке мультиплеера.
Вопрос. Что вы думаете о потенциале воксельных движков, таких как VOXLAP, сегодня? Voxelstein 3D был скорее технической демонстрацией, но всё равно довольно интересным экспериментом. Как вы думаете, у таких игр есть будущее?
Ответ. Когда вы говорите "как VOXLAP", я предполагаю, что вы имеете в виду маленькие воксели, а не большие, которые вы могли видеть в Minecraft / Roblox. Воксельные объекты хорошо работают на 3D-дисплее и их легко генерировать из кода (например в EVALDRAW). Они не имеют особого смысла, если вы ищете реалистичные пейзажи. Воксели плохо масштабируются при увеличении разрешения. Неважно, сколько бит вы в него бросаете — вы всё равно видите блоки. Конечно, вы можете скрыть это с помощью интерполяции, но это дорого вам обойдётся, во всяком случае если вы не используете GPU.
Вопрос. В настоящее время Cheello работает над своим масштабным проектом Voxel Duke Nukem 3D, целью которого является воссоздание каждого спрайта в игре. Вы видели другие работы Cheello: Voxel Doom, Voxel Blood?
Ответ. Да. Очень здорово видеть, как 2D-спрайты преобразуются в воксели и вручную редактируются до такого уровня точности. Это действительно выглядит аутентично в отношении оригинальных игр.
Вопрос. Есть ли какая-то функция, которой не было в движке Build (до перехода проекта в открытый доступ) и которую вы хотели бы реализовать?
Ответ. Конечно. Вам стоит проверить Build 2. Вот несколько самых важных функций, которые я бы хотел видеть в Build:
* Полноценный взгляд вверх / вниз.
* Нативная поддержка комнаты поверх комнаты.
* Необычное освещение.
* Drop-in networking (прим. пер.: термин, определяющий взаимодействие различных беспроводных и проводных сетей связи с целью передачи данных между устройствами).
Вопрос. Если не секрет. Почему вы решили уйти из крупной игровой индустрии? Коммерческой. Есть ли шанс, что вы вернётесь в неё может быть, даже к чему-то, связанному с Duke, или к новой игре на основе Build, как бы маловероятно это ни было, если кто-то попросит?
Ответ. В 1997 году я наблюдал как моя роль в команде из одного человека по разработке движка быстро вытесняется. Было множество новых конкурентов. Даже тогда я знал, что разработка нового движка займет много лет... возможно, не 14 лет ;-P. Я не хотел переезжать в Техас на постоянной основе и я не рассматривал другие компании. В 2015 году Gearbox спросили, могу ли я как-то поучаствовать в ремейке Duke 3D, который позже стал изданием DN3D 20th Anniversary. Я не знал, как я могу внести свой вклад, чтобы это было справедливо по отношению к моему времени. Запись звуковых эффектов может занять несколько дней. Создание карт или песен может занять несколько недель. Но написание нового движка может занять годы. Позже я понял, чего они на самом деле хотели, а именно порт на несколько консолей, вместе с несколькими настройками. Я никогда не занимался программированием для консолей, так что, полагаю, ситуация сложилась к лучшему. Что касается возвращения в игровую индустрию, то я не вижу к тому предпосылок. К тому же, делать трёхмерные дисплеи веселее ;-).
Вопрос. Вы когда-нибудь представляли себе Build 2 как что-то большее, чем просто учебный проект для летнего лагеря? С какой игрой по-вашему он мог бы работать лучше, чем, скажем, EDuke32? Что побудило вас выпустить Build 2 в 2018 году, почти через 10 лет после того, как вы перестали над ним работать?
Ответ. Поскольку я вложил в него много усилий, было бы неплохо увидеть полноценную игру, сделанную с его помощью. Я полагаю, что никто не хочет использовать неполный движок, полный неуправляемого, ассемблерного кода. Я выпустил его, потому что почему бы и нет. Он был чем-то крутым, что больше не имело для меня никакой ценности. Мне следовало выпустить его на несколько лет раньше.
Вопрос. Что за история скрывается за таинственным Ken's Labyrinth II? Похоже, что проект находится в разработке с 2007 года, но у него почти не было рекламы. Вы участвуете / участвовали в нём каким-либо образом, кроме лицензирования персонажей? Разве не разочаровывает, что игра использует GZDoom, а не Build или другой ваш движок?
Ответ. Я никогда ничего не лицензировал. Всё, что я сделал, это сказал что-то вроде: "Конечно, это нормально" в ответе по электронной почте. Ken's Labyrinth был по сути кучей спонтанной ерунды, упакованной в форму демо-версии движка. Мне лестно, что кто-то хочет сделать игру на его основе. Некоторое время назад ребята попросили меня записать несколько звуковых эффектов для их игры, что я и сделал. Я понятия не имею, будут ли они на самом деле это использовать. Кроме того, я не имею никакого отношения к проекту.
Вопрос. Кен, вы упоминаете свою любовь к картографии и картам и среди текстур стен в Ken's Labyrinth есть изображения карты США. Было ли это вашим хобби, полезным для проектирования карт для Ken's Labyrinth, или для каких-либо других аспектов дизайна игры / движка?
Ответ. Не совсем. В детстве мне нравилось рисовать и переписывать (но никогда не калькировать) карты. Я до сих пор могу нарисовать довольно хорошую карту пятидесяти штатов по памяти. Я не думаю, что это имеет большое отношение к дизайну движка, но могу сказать, что они оба подразумевают большое количество визуализации, в чём я всегда был хорош (кстати, Энди Коттер разработал большинство карт для Ken's Labyrinth).
Вопрос. Можете рассказать, чем вы сейчас занимаетесь, какие проекты вас интересуют. Делаете ли вы сейчас какое-либо программное обеспечение для создания игр?
Ответ. Я работаю в Voxon Photonics уже более 10 лет. Мы делаем трёхмерные дисплеи. Моя работа в основном заключается в низкоуровневом программном обеспечении, но я также занимаюсь проектированием печатных плат. Я написал SDK, который включает в себя несколько простых демо игр. К сожалению, я давно не обновлял свой сайт, потому что был очень занят своей работой в Voxon.
Вопрос. Вы играли в Ion Fury? И если да, то что вы думаете об этой игре? Считаете ли вы её достойным духовным преемником Duke Nukem 3D? Считаете ли вы, что должно выйти больше игр, подобных Ion Fury?
Ответ. Конечно. Я считаю, что игра отличная. Мне понравились новые и очень детализированные карты. Воксельные объекты были хорошо сделаны. Приятно видеть, как моя работа с POLYMOST находит практическое применение. Кроме того, поезда с дробовиками — это весело ;-).
Вопрос. Какие-нибудь слова напоследок для наших читателей?
Ken Silverman - создатель Build, а также ряда иных решений, вроде VOXLAP, на основе которых в последующем были созданы игры в диапазоне от Duke Nukem 3D (1996) и Blood (1997) до Ion Fury (2019), а также Electric Highways (2015) и Voxelstein 3D (2008) в отдельности. Домашняя страница - Ken Silverman's Official Home Page.
Вопрос. Что-то вдохновило вас на создание движка Build? И, касательно вашего участия в разработке конкретных игр, возможно вы могли бы упомянуть несколько интересных фактов?
Ответ. Конечно - Doom. Я начал публиковать информацию и скриншоты об их следующей игре как раз тогда, когда я закончил Ken's Labyrinth (1993) в начале 1993 года. После того, как я потратил почти год на копирование Wolfenstein 3D (1992), он, очевидно, привлёк моё внимание. Ваш второй вопрос немного общий. Как насчёт того, чтобы прочитать остальную часть интервью? ;-)
taufan99 спрашивает: "С тех пор, как я поиграл в Ken's Labyrinth и другие ваши программы, я влюбился в формат KSM. Однако я хотел бы узнать, можете ли вы выпустить конвертер в формат General MIDI, потому что, хотя я и признаю, что AdLib — хорошая звуковая карта, я сам больше поклонник General MIDI".
Ответ. Если вы не против небольшого редактирования, то вы можете использовать мою программу KS2.EXE для преобразования данных музыкальных форматов. Ищите её на моей домашней странице, в разделе утилит. Вам придётся вручную выбирать инструменты MIDI и полностью переделывать перкуссионный трек с помощью инструмента лассо. При некоторой настойчивости вы сможете получить хорошие результаты. Да, KS2 давно не обновлялся и он имеет свойство мерцать в современных версиях Windows. Я мог бы это исправить, если бы у меня было достаточно мотивации и времени.
vyruss спрашивает: "Во время экспериментальной стадии создания Build, что привело к окончательному решению использовать именно порталы среди других технологий того времени? Я знаю об их преимуществах по сравнению с другими технологиями рендеринга того периода, а также об ограничениях основного пользовательского оборудования — был ли проведён значительный анализ различных подходов для измерения их сильных и слабых сторон, или идея началась в одной итерации как движок, не связанный конкретно с Build, а затем органически выросла из этого подхода? Я спрашиваю об этом, потому что мои (смутные) воспоминания демонстрируют разные уровни возможностей между чем-то вроде Ken's Labyrinth, плавно переходящим в Duke Nukem 3D и другими громкими именами того времени".
Ответ. Когда у меня возникала идея, я писал прототип на QuickBasic, так как в этой среде было очень легко писать код и проводить тестирование. Мой самый ранний прототип того, что должно было стать Build, назывался PICROT4.BAS, который просто транслировал лучи в месиво из стен. Очевидно, что это слишком медленный подход для большой карты. Моей следующей идеей было использовать сетку, где каждая ячейка содержит список всех стен (линий в 2D), которые её касаются. Это решало две проблемы: грубую сортировку стен в порядке от начала к концу и исключение всех стен, которые выходили за пределы пирамиды видимости. Можно было обставить этот вопрос с помощью дополнительного кода для уточнения сортировки, но в то время я не знал, как это сделать. По сути это был алгоритм не слишком подкованного художника и он был полон визуальных глюков.
Затем в декабре 1993 года Apogee попросил меня позвонить Джону Кармаку. Как и ожидалось от такого холодного звонка, он умолчал о многих темах, не объясняя их подробно. В конце концов ему пришлось ответить на звонок более предметно. Например я помню, как спрашивал его об одной из самых сложных вещей в Build Engine того времени — как растеризовать или заполнить потолки и полы. Он описал свой метод как простую "заливку", что не имело для меня особого смысла. Для меня заливка всегда была медленным алгоритмом, как инструмент рисования в Microsoft Paint. Или в Basic вы могли видеть, как он фактически выполняет свой рекурсивный поиск, наблюдая за ним на многих кадрах. Очевидно, что это не так. Так что у него было другое определение того, что означает заливка, на сколько я могу судить.
Ещё я помню, как он дал мне идею и название для "сектора", который представляет собой структуру для хранения информации о потолке и поле для списка общих стен. Это не решило моих проблем с сортировкой стен, но заставило меня понять, насколько нелепо был спроектирован мой старый движок на основе сетки. Я хранил информацию о потолке и поле вместе с каждой стеной! Это не только тратило существенное количество памяти, но и дополняло движок множеством визуальных сбоев — например, когда структура стены не соответствовала её соседу в том же секторе.
Чтобы исправить сортировку стен, мне нужно было выучить немного новой математики: двумерные точечные и векторные произведения. Я узнал об этом во время моего первого семестра математики в Брауне. Я был удивлен, что они не преподают это в старшей школе. Теперь с моим новым алгоритмом сортировки у меня был способ сортировать стены без сбоев. У меня не было доказательств, но я не мог найти никаких контрпримеров в моей тестовой программе... если только стены не пересекались, то есть... но это в любом случае не считалось применимым случаем.
Интересное отступление: много лет спустя я подумал, что могу расширить эту идею сортировки идеальной стены (теперь полигональной) до полного 3D. Я назвал её KENVEX — мое имя + выпуклость. Оказалось, что я ошибался, или, по крайней мере, это было намного сложнее, чем я себе представлял ранее. У движка было и множество других проблем. Я понятия не имел, как сделать нормальный редактор.
DNSKILL5 спрашивает: "Build во время разработки первого Blood. В сети есть некоторая противоречивая информация об этом периоде. Иначе говоря похоже дела с этим тайтлом пошли не так как ожидалось. Не могли бы вы немного рассказать нам о специфике работы над этим проектом?".
Ответ. Вы говорите о GEORGE.TXT, тираде Питера Фриза, написанной в июне 1995 года. Программисты Blood переопределяли мои внутренние (намеренно недокументированные) функции Build Engine своими собственными версиями. Полагаю они не могли дождаться появления новых функций. Проблема была в том, что всякий раз, когда я что-то менял в движке, это ломало их код и тогда им приходилось заново проводить обратную разработку (прим. пер.: reverse engineering) своих хаков. По сути почти как редактирование исполняемого файла в шестнадцатеричном формате. Практика переопределения функций может быть очень контрпродуктивной. Очевидно, мне нужно было что-то изменить в движке, чтобы улучшить его и исправить ошибки.
Я уверен, что их система кэширования была лучше в то время. Проблема в том, что меня бомбардировали множеством других высоко приоритетных задач от других команд. Вам не нужна идеальная или даже хорошая система кэширования, чтобы тестировать игру во время её разработки. Если у вас недостаточно памяти, то ваш жёсткий диск работает немного дольше. Это раздражает, но что с того. У меня была примитивная система кэширования в то время, которая просто удаляла самые старые вещи, что можно было реализовать с помощью простого FIFO. Она была неэффективна в выборе наиболее подходящих вещей для последующего удаления. Позже, в 1995 году, я всё-таки написал улучшенную систему кэширования.
О, я полностью согласен с комментариями Питера о центрировании спрайтов — это было ошибкой.
Что касается моих навыков разговора по телефону — да. Я не собираюсь лгать во спасение и обещать что-то сделать, когда я никогда раньше не слышал об этой концепции. Мне следовало бы сказать: "Конечно, я подумаю над этим". Но я был застенчивым 19-летним парнем с небольшим опытом разговоров. Я не очень хорошо соображал, что говорить в таких случаях. По сей день я предпочитаю давать интервью в текстовом формате ;-) Кстати, когда мы с Питером встретились лично несколько месяцев спустя, мы прекрасно поладили.
The Legend of the Seven Paladins 3D (1994).
Вопрос. The Legend of the Seven Paladins 3D (1994) считается первым коммерческим проектом, основанным на Build. Кроме того, в отличие от последующих работ, он основан на ранней версии Build. Тем не менее, сама его история остается в тумане. Можете ли вы пролить свет на этот необычный проект?
Ответ. Всё, что я знаю, это то немногое, что мне рассказала Apogee, а именно, что игра была выпущена нелегально. Это было до 2020 года, когда я получил спонтанное электронное письмо от какого-то парня по имени мистер Лин. Судя по всему он и группа из двух других парней из Тайваня посетили Скотта Миллера как раз перед Рождеством 1993 года. Он сказал, что всё закончилось через несколько месяцев из-за языкового барьера. Что касается того, почему они продолжали работать без надлежащего контракта, то не знаю.
Вопрос. На вашем сайте я заметил название Fate от Capstone, что интересно, потому что я никогда не слышал, чтобы они делали ставку именно на Build. Corridor 8: Galactic Wars, который должен был стать продолжением Corridor 7: Alien Invasion (1994), в конечном итоге использовал движок Doom. Можете ли вы немного рассказать об этом этой игре?
Ответ. Всё, что я знаю, это то, что так называлась третья игра Capstone, планировавшаяся после после Witchaven (1995) и William Shatner's TekWar (1995) и на сайте игр JonoF есть её демоверсия.
Вопрос. Порты, являющиеся производными от ZDoom, поддерживают формат вокселей .kvx (и только его), делая этот древний формат из эпохи Blood единственным, неоспоримым стандартом вокселей для сообщества Doom, которое, как известно, является самым живучим (есть, конечно, DelphiDoom, который может поедать .vox, но он экзотичен и имеет кучу своих ограничений). Существует множество форматов и редакторов вокселей. Но для того, чтобы поместить воксели в Doom, вам нужно пропустить их через редактор-конвертер в .kvx. Там вы можете опционально подкрасить и отцентрировать их. Подобный редактор — ваш редактор SLAB6, программного обеспечения 2011 года, давно валяющегося неподалёку. У SLAB6 есть ограничение на размеры модели вокселей 256x256x255 пикселей.
Mastermind, например, мог бы вместиться. Но если вы промасштабируете его, то он больше не впишется в имеющиеся рамки, или, по крайней мере, такое складывается впечатление. Более современных альтернатив на горизонте не видно и, похоже, не предвидится - создаётся плохой синдром, когда что-то современное привязано к древней, заброшенной инфраструктуре.
К слову говоря. Обойти ограничение можно через вашу утилиту POLY2VOX. Но для этого нужна шизофреническая схема преобразования воксель-модель-воксель с довольно грязными хаками в 3D-редакторе для центрирования. Что тоже не есть хорошо.
Длинное вступление заканчивается, и образуется вопрос. Планируете ли вы выпустить более современную версию SLAB6?
Ответ. Вам следует рассмотреть PND3D как преемника SLAB6 и VOXLAP. Редактор менее функционален, поскольку им никто не пользовался, но он хорошо работает как быстрый просмотрщик и конвертер форматов. К сожалению, PND3D в настоящее время не сохраняет в формате .KVX. Я мог бы добавить эту деталь, но возникнут некоторые проблемы, такие как квантование цвета и ограничения по размеру.
KVX был разработан для Build Engine, который использовал 8-битную палитру цветов. Он не нуждался в поддержке огромных моделей и всегда отображался вертикально (где вертикальный RLE имеет смысл). В дизайне KVX есть некоторые странные вещи, такие как флаги видимости, которые определяются только для каждого слэба и смещения, которые относятся к абсолютному положению файла. Кроме того, KVX ограничен 256 вокселями в высоту и, хотя вы и можете расширить x и y за пределы 256, при этом вы рискуете столкнуться с проблемами. Если спрайт недостаточно сжимаем, то различные вещи могут переполняться и поэтому это не очень хорошая идея. Если вам нужны большие модели, вам следует рассмотреть возможность использования KV6. Единственный недостаток KV6 в том, что он не сжимает 8-битную палитру спрайтов так же хорошо, как это делает KVX.
Кроме того, относительно POLY2VOX, пробовали ли вы опцию /s#? Она предназначена для исправления как постоянного масштаба, так и центрирования в анимациях.
Duke Nukem 3D (1996).
ck3D спрашивает (прим. пер.: здесь перевод был обставлен как условно дословный, изначальная формулировка оказалась довольно своеобразной / сложно поддающейся однозначному переводу): "По сей день Build выделяется своей необычностью в общем ландшафте игровых движков, которые, чаще всего, разрабатываются с учетом довольно неизбежных проблем практического применения. В особенности, современные игры, как правило, полагаются на фотореализм гораздо больше, чем игры 90-х годов, для погружения пользователя и понятности ему, иногда в ущерб более креативным, альтернативным подходам. Такие игры, как Duke Nukem 3D, не упустили ни одного из этих параметров и каким-то образом сумели продвинуть правдоподобные среды, при этом технически внедряя трюки, искажающие реальность: "сектор на секторе" (что позволяет потенциально бесконечно накладывать невозможные пространства поверх общих координат) и стены, переписывающие своё положение во время исполнения, — это особенности, благодаря которым, помимо того, что он является инструментом, предназначенным для обслуживания разработки, Build также можно рассматривать как собственную мини-среду, и, как правило, для большинства старожилов в картографических сообществах он таковым и является.
Насколько эта творческая свобода была преднамеренной и, возможно, важной для вас при проектировании? Вы надеялись (или даже ожидали), что эти необычные и относительно экспериментальные функции будут приняты его пользователями? Знали ли вы о том, какой посыл они в итоге принесут и что, в конечном счёте, будут влиять на некоторые нишевые школы дизайна уровней? Или вы не задумываясь развлекались и всё ещё не знали, насколько негибкими станут игры, как только появятся следующие несколько тенденций в их развитии?
Подвопросы, которые также связаны с этим. Хотя общепринятым каноном является "реализм" как сильная сторона Build, я бы склонен не согласиться с этим и утверждать, что в действительности это основано на тех или иных предположениях, а очевидная привлекательность большинства уровней в Build на самом деле достигается за счет методов работы с поверхностями, что приводит к более абстрактному дизайну уровней и креативным идеям в расположении объектов на таковом. Этот факт во многом полагается на маскировку, дабы привести игроков в ситуации, в которые они обычно не попадают, потому что указанные ситуации обычно довольно технические (и поэтому, как это ни парадоксально, для картографов их очень весело придумывать). Что вы думаете на этот счёт?".
Ответ. Очевидно, я мыслю на более низком уровне, чем вы. Я занимаюсь алгоритмами и оптимизацией языка ассемблера. Я не беспокоился о том, как широкая публика воспримет те или иные вещи. Многие вещи, которые я делаю, являются результатом эволюции. Я пробую что-то. Если это хорошо, я это сохраняю. Если нет, то до свидания. Это хорошо работает, когда дело касается оптимизации. Это также работает для изменений в вопросе дизайна. Проблема в том, что идей всегда больше, чем времени. Чтобы решить, над чем работать, я бы использовал такую простую формулу: крутость, деленная на сложность реализации. Конечно, я обычно в конечном итоге делал то, над чем мне хотелось работать в тот момент, что обычно было ненужной оптимизацией ;-).
Ключ к играм на Build Engine, имеющим этот предполагаемый "фотореализм", заключался в том, что большие части редактора работали в 3D-режиме. Насколько мне известно, Build был первым, где имелась подобная составляющая. Возможность просматривать и изменять игровую среду напрямую, не тратя время на создание BSP или что-то в этом роде, экономила массу времени (по той же причине я бы использовал QuickBasic для прототипирования вместо C, а сегодня это был бы EVALDRAW вместо C).
Идея трёхмерного редактора пришла мне в голову во время работы над движком на основе сетки в середине-конце 1993 года. В то время редактор назывался EDITBORD.BAS и был написан на QuickBasic. Предварительный просмотр в 3D исходно начинался как наспех сделанный хак. Я добавил параметр командной строки в трёхмерный просмотрщик, который у меня был на C, он переопределял начальную позицию. Мой редактор QuickBasic мог затем создавать исполняемый файл из любого места, где находился курсор мыши.
Конечно, компиляция программы каждый раз, когда вам нужен предварительный просмотр, не было самым быстрым способом запуска. Я знал, что мне придётся портировать редактор из QuickBasic в C. Как только у меня появился 2D-режим, работающий в программе на C, я понял, что было бы круто иметь возможность редактировать что-то прямо в 3D. Проблема была в том, что мне нужен был способ определить, над какой стеной / потолком / полом / спрайтом находится курсор мыши. В то время у меня ещё не было функции сканирования попаданий (в то время никто ещё не делал игр; они просто игрались в моих ранних редакторах карт и графики). Я придумал способ обнаружения попаданий во время процесса рендеринга — сравнивая каждый горизонтальный или вертикальный промежуток с местоположением курсора мыши во время рендеринга. Неказисто, но достаточно легко в вопросе реализации. Как только эта часть была готова, я начал перемещать как можно больше вещей в трёхмерных редактор. Всё, что связано с отображением текстур, лучше всего работало в режиме 3D. Поднятие / опускание потолков / полов отлично функционировало в трёхмерном редакторе.
Вопрос. Каков был ваш опыт работы с 3DR над Duke Nukem 3D (1996) в отношении отзывов, которые вы получали напрямую от дизайнеров уровней? Вы подходили к своей задаче создания игрового движка исключительно с точки зрения кодирования / математики в соответствии с тем, что было нужно разработчикам, или вы активно смотрели на это так, как это сделал бы дизайнер уровней / игрок? Дизайнеры уровней быстро поняли, как использовать редактор, или вам было трудно найти общий язык / показать им свою точку зрения?
Shadow Warrior (1997).
Ответ. Дизайнерами уровней из Duke, которых я знал лучше всего, были Аллен Блум и Ричард Грей. Несколько дизайнеров карт были добавлены для завершения издания Duke Nukem 3D: Atomic Edition (1996), но к тому времени я проводил большую часть своего времени с Фрэнком Мэддином, помогая закончить Shadow Warrior (1997). Конечно, было круто наблюдать за тем, как дизайнеры карт делают свою работу. Я не помню, кто конкретно просил, но некоторые из функций в Build, которые пришли от дизайнеров карт, были такими: Alt+S, чтобы сделать петлю красной, нажатие "V" один раз для текущих текстур или два раза для всех (функция, которую я ненавидел), система тегов, несколько видов копирования и вставки, различные глюки рендеринга.
Не потребовалось много времени, чтобы освоиться с редактором Build. Тогда людям не нужны были замысловатые меню или кнопки. Вы могли написать текстовый файл и чаще всего люди его читали. Если вы не могли запомнить всё написанное в текстовом файле, вы распечатывали его. Изучение трюков Build заняло больше времени, как пример объединение и разделение секторов, без перерисовывания их с нуля.
Вопрос. Флагманские игры на движке Build имели относительно длительные циклы разработки, Shadow Warrior датируется 1993-1994 годами, а движок Build активно развивался все эти годы. Вы играли в каждую сборку Shadow Warrior и Duke Nukem 3D или это было делом команды тестирования?
Ответ. На самом деле, первой командой, которая использовала Build, была команда Blood (1997), которая начала работу в сентябре 1993 года. Тогда они были известны как команда "Horror". Конечно, я играл во многие версии игр. Иногда, когда кому-то нужно было показать мне ошибку, они отправляли мне копию по модему, и я её просматривал. Если я был на месте, мы могли вести тестирование по IPX или нуль-модему. Часто мы играли ради развлечения по ночам. Хотел бы я сохранить копии каждой версии, к которой у меня был доступ. Конечно, для этого потребовалась бы довольно большая коробка дискет!
Вопрос. Вы играли в Shaw's Nightmare (2013)? И если да, что вы о ней думаете? Кажется, что ей нужна некоторая оптимизация производительности.
Ответ. Нет. Видео на YouTube выглядит как уникальное ретро. Возможно низкая частота кадров является намеренной?
Powerslave (1996).
Вопрос. Powerslave (1996) не использует наклонные поверхности ни в одной из официальных карт и долгое время считалось, что версия движка Build, на которой он работает, ещё не имела этой функции. Однако недавно было обнаружено, что Powerslave на самом деле полностью поддерживает наклоны и был создан специальный пакет карт, чтобы в полной мере воспользоваться этой функцией. Поскольку наклонные поверхности кажутся логичным элементом в игре на тему Древнего Египта (к примеру для создания пирамид), сообщество предположило, что 3D Realms могла скрыть информацию о некоторых технических характеристиках, когда она сублицензировала движок Build, чтобы сохранить конкурентное преимущество со своими собственными продуктами. Можете ли вы как-то это прокомментировать?
Ответ. 3D Realms многое скрывали о своих отношениях с небольшими игровыми командами. Я никогда не видел никаких контрактов, которые они заключали, если только я специально не спрашивал о них. Сублицензирование движка не упоминалось в моём первоначальном контракте и они использовали этот факт в своих интересах. Что касается особенностей, то я знаю, что 3D Realms удержали склоны от передачи Capstone. Что касается того, что случилось с Lobotomy, то я не могу сказать. Я помню, как Lobotomy расстроились, когда узнали, что движок поддерживает склоны. Я нахожу этот вопрос очень запутанным. Так что, возможно, вы правы — склоны были удержали от них.
Вопрос. Если бы вы воссоздали что-то эквивалентное Build Engine, используя имеющиеся у вас сейчас знания, вы бы внесли какие-либо изменения в дизайн?
Ответ. Конечно. Я бы это сделал, очистив код. Например больше структур, меньше глобальных переменных, присвоение функциям возвращаемого типа, за вместо "long" почти для всего. Что касается оптимизации, то я не думаю, что я оставил много места для улучшения. Большая часть моих новых знаний касается современных машин, таких как AVX2, многопоточность и 64-битная сборка. Этих вещей нет на 486-DX или Pentium ;-). Смотрите список моих сожалений в моём ответе на двадцатый вопрос.
Вопрос. На рубеже 1997-1998 годов разработчикам компьютерных игр неизбежно приходилось переходить на полноценную 3D-графику. Возможно, вы планировали совершенно новый и по-настоящему трёхмерный движок вместо Build в то время, т.е. до наступления 00-х? Кажется позже Voxlap занял эту нишу.
Ответ. Конечно. POLYTEX (1995) был моей первой попыткой конкурировать с Quake. POLYTEX использовал BSP для сортировки полигонов в порядке от конца к началу. Рендеринг был простым, но в нём было много перерисовки. Затем в 1998 году я начал KENVEX, который должен был стать портальным движком. Я хотел, чтобы он работал как Build, с его идеальным далением скрытых поверхностей, но оказалось, что попытка достичь этого святого Грааля рендеринга полигонов так и не сработала. К сожалению, оба проекта не прошли стадию тестирования. Я понятия не имел, как сделать простой в использовании редактор, работающий в полностью трёхмерной среде.
Вопрос. В продолжение предыдущего. Похоже, вы поклонник вокселей, не было ли у вас соблазна больше работать с традиционным, полным 3D в целом, за исключением рендерера POLYMOST для Build?
Ответ. Есть BUILD2, но это едва ли традиционный вариант и он появился на много лет позже. Нет, мои амбиции в попытке конкурировать с Quake умерли после моей попытки с KENVEX. К тому времени что-то предпринимать было слишком поздно — конкуренция была острой.
drugon спрашивает: "Во второй половине 90-х активно развивалась 3D-графика и в какой-то момент показалось, что шутеры, использующие спрайтовых монстров, канут в лету, уступив место шутерам с 3D-моделями. Сами спрайтовые монстры, очевидно, были техническим компромиссом в то время, позволяя железу хоть как-то адекватно вытягивать игру, не жертвуя детализацией окружения, как те же ранние симуляторы, где использовались простые 3D-модели без спрайтов. Но как часто бывает с популярными играми, стесненными техническими ограничениями, эти ограничения затем становятся стилистическим ориентиром для будущих разработчиков. Спрайтовые объекты в шутерах от первого лица являются ярким примером этого и часто используются в современных ретро-шутерах (Mullet Madjack (2024), Warhammer 40,000: Boltgun (2023), Supplice (2023) и т. д.). Представлял ли Кен на рубеже 90-х и 00-х, что такой приём породит столько последователей и будет актуален по сей день?".
Ответ. Я не фанат картонных спрайтов. Художнику нужно много времени, чтобы их нарисовать, а если вы визуализируете их из 3D-моделей, это много дополнительной работы и ненужной квантизации. Когда я услышал о Quake, использующем 3D-полигональные модели, я попытался придумать своё собственное решение. Я никогда раньше не пользовался программой для моделирования полигонов и мне казалось, что написать свою собственную будет непросто. Поэтому я воскресил старую идею, которая у меня была — воксельные спрайты. Я был рад видеть, что они попадают в игры, даже в ограниченной форме. Было бы приятнее увидеть, как их используют для врагов... но, думаю, для этого он был недостаточно быстр.
drugon спрашивает: "Ещё один конкретный вопрос, если можно. Думал ли Кен, что движок Duke будет использоваться в какой-то степени десятилетия спустя? И не только во многих действительно достойных бесплатных работах фанатов (WG Realms, Duke Nukem Forever 2013 и т. д.), но и в коммерческих релизах?".
Ответ. 30 лет назад я бы больше беспокоился о завершении игр, чем о наследии. Мы знали, что если будем ждать слишком долго, то появится что-то (возможно Quake), из-за чего наши игры будут выглядеть устаревшими.
Вопрос. Что вы думаете о трассировке лучей как об опции? В последние годы ей уделяется много внимания, что также имело место быть и в классических играх, включая Doom. Это просто ещё один проходящий "шум модерна" или что-то из разряда того, что именуют как "real deal"?
Ответ. Трассировка лучей лучше всего работает, когда у вас есть высоко параллельный процессор, например, на современном GPU. К сожалению, я никогда не углублялся в программирование GPU. Теоретически не должно быть никакой разницы в выводе между ними. Все сводится к выбору между использованием пикселя или примитива в качестве вашего внешнего цикла "for". На практике некоторые вещи проще в одном методе, чем в другом. Например отражения реализовать проще с трассировкой лучей. Растеризация обычно происходит быстрее из-за того, что количество примитивов меньше количества пикселей на экране. Этот аспект может измениться, когда у вас больше деталей или другое оборудование. Помимо этого, мне нечего больше сказать по этой теме, кроме того, что я не пробовал общую трассировку лучей.
Вопрос. Если бы в 2024 году потребовалось бы сделать другой движок с нуля, с программным рендерингом, для нового 3D-шутера, в чём были бы основные отличия по сравнению со Build?
Ответ. Лучше спросить: кто был бы настолько сумасшедшим, чтобы "потребовать" подобного безумия? Чтобы ответить на ваш вопрос, моей первой задачей было бы выбрать между воксельным, полигональным или гибридным движком. Полигональный движок мог бы хорошо работать, если бы был элегантный, безошибочный способ выполнять операции CSG на лету. Воксельный движок мог бы хорошо работать, если бы был способ анимировать спрайты плавно, без необходимости делать отдельные кадры анимации. Очевидно, что я бы спроектировал любой новый проект для компьютеров, используя 64-битный режим, AVX2 и многопоточность с самого начала.
Вопрос. Есть ли у вас какие-либо сожаления относительно работы над Build или может быть того, что вы хотели бы сделать по-другому или нет? Это вопрос включает в себя технические аспекты, связанные с Build.
Ответ. Конечно. Вот список:
* Наложение текстур на уклон. Мне не следовало прибегать к использованию инструкций FPU для получения дополнительного целочисленного регистра. Это убивало частоту кадров на 486-SX, когда на экране был уклон.
* Наклоны с наложением текстур. Могло бы работать немного быстрее, если бы у меня было время, чтобы воплотить реализацию наложения текстур в горизонтальном направлении.
* Реальное центрирование: этот флаг в структуре спрайтов никогда не должен был существовать. Вместо этого его следовало предоставить в качестве макроса программисту игры.
* Полы с наложением высот (они же "groundraw"). Я так и не дошел до исправления ошибок деления на ноль. Позже наклоны сделали эту деталь устаревшей.
* Сетевой код. Я мог бы сэкономить всем кучу времени, если бы я просто сделал всё правильно с первого раза. Этот аспект был проделан в играбельной области, а не в движке, поэтому мне пришлось потратить много времени, обучая каждого программиста конкретной игры, как вносить каждое небольшое изменение, которое я придумал.
* Режим "Красный-синий". Должен был быть режим "Красный-голубой". Зелёный канал был потрачен впустую! Да, очень незначительно.
* Архивы. Хотя я сохранил много вещей с тех времен, я хотел бы сохранить ещё больше. В частности больше копий каждой коммерческой игры. Кроме того, было бы неплохо, если бы резервная копия моего жёсткого диска с 1995 года не была уничтожена при перемотке.
Продолжение (десять оставшихся вопросов) в части 3.2 ввиду ограничения в 30000 символов на статью.
В этом кратком руководстве будет разобран вариант запуска "Duke Nukem 3D: Atomic Edition" (1996) с наиболее распространённым и актуальным source-портом, а также перечислен список адд-онов, которые могут представлять интерес.
1. Я взял за основу версию в Steam, конкретно "Megaton Edition", который сейчас не доступен к покупке и был замещён за счёт "Duke Nukem 3D: 20th Anniversary World Tour". В целом же никакой принципиальной разницы какую версию игры, оригинал, из GOG или Steam, вы будете использовать нет.
3. Далее содержимое архива отправляется в E:\Games\Steam\SteamApps\common\Duke Nukem 3D\bin, а eduke32.exe переименовывается в duke3d.exe, дабы можно было запускать его через Steam.
4. Для того, чтобы порт смог распознать как основную игру, так и адд-оны, например "Duke Caribbean: Life's a Beach" (1997), файлы с расширением .grp должны находиться в той же папке. duke3d.grp можно найти в gameroot, а vacation.grp в gameroot\addons\vacation. На этом базовая настройка завершается. Далее рассмотрим различные дополнения.
Графические улучшения.
5. Если есть желание получить улучшенную картинку, обновлённую музыку и воксели, то можно обратить внимание на https://www.moddb.com/mods/enhanced-resource-pack-for-duke-nukem-3d/downloads/duke-nukem-enhanced-resource-pack-first-release, но стоит иметь ввиду, что пак поставляется в формате standalone, т.е. использует собственно настроенную версию eduke32, на данный момент устаревшую относительно последнего билда - сборка не обновлялась с 2021 года. Как следствие выбирать потребуется что-то одно. Ранее упомянутые шаги будут идентичны. Также стоит иметь ввиду, что пак может быть не совместим с теми или иными кастомными эпизодами и уровнями, в то время как некоторые из них, как пример 1 и 2 ниже обозначенные пункты, уже имеют поддержку всевозможных улучшений.
Кастомные уровни.
6. Самым простым способом скачать последние версии наиболее актуальных сборок с уровнями будет использование EAC Downloader Script, который можно взять здесь - http://www.duke4.org/files/nightfright/eac/eac_downloader.zip. Далее файлы необходимо поместить в ту же папку, где лежит EDuke32, в моём случае E:\Games\Steam\SteamApps\common\Duke Nukem 3D\bin.
7. Запускаем eac_install.bat. Далее можно выбрать сколько паков загрузить. Для примера возьмём "Top 25". Нажимаем цифру "2". По умолчанию все файлы разместятся в E:\Games\Steam\SteamApps\common\Duke Nukem 3D\bin\addons.
8. Далее нужно создать ярлык на eduke32.exe, в параметры запуска нужно дописать "-jaddons" (без кавычек). Таким образом при следующем запуске из списка должна быть возможность выбора того или иного адд-она. В случае же Steam также потребуется перетащить файлы в gameroot\addons, а "-jaddons" нужно будет дописать в параметрах запуска.
Топ 12.
Ориентируясь на собственный опыт, ряд сторонних ссылок, а также, среди прочего, вкратце посоветовавшись с сообществом duke4.net, что на сегодняшний день можно назвать основным порталом по релевантному контенту, удалось сформировать данный список. Различные total convertion, что могут прийтись на любителя, а также геймплейные модификации схожего порядка, намеренно не рассматривались.
1. Начать здесь хотелось бы с Alien Armageddon. Если вкратце, то, в определённой степени, эту модификацию можно назвать своеобразным аналогом "Brutal Doom" или, с учётом определённых аспектов, "Complex Doom". К основным характеристикам здесь можно отнести:
1.1. Большой арсенал новых видов вооружений, апгрейдов и расходуемых предметов, которые можно подбирать как на ходу, так и покупая на монеты, собираемые по мере прохождения. Для тех, кому магазин и монеты не по душе имеется возможность игры в классическом режиме.
1.2. Графические улучшения. Ряд элементов выполнен за счёт вокселей. Также если открыть duke3d.def и расскоментировать строку // include dukeupscale.def, убрав //, то можно получить общее качественное улучшение изображения. Для запуска магазина нужно нажать <-, backspace.
1.3. Duke обзавёлся двумя (на данный момент) напарниками. Среди них - Bombshell, которая, по косвенно имеющейся информации, должна была появиться в оригинальном ревизии "Duke Nukem Forever", а сейчас является главной героиней "Ion Fury". Можно играть как с напарником так и без, по желанию переключаясь на такового(вую), по умолчанию по средством PageUp. У напарников имеется свой уникальный арсенал. Так, среди прочего, Bombshell может размещать турели, которые автоматически будут атаковать противников. В случае получения Дюком серьёзных ранений она также способна оказать помощь.
1.4. На данный момент модификация поддерживает 3+1 классических эпизода, "Duke Nukem" 3D (1996), "Duke Nukem 3D: Plutonium PAK" (1996), "Duke it out in D.C." (1997), "Duke Caribbean: Life's a Beach" (1997). Помимо этого наличествует собственная кампания из трёх эпизодов, арена для сражений с AI формата 2х2, а также режим, где из набора в порядка 200 отобранных карт случайным образом формируется эпизод для прохождения.
Загрузить модификацию можно здесь - https://www.moddb.com/mods/duke-nukem-alien-armageddon. Поставляется в формате standalone, с собственной версией EDuke32. Настроить в целом возможно потребуется только некоторые элементы управления, в остальном достаточно запустить eduke32.exe.
1.5 (2). WG Mega Pack - https://www.moddb.com/mods/wg-mega-pack. Состоит из 4 эпизодов и 24 уровней (если исключить ориентированные на режим death match) и пока что является единственным сторонним кастомным паком, который поддерживается в Alien Armageddon.
5. Roch Series - Roch series 1-8 addon - Duke Nukem 3D. Пак из 8 карт, действие которых происходит в городском массиве. Геймплей на каждой из них при этом сильно отличается.
6. Blast Radius - Blast Radius mod for Duke Nukem 3D. Пак из 15 карт, среди прочего примечательный наличием более чем 40 новых видов противников.
7. Duke Hard - https://www.moddb.com/mods/duke-hard. Как следует из названия, действие этого пака из 17 карт разворачивается в небоскрёбе наподобие "Nakatomi Plaza" из первой части "Крепкого Орешка" (1988).
8. Metropolitan Mayhem - https://www.moddb.com/mods/metropolitan-mayhem. Пак из 15 карт, наследующий стиль и антураж оригинальных двух городских эпизодов - LA Meltdown и Shrapnel City.
9. Duke Nukem Legacy Edition - https://www.moddb.com/mods/duke-nukem-3d-legacy-edition. Переосмысление оригинальной игры. Наличествует вырезанный контент, в частности из ранних бета-версий, новые виды оружия, альтернативный режим стрельбы и финал для первого эпизода (при игре на максимальной сложности), переработанные битвы с боссами.
10. Duke Nukem Forever 2013 - https://www.moddb.com/mods/duke-nukem-forever. 14 лет и 43 дня. Столько насчитывает срок разработки Duke Nukem Forever. DNF2013 являлся фанатским ответом на официальный релиз в попытке воссоздать нечто более близкое к оригинальной концепции. За основу здесь берётся классический геймплей, в сочетании с EDuke32.
По иронии судьбы проект постигла схожая судьба - после релиза версии 1.0 на 4 года наступила тишина, в 2017 году авторы объявили о том, что работа над проектом ещё ведётся, но прошло ещё 6+ лет и каких-либо новостей о проекте более не поступало.
11. Duke Nukem Forever: Restoration Project - https://www.moddb.com/mods/dnf2001-restoration-project. К основному списку эта модификация отношения не имеет, но тем не менее явно стоит упоминания. Целью данного проекта является воссоздание оригинальной, так и не выпущенной версии Duke Nukem Forever непосредственно на оригинальной базе - слитых в сеть исходников, не доступных на момент релиза как официального DNF (2011), так и первого фанатского (2013). Контент охватывает период в ~ 1998-2003, основной акцент делается на версию образца 2001 года.
Пока к загрузке доступна промежуточная версия, 0.2.0 от 30.04.23.
12. The AMC Squad - впервые был представлен публике в октябре 2022 года и к текущему моменту добрался до стадии стабильного билда с периодическими обновлениями (последний публичный релиз, который мне удалось проверить, состоялся 10.01.23, сейчас идёт активная работа над четвёртым эпизодом).
Данный проект представляет собой по сути не дополнение к оригинальному Duke Nukem 3D, и даже не столько total convertion, сколько полноценный шутер в классическом духе DN / Shadow Warrior / Blood, базирующийся на модифицированной версии EDuke32, в котором имеется:
* Обилие кастомного контента.
* Четыре эпизода из шести запланированных, существенно варьирующихся тематически - различные локации на Земле и в окрестностях Солнечной системы, Гонконг, с характерными азиатскими элементами, путешествие во времени, преимущественно протекающее в древнем Египте, техногенное будущее, средневековье.
* Восемь, девять или одиннадцать персонажей на выбор, каждый со своей спецификой и оружием. Доступный ростер зависит от эпизода. В случае первого эпизода - 8, во втором и третьем - 9, в четвёртом - 11.
Консольные команды.
Для смены карты сам файл таковой должен находиться в той же папке, что и .exe. Иначе она не сработает. Далее нужно нажать ~ и вбить, например, "map e2l10" - загрузится первая секретная карта из классического второго эпизода, при этом старт в этом случае всегда будет без найденного оружия и каких-либо апгрейдов.
Как альтернатива также можно попробовать воспользоваться кодом "dnscottyxyy", где x - эпизод, yy - номер уровня, который нужно вводить как есть, т.е. без вызова консоли.
Во время долгих холодных ночей декабря 1993 года, когда большинство людей сражались с демонами на Фобосе, где-то в темноте продолжали прятаться другие, не менее жуткие существа. Они хорошо маскировались и не столь часто выбирались из тени Doom.
Примерно за 2-3 месяца до выхода "Doom" (1993) началась разработка "Corridor 7" – 1994-й год сулил многого. Однако увы – вероятно, из-за достаточно позднего старта разработки процесс быстро перетёк в авральный режим. Нестись сломя голову в целом являлось особенностью работы Capstone Software.
Nex. Фрагмент из статьи о разработке бета-версий "Corridor 7: Alien Invasion".
Из сегмента "золотой эпохи" IBM PC отдельно можно выделить промежуток с 1993 по 1996 годы. Именно в этот недолгий временной период, где-то между "Doom" (1993) и "Duke Nukem 3D" (1996) / "Quake" (1996), когда один год шёл за два, а то и за три, а новые видеокарты устаревали за полгода, несколько компаний проводили свои смелые эксперименты в области разработки шутеров.
По происшествию лет на риторический вопрос были ли у них изначально шансы составить какую-либо конкуренцию "мастодонтам жанра" можно дать однозначный ответ - нет. В тоже время каждый из них обладал некоторыми уникальными элементами, которые отличали их от явного, в частности последовавшего позже, как из рога изобилия, трэша. Они же позволили, пусть и весьма ненадолго и формате категории "B", зажечь их звезду на небосводе.
1. Blake Stone: Aliens of Gold (1993).
Где-то в глубинах космоса злой учёный с приставкой "доктор", Pyrus W. Goldfire, ведёт нечестивые эксперименты по созданию собственной армии монстров. Суперагенту Блейку Стоуну раз и навсегда предстоит положить им конец, прорываясь через шесть локаций, несколько отличающихся по структуре, стилистике и общему наполнению и состоящих из десяти этажей каждая. Проходить их дозволено в любой последовательности, хотя лучше двигаться по порядку, - как и, в свою очередь, лифт, курсирующий между этажами, позволяет возвращаться на ранее посещённый уровень, на случай если игрок решит поправить здоровье или поискать пропущенные секреты. Последних и сокровищ здесь великое множество, и найти их может оказаться непросто, - игра базируется на движке "Wolfenstein 3D" (1992) и использует ту же механику отодвигающихся стен. Как следствие, предположить, где спрятан очередной проход, можно только согласно субъективным представлениям и условно пустым пространствам на карте. Здоровье можно пополнять двумя способами - собирая аптечки или покупая еду в автоматах, для чего требуются монеты. Резерв каждого автомата ограничен. Монеты добываются также двумя способами - разбросаны на уровнях и выдаются дружественными Блейку информаторами в белых костюмах. Они же, впрочем, могут оказаться и противниками, которые при попытке разговора начнут стрельбу.
Игра не лишена атмосферы и красочности, и её, пожалуй, можно назвать лучшим произведением на базе тех возможностей, особенно учитывая год выхода, что мог дать движок "Wolfenstein 3D" (1992) в целом. Звуки, выстрелы, взрывы, возгласы монстров и музыка также не отстают в проработке - последняя выполнена в виде midi-композиций с условным уклоном в электронный поджанр ambient. Арсенал оружия небольшой - пистолет, автомат, нейтронный сдвоенный бластер, плазменный гранатомёт. Присутствует традиционный сбор ключей - для того чтобы выдвинуться на следующий этаж, нужно найти красный уровень допуска.
Врагов можно разбить на три категории. Люди - четыре типа, включая солдат в зелёной форме, периодически прикидывающихся мёртвыми с криком "убил!". Монстры - шесть типов, включая ожившую лужу воды и неких зелёных существ, отдалённо напоминающих огромных черепах. Роботы - три типа, куда можно отнести дронов-камикадзе и турели. Особняком стоят пучки плазмы - одни летают с огромной скоростью и могут в считанные секунды убить главного героя, другие медлительны, собираются в подобие фигуры и также могут нанести существенный урон. Есть здесь и взрывающиеся бочки с кислотой. Последние также в каком-то смысле являются бессмертными за счёт нахождения на ряде уровней точек в виде своего рода огромных розеток, откуда они могут появляться бесконечно.
Один из шутеров, несмотря на свой относительно поздний релиз ставших, пусть и нишевой, классикой. Технически он уступает Doom, но это совсем не делает его плохой игрой.
1.1. Blake Stone: Planet Strike! (1994).
За оригинальной игрой последовал в целом невзрачный сиквел, в большей степени похожий на дополнение, выпущенное как отдельная игра. Сказать о нём можно не так много. Из основного можно отметить следующее:
* Повествования стало более линейным, разбиение на эпизоды осталось в прошлом.
* Из новых механик появилась необходимость поиска детонатора для уничтожения красного куба - основное условие для перехода в следующий сегмент.
* Появился один новый вид оружия и сканер, что помогает искать секреты.
* Часть врагов была визуальна модифицирована. Новых же типов практически не наблюдается, отметить можно только разновидность, маскирующуюся под колонны и иные объекты, что роднит адд-он с "Corridor 7: Alien Invasion" (1994).
* Часть боссов из оригинала была нивелирована до уровня обычных супостатов.
* 20 уровней, 4 секретных. В сумме 24.
* Надоедливые "электрические" противники, не считая фрагмента на одном секретном уровне, остались позади.
Ссылки.
1. Инструкцию по запуску совместно с BStone (source-port), а также наборы фанатских уровней можно найти здесь.
2. Corridor 7: Alien Invasion (1994).
Шутер категории B, базирующийся на наработках "Wolfenstein 3D" (1992), попутно также во многом отсылающий, с одной стороны, к "Doom" (1993), а с другой - к "Blake Stone: Aliens of Gold" (1993). Качественно игра уступает обоим, но свой определённый шарм, делающий серьёзную ставку на атмосферу хоррора, имеет. Сюжет предельно незамысловат - в условно недалёком будущем (2012 год) учёные на Марсе находят некий артефакт. Его начинают подвергать исследованиям, и, как это позже случится в "Half-Life" (1998), что-то идёт не так и начинается вторжение чужеродных монстров разной степени колоритности, от зелёных гоблинов и красных роботов до мимикрирующих под мебель существ. Среди них также нашлось место и нескольким боссам, первые встречи с которыми могут несколько озадачить. Одинокому пехотинцу предстоит расправляться с противниками на протяжении 36 уровней (30 основных и 6 бонусных) в версии игры на дискетах и 46 - в случае прохождения издания на CD, где среди прочих изменений был также предусмотрен мультиплеер, предлагающий собственные карты.
Арсенал орудий достаточно типовой и чем-то особенным не выделяется, кроме разве что факта наличия мин, которые иной раз удобно применить против особо крепких противников и инфракрасных очков. Большинство локаций представляет собой довольно запутанные лабиринты, исходя из чего играть на сложности выше, чем "Лейтенант", что примерно эквивалентно умеренной, не рекомендуется. Градация званий влияет на три основных момента - общее количество монстров; число противников, которых необходимо уничтожить, дабы покинуть уровень (на "лейтенанте" достаточно 75%); и исходное наличие либо отсутствие карты - во втором случае можно изрядно проблуждать в поисках таковой. Как и в "Blake Stone" (1993), между уровнями ходит лифт; правда, здесь нельзя возвращаться назад. Иногда таковых может оказаться несколько - и есть шанс попасть в бонусную секцию. Секреты активируются за отодвигаемыми стенами точно так же, как в двух упомянутых ранее играх. По мере прохождения обстановка приобретает всё более чужеродный и местами жутковатый вид, техногенные базы сменяются подземельями, выполненными в кислотных тонах. Вместе с тем встречаются всё более причудливые и опасные противники, наиболее надоедливым видом из которых являются некие мохнатые и рогатые красные существа, использующие подобие своеобразной снайперской винтовки и умеющие становиться невидимыми. Отдельной, но опять же отнюдь не уникальной фишкой игры выступают камеры, в которых можно подлечиться, подобные тем, что наличествовали в вышедшем в том же году "System Shock". В качестве ключей используются карты доступа синего и красного цветов, искать которые предполагается в окрестных терминалах. При этом есть риск вместо ключа доступа активировать тревогу, оповещающую ближайших противников. Одним из наиболее удавшихся моментов, помимо общей атмосферы, можно назвать в целом неплохое звуковое сопровождение, - при этом музыка конкретно в CD-издании подобрана достаточно неудачно, и по этой причине в настройках стоит выбрать AdLib.
Не самый примечательный и далеко не изысканный, но и не лишённый определённых достоинств шутер. Если с основными произведениями жанра вы уже ознакомились и ищете что-то ещё более-менее приемлемое из первой волны таковых, то "Corridor 7" может оказаться удачным выбором. Если же для вас всё, что по качеству хуже "Doom" (1993), по умолчанию отметается, то, наоборот, стоит пройти мимо.
Планировался выход сиквела, "Corridor 8: Galactic Wars". В качестве основы был взят id Tech, но проект так и не был завершён. В 2005 году его исходники, как и иные сопутствующие материалы, были выложены в сеть.
Ссылки.
1. Фанатский сайт с разными полезными утилитами, что, местами, похоже не доступны в других местах. Как то редактор карт, data sheet по текстурам. Зеркало с основными утилитами.
2.1. Длинный текст об игре, отдельных возможностях, особенностях бета версий и т.п.
4. Находящийся в разработке оригинальный проект на базе GzDoom. На данный момент судя по всему находится в замороженном состоянии.
5. Кастомный патч, переносящий количество врагов из последней сложности на сложность "Lieutenant". От последней она отличается меньшим требованием по зачистке уровней, 75% вместо 100%, враги не превращаются в губки для пуль. Также был исправлен баг на 40 карте из-за которого было невозможно пройти в телепорт.
Карта отображается полностью, а не частично, секреты также отрисованы.
Ловушки с невидимыми лазерами были удалены.
На первом уровне в секретах добавлено два расширения на число максимальных патронов. Отныне их будет 999 вместо 200.
Баланс самой сложности остался таким, каким он был задуман изначально - множество трудно убиваемых противников.
3. Depth Dwellers (1994).
В далёком мире, именуемом Ора, идёт затяжная война. Некие Ри порабощают местное население, дабы наращивать добычу ценного минерала, используемого для производства оружия. Главному герою, получившему приглашение от консула "Обитателей Глубины", предстоит расквитаться с захватчиками, руководствуясь в том числе собственными мотивами.
В техническом плане игра следует заветам "Wolfenstein 3D" (1992) с поправкой на местные реалии и того факта, что перед нами явно шутер категории "B". Как, в частности, следует из сюжета, большая часть действа будет проходить в шахтах и иных подземных постройках с соответствующими стилистикой и атмосферой, чему способствует в том числе звуковое сопровождение вроде тех же стучащих там и здесь кирок рабочих. Этот аспект в целом можно назвать основной положительной и отличительной особенностью игры. Предусмотрена поддержка анаглифных очков (клавиша F7), - по заверениям авторов, DD - первая условно трёхмерная игра с поддержкой таковых. С музыкой же, в отличие от звуков, всё печально - на всю игру задействован один короткий трек формата midi.
У игрока имеется небольшой арсенал вооружений в количестве четырёх штук, среди которых нашлось место огнемёту и своеобразному миномёту, выпускающему подобие взрывающихся камней. Образцов движущихся противников, не считая встроенных в стену электрических блоков, так и вовсе три, и все они похожи на помесь роботов с условными монстрами. Есть секреты, где, в частности, могут быть спрятаны новое оружие или аптечки, сбор ключей. Досадный факт, но карты в игре не предусмотрено; как следствие, местами цикличное блуждание по однотипным локациям не заставит себя ждать. Уровни в целом однотипны, меняется только текстура окружающих стен, число и иногда тип противников. Конечная цель, как правило, всегда сводится к нахождению ключа в укромном месте и выходу в разноцветный телепорт, обычно расположенный за дверью, декорированной оранжевым цветом. Количественно, по моим подсчётам, разбивка вышла такой: первый эпизод - 7 штук, второй - 13, третий - 12, итого 32 уровня.
Из иных примечательных моментов можно отметить факт того, что игра была сделана всего двумя людьми - семейной парой. Bradley N. Bell на момент разработки числился инженером в NASA и отвечал за разработку симуляторов виртуальной реальности для астронавтов.
По итогу имеем в меру типового образчика периода ранней истории жанра, когда разные компании лицензировали движок / копировали концепцию Wolfenstein 3D, но параллельный прогресс вместе с тем шёл семимильными шагами, оставляя большинство подобных творений в зачастую достаточно глубокой тени.
4. The Legend of the Seven Paladins 3D (1994).
Шутер со сложной судьбой родом из Тайваня, основывающийся на романе "Трое храбрых, пятеро справедливых" (1883) - произведении, широко известном в Китае и в среде востоковедов, но не слишком - у условных простых обывателей. Технически - первая игра, взявшая за основу движок Build, на котором в последующем будет выпущен знаменитый "Duke Nukem" 3D (1996). В процессе разработки что-то пошло не так. По одним слухам, игра так и не была доведена до конечной стадии и её последняя ревизия силами местных пиратов разошлась по разным сборникам и пространству всемирной паутины. По другим, на что намекают редкие фотографии коробочного издания, релиз всё же состоялся, но не покинул пределы разных регионов Китая и, возможно, Южной Кореи, где, также по большей части по обрывочным данным, игру ещё дополнительно адаптировали под местный фольклор, поправив графику и сюжетную составляющую.
Игрок берёт на себя роль безымянного современного жителя Китая, которому предстоит совершить погружения в глубины прошлого в лице одного из семи героев романа, отличающихся одеждой, комплекцией и предпочитаемым оружием, - эти аспекты наглядно иллюстрируются в стартовой локации, где и предстоит сделать судьбоносный выбор. Исходно у каждого персонажа есть два основных доступных вида орудий, включая магию, и расходные метательные предметы одного типа вроде сюрикэнов, игл или ножей. Магия расходует местную разновидность маны, которая, как и здоровье, представлена в виде довольно не типичного для шутера элемента разноцветных полосок синего и красного цветов. Здоровье использует красную, мана - синюю.
Все элементы игры, включая музыку, выполнены в характерном этническом стиле. Даже тот же выбор сложности обставлен необычно - метательное орудие символизирует низкую, мачете - среднюю, а огромный меч - высокую. Игровой процесс традиционен - нужно зачищать уровень за уровнем (всего их предусмотрено 27) и найти выход. Попутно можно собирать разные предметы вроде корней имбиря, пополняющих здоровье, или флаконов, восполняющих ману. Предусмотрен и сбор ключей. Враги в массе своей однотипны и довольно медлительны, хотя и могут постоять за себя. Основных их разновидностей предусмотрено шесть, отличаются они цветом, типом атаки и общей крепостью. Синие атакуют вблизи, зелёные используют что-то вроде шлангов с жидкостью, атакуя издалека, красные, встречающиеся не столь часто и представляющие поначалу наибольшую опасность, применяют метательные диски. Группа покрепче, состоящая из двух основных типов, носит одежду тех же цветов плюс жёлтого, но выполненную несколько в ином стиле. Жёлтые могут атаковать вблизи и направлять в сторону игрока злых духов. Другие же используют магические атаки - такие же, какие и доступны игроку. Последний тип врагов носит одежду чёрного цвета; с виду они напоминают тени, - впрочем, шанс повстречаться с ними до конца игры сводится к минимальному. Точечным дополнением выступают своеобразные аналоги турелей в виде эдаких чёрных черепов, стреляющих огнём. Уничтожить их нельзя - только обойти, благо встречаются они не так часто и в довольно изолированных местах.
В техническом плане игра выглядит как нечто среднее между "Wolfenstein 3D" (1992) и известными играми на Build. Разрешены прыжки, которые периодически потребуется исполнять, чтобы, например, пройти в то или иное место по движущимся платформам. Уровни однообразны и чаще всего представляют собой бессвязные петляющие лабиринты. Выходов бывает несколько, причём, зайдя в один вместо другого, можно перескочить на несколько локаций вперёд. Впрочем, оттого, что вы пропустите один-другой, мало что изменится.
Неплохая как концептуальный и атмосферный проект игра, но довольно посредственная как шутер. В дополнение к этому геймплейная часть долгое время омрачалась ещё двумя фактами. Первый - в оригинальном релизе был баг, из-за которого атаки врагов зацикливались и на игрока обрушивался бесконечный поток снарядов от зачастую находящихся вдалеке врагов, что для большинства пользователей делало проходимость крайне маловероятной дальше первой пары локаций. Второй, пусть и косвенный, - отсутствие поддержки английского языка, которая была добавлена фанатами старых шутеров на движке Build уже существенно позже того момента, когда игра дошла до широких масс.
2. Перевод статьи, в которой разбирается историческая составляющая, послужившая основной для сюжета игры.
5. Mortal Coil: Adrenalin Intelligence (1995).
Выход первого эпизода "Doom" (1993) в начале декабря 1993 года окончательно сформировал явные и неявные стандарты, с которыми с этого момента стали сравнивать примерно любой выходящий в последующем шутер. Релиз "Quake" (1996), а также других проектов "первой величины" лишь усилил это явление, распространив его, среди прочего, на технологическую составляющую. Ввиду этого аспекта шансов на конкуренцию как таковую у шутеров, исходно метящих в категорию "B", практически не оставалось. Как объективно, ввиду их явной неказистости в тех или иных элементах по сравнению с упомянутыми "эталонными" представителями, так и субъективно - при обилии выходящих игр и темпе технологических скачков для широкой аудитории они автоматически попадали в тень, по итогу, особенно с годами, представляя интерес лишь для узкой прослойки игроков. Исключением в этом плане не стал и "Mortal Coil". Ранний представитель тактических шутеров, с одной стороны наделённый достаточным количеством концептуальных и технических проблем, с другой - обладающий рядом уникальных элементов, места которым не нашлось ни в одном шутере категории "А" из того же временного периода.
Отдалённое на пару столетий будущее. Человечество твёрдо утвердилось в точке зрения на мир - оно одно в обозримой вселенной. Идёт активная добыча полезных ископаемых на прилегающих безжизненных планетах. Волей обстоятельств ранее принятое убеждение оказывается ложным - в недрах одной из планет обнаруживается скрытая высокоразвитая цивилизация, по своему строю и специфике схожая со знакомыми людям насекомыми. В довесок ко всему они обладают технологией путешествий во времени. Раса оказывается враждебной и решает действовать радикально, при этом не без примеси хитрости, - избавиться от побеспокоивших их захватчиков, но не путём явного и затяжного столкновения, а за счёт отправки своих колоний в далёкое прошлое, 1995 год. Всё идёт по задуманному сценарию, пока десять лет спустя, в 2005 году, в дело не вмешиваются мировое правительство и секретный отряд, работающий на таковое, именуемый "Mortal Coil". Этой горстке отважных героев предстоит предотвратить надвигающуюся катастрофу. По мере подачи дальнейшего сюжета в виде достаточно длительных кат-сцен (так, вступительное видео занимает ни много ни мало порядка двадцати минут) выясняется, что играть предстоит от лица сексапильной блондинки с позывным Candy ("Конфетка"), компанию которой составят ещё трое по-своему колоритных персонажей. Геймплей, с одной стороны, типичен для шутера - исследование локаций, уничтожение противников, поиск ключей. С другой - присутствует квестовый элемент, выраженный, среди прочего, в необходимости не просто зачистки того или иного уровня, а в выполнении определённых задач на таковых. О предстоящих в той или иной миссии целях можно узнать из брифингов, доступных перед стартом. Всего предусмотрено семь миссий, каждая из которых разбита на три-восемь уровней. Миссии могут носить как линейный характер, когда происходит последовательный переход из одной локации в другую, так и нелинейный - подобно "Hexen: Beyond Heretic" (1995), предстоит побегать туда-сюда, блуждая с вопросом, на что повлияло нажатие очередного переключателя. Действия преимущественно разворачиваются на Земле, антураж локаций варьируется: так, в частности, доведётся побывать в джунглях на затерянных островах, в техногенных постройках где-то в окрестностях Токио, на космической станции где-то на орбите планеты. Графика для 1995 года в целом приемлемая, персонажи трёхмерные, предусмотрен вид как от первого, так и от третьего лица. Музыкальное сопровождение отсутствует, но сполна компенсируется различными звуками, дополняющими общую атмосферу холодной, техногенной чужеродности, выраженной в том числе в цветовой гамме. В диалогах присутствуют элементы специфического юмора.
Игрок волен как управлять Candy, так и в любой момент переключаться на других персонажей. Изначальный арсенал у всех одинаков, отличается только оружие ближнего боя. В процессе прохождения можно находить новое - ракеты, лазеры, мины, но по факту наиболее действенным и надёжным способом изничтожения противников будет оставаться катана, которой орудует ранее упомянутая барышня. Всё же остальное либо уступает в убойной силе, либо - в случае, например, гранатомёта - при его использовании скорее вероятна потеря существенного запаса здоровья у героя, нежели нанесение хоть сколько-нибудь ощутимого урона врагу. Исключением из этого правила могут быть, пожалуй, только редкие случаи, когда нужно избавиться от противников, расположенных на возвышенностях или на большом отдалении. Разновидностей последних предусмотрено немного - просто насекомые, они же с огромными двустволками, колонии, порождающие новых насекомых, до тех пор пока они не будут уничтожены, что-то вроде разновидности червеобразных существ, также имеющих свои инкубаторы. Одним словом, неприглядные, монструозные сущности. На первый взгляд они не отличаются особым интеллектом, но компенсируют этот аспект численностью, при этом зачастую могут отступать.
Отдельно стоит остановиться на тактической составляющей. Участникам отряда, находящимся под управлением компьютера, можно отдавать несколько приказов. Отправить их на исследование окрестностей. Выстроиться определённым образом для более эффективного ведения огня. Остановиться в определённой точке или патрулировать тот или иной сегмент. Персонажи, которыми не управляет игрок, в целом в состоянии постоять за себя, но в то же время гибнут достаточно легко. Это порождает необходимость следить за состоянием здоровья подопечных посредством взаимодействия с предусмотренным в игре инвентарём и применения накопленных аптечек, которые, как правило, разбросаны вокруг в изобилии. Если на первых порах на эту составляющую можно не обращать внимания и проходить игру как обычный шутер, то ближе к середине встречаются моменты, где такой кульбит провернуть не удастся. В качестве примера возьмём следующий сегмент. Есть секция, в которую нужно попасть по текущей задаче. Она закрыта тремя дверьми, для их открытия нужно нажать три переключателя в разных местах уровня. Всё бы ничего, но загвоздка в том, что во всех трёх местах рядом бесконечно появляются представители противника, которые - кто бы мог подумать - переводят положение переключателей в исходное состояние. Как итог - необходимо как минимум у двух переключателей оставить охрану. Если же к этому моменту под управлением остался только один персонаж, то придётся либо начинать миссию заново, либо откатываться до ближайшего релевантного сохранения.
В целом по-своему оригинальная концепция и уникальные фишки игры разбиваются о технические огрехи. Персонажи и противники застревают, а иногда проваливаются в текстурах; клавиши, отвечающие за прыжок и ускорение, не считываются на ряде клавиатур, пока игрок не переназначит управление на определённый набор; закрывающиеся двери могут легко убить героя, искусственный интеллект сопартийцев за рамками отстреливания ближайших противников не отличается большим умом. Частые сохранения в одном и том же месте могут привести к повреждению таковых - при следующей загрузке не будут загружаться текстуры. Секции многих уровней похожи друг на друга как две капли воды, и на более поздних этапах легко заблудиться в отсутствие понимания, куда идти дальше и что делать.
По итогу можно констатировать следующее. Здесь мы имеем достаточно примечательный проект, в какой-то степени одного из прародителей поджанра современных тактических шутеров; с другой же стороны, общая неказистость подачи технических элементов вкупе с затянутыми кат-сценами, скорее всего, отпугнёт от него большинство игроков. Таким образом, те, кто сумеет преодолеть этот своеобразный входной порог, могут найти эту игру по-своему примечательной, любителям же чего-то более общепринятого скорее стоит обратить внимание на что-нибудь другое.
Отчасти шутер от первого лица, отчасти экшен от третьего лица - своеобразная помесь "Hexen: Beyond Heretic" (1996) и "Duke Nukem 3D" (1996). Как и в первом, на выбор изначально доступны три героя (ещё одного можно будет открыть после первого прохождения игры) с тремя основными характеристиками и разными способностями, присутствуют пазлы, как простые, так и состоящие из целой цепочки тех или иных действий, решение которых может быть критично для выполнения миссий или прохождения дальше, структура уровней запутанная. О сходстве со вторым напоминают общая стилистика и частично разрушаемое окружение, при этом ядро у игры собственное, не id Tech и не Build. Сюжет - традиционно для тех лет - незамысловат: в окрестностях планеты Ioxia произошла некая катастрофа, сопровождаемая бунтом местного населения, который, судя по всему, и послужил причинам таковой. Данная каменно-техногенная глыба является критическим для всей вселенной источником редкого металла под названием "mazrium". Одному из героев предстоит отправиться в эпицентр недавнего происшествия и разобраться, что к чему.
Предусмотрена возможность переключаться на вид от первого или третьего лица, есть mouse look, инвентарь с различными расходуемыми предметами. В общей массе предлагается преодолеть порядка двадцати уровней, часть из которых будет отличаться в зависимости от выбранного героя. Среди них нашлось место и нескольким секретным - для доступа к ним потребуется нахождение специальных карт. Набор противников достаточно разнообразен, хотя и представлен преимущественно различными "механическими" субъектами. Стандартно для жанра имеется набор из нескольких видов оружия, чуть больше десятка штук, часть из которых уникальна для конкретного персонажа. Из расходников примечательным аспектом можно назвать возможность призыва дронов "широкого спектра", снабжённых различным вооружением (ракеты, лазеры), среди которых, в частности, нашлось место радиоуправляемым устройствам. Да, перехватывать под своё управление враждебных киборгов, а также камеры слежения тоже можно, а местами и нужно. Для любителей сетевых баталий имеется кооператив, а также несколько карт для deathmatch.
CD-Audio сопровождение вроде бы и ничего - на уровнях играет мрачный ambient, в меню метал, - но чем-то особенным не выделяется, как и графическая составляющая: в основном преобладают техногенные коридоры, в отличие от собратьев по жанру, что к тому моменту поддерживали по крайней мере SVGA / 640x480, здесь разрешение экрана жёстко ограничено вариантом 320x200. Не особо спасает ситуацию и редкое вкрапление трёхмерных элементов.
Подытоживая, можно сказать следующее: Eradicator - по-своему самобытный и уникальный представитель жанра, который, как и ряд других проектов, вышедших в диапазоне 1994-1996 годов, оказался в тени более продвинутых и понятных широким массам работ, в данном случае "Duke Nukem 3D" (1996). Из-за специфики геймплея присутствует определённый входной барьер, который не каждому придётся по нраву; в этом смысле игра схожа с проектом Raven Software - "CyClones" (1994). В то же время для тех, кому удастся его преодолеть, этот тайтл может стать одним из любимых.
![29.01.1996 - Выход Duke Nukem 3D [вехи_истории] Игры, Duke Nukem, Duke Nukem 3D, История (наука)](https://cs15.pikabu.ru/post_img/2025/01/26/12/1737923011153725066.jpg)
