Build - История изменений

ЗаяцВолк в 12:09, 9 июля 2025

2025-07-09T12:09:01Z

← Предыдущая		Версия 15:09, 9 июля 2025
Строка 37:		Строка 37:
	А также ещё несколько ныне совсем малоизвестных игр:		А также ещё несколько ныне совсем малоизвестных игр:
	* The Legend of the Seven Paladins 3D — тайваньский шутер в азиатской стилистике, выпущенный за три года до Воина Тени. Сюжет основывается на романе «Трое храбрых, пятеро справедливых» (1883), широко известном в Китае, но не слишком — за его пределами, но несмотря на это, развесистой сакуры тут ничуть не меньше, чем у его великого последователя. А вот дизайн карт весьма победнее.		* The Legend of the Seven Paladins 3D — тайваньский шутер в азиатской стилистике, выпущенный за три года до Воина Тени. Сюжет основывается на романе «Трое храбрых, пятеро справедливых» (1883), широко известном в Китае, но не слишком — за его пределами, но несмотря на это, развесистой сакуры тут ничуть не меньше, чем у его великого последователя. А вот дизайн карт весьма победнее.
	* NAM и WWII GI — первообразцы жанра [[шутер про войну]].
	* Exumed (он же Powerslave) — жуткий гибрид между аркадой-платформером (ограниченный запас патронов, невозможность сохраниться среди уровня, ограниченное число «жизней») и шутером в древнееегипетском антураже.		* Exumed (он же Powerslave) — жуткий гибрид между аркадой-платформером (ограниченный запас патронов, невозможность сохраниться среди уровня, ограниченное число «жизней») и шутером в древнееегипетском антураже.
	* Ликвидатор — отечественная разработка 1998 года, изданная аж Акеллой. Сюжет невнятен, переход между уровнями [[Поздравления, ты подебил!\|неприятно удивляет отсутствием анимированной заставки]], зато отражены реалии тех времён, да и карты хоть и победнее, но сделаны с любовью, чему не мешает даже явное подражание классике.		* Ликвидатор — отечественная разработка 1998 года, изданная аж Акеллой. Сюжет невнятен, переход между уровнями [[Поздравления, ты подебил!\|неприятно удивляет отсутствием анимированной заставки]], зато отражены реалии тех времён, да и карты хоть и победнее, но сделаны с любовью, чему не мешает даже явное подражание классике.

37.214.71.159: /* Технические подробности */

2024-10-28T07:05:35Z

Технические подробности

← Предыдущая		Версия 10:05, 28 октября 2024
Строка 22:		Строка 22:

	Гениальному программисту Сильвермену тогда было всего 19 лет, да и код писался в одиночку, без ревизора (разработчику игры давали откомпилированные obj-файлы). Потому код движка страшен, как пекло — в отличие от красивого и структурированного кода Кармака.		Гениальному программисту Сильвермену тогда было всего 19 лет, да и код писался в одиночку, без ревизора (разработчику игры давали откомпилированные obj-файлы). Потому код движка страшен, как пекло — в отличие от красивого и структурированного кода Кармака.
	* Но он ~~работает. Прыжки~~ и ~~вращение камеры в DOOM появились только с портом движка на Windows и появлением zDoom. Причём прыжок~~ в ~~движке присутствовал изначально, но его отключили~~, ~~посчитав бесполезным для геймплея~~.		* Но он работал и продавался, в отличие от id Tech, который надолго стал заложником одной игры.

	== Что на нём было ==		== Что на нём было ==

37.214.71.159: /* Технические подробности */

2024-10-28T07:03:53Z

Технические подробности

← Предыдущая		Версия 10:03, 28 октября 2024
Строка 22:		Строка 22:

	Гениальному программисту Сильвермену тогда было всего 19 лет, да и код писался в одиночку, без ревизора (разработчику игры давали откомпилированные obj-файлы). Потому код движка страшен, как пекло — в отличие от красивого и структурированного кода Кармака.		Гениальному программисту Сильвермену тогда было всего 19 лет, да и код писался в одиночку, без ревизора (разработчику игры давали откомпилированные obj-файлы). Потому код движка страшен, как пекло — в отличие от красивого и структурированного кода Кармака.
	* Но он работает. Прыжки и вращение камеры в DOOM появились только с портом движка на Windows и появлением zDoom.		* Но он работает. Прыжки и вращение камеры в DOOM появились только с портом движка на Windows и появлением zDoom. Причём прыжок в движке присутствовал изначально, но его отключили, посчитав бесполезным для геймплея.

	== Что на нём было ==		== Что на нём было ==

37.214.36.80: /* Технические подробности */

2024-10-24T06:53:24Z

Технические подробности

← Предыдущая		Версия 09:53, 24 октября 2024
Строка 17:		Строка 17:
	Движок получился таким удачным из-за хорошей технологии рендеринга. [[Движок Doom]] разбивал секторы на «подсекторы», а стены на части (т. н. «отрезки», <code>SEGS</code>); Build действовал по-другому: он просто рисовал секторы, отмечая: видна граница или нет? Если видна, рисуем соседний сектор. И самое интересное: чтобы увидеть уровень в 3D, не нужно никакой предобработки! Так что часть работ выполняется в 3D, в самом настоящем WYSIWYG (то, что интерфейс редактора дрянной — это уже другой вопрос). На словах просто, но есть несколько алгоритмических уловок, с которыми, видимо, Кармак (автор Doom) и не справился.		Движок получился таким удачным из-за хорошей технологии рендеринга. [[Движок Doom]] разбивал секторы на «подсекторы», а стены на части (т. н. «отрезки», <code>SEGS</code>); Build действовал по-другому: он просто рисовал секторы, отмечая: видна граница или нет? Если видна, рисуем соседний сектор. И самое интересное: чтобы увидеть уровень в 3D, не нужно никакой предобработки! Так что часть работ выполняется в 3D, в самом настоящем WYSIWYG (то, что интерфейс редактора дрянной — это уже другой вопрос). На словах просто, но есть несколько алгоритмических уловок, с которыми, видимо, Кармак (автор Doom) и не справился.

	Зеркала были просто копией комнаты. По этой комнате ходила копия Дюка, ~~повторявшая за ним~~ все движения.		Зеркала были просто копией комнаты. По этой комнате ходила копия Дюка и монстров, повторявшие все движения оригинала.

	Экономия памяти в Doom достигалась за счёт сборных текстур; в Build это убрали, но разрешили объекты, прилепленные к стенам. Так, например, устроены все кнопки.		Экономия памяти в Doom достигалась за счёт сборных текстур; в Build это убрали, но разрешили объекты, прилепленные к стенам. Так, например, устроены все кнопки.

	Гениальному программисту Сильвермену тогда было всего 19 лет, да и код писался в одиночку, без ревизора (разработчику игры давали откомпилированные obj-файлы). Потому код движка страшен, как пекло — в отличие от красивого и структурированного кода Кармака.		Гениальному программисту Сильвермену тогда было всего 19 лет, да и код писался в одиночку, без ревизора (разработчику игры давали откомпилированные obj-файлы). Потому код движка страшен, как пекло — в отличие от красивого и структурированного кода Кармака.
	** Но он работает~~. А работает - не трогай~~. Прыжки и вращение камеры в DOOM появились только с портом движка на Windows и появлением zDoom.		* Но он работает. Прыжки и вращение камеры в DOOM появились только с портом движка на Windows и появлением zDoom.

	== Что на нём было ==		== Что на нём было ==

Trabajador: /* Что на нём было */

2023-03-04T03:10:07Z

Что на нём было

← Предыдущая		Версия 06:10, 4 марта 2023
Строка 35:		Строка 35:
	* [[Redneck Rampage]].		* [[Redneck Rampage]].

	А также ещё несколько ныне совсем малоизвестных игр, ~~например~~, NAM и WWII ~~GI —~~ первообразцы жанра [[шутер про войну]].		А также ещё несколько ныне совсем малоизвестных игр:
			* The Legend of the Seven Paladins 3D — тайваньский шутер в азиатской стилистике, выпущенный за три года до Воина Тени. Сюжет основывается на романе «Трое храбрых, пятеро справедливых» (1883), широко известном в Китае, но не слишком — за его пределами, но несмотря на это, развесистой сакуры тут ничуть не меньше, чем у его великого последователя. А вот дизайн карт весьма победнее.
			* NAM и WWII GI — первообразцы жанра [[шутер про войну]].
			* Exumed (он же Powerslave) — жуткий гибрид между аркадой-платформером (ограниченный запас патронов, невозможность сохраниться среди уровня, ограниченное число «жизней») и шутером в древнееегипетском антураже.
			* Ликвидатор — отечественная разработка 1998 года, изданная аж Акеллой. Сюжет невнятен, переход между уровнями [[Поздравления, ты подебил!\|неприятно удивляет отсутствием анимированной заставки]], зато отражены реалии тех времён, да и карты хоть и победнее, но сделаны с любовью, чему не мешает даже явное подражание классике.
			* Plunder & Pillage — сделанный энтузиастом Джесси Петриллой шутер про пиратов. Как и другие поделия оного, получило ярлык «треш-шутера» (и ведь не сказать чтобы незаслуженно — сказалось отсутствие внятного бета-теста и своеобразное понимание баланса разработчиком), поэтому упоминания заслуживает исключительно ради истории.
			* Quest for Al-Qa’eda: The Hunt for Bin Laden и Quest for Hussein — изданные в 2002 году всё тем же Петриллой шутеры на актуальную тогда тематику. [[Именно то, что написано на упаковке]].

	== Известные личности, связанные с движком Build ==		== Известные личности, связанные с движком Build ==

Star guitar: 1 версия импортирована

2022-05-06T09:28:53Z

1 версия импортирована

← Предыдущая	Версия 12:28, 6 мая 2022
(нет различий)

Taskforce304: Новая страница: «'''Build''' — старинный движок для игр в жанре FPS. Принадлежал к так называемым псевдотрехмерным, или 2,5D-движкам — то есть, отрисовывал картинку путём развёртывания двухмерной карты в двухточечной проекции. Build являлся с...»

2022-03-26T16:49:09Z

Новая страница: «'''Build''' — старинный движок для игр в жанре FPS. Принадлежал к так называемым псевдотрехмерным, или 2,5D-движкам — то есть, отрисовывал картинку путём развёртывания двухмерной карты в двухточечной проекции. Build являлся с...»

146.120.13.56: /* Известные личности, связанные с движком Build */

2020-08-03T11:57:29Z

Известные личности, связанные с движком Build

Новая страница

'''Build''' — старинный движок для [[видеоигры|игр]] в [[жанр]]е [[FPS]]. Принадлежал к так называемым псевдотрехмерным, или 2,5D-движкам — то есть, отрисовывал картинку путём развёртывания двухмерной карты в двухточечной [[проекции графики|проекции]]. Build являлся самым технически совершенным 2,5D-движком, с намного большим количеством возможностей, чем движки Wolf3D и Doom.
{{video|o3ejmj2KmW8|Возможности}}
== Возможности ==

Исходный файл, который Build развёртывал в картинку — это двухмерная карта, состоящая из многоугольников — секторов. У каждого сектора была базовая форма в виде двухмерной фигуры, и заданные для него трёхмерные свойства (высота потолка, наклон пола, и т. д.). С помощью секторов реализовывалась базовая геометрия уровня: полы, потолки, стены, колонны, и т. д.

Что можно было так сделать, а что нельзя? Во-первых, у одного сектора мог быть только один пол и только один потолок. Соответственно, никаких многоэтажных конструкций, в которых два или более этажа видны сбоку, сделать на Build было нельзя. Была возможность поставить один сектор поверх другого, над другим, но только так, чтобы видно было зараз только один. То есть, можно было сделать две совершенно изолированные комнаты одна над другой, переход между которыми осуществлялся по коридору, но нельзя было сделать «этажерку» с видом сбоку. Впоследствии в некоторых версиях Build добавили так называемую прозрачно-портальную геометрию, через которую можно было связать эти две комнаты прозрачным порталом и создать иллюзию двух полов и двух потолков. Непрозрачно-портальная геометрия присутствовала в Build изначально, с её помощью реализовывались, например, вода, некоторые колодцы и лифты. Во-вторых, таким образом нельзя было сделать наклонный столб или стержень, торчащий из земли: любая поверхность, отличная от вертикальной, в Build реализовывалась с помощью наклонных полов и потолков.

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

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

Ещё одна важная фишка Build — переменный масштаб текстур. Например, дырки от пуль были детальнее, чем стены, на которых они торчали. В отличие от [[Doom]], где один тексель равен трём сантиметрам, и точка.

== Технические подробности ==

Движок получился таким удачным из-за хорошей технологии рендеринга. [[Движок Doom]] разбивал секторы на «подсекторы», а стены на части (т. н. «отрезки», <code>SEGS</code>); Build действовал по-другому: он просто рисовал секторы, отмечая: видна граница или нет? Если видна, рисуем соседний сектор. И самое интересное: чтобы увидеть уровень в 3D, не нужно никакой предобработки! Так что часть работ выполняется в 3D, в самом настоящем WYSIWYG (то, что интерфейс редактора дрянной — это уже другой вопрос). На словах просто, но есть несколько алгоритмических уловок, с которыми, видимо, Кармак (автор Doom) и не справился.

Зеркала были просто копией комнаты. По этой комнате ходила копия Дюка, повторявшая за ним все движения.

Экономия памяти в Doom достигалась за счёт сборных текстур; в Build это убрали, но разрешили объекты, прилепленные к стенам. Так, например, устроены все кнопки.

Гениальному программисту Сильвермену тогда было всего 19 лет, да и код писался в одиночку, без ревизора (разработчику игры давали откомпилированные obj-файлы). Потому код движка страшен, как пекло — в отличие от красивого и структурированного кода Кармака.
** Но он работает. А работает - не трогай. Прыжки и вращение камеры в DOOM появились только с портом движка на Windows и появлением zDoom.

== Что на нём было ==

После нескольких демонстраций (''Ken’s Labyrinth'', ''TekWar'') движок попал в руки компании Capstone Software, и та выпустила неплохую игру ''Witchaven''.

В 1996—1997 году на движке была сделана Великолепная Четвёрка Старых Шутеров:

* [[Duke Nukem|Duke Nukem 3D]];
* [[Blood]];
* [[Shadow Warrior]];
* [[Redneck Rampage]].

А также ещё несколько ныне совсем малоизвестных игр, например, NAM и WWII GI — первообразцы жанра [[шутер про войну]].

== Известные личности, связанные с движком Build ==

* Кен Сильверман — автор Build. Помимо программирования, увлекается трекерной музыкой.
* Ричард Грей «Levelord» — известный левел-дизайнер, начавший свою карьеру и прославившийся именно как виртуоз выжимания всего возможного из дубовой геометрии Build. Оставил [[пасхальное яйцо]] со своим прозвищем в труднодоступном месте [[Duke Nukem|Duke Nukem 3D]].
** В Blood есть второе - "Levelord was here".

{{Nav/Games}}
[[Категория:Игровые движки]]

← Предыдущая		Версия 19:49, 26 марта 2022
Строка 1:		Строка 1:
	'''Build''' — старинный движок для [[видеоигры\|игр]] в [[жанр]]е [[FPS]]. Принадлежал к так называемым псевдотрехмерным, или 2,5D-~~движкам —~~ то есть, отрисовывал картинку путём развёртывания двухмерной карты в двухточечной [[проекции графики\|проекции]]. Build являлся самым технически совершенным 2,5D-движком, с намного большим количеством возможностей, чем движки Wolf3D и Doom.		'''Build''' — старинный движок для [[видеоигры\|игр]] в [[жанр]]е [[FPS]]. Принадлежал к так называемым псевдотрехмерным, или 2,5D-движкам — то есть, отрисовывал картинку путём развёртывания двухмерной карты в двухточечной [[проекции графики\|проекции]]. Build являлся самым технически совершенным 2,5D-движком, с намного большим количеством возможностей, чем движки Wolf3D и Doom.
	{{video\|o3ejmj2KmW8\|Возможности}}		{{video\|o3ejmj2KmW8\|Возможности}}
	== Возможности ==		== Возможности ==

	Исходный файл, который Build развёртывал в ~~картинку —~~ это двухмерная карта, состоящая из ~~многоугольников —~~ секторов. У каждого сектора была базовая форма в виде двухмерной фигуры, и заданные для него трёхмерные свойства (высота потолка, наклон пола, ~~и т~~. д.). С помощью секторов реализовывалась базовая геометрия уровня: полы, потолки, стены, колонны, ~~и т~~. д.		Исходный файл, который Build развёртывал в картинку — это двухмерная карта, состоящая из многоугольников — секторов. У каждого сектора была базовая форма в виде двухмерной фигуры, и заданные для него трёхмерные свойства (высота потолка, наклон пола, и т. д.). С помощью секторов реализовывалась базовая геометрия уровня: полы, потолки, стены, колонны, и т. д.

	Что можно было так сделать, а что нельзя? Во-первых, у одного сектора мог быть только один пол и только один потолок. Соответственно, никаких многоэтажных конструкций, в которых два или более этажа видны сбоку, сделать на Build было нельзя. Была возможность поставить один сектор поверх другого, над другим, но только так, чтобы видно было зараз только один. То есть, можно было сделать две совершенно изолированные комнаты одна над другой, переход между которыми осуществлялся по коридору, но нельзя было сделать «этажерку» с видом сбоку. Впоследствии в некоторых версиях Build добавили так называемую прозрачно-портальную геометрию, через которую можно было связать эти две комнаты прозрачным порталом и создать иллюзию двух полов и двух потолков. Непрозрачно-портальная геометрия присутствовала в Build изначально, с её помощью реализовывались, например, вода, некоторые колодцы и лифты. Во-вторых, таким образом нельзя было сделать наклонный столб или стержень, торчащий из земли: любая поверхность, отличная от вертикальной, в Build реализовывалась с помощью наклонных полов и потолков.		Что можно было так сделать, а что нельзя? Во-первых, у одного сектора мог быть только один пол и только один потолок. Соответственно, никаких многоэтажных конструкций, в которых два или более этажа видны сбоку, сделать на Build было нельзя. Была возможность поставить один сектор поверх другого, над другим, но только так, чтобы видно было зараз только один. То есть, можно было сделать две совершенно изолированные комнаты одна над другой, переход между которыми осуществлялся по коридору, но нельзя было сделать «этажерку» с видом сбоку. Впоследствии в некоторых версиях Build добавили так называемую прозрачно-портальную геометрию, через которую можно было связать эти две комнаты прозрачным порталом и создать иллюзию двух полов и двух потолков. Непрозрачно-портальная геометрия присутствовала в Build изначально, с её помощью реализовывались, например, вода, некоторые колодцы и лифты. Во-вторых, таким образом нельзя было сделать наклонный столб или стержень, торчащий из земли: любая поверхность, отличная от вертикальной, в Build реализовывалась с помощью наклонных полов и потолков.
Строка 9:		Строка 9:
	В общем, получалась довольно примитивная кубичная геометрия, но умельцы ухитрялись даже с помощью этой геометрии делать правдоподобные здания.		В общем, получалась довольно примитивная кубичная геометрия, но умельцы ухитрялись даже с помощью этой геометрии делать правдоподобные здания.

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

	Ещё одна важная фишка ~~Build —~~ переменный масштаб текстур. Например, дырки от пуль были детальнее, чем стены, на которых они торчали. В отличие от [[Doom]], где один тексель равен трём сантиметрам, и точка.		Ещё одна важная фишка Build — переменный масштаб текстур. Например, дырки от пуль были детальнее, чем стены, на которых они торчали. В отличие от [[Doom]], где один тексель равен трём сантиметрам, и точка.

	== Технические подробности ==		== Технические подробности ==

	Движок получился таким удачным из-за хорошей технологии рендеринга. [[Движок Doom]] разбивал секторы на «подсекторы», а стены на части (т. н. «отрезки», <code>SEGS</code>); Build действовал по-другому: он просто рисовал секторы, отмечая: видна граница или нет? Если видна, рисуем соседний сектор. И самое интересное: чтобы увидеть уровень в 3D, не нужно никакой предобработки! Так что часть работ выполняется в 3D, в самом настоящем WYSIWYG (то, что интерфейс редактора ~~дрянной —~~ это уже другой вопрос). На словах просто, но есть несколько алгоритмических уловок, с которыми, видимо, Кармак (автор Doom) и не справился.		Движок получился таким удачным из-за хорошей технологии рендеринга. [[Движок Doom]] разбивал секторы на «подсекторы», а стены на части (т. н. «отрезки», <code>SEGS</code>); Build действовал по-другому: он просто рисовал секторы, отмечая: видна граница или нет? Если видна, рисуем соседний сектор. И самое интересное: чтобы увидеть уровень в 3D, не нужно никакой предобработки! Так что часть работ выполняется в 3D, в самом настоящем WYSIWYG (то, что интерфейс редактора дрянной — это уже другой вопрос). На словах просто, но есть несколько алгоритмических уловок, с которыми, видимо, Кармак (автор Doom) и не справился.

	Зеркала были просто копией комнаты. По этой комнате ходила копия Дюка, повторявшая за ним все движения.		Зеркала были просто копией комнаты. По этой комнате ходила копия Дюка, повторявшая за ним все движения.
Строка 21:		Строка 21:
	Экономия памяти в Doom достигалась за счёт сборных текстур; в Build это убрали, но разрешили объекты, прилепленные к стенам. Так, например, устроены все кнопки.		Экономия памяти в Doom достигалась за счёт сборных текстур; в Build это убрали, но разрешили объекты, прилепленные к стенам. Так, например, устроены все кнопки.

	Гениальному программисту Сильвермену тогда было всего 19 лет, да и код писался в одиночку, без ревизора (разработчику игры давали откомпилированные obj-файлы). Потому код движка страшен, как ~~пекло —~~ в отличие от красивого и структурированного кода Кармака.		Гениальному программисту Сильвермену тогда было всего 19 лет, да и код писался в одиночку, без ревизора (разработчику игры давали откомпилированные obj-файлы). Потому код движка страшен, как пекло — в отличие от красивого и структурированного кода Кармака.
	** Но он работает. А работает - не трогай. Прыжки и вращение камеры в DOOM появились только с портом движка на Windows и появлением zDoom.		** Но он работает. А работает - не трогай. Прыжки и вращение камеры в DOOM появились только с портом движка на Windows и появлением zDoom.

Строка 35:		Строка 35:
	* [[Redneck Rampage]].		* [[Redneck Rampage]].

	А также ещё несколько ныне совсем малоизвестных игр, например, NAM и WWII ~~GI —~~ первообразцы жанра [[шутер про войну]].		А также ещё несколько ныне совсем малоизвестных игр, например, NAM и WWII GI — первообразцы жанра [[шутер про войну]].

	== Известные личности, связанные с движком Build ==		== Известные личности, связанные с движком Build ==

	* Кен ~~Сильверман —~~ автор Build. Помимо программирования, увлекается трекерной музыкой.		* Кен Сильверман — автор Build. Помимо программирования, увлекается трекерной музыкой.
	* Ричард Грей ~~«Levelord» —~~ известный левел-дизайнер, начавший свою карьеру и прославившийся именно как виртуоз выжимания всего возможного из дубовой геометрии Build. Оставил [[пасхальное яйцо]] со своим прозвищем в труднодоступном месте [[Duke Nukem\|Duke Nukem 3D]].		* Ричард Грей «Levelord» — известный левел-дизайнер, начавший свою карьеру и прославившийся именно как виртуоз выжимания всего возможного из дубовой геометрии Build. Оставил [[пасхальное яйцо]] со своим прозвищем в труднодоступном месте [[Duke Nukem\|Duke Nukem 3D]].
	** В Blood есть второе - "Levelord was here".		** В Blood есть второе - "Levelord was here".

	{{Nav/Games}}		{{Nav/Games}}
	[[Категория:Игровые движки]]		[[Категория:Игровые движки]]