Серия «Назад в прошлое»

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

Краткая справка об основных действующих лицах:

Tom A. Hall - креативный директор в KingIsle Entertaiment Inc., сооснователь id Software и Ion Storm, начавший, как и ряд других знаковых фигур из id, свой карьерный путь как разработчик для проектов в Softdisk Publishing. Причастен к созданию множества знакомых проектов, как то серия Commander Keen (1990-1991), Wolfenstein 3D (1992), Doom (1993), последующем также принимал участие в разработке Duke Nukem II (1993), Rise of the Triad: Dark War (1994), Terminal Velocity (1995), Duke Nukem 3D (1996), во время его пребывания в Apogee / 3D Realms. В контексте Ion Storm известен по Anachronox (2001).

(Q) Вопрос. D&D. Тот факт, что данная, исходно настольная серия, послужила частью вдохновения для разработки оригинального Doom, подробно освещалось в книге, написанной Дэвидом Кушнером ещё в начале нулевых. Помимо общей концепции адского вторжения, есть ли другие детали связанные с D&D, которые напрямую повлияли на Doom? Можете ли вы упомянуть что‑то из личного опыта в D&D, если таковой имеется, даже если напрямую не имеет отношения к Doom?

Ответ. Таких вещей было несколько. Очевидно, бензопила была позаимствована из "Зловещие мертвецы 2" (1987), который мы все любили. Мои исследования ада дали нам различные названия вещей из мифологии. "Чужой" (1979) / "Чужие" (1986) были у нас на уме с позиции техногенной составляющей, ощущения того сурового, обжитого будущего. Моя изначальная концепция с четырьмя людьми, играющими в карты и в последующем врывающимся к ним в комнату демоном, была основана на схожей ситуации команды из "Чужого". Я играл в D&D со старшей школы. Моя мама сделала плащ и капюшон для игры в "костюмированный" D&D на Хэллоуин. Позже я использовал этот плащ и капюшон для "El Oscuro" в Rise of the Triad (1994). Он до сих пор у меня.

Вопрос. Читали ли вы Лавкрафта? Если да, то что именно?

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

Вопрос. Можете ли вы рассказать нам несколько интересных фактов о серии Catacomb 3-D (1991-1993) и о вашей роли в ней в частности?

Ответ. Я разработал Catacomb и Catacomb 3D. Catacomb 3D была нашей второй 3D-игрой (после Hovertank 3D (1991)), куда более близкой к концепции шутера от первого лица. Catacomb была данью уважения Gauntlet (1988), но с большим ощущением механики "беги и стреляй" ("оружие" это заклинания). Эта концепция легко перешла в 3D, "огонь снизу по центру" имел смысл, в дальнейшем это привело к Wolfenstein 3D (1992).

Вопрос. Кин, как персонаж, а также мир, в значительной степени, были созданы вами или Кармак и Ромеро привнесли что-то своё?

Ответ. Я разработал всех персонажей, мир и львиную долю уровней Commander Keen. Ромеро пришел на помощь, так как уровней было ОЧЕНЬ много. Из всех ранних игр id Keen определённо моё детище. И, на самом деле, Keen это как бы я в детстве, но здесь быть умным это круто и превращает тебя в героя. Также это дань уважения Чаку Джонсу и "Duck Dodgers in the 24th-1/2 Century" (1953).

Вопрос. Существует ли полный список авторов уровней в старых играх id, особенно в Commander Keen? В контексте Doom (1993) они хорошо известны, о Wolfenstein 3D (1992) кое-что известно, но есть пробелы, во всей же серии "Keen" есть только три уровня, авторы которых известны.

Ответ. Придётся пройтись по ним. Я сделал семь уровней для DOOM 1 (1993) и, кажется, два уровня для DOOM 2 (1994), которые я обнаружил позже. Картина с Wolf 3D становится ясной из руководства с подсказками. Когда-нибудь я пройдусь по ним, а также уточню у Джона, чтобы убедиться, что их атрибуты точны.

Вопрос. Можно ли считать Rise of the Triad (1994) своего рода продолжением Wolfenstein 3D (1992) с точки зрения условной истории и сюжета? Можно ли считать Hocus Pocus (1994) концептуальным развитием идей из Commander Keen (1991) и Dangerous Dave (1990)?

Ответ. Rise of the Triad (1994) был Wolfenstein 3D, часть 2. id были либо слишком заняты, либо им не нравился вид оцифрованных персонажей, поэтому они позволили использовать движок, но не хотели курировать IP. Так что я застрял с кучей оцифрованного арта, которому мне нужно было "придать смысл". У Скотта Миллера была неопределенная история и название, я придумал вымысел мира и, поскольку в то время никто из нас не знал о триадах за рубежом, мы пошли по этому пути.

Ulysses спрашивает: "Насколько я помню, Том Холл, когда он был в команде id, считал важным наличие аркадных элементов в игровом дизайне и именно по его настоянию они присутствовали в их 3D-играх. Здесь мы можем поговорить о подсчете очков и наличии счётчика жизней в Wolfenstein 3D (1992), позже это также нашло отражение в Rise of the Triad (1994) в контексте сбора монет на уровнях, а также некоторых других особенностей игры по сравнению с Doom. Было бы интересно узнать, что думают об этом другие члены id и видит ли он место для таких элементов в современной игровой индустрии".

Ответ. Пожалуй этот вопрос звучит так, как будто он для других членов id? Мы все говорили об разных аспектах игр, обсуждали их, приходили к единому мнению. Я думаю, что то, что я привнёс в игры, было чувством осязаемости персонажа, мира, ориентиров для игроков, обрамление истории, непочтительность и язвительный юмор (я придумал сумасшедшие варианты выбора сложности) и так далее. Именно тогда, когда играм не нужны были персонажи и построение мира, у нас возникли разногласия. Сумасшествие Rise of the Triad (1994) заключалось в том, чтобы придать смысл: а) тем ассетам, которые у нас остались б) 3D-движку, который на самом деле не был 3D. Я придумал трамплины (которые позже использовались в Quake III: Arena (1999) и GAD, потому что нам, мне, нужно было, чтобы игрок мог подняться на верхний уровень, но движок не мог построить настоящие лестницы. Как только у вас появляются эти элементы, то вы переходите в аркадный режим. Всё дело в том, что имеет смысл после того, когда вы приняли ряд масштабных решений.

Вопрос. Оставляя в стороне тот факт, что тема FPS была популярна в те годы, были ли какие-то другие предпосылки, которыми вы руководствовались при создании Rise of the Triad (1994)?

Ответ. Пожалуй я хотел, чтобы это было кинетическое веселье и когда был сделан выбор в пользу "давайте сойдем с ума", то было интересно просто поиграться с новым жанром. Мы вставляли в наши игры режим бога — что, если это был бы БУКВАЛЬНО режим бога. А что противоположно понятию Б-О-Г? Режим СОБАКИ (прим. пер.: игра слов, G-O-D / D-O-G). Это была просто игра с новой формой, возможность посмотреть, какое веселье мы можем получить. Персонажи были неиспользованными персонажами из Doom (1993). Экскалибат был основан на волшебной летучей мыши из графического романа Mage (1984 - 2019).

Вопрос. Можете ли вы немного рассказать о процессе создания Duke Nukem II (1993) Интересно, что это редкая игра-сиквел, в разработке которой вы принимали участие.

Ответ. Я пришёл в момент, когда разработка Duke Nukem II находилась где-то посередине, но общая концепция не складывалась. По этой причине я разработал боссов. Я спросил Джорджа, в чём суть Duke, и он ответил: "в его тщеславии". Поэтому я заставил его собирать его СОБСТВЕННЫЕ памятные вещи. Было весело помогать формировать персонажа и игровой процесс. Да, я написал историю для Duke Nukem 3D (1996)... ПОСЛЕ того, как они сделали все уровни.

(Q) Вопрос. Не умаляя важности предыдущих проектов, выпущенных как до, так и в 1993 году. Когда вы только начали думать о Doom в целом, было ли у вас предчувствие, что этот тайтл должен или, скажем так, радикально изменит игровую индустрию и создаст по сути новое направление жанра, каким мы его знаем сейчас? Или Doom был просто результатом своего рода "смелого эксперимента"?

Ответ. Wolfenstein 3D, поскольку он положил начало новому жанру (а также был забавным), продавался тиражом как 10Х Keen. Так что мы знали, что Doom будет иметь успех, по крайней мере, не меньший. И когда мы его делали, он действительно получался хорошим, сводясь к потрясающему игровому опыту, быстрой, бегающей и стреляющей, "металлической" игре. Так что мы знали, что он будет иметь успех. Но он сделал 10Х Wolfenstein 3D. Это был взрыв. Это был следующий шаг в линии Hovertank (1991) -> Catacomb 3D (1991) -> Wolfenstein 3D (1992) -> Doom (1993). Он наконец-то сделал "мир" осознанным в том контексте, что всё было текстурировано, было настоящее третье измерение (хотя на самом деле 2,5D), так что всё это выглядело как настоящая реальность, в которой вы движетесь, вместо того, чтобы регулярно напоминать вам, что это лишь игра. Люди мечтали о Doom. Но мы знали, что создали "новую вещь", новый жанр во время Wolfenstein 3D. Мы тестировали его и думали: "Никто этого раньше не делал... это нормально?". Это как спросить у игровых богов, нормально ли находиться на неизведанной территории.

Вопрос. Уровни в ранних версиях Doom (1993) казались более подходящими для тактического геймплея, чем для динамичного экшена в финальной версии. Было ли это частью идеи или это была просто одна из концепций, от которой в конечном итоге отказались, как от скрытности в Wolfenstein 3D (1992)?

Ответ. Мы просто исследовали, что значит создавать эти новые разновидности трёхмерных уровней. Настойчивость Кармака в том, что это будет один большой мир (с чем я действительно не согласен), означала, что ранние уровни были сделаны как часть логично выстроенной лунной базы, а не просто абстрактных пространств. Очевидно, это было не так весело, как быстрый геймплей Wolfenstein (1992), с понятным финалом в конце каждого уровня, поэтому от этого отказались.

Вопрос. Вы когда-нибудь задумывались о геймплее, где игрок не один, а в компании ещё трёх человек (управляемых ИИ или людьми при игре через мультиплеер), тем самым создавая своего рода кооперативный или тактический шутер, поджанр которого обозначился позже? Из наиболее ранних и интересных примеров здесь можно упомянуть Mortal Coil: Adrenaline Intelligence (1995).

Ответ. Это была моя идея для Doom (1993) в самом начале, для кооператива на четверых. Вы начинали в комнате отдыха и врывался демон. Если у вас было 3 игрока, то один труп лежал на полу, убитый демоном. Если вы были одни, то три трупа. Просто небольшое обрамление истории, показывающее опасность демонов. Но не с ИИ, мы и так вносили множество всего силами небольшой команды и хотели быстрого, личного, свежего опыта, а не тактики.

(Q) Вопрос. Какое влияние по вашему мнению, если таковое имело место, оказал художественный стиль Адриана Кармака на игровую индустрию? Как вы смотрите на тот факт, что в частности сегодняшние фанаты продолжают использовать этот стиль в своих работах?

Ответ. Он гений искусства и он конвертировал свою раннюю любовь к Х. Р. Гигеру и "металлическому" искусству в совершенно вывернутую атмосферу. Я думаю это был знаковый взгляд на вещи, который, чему я рад, выступил тем элементом, с которого до сих пор берут пример. Он гениален.

Ron_Dallas спрашивает: "Мне очень понравились ваши уровни Doom, особенно E3M3 - "Pandemonium" и E3M6 - "Mt. Erebus". Планируете ли вы, возможно, выпустить какой-нибудь материал (видео, статью, может быть, wad) о ваших мыслях о процессе картографирования в целом и создании карт в отдельности?

Ответ. Да, было бы забавно написать что-нибудь о моей философии по этому поводу. Может быть даже стоит сделать карту или две, когда-нибудь.

lafoxxx спрашивает: "Ваши уровни для Doom (1993) почти всегда умещаются в прямоугольник или квадрат, поэтому пустых мест почти не остаётся. Если это осознанный подход, то мне было бы интересно узнать, как вы к этому пришли и из каких этапов обычно состоит процесс проектирования такого рода уровней".

Ответ. Многие ранние карты были основаны на желании Кармака создать единый мир и в какой-то момент он постоянно подходил к моему столу, говоря "меньше полигонов", желая, чтобы я делал комнаты, похожие на скучные армейские цементные здания, чтобы они были быстрыми. Но, возможно, была и подсознательная "квадратная граница", ведущая счёт от создания стольких карт для Wolfenstein (1992), хех!

(Q) Вопрос. 1993. В том году домашний компьютер имел для вас какое-то значение? Или все вращалось вокруг работы? Если первое, то каковы были его технические характеристики?

Ответ. У меня дома был только Apple IIgs. Мы находились на работе по 14 часов в день, 7 дней в неделю. Когда мы играли, то это было вместе, на работе.

(Q) Вопрос. Существует мнение, что Doom не был бы тем, чем он является, если бы он не сопровождался определённой долей сюрреализма, особенно когда речь идёт об окружающей среде и музыке. Это, в частности, отличает его от обычных шутеров в военном антураже и, не в меньшей степени, от обычных игр и произведений в жанре ужасов, в которых имеются большее или меньшее количество экшена. Doom 64 (1997) был, в частности, ярким примером этого сочетания. Что вы об этом думаете?

Ответ. Магия Doom (1993) была настоящим адом, пришедшим в типичный научно-фантастический мир. Когда вы совмещаете две вещи, то из этого всегда получается что-то интересное. Когда наука и мифология сталкиваются возникает интересный конфликт.

(Q) Вопрос. Оказали ли фильмы из серии "Чужой" (1979), или, может быть, какие-то менее известные произведения, какое-либо влияние на оригинальный Doom (1993)? Были ли шансы, что главным героем могла стать женщина, что, в принципе, было бы необычным выбором по стандартам 90-х годов, особенно начала 90-х? В недавнем обновлении Doom был обнаружен ранее неизвестный материал, который также кажется содержал часть ранних неопубликованных сборок.

Ответ. Влияние "Чужой" (1979) было ощутимым. Некоего рода прямое сочетание "Чужой" (1979) / "Чужие" (1986) и наводнивших демонов из мира D&D. Мы почти сделали игру Alien для Paramount, но в итоге решили сделать нечто своё. Но нельзя отрицать, какими фанатами этой вселенной мы были!

Вопрос. Вдохновение. Как мы знаем, Doom II (1994) M15 в своей концепции была в общих чертах основана на оригинальной E3M6 из Doom (1993), работы Сэнди Петерсона. Во время разработки конкретных карт использовали ли вы в качестве "духовного вдохновения" какие-то старые наименования?

Ответ. Хм, не совсем. У вас есть идея для пространства и что-то вроде импровизации. Но, поскольку дизайнер по-прежнему вы сами, то все эти переосмысления и поиски могут привести к тем же самым формам и образам.

Вопрос. Если бы вы могли переделать более ранние игры id Software на движке Doom (1993), что бы вы сделали по-другому в первую очередь? Например, если бы мы достигли пика в Wolfenstein (1992) или серии Catacomb (1991-1993).

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

Вопрос. За последние тридцать с лишним лет фанатами было сделано множество работ. Вады, моды, рисунки, музыка, литература, косплей, другие виды творчества. Возможно что-то из этого вам особенно приглянулось в разное время? Если да, то можете ли вы назвать пару таких примеров? Возможно во что-то из этого вы играли? Вы слышали о штуке под названием "Wadazine"? Есть ли какие-то конкретные мысли относительно дилогии Sigil (2019 / 2021) от Джона и недавно появившегося "Legacy of Rust" (2024)? LoR, кажется, взял кучу элементов из альфа-версий оригинального Doom.

Ещё один подвопрос. Недавний ремастер Rise of the Triad, "Ludicrous Edition" (2023). Была ли у вас возможность как-то поучаствовать в его создании? И какой, вероятно, была бы "Director's Cut" RotT, если бы она существовала?

Ответ. Думаю это ВЕЛИКОЛЕПНО видеть любовь к вселенным каждой игры и то, что они растут, по разному исследуются и эксплуатируются. Это безумие видеть моего персонажа B.J. в публикации в других странах для новых игр и видеть оригинальные идеи для ROTT, переведённые на новые технологии. Все фан-игры великолепны. Дерек Ю, создатель Spelunky (2008) и UFO 50 (2024), прислал мне классную анимацию Keen Pogo. У людей есть татуировки Dopefish и Doom (1993). Это так круто, и удивительно, и душевно, и ошеломляюще. Спасибо всем, кто любит и творит в наших вселенных.

Redneckerz спрашивает: "Какой самый ранний сторонний уровень был известен id? Возможно, вы слышали о работе Дэвида Симпсона, которая, кажется, предшествовала "ORIGWAD"? Или, может быть, у вас когда-либо была копия такой работы? И ещё один подвопрос здесь. Пользовательская программа Алистера Брауна, полученная из NewDEU, которая генерировала все необходимые структуры для wad, также представляет большой исторический интерес".

Ответ. О, чувак, это было слишком давно, чтобы помнить, но я так рад, что люди приняли нашу атмосферу открытого исходного кода и начали создавать новые уровни. Это означало, что мы могли играть в свою собственную игру с сюрпризами!

Вопрос. Несколько человек отметили схожесть концепций "Doom Bible" с System Shock (1994). Что вы думаете об этом? Есть ли у вас какие-либо мысли о жанре immersive-sim в целом, который использует его как основу (например Deus Us Ex (2000), BioShock (2007) и т.д.)? Кстати. Насколько полна версия "Doom Bible" в интернете по сравнению с более ранними редакциями, которые предположительно существуют? Для справки - единственный законченный эпизод в документе, который у нас есть, это первый эпизод, но интересно, были ли детали других эпизодов заполнены и описаны в какой-то момент, потому что, как мы знаем, вам пришлось перерабатывать документ не один раз, чтобы учесть некоторые изменения в наметившемся направлении. Есть ли шанс, что эти более ранние редакции однажды увидят свет?

Ответ. System Shock великолепен и если существовало некое вдохновение или нечто совмещённое с элементами из похожих источников, то это круто. Уоррен — отличный дизайнер. "Библия Doom" была далека до завершения, в игре требовалось определить гораздо большее. Но она вышла из основополагающего времени, когда движок, как я считаю, менял рельсы и нам требовалось центральное хранилище знаний о том, как работают инструменты и т.д.

Futuretime23 спрашивает: "Какие уроки вы извлекли из своего времени в Ion Storm и id Software и есть ли у вас какие-либо сожаления или вещи, которые вы хотели бы сделать иначе, работая в обеих студиях? В связи с этим вопросом — что бы вы посоветовали любому начинающему разработчику игр, который хочет создать собственную студию и/или проект?". Вы всё ещё поддерживаете связь с кем-то из старой команды id?

Ответ. Трудно испытывать настоящее сожаление, поскольку я был набором химикатов с определённым набором опыта, поэтому я бы не принял других решений. Но в другом мире я бы хотел, чтобы мы вели бы себя лучше в межличностном общении в случае id. И чтобы в ION Storm были только Джон и моя компания. Совет: нанимайте очень-очень осторожно. Лучше иметь в коллективе немного менее талантливого человека, который является командным игроком и умеет общаться.

Вопрос. Что послужило вдохновением для Terminal Velocity (1995). Интересно, что Descent (1995) вышел примерно в то же время и выглядит похоже, хотя уровни пролегают в закрытых пространствах.

Ответ. Думаю, что Wing Commander (1990) и другие подобные игры несомненно были источником вдохновения. В них была технология, которая действительно давала истребителю ощущение скорости над ландшафтом.

Вопрос. Terminal Velocity (1995) — одна из немногих игр, которая имеет версию с поддержкой 3D-ускорителя S3D. Возникали ли трудности с реализацией рендерера, отличного от программного?

Ответ. О, вам придется спросить технических гуру TV. Я просто хотел убедиться, что это весело и имеет обрамляющую историю.

Вопрос. Насколько большим должен был быть Anachronox (2001) с точки зрения повествования и насколько его пришлось сократить для выпуска? Были ли мысли продолжить эту историю позже в той или иной форме? Слышали ли вы какие-то слухи о том, что когда-то вы планировали выпустить книгу или что-то в этом роде? Что вы думаете об Anachronox в ретроспективе?

Ответ. Разумеется нам пришлось вырезать около 40% истории в естественном месте, потому что нам нужно было доделать игру (прим. пер.: в оригинале здесь идиома, полная версия которой обычно звучит как "get things done", в данном же случае - завершить игру). Моя история была слишком эпичной, это моя вина. Я определённо как-нибудь выложу остальную часть истории. Я люблю Anachronox. Как геймера она заставила меня смеяться (много), она заставила меня плакать. Она была полна веселья, секретов, приключений и разнообразия. Мне нравятся персонажи. Боевая система могла бы быть лучше. Но в целом мне очень нравится эта игра.

Вопрос. Doom 3 (2004). Изначально он был признан аудиторией за свои технические достижения, но был спорно встречен, когда речь заходила об атмосфере и смещении общего вектора в сторону ужаса. В настоящее время, со всеми его взлетами и падениями, многие считают его "современной классикой". Если бы все сложилось иначе и вы были бы вовлечены в этот проект, скажем, как это было в старые времена, был бы он ближе к тому, чем позже стал Doom (2016)? Или, может быть, это было бы что-то другое?

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

Ответ. Это определенно было бы нечто похожее на Doom (2016). Doom должен быть тремя вещами. Страшным, тёмным и скоростным. Они потеряли скорость. Кроме того, потребовался потрясающий физический движок, который, как я думал, мог бы добавить интересные опасности и решения в контексте окружающей среды, но по сути это был одноразовый движок для технической демонстрации и его толком не использовали. Мне пришлось включить "режим бога" и просто пройти игру, чтобы увидеть, есть ли в ней что-то большее, чем просто шкафы с монстрами. Нет. Хотя Super Turkey Puncher (прим. пер.: мини-игра) мне понравился!

Вопрос. Что вы думаете о последних инновациях в модах для GZDoom и Zandronum, таких как воксели, 3D-модели, HD-текстуры и т.п.? Это, по вашему мнению, форма бессмысленных усилий или последующая, интересная эволюция оригинальной игры? Или что-то ещё? Есть ли какие-то области, в которые вы хотели бы, чтобы моддеры инвестировали свои усилия в контексте современных source-портов?

Hocus Pocus Doom (2020), представленный Fletcher`, является 3D-переосмыслением Hocus Pocus (1994), работающим на движке GZDoom. Вы когда-нибудь играли или слышали о нём и вам когда-нибудь приходило в голову, что два ваших творения будут объединены таким образом?

Ответ. Было забавно видеть, как люди расширяют платформу Doom (1993) и работают с ней! Что бы людям ни нравилось делать и что бы им ни нравилось, делайте это! Здорово видеть их интерпретацию нашей вселенной и дизайна Doom. Никогда не играл в Hocus Pocus Doom. И у меня не было особого вклада в Hocus Pocus (1994). Их игра была довольно законченной и хорошо скроенной.

Вопрос. Какие-нибудь последние слова, которые вы хотели бы сказать нашим читателям?

Ответ. Спасибо, что играете в наши игры все эти годы и создаёте что-то новое в наших вселенных. Вы потрясающие!

Оригинальный куб - https://coub.com/view/1r291w.

Первая серия подцикла из трёх интервью. Некоторая часть вопросов в последующих двух интервью будет повторяться, другая же актуальна для конкретного интервьюируемого.

Краткая справка об основных действующих лицах:

Sandy Petersen — геймдизайнер, известный, помимо дизайна уровней в рамках id Software, настольными играми и тайтлами, так или иначе связанными с произведениями Говарда Лавкрафта. Он также оказал значительное влияние на развитие серии Age of Empires.

Вопрос. Как у вас возник интерес к играм? Играете ли в игры сами?

Ответ. Я всегда любил игры. В начальной школе на переменах я оставался, чтобы поиграть в Clue или Stratego (прим. пер.: обе игры — настольные, во втором случае существующая с 1970-х стратегическая серия). Я по прежнему играю в игры настолько часто, насколько позволяет время.

Вопрос. D&D. Тот факт, что данная, исходно настольная серия, послужила частью вдохновения для разработки оригинального Doom, подробно освящалось в книге, написанной Дэвидом Кушнером ещё в начале нулевых. Помимо общей концепции адского вторжения, есть ли другие детали связанные с D&D, которые напрямую повлияли на Doom? Можете ли вы упомянуть что‑то из личного опыта в D&D, если таковой имеется, даже если напрямую не имеет отношения к Doom?

Ответ. Не уверен в содержании вопроса. Dungeons & Dragons, как таковой, не про адское вторжение, хотя такое развитие событий серией и допускается. Я знаю, что оба Кармака, Джон Ромеро и Том Холл, играли в D&D ещё в Луизиане, но, к моменту когда я примкнул к ним, в Техасе, эта активность осталась позади. Я начал играть в D&D в 1974 году, в год его публикации. Одной из особенностей D&D является то, что вы должны создавать сложные карты, полные трюков, ловушек и монстров, и эти элементы, очевидно, широко использовались в Doom. Так что да, Doom был частично основан на старых картах подземелий, на которых мы играли. Мои карты, вероятно, больше отражали составляющую трюков / ловушек / монстров D&D. Джон Ромеро полностью увлёкся идеей перестрелок и был больше увлечён режимом deathmatch, чем ловушками и монстрами. Хорошая составляющая заключалась в том, что у Doom имелся хороший микс из дизайнеров. Джон добавлял больше ловушек и трюков, чтобы подражать мне, а я добавлял различные кусочки в свои карты, чтобы сделать их более подходящими для режима deathmatch.

Jayextee спрашивает: "Мне интересно было бы узнать как его познания в настольных играх и RPG отразились на дизайне уровней в Doom. Другими словами... какие общие черты и / или совпадения намечались, какие различия и / или новые вызовы возникали, и, продолжая идею, проектировал ли он игру с расчётом на реиграбельность или больше „единоразовое“ прохождение, в духе социальной, ролевой кампании.".

Ответ. Я разрабатывал ролевые и настольные игры до работы над Doom, и, конечно, я воровал идеи из данных настольных игр и использовал их при каждой возможности. Я не думал о Doom как о «кампании» и разрабатывал каждый уровень так, чтобы их мог пройти кто‑то начинающий прохождение с одним пистолетом. Я также пытался давать «подсказки» о чём‑то, что происходит за кулисами, дабы напугать игроков. Вроде доказательства того, что имели место войны между различными фракциями демонов и тому подобное. Например на одной карте вы можете увидеть область (до которой вы не можете добраться), где висят трупы адских баронов, как будто что‑то пытает их до смерти — может быть, кибердемон или повелитель пауков (прим. пер.: mastermind)? Кто знает? Весь смысл был в том, чтобы дать разыграться воображению.

Вопрос. Вы занимались разработкой настольных игр до или после прихода в игровую индустрию? Если до, то можете ли вы рассказать нам о ваших ранних настольных играх?

Ответ. Я делал свои собственные игры с 14 лет, но в основном я играл в другие игры. В 1981 году меня наняли в Chaosium Inc., где я делал ролевые игры и дополнения, а также работал над настольной игрой Arkham Horror (1987). С 1988 по 2012 год я занимался исключительно цифровыми играми, а в 2012 году вернулся к настольным играм и теперь я снова там, где и ранее.

Мои самые ранние настольные игры и, в какой‑то степени, даже более поздние игры ‑попытки заполнить пробелы. То есть я создаю игры когда у меня нет существующей игры на нужную тематику. Например, когда мне было около 16 лет, я прочитал научно‑фантастический рассказ Gottlos о мощном танке‑роботе в футуристической войне. Мне он очень понравился, поэтому я создал тактическую научно‑фантастическую игру с танком — Gottlos. Позже, в 1970-х, Steve Jackson Game выпустила игру Ogre (прим. пер.: позже подоспела адаптация под IBM PC, 1986, и другие системы), которая охватывала ровно ту же территорию, что и моя игра. В ней даже был кибернетический супер‑танк, как у меня. Поэтому я никогда не возвращался и не пытался «исправить» свою старую игру Gottlos, потому что Стив Джексон закрыл эту нишу.

Вопрос. Как вы получили работу в MPS Labs / Microprose? Можете ли вы рассказать как всё было организовано / структурировано внутри?

Ответ. Я сказал своему боссу в Chaosium, что ищу новую работу, потому что зарплата была слишком низкой и Chaosium, судя по всему, никуда не двигался, а у меня было четверо детей, живущих в крошечной двухкомнатной квартире в дорогой пустоши Калифорнии. Поэтому с его благословения я разослал своё резюме на GenCon в 1988 году. Лоуренс Шик, набиравший сотрудников для MicroProse, по совпадению пришёл на тот же GenCon чтобы нанять меня, так что меня было довольно легко продать.

Изначально всё работало так, что Сид Мейер работал с Брюсом Шелли над созданием потрясающих игр. Руководство компании пришло к мысли, что лучший способ делать игры — объединить дизайнера с программистом, поэтому они, по сути, наняли одного дизайнера на каждого ведущего программиста. Лоуренс Шик, Арнольд Хендрик, Брюс Шелли, Джефф Бриггс и я были первоначальной командой дизайнеров, а затем каждому из нас отдавали программиста для создания игры. За исключением того, что изначально Сид работал ТОЛЬКО с Брюсом Шелли (его любимчиком). Позже, после того как Брюс ушел из MPS Labs, Сид "усыновил" Джеффа Бриггса. Вскоре к нему присоединились другие дизайнеры, такие как Дуг Кауфман и Пол Мерфи. И многие другие. Это был невероятный набор талантов.

Сначала компания работала как часы. Затем Билл Стили как будто сошёл с ума и решил, что хочет иметь подразделение стендап-аркад (прим. пер.: вертикальные аркадные автоматы). Это было примерно в 1990 году, когда стендап-аркады уже немного пошли на спад. Так что внезапно половина прибыли (100% генерируемой MPS Labs) пошла на поддержку подразделения аркад, которое не получило своего собственного дизайнера потому что эту работу собирался делать Билл Стили. Ха. Затем, поскольку MPS Labs начали замедляться, Билл нанял поразительно некомпетентного вице-президента для управления MPS Labs. Этот парень даже не узнал наших имен. Так или иначе этот новый вице-президент решил, что ОН хочет делать сексуальные приключенческие игры, такие как Leisure Suit Larry (1987), поэтому он основал совершенно новое подразделение для создания приключенческих игр. Некоторые дизайнеры перешли в новое подразделение приключенческих игр, потому что вице-президент предложил им много денег (я их не виню!). Эти ребята также были взволнованы, не сексуальными приключенческими играми, а тем, что они создавали новый крутой движок для создания множества интересных игр, таких как Dragonsphere (1994) и Phantom of the Opera. Сексуальное приключение было просто препятствием, которое нужно было преодолеть, чтобы добраться до хороших игр. Но сексуальное приключение (Rex Nebular and the Cosmic Gender Bender (1992), конечно, было полным провалом.

Так что к 1993 году у нас были MPS Labs, пытающиеся поддерживать два других подразделения компании в одиночку, потому что эти два подразделения потерпели коммерческий провал. Что-то должно было пойти наперекосяк.

Вопрос. Можете ли вы рассказать нашим читателям что-то об опыте разработки Sid Meier's Pirates! (1987) для Atari ST?

Ответ. Я присоединился к MPS Labs в 1988 году, поэтому Pirates! (1987) для Atari ST вышла немного раньше меня. Однако у меня был Atari ST и мне нравились Pirates! Моим первым проектом в MPS Labs был перенос Pirates! (1988) на Apple Macintosh. Частью этого процесса было взятие ужасающего спагетти-кода Сида и превращение его в настоящее программирование. Я не занимался кодированием, но я убедился, что финальный проект ощущается как Pirates! в каждой детали. Это было очень весело, потому что мне не нужно было ничего проектировать. Вместо этого я просто играл в игру миллион раз и объяснял программисту: "Эй, сухопутные сражения идут слишком медленно. Нам нужно ускорить войска". Или что-то в этом роде. Сид не проявил никакого интереса к проекту — он работал над своим следующим новым делом и этот выбор был верным.

Вопрос. Занимались ли вы чем-то ещё во время разработки Sword of the Samurai (1989) и Command H.Q. (1990) помимо документирования и координации / общей организации? Можете ли вы рассказать несколько интересных / малоизвестных фактов об этих двух играх?

Ответ. Я провёл множество тестов и выдвинул множество предложений относительно Sword of the Samurai, потому что он был создан моим лучшим другом Лоуренсом Шиком, с которым я провёл много времени, а также потому, что SotS был смоделирован по образцу игры Pirates!, которую я любил. Но Лоуренс заслуживает похвалы. Я помню как он жаловался, поскольку в игре использовался вид сверху, что все воины выглядели как черепахи (их шлемы). Я также помню как Билл Стили расстроился, когда узнал, что ниндзя в игре были плохими парнями. "Разве ниндзя не хорошие парни?" — спросил он. Пришлось объяснять Лоуренсу, что ниндзя были профессиональными убийцами, так что нет, они не герои. В качестве следующего проекта Лоуренс планировал игру под названием Castle Ghast, которая была бы ещё одной игрой в стиле Pirates / SotS, но в фэнтезийном мире с драконами и гоблинами. Я думаю он хотел сделать это, потому что существа не выглядели бы одинаково.

Я был разработчиком Command HQ, тесно сотрудничая с Дэном Бантоном (позже Даниэль Берри). Я помню как Дэн хотел чтобы игра преимущественно была игрой формата "лицо к лицу". Чего так и не произошло, потому что я думаю, что люди не были готовы к этому. Удивительно, но в следующем году (1993), когда я уже был в id Software и мы выпустили Doom, в котором ДЕЙСТВИТЕЛЬНО было множество прямых стычек, и который фактически произвёл революцию в играх - теперь почти во всех играх есть режим игрок против игрока. Я думаю Command HQ опередила своё время. Она также опередила его и в другом отношении, а именно в том плане, что это была первая настоящая стратегия в реальном времени. В ней было производство, исследование, движение в реальном времени, всё. Я знал, что это что-то особенное, но позже, когда я помогал создавать серию Age of Empires (1997), я вспомнил насколько мы были близки.

Вопрос. Схожий вопрос о Lightspeed (1990), Hyperspeed (1991), Darklands (1992), где вы указаны как дизайнер. За какую часть каждой из этих игр вы отвечали? Есть ли какие-нибудь интересные истории, связанные с ними, которые произошли в то время?

Ответ. Я был на 100% ответственен за дизайн, как хороший, так и плохой, Lightspeed и Hyperspeed. На нас давил злой вице-президент (упомянутый ранее), чтобы игра была выпущена как можно быстрее. Первоначальный план состоял в том чтобы существовало четыре звездных скопления, но мы выпустили Lightspeed только с первыми двумя звездными скоплениями (одно "начальное" и одно "промежуточное"). Затем мы немедленно начали работать над Hyperspeed, в котором была ВСЯ Lightspeed ПЛЮС ещё два "продвинутых" скопления. Но мы выпустили Lightspeed вовремя. Сейчас, я так думаю, мы бы просто добавляли другие скопления в патчах или в качестве внутриигровых покупок.

Darklands была игрой Арнольда Хендрика. Он хотел чтобы я присоединился и сделал игру более увлекательной, так что это было моей задачей. Я расписывал квесты и встречи с персонажами, головоломки и всё такое, но вице-президент заставил нас выпустить её слишком рано. Фактически на момент выпуска в неё нельзя было играть больше часа, прежде чем можно было ожидать "синего экрана смерти". Глава отдела контроля качества отказался подписывать собственный продукт. После выпуска было предпринято множество усилий для исправления ошибок и я думаю, что в итоге это была приличная игра, но, чёрт возьми, она оставила неприятный привкус во рту. Это был марш смерти — ведущий программист, ведущий художник и Арнольд — все враждовали. Программист и художник буквально не разговаривали друг с другом. Какой кошмар. Это был худший опыт разработки в моей жизни и я полностью виню в этом вице-президента.

Вопрос. Darklands разрабатывался до того, как вы присоединились к компании или во время вашего пребывания в ней? Можете ли вы что-то рассказать об Арнольде Хендрике, каким он был человеком? Почему вы решили уйти из MPS Labs / Microprose после Darklands?

Ответ. Начало было положено после того, как я начал работать в MicroProse. Арнольд был очень практичным дизайнером, который увлекался математикой и понимал контекст. У него был своеобразный недостаток: он действительно не был уверен, что можно было бы считать занимательным, а что нет, поэтому его игры всегда моделировали ВСЁ согласно заданной теме, потому что он знал, что где-то там зиждется веселье. Например, его потрясающая игра M1 Tank Platoon (1989) включала экран для заряжающего, потому что, возможно, загрузка могла котироваться как интересная составляющая. Любой другой дизайнер, вероятно, проигнорировал бы заряжающего, но не Арнольд — у него было всё. Помню когда я начал работать с ним над Darklands я спросил его о средневековых немецких шахтах, потому что я собирался пережить в них приключения. Он начал объяснять, что средневековые шахты были акционерными корпорациями и тому подобное. Я двигался в совершенно другом направлении — с кобольдами, големами и шахтерскими монстрами. Не с акционерными корпорациями! Это было довольно забавно. Арнольд многому меня научил в дизайне и я скучаю по работе с ним.

Я ушёл из MPS Labs по принуждению. По сути у меня не было нового проекта сразу после Darklands, хотя я и выполнял функции поддержки в пяти других проектах (разрывавших меня на части). Microprose теряла деньги, поскольку напряжение в подразделениях аркадных и приключенческих игр вносило неурядицу, поэтому они начали сокращать персонал и я был одним из тех, кого они сократили. Думаю поскольку я был распределён по пяти проектам сразу, то в конечнои итоге не был необходим ни для одного из них, но для меня всё сложилось к лучшему, потому что я перешёл в id Software.

Вопрос. Что привлекло вас в id Software? Какие части корпоративной культуры id, по вашему мнению, оказали наибольшее влияние и можете ли вы дать совет начинающим разработчикам о её преимуществах и недостатках.

Ответ. К тому моменту я успел поиграть в Castle Wolfenstein (1984) и мне она понравилась. Друг из MPS Labs сказал мне, что id ищет дизайнера и я связался с ними, получил приглашение на собеседование. После этого меня наняли, а остальное, я думаю, уже история. У id Software были как хорошие, так и плохие стороны. Одной из её замечательных особенностей было то, что изначально мы были маленькой и очень дружелюбной компанией, иначе говоря сплочённым коллективом. Я чувствовал, что могу зайти в любой офис и обсудить любые темы, без ограничений. Позже эта составляющая изменилась. Одной из её худших особенностей была неспособность эффективно общаться — люди говорили и принимали решения (что нормально), но потом не думали сообщать другим людям (вроде меня) об этих решениях, которые часто были важны для нашей работы. Однажды я разработал целый уровень, потому что мне не сказали, что Джон Ромеро собирается разработать этот уровень. Все наработки в итоге отправились в мусорную корзину.

Вопрос. Не умаляя важности предыдущих проектов, выпущенных как до, так и в 1993 году. Когда вы только начали думать о Doom в целом, было ли у вас предчувствие, что этот тайтл должен или, скажем так, радикально изменит игровую индустрию и создаст по сути новое направление жанра, каким мы его знаем сейчас? Или Doom был просто результатом своего рода "смелого эксперимента"?

Ответ. Мы знали, что наткнулись на что-то удивительное. Мы не осознавали, НАСКОЛЬКО удивительное, потому что не предполагали насколько важна составляющая взаимодействия между игроками. Мы знали, что это окажет большое влияние на игровой мир. Мне посчастливилось вернуться и посетить MPS Labs после работы в id и показать своим бывшим коллегам предрелизную версию Doom, которая их просто поразила. Их реакция показала мне всё, что мне нужно было знать.

Вопрос. 1993. В том году домашний компьютер имел для вас какое-то значение? Или все вращалось вокруг работы? Если первое, то каковы были его технические характеристики?

Ответ. Я не так много работал дома, хотя у меня был домашний компьютер. Он в основном использовался только для развлечений и игр. Я ходил на работу и делал всё свои дела там. На работе у меня был IBM 386, который позже, кажется, в 1994 году, был модернизирован до IBM 486.

Вопрос. Существует мнение, что Doom не был бы тем, чем он является, если бы он не сопровождался определённой долей сюрреализма, особенно когда речь идёт об окружающей среде и музыке. Это, в частности, отличает его от обычных шутеров в военном антураже и, не в меньшей степени, от обычных игр и произведений в жанре ужасов, в которых имеются большее или меньшее количество экшена. Doom 64 был, в частности, ярким примером этого сочетания. Что вы об этом думаете?

Ответ. Мы не прилагали никаких усилий чтобы сделать Doom "реалистичным". Мы хотели эмоционального, экшен ориентированного опыта и это было то, что мы получили. На самом деле если вы посмотрите на Wolfenstein 3D (1992), то он тоже не был слишком реалистичным. Вся цель состояла в том чтобы сделать его диким, странным и чрезмерным. "Сюрреалистичным" — хороший способ описать это.

Вопрос. Оказали ли фильмы из серии "Чужой" (1979), или, может быть, какие-то менее известные произведения, какое-либо влияние на оригинальный Doom? Были ли шансы, что главным героем могла стать женщина, что, в принципе, было бы необычным выбором по стандартам 90-х годов, особенно начала 90-х? В недавнем обновлении Doom был обнаружен ранее неизвестный материал, который также кажется содержал часть ранних неопубликованных сборок.

Ответ. Конечно, на нас повлияли "Чужие", не говоря уже о "Чужой земле" (1981), "Терминаторе" (1984), "Звездных войнах" (1977) и т.д. Всё это попало в наши умственные блендеры. Мы никогда не рассматривали возможность сделать главным героем женщину. Для нас "космический десантник" был просто чуваком.

Amaruq Wulfe спрашивает: "Учитывая ваше прошлое как мормона, была ли какая-то причина, по которой вы не изобразили ад так, как описано в соответствующих текстах, а вместо этого использовали Лавкрафта в качестве исходного материала?".

Ответ. Тексты? Даже в Библии не так много описаний ада, хотя там и упоминается огненное озеро. Моя собственная вера учит, что высший ад – это внешняя тьма. Ни один из образов не создаёт забавного адского опыта. Я не помню чтобы Лавкрафт был основным источником вдохновения в Doom, за исключением, может быть, его идей о сталкивающихся измерениях. Но, безусловно, влияние Лавкрафта очевидно в Quake (1996), который также не напрямую посвящен аду, поэтому ужасы Лавкрафта имеют больше смысла.

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

Ответ. Адриан Кармак был одним из лучших игровых художников всех времён. То, как он использовал ужасы тела (прим. пер.: здесь не особо переводимый на русский язык термин "body horror") для своих демонов, было поразительным и удивительным - кибердемон выглядит голым, почти как жертва вскрытия, и это делает его в десять раз страшнее.

holaareola спрашивает: "В сообществе создателей карт для Doom внутренняя борьба между демонами стала краеугольным камнем игровой механики, в то время как ваша секретная карта E2M9 - "Fortress of Mystery" была первой картой в Doom, которая выдвинула эту механику на передний план. Вы помните как на раннем этапе разработки был реализован этот элемент?".

Ответ. Это было случайностью. Джон Кармак вставил код так чтобы когда монстр был ранен, то он "злился" на того кто его ранил, так что вы не могли стрелять в него безнаказанно. Я имею в виду вы могли поразить их одним свободным выстрелом сзади, но затем эта составляющая вступала в действие. Затем мы обнаружили, что когда монстры атакуют друг друга, то они также злятся и начинают междоусобную борьбу. Всем в id это нравилось и поэтому я злоупотреблял этим в E2M9, чтобы сделать этот аспект как можно более наглядным. Позже эта механика широко использовалась мной в Tricks & Traps (прим. пер.: карта M8 в Doom II), а Джон Ромеро сделал уровень, где сражались кибердемон и главарь пауков. Мы наблюдали за тем как они сражаются и чтобы понять кто же победит. Обычно это был кибердемон, но не всегда, потому что иногда пауку удавалось достаточно долго изнурять (прим. пер.: здесь вероятная отсылка к анимации, во время которой тот или иной монстр не может атаковать противника; у кибердемона, насколько известно, она наиболее короткая) кибердемона, чтобы наконец уничтожить его.

Вопрос. Что послужило вероятным вдохновением для более экспериментального дизайна уровней в Doom II (1994)? Какая ваша любимая карта в Doom и / или Quake (1996), над которой вы работали?

Ответ. Оно приходило отовсюду. Я думал: "Я хочу городской пейзаж" и именно отсюда появился Downtown (прим. пер.: карта M13). Затем у меня было множество идей для опасностей в контексте окружающей среды и я вложил их все в Tricks & Traps. Позже мне приснился кошмар о бесконечной пропасти (прим. пер.: карта M24), и это вошло в The Chasm. И т.д.

GreenEyesMan спрашивает: "Почему дизайн и борьба с Шуб-Ниггурат в Quake настолько несовершенны? Это, в конце концов, одно из самых могущественных хтонических существ. В Quake 1.5 битва с этим боссом во много раз более эпична.".

Ответ. Ты проповедуешь истину, приятель. Я утверждал то же самое, но я не создавал уровень с боссом, так что я умываю руки. Я выступал за модель Шуб-Ниггурат, но полагал, что она будет более… активной.

GreenEyesMan и Dimouse спрашивают (первый и второй вопросы соответственно):

"Почему у Quake такой необычный дизайн: сначала идёт промышленный уровень, а затем несколько внутри каких-то замков?",

"Ваша работа в Chaosium Inc. и настольные игры по Лавкрафту повлияли на дизайн Quake, Doom и других игр, в которых вы участвовали?".

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

Вопрос. Можете ли вы немного рассказать о консольных портах основных игр, в которых вы принимали участие? В частности больше всего интересуют малоизвестные подробности о Doom для Atari Jaguar, Sega 32X и PC-98, Hexen: Beyond Heretic и Quake для Sega Saturn. Тем не менее несколько фактов об остальных тоже пришлись бы к месту.

Ответ. Мы сделали порт под Jaguar потому что Джону Кармаку очень нравилось программировать для него и он настоял на этом. Моя работа заключалась в том чтобы уменьшить все уровни Doom до такого размера, чтобы они поместились на Jaguar. Это был тот ещё кошмар, но я смог справиться с этой задачей всего за пару недель. Мы использовали те же уровни для Sega. Я не делал конвертации для Sega Saturn.

Immorpher спрашивает: "Doom 64 планировалось выпустить на N64 ещё в 1996 году. Однако журналы рапортовали, что id Software отклонила первоначальный набор уровней для Doom 64 и игра была отложена до 1997 года. Будучи дизайнером уровней в id Software в то время вы были частью команды, которая оценивала уровни Doom 64 от Midway? Если да, то помните ли вы проблемы, которые имелись у этих уровней, из-за которых их отклонили, и, возможно, были какие-либо предложения по их улучшению?".

Ответ. Я был частью команды, которая их отклонила, но, к сожалению, я очень мало помню об этом. Я помню, что они были слишком медленными (прим. пер.: в контексте игрового процесса) и не очень интересными.

Вопрос. Возникало ли у вас желание пойти по стопам Ромеро, вернуться к Doom и, возможно, создать и выпустить что-то новое, как Ромеро сделал с Sigil (2019)?

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

Вопрос. Почему вы решили перейти в Ensemble Studios после Quake? Вы участвовали в создании одной из самых популярных серий RTS - Age of Empires (1997). Каково ваше мнение о других известных и популярных (сейчас или когда-то) конкурентах в этом жанре - Command & Conquer (1995, DOS), WarCraft: Orcs & Humans (1994), StarCraft (1998), Total Annihilation (1997), Homeworld (1999), Company of Heroes (2006)? В первой Age of Empires вы указаны как ответственный за скрипты и QA. В чём это проявилось?

Ответ. Quake уничтожил id Software. После Quake мы потеряли Джона Ромеро, Шона Грина, меня, Майка Абраша и Американа Макги. Это разрушило компанию и она уже никогда не могла бы стать прежней. Я был просто частью последствий. Позже они также потеряли Адриана Кармака и, на самом деле, у них были судебные иски по этому поводу.

Я всегда интересовался другими играми жанра RTS, которые мы считали необходимыми для понимания, если мы собирались развивать навыки Ensemble Studios. Это прямо противоположно подходу id Software, которая редко, если вообще когда-либо, играла в игры других компаний, её культура была в том, чтобы насмехаться над всеми остальными, потому что мы были лучшими. Я пытался пару раз поговорить о создании Unreal (1998) или компании Valve, но меня освистывали, потому что это было изобретено не здесь.

Ensemble Studios, что приятно, были заинтересованы в том, чтобы учиться у других. Я присоединился к Ensemble за несколько месяцев до того как Age of Empires должен был выйти. Я писал сюжетные скрипты для кампаний и сценариев, а также помогал проводить игровые тесты. Я не сделал большего, потому что должен был работать над игрой в жанре RTS на основе магии под названием Sorceress. Её закрыли, потому что буквально весь мой персонал, за исключением одного программиста и одного художника, был уволен для работы над Age 2. Поэтому вместо этого я предложил взять свою крошечную команду и сделать Rise of Rome.

Вопрос. В чём заключалась ваша роль как дизайнера в тех играх из серии Age of Empires и Age of Mythology (2002) над которыми довелось поработать?

Ответ. На ранних этапах каждой игры Age я был тем парнем, который занимался созданием дополнения к предыдущей игре (я был ведущим в Rise of Rome, The Conquerors и The Warchiefs). Когда я заканчивал дополнение меня прикомандировывали к основному проекту. К тому времени они уже закончили игровой движок, поэтому моей задачей стало помогать писать сюжетные скрипты кампаний и сценариев, балансировать игру и создавать различные исторические части, такие как уникальные юниты и технологии для той или иной цивилизации.

Вопрос. Имеется информация согласно которой у Ensemble была идея сделать четвертую и пятую части, посвященные двадцатому веку и будущему соответственно, что отражено на одной из страниц книги из коллекционного издания Age of Empires III (2005). Насколько это верно и были ли какие-либо идеи для пятой части реализованы в Halo Wars (2009)?

Ответ. Мы действительно рассматривали такой вариант. Мы также думали о войнах 19 века, которые закончатся Первой мировой войной, а затем о том, чтобы Первая мировая война и Вторая мировая война стали отдельной игрой. В конце концов одно из препятствий, с которым мы столкнулись, было довольно простым. В Age 1 вы строили новое общество из каменного века. В Age 2 вы восстанавливались после падения Рима. В Age 3 вы колонизировали Новый Свет. В каждом случае имело смысл начинать с нуля и строить свою империю. В 19 и 20 же веках начинать с одного городского центра не имеет смысла.

Подвопрос. Вы были вовлечены в разработку / какова была ваша роль в создании переизданий - Age of Empires II: HD Edition (2019), Halo Wars: Definitive Edition (2017), Age of Empires: Definitive Edition (2013), Age of Empires II: Definitive Edition (2018)?

Ответ. Я ничего не делал напрямую ни для одной из версий игр Ensemble Studios после 2009 года. В остальном я уверен, что в этих продуктах есть много моей творческой работы, которой я горжусь.

taufan99 спрашивает: "Учитывая вашу любовь к настольным RPG и RPG в формате видеоигр, а также тот факт, что вы работали и над Doom, и над Quake (в дополнении к бесчисленным RPG-проектам), есть ли у вас какие-либо мысли о так называемом поджанре видеоигр "immersive sim", который часто в значительной степени смешивает RPG и FPS-игры (например, System Shock (1994), Thief: The Dark Project (1998), Deus Ex (2000), BioShock (2007))?".".

Ответ. Я всегда считал, что Half-life была одной из первых и лучших, но да, System Shock тоже считается. Я думал, что это были потрясающие идеи, и с ними можно было бы сделать нечто большее. Я помню, как другие люди в id Software (не все из них) высмеивали идею Half-Life, потому что зачем вам захватывающая история в шутере? Думаю, история показала, кто был прав на самом деле.

Продолжение (последний вопрос) расположен в части 4.1.2 ввиду ограничения в 30000 символов на статью.

Новый день. Новое интервью. Новые 30 вопросов.

Краткая справка об основных действующих лицах:

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) считается первым коммерческим проектом, основанным на Build. Кроме того, в отличие от последующих работ, он основан на ранней версии Build. Тем не менее, сама его история остается в тумане. Можете ли вы пролить свет на этот необычный проект?

Оригинальный куб - https://coub.com/view/1dl7et.

Ответ. Всё, что я знаю, это то немногое, что мне рассказала 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#? Она предназначена для исправления как постоянного масштаба, так и центрирования в анимациях.

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) в отношении отзывов, которые вы получали напрямую от дизайнеров уровней? Вы подходили к своей задаче создания игрового движка исключительно с точки зрения кодирования / математики в соответствии с тем, что было нужно разработчикам, или вы активно смотрели на это так, как это сделал бы дизайнер уровней / игрок? Дизайнеры уровней быстро поняли, как использовать редактор, или вам было трудно найти общий язык / показать им свою точку зрения?

Ответ. Дизайнерами уровней из 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) не использует наклонные поверхности ни в одной из официальных карт и долгое время считалось, что версия движка 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 символов на статью.