Как подключить авто хаммер майнкрафт
Всем привет, друзья, сегодня мы с вами построим вот такой Хаммер в Minecraft без модов. Вы сможете открыть двери, чтобы зайти внутрь и побывать в качестве водителя или пассажира.
И так для начала ставим бревна темного дуба так, что бы бревна «смотрели» друг на друга. Через 2 блока мы ставим второе бревно, это будут наши передние колеса.
Потом плитой из гладкого камня веде назад на 5 блоков. На 6 блоке ставим бревно из темного дуба и через 2 блока ставим еще одно. Передние колеса соединяем плитой из гладкого камня и заделываем середину. Сзади автомобиля продлеваем плиту на 2 блока.
От задних колес отступаем 1 блок и ставим посередине черный ковер квадратом в 4 блока. В самом конце автомобиля мы ставим полосу из черной шерсти и по 1 блоку по краям. Заделываем плитой из гладкого камня края.
Дальше плиту из гладкого камня мы поднимаем на 1 блок спереди. Сзади автомобиля мы ставим 2 таблички из дуба посередине, это будут наши номера. По краям на черную шерсть мы ставим рамки и в них ставим блоки красного камня, это будут наши задние фары.
Посередине внутри мы ставим 2 блока шерсти. И следующий весь ряд мы заделываем черной шерстью, 2 блока в высоту. Сверху накрываем черным ковром. Затем ставим блок черной шерсти слева, на него ставим стекло и закрываем стекло черным ковром сверху. Точно так же делам справа.
Дальше середину заполняем черным ковром в 2 блока в высоту, до крыши. По бокам ставим по одному рычагу, справа и слева, что бы можно было зайти внутрь машины. Дальше мы ставим железные двери справа и слева.
Заделываем все расстояние дверей до самой крыши черным ковром. Затем снова ставим по краям блок черной шерсти, стекло и черный ковер справа и точно так же слева. Соединяем стекло между собой и накрываем черным ковром.
Потом ставим линию из черной шерсти и чуть ближе на 1 блок по краям плиту из гладкого камня. Дальше середине ставим 2 музыкальных блока. Присаживаемся и ставим на них черный ковер.
На плиту из гладкого камня мы ставим рамку и в нее ставим светящийся камень. Так же присаживаемся и ставим решетку на музыкальный блок спереди. Ставим две таблички, это будут наши номера спереди.
И последним штрихом мы ставим каменные кнопки на бревна из темного дуба. Справа и слева.
Вот и все, у нас получится полноценный Хаммер в Minecraft, в котором можно открывать двери.
Если вам понравилась данная статья вы можете подписаться на канал и оценить «пальцем вверх». Буду рад ответить на ваши вопросы или предложения в комментариях. А с вами был Create Life — всем удачи, всем пока-пока.
Contents
Auto Compressed Hammer
The Auto Compressed Hammer is a device added by Ex Compressum that allows the automation of the Ex Nihilo Compressed Hammer using Redstone Flux (RF).
Usage
Hammering
Hammers can be used to smash blocks into smaller «pieces». Stone materials will for example turn into the finer category of stone.
Also, Broken Ores can be smashed down, where the smaller type of ore item will come out. Each progressive step the ores have a small chance to produce slightly more of the material.
Hammers also create another method of obtaining cracked stone bricks, as opposed to smelting stone bricks in a furnace.
To use a hammer simply break a block using it, just as using a pickaxe. The smashed items/blocks will drop out when the block is destroyed.
Как установить мод MTS Seagull’s military car pack?:
Установите Transport Simulator и seagulls trin parts
Скачайте мод и поместите файл по адресу: C:\Users\ваш пользователь пк\AppData\Roaming\.minecraft\mods
Hammer
Hammers are tools added by Ex Nihilo in v1.0. They are used to smash blocks into other blocks/items.
Hammers play an important role in Skyblock-type maps, as with pure Ex Nihilo they are the only way to get Gravel or Dust. Also they are capable of multiplying some ores.
Hammers are enchantable, the enchantments you get are different than to a pickaxe
Usage
The Auto Compressed Hammer can be enhanced by adding additional Compressed Diamond Hammers into the empty slots. Each hammer will improve speed by 50% (additive), so with two Compressed Diamond Hammers it will be twice as fast.
Recipe
Obtaining
Crafting
Hammers can be crafted from Wood, Stone, Iron, Gold or Diamond as follows:
Как ускорить auto hammer
Все мы начинаем с нуля и совершаем какие-то ошибки, основанные на незнании. Некоторые из них присущи многим, а другие — меньшинству. Как бы то ни было, здесь описаны те ошибки, что допускаются на начальном этапе познания редактора Hammer, а также ряд советов, которые помогут в его освоении.
Внимание: руководство нацелено на Hammer Editor для Garry’s mod и может несколько не соответствовать тому же редактору для других игр, а также на пользователей, понимающих основную терминологию картодельства.
Помните: следует использовать только тот редактор, который изначально расположен в директории игры. Если вы когда-то слышали о необходимости загрузки SDK, то это действительно разве что по отношению к CS:GO, у которого свой личный SDK.
Представим, что вы запустили Hammer Editor и создали новый файл для создания карты. А теперь стоп! Скажите, какая из следующих двух картин предстоит перед вашими глазами?
Скорее всего, у многих ситуация ближе к левому изображению — теснота трёх- и двухмерных окон, ненужные ползунки, а также лишняя панель, которую вы вряд ли будете использовать. Конечно, у кого-то картина будет лучше, а у кого-то — хуже, но суть от этого не меняется.
Многие начинающие картоделы используют редактор в подобном тесном формате, даже не подозревая о бо́льшем пространстве, что, давайте дружно признаем, может отталкивать от работы в нём.
Панели можно легко перемещать мышью — просто наведите на границу панели, зажмите левую кнопку мыши и переместите на своё усмотрение.
Некоторым панелям можно не только менять расположение, но и их размер, вытащив из зоны панелей и изменив как обычное окно рабочего стола.
Кроме того, вы также можете и скрыть их, вытащив из зоны панелей и нажав на соответствующую кнопку в правом верхнем углу.
Как правило, вы не будете использовать ползунки для перемещения камеры внутри окон, поскольку есть и более простые варианты, такие как перемещение сочетанием «Пробел + Зажатая левая кнопка мыши» и колёсиком мыши, например. Следовательно, давайте уберём эти ползунки в настройках редактора.
Чтобы перейти в настройки, нажмите на «Tools» (инструменты) в левом верхнем углу и в развернувшемся списке нажмите на «Options» (настройки). Попав в меню настроек, перейдите во вкладку «2D views» (двухмерные окна) и уберите галочку с «Display scrollbars» (отображать ползунки), а после подтвердите изменения, нажав «ОК».
Манифесты (manifests) — это один из способов разбития карты на разные «зоны» или «этапы», что может быть использовано как во избежание случайных ошибок, так и для совместной работы картоделов над одной картой, но в разных местах.
Проблема заключается в том, что картоделам-одиночкам обычно удобнее работать без этого разбития, а поддержка манифестов программой VBSP во многих играх и случаях либо не работает, либо находится в незавершённом состоянии, что может вызвать ошибки.
Скрыть панель списка манифестов очень просто — вытащите панель из зоны панелей и закройте как обычное окно.
Итак, вы начали заниматься картой: создали что-то вроде улицы, какой-то забор и захотели ровно развернуть какой-то объект и. что-то идёт не так, а в процессе вы даже затрагиваете что-то лишнее.
Решив повернуть какой-то объект, вы наверняка столкнётесь с проблемой неровности результата: где-то он будет чуть под наклоном, где-то слегка правее или левее нужного, что добавляет хлопот. Может вам и нужно будет более плавное вращение, но чаще всего — нет.
Кроме того, ни редактор, ни движок Source неровности не любят: как в плане скорости компиляции, стабильности и лимитов, так в плане оптимизации и освещения. Поэтому чем меньше градус поворота объекта, тем хуже.
По умолчанию вольное вращение является основным режимом, а 15-градусное — вторичным, который доступен при зажатой клавише «Shift». Перейдя в настройки двухмерных окон (Tools → Options → 2D views), установите галочку у «Default to 15 degree rotations» (15-градусное вращение по умолчанию), что поменяет эти режимы местами.
Нередко бывает такое, что картоделы случайно выделяют не тот объект или группу объектов. Чтобы избежать подобного и выходящих из этого последствий, давайте ограничим выделение объектов только по их центральной точке, а не по любому краю.
Перейдите в настройки двухмерных окон и поставьте галочку у «Select objects by center handles only» (выбор объектов только по центральным опорным точкам).
Перемещение объектов при помощи стрелок может быть куда удобнее при ведении более тонкой работы, хотя бы потому, что нет риска случайно дёрнуть мышью. Кроме того, ими можно будет перемещать и вершины объектов при использовании инструмента вершин (Vertex Tool).
Перейдите в настройки двухмерных окон и поставьте галочку у «Arrow keys nudge selected object/vertex» (клавиши-стрелки перемещают выбранный объект или вершину).
Создавая примитивы в Hammer Editor вы можете столкнуться с тем, что они направлены не в ту сторону, которую хотелось бы. Помочь с этим может автоматическое перенаправление, которое будет создавать их в соответствии с направлением активного двухмерного окна: если активно окно с видом сверху — вертикально, спереди — горизонтально, сбоку — горизонтальны с поворотом на 90 градусов.
Перейдите в настройки двухмерных окон и поставьте галочку у «Reorient primitives on creation in the active 2D view» (перенаправление примитивов при создании в активном двухмерном окне).
Скорее всего, после пары часов работы в редакторе вам надоест постоянно нажимать на Enter после каждого выделения тех или иных объектов. Можно сделать этот процесс автоматическим.
Перейдите в настройки двухмерных окон и поставьте галочку у «Automatic infinite selection in 2D windows (no ENTER)» (автоматическое бесконечное выделение в двухмерных окнах (без Enter)).
Кстати, вы можете выделять сразу несколько разных объектов, зажимая клавишу «Ctrl» после каждого выделения группы или индивидуального объекта.
При работе в Hammer Editor можно начать теряться при наличии большого количества брашей, особенно когда у каждого видны их вершины, что может ещё больше усугубить ситуацию.
Перейдите в настройки двухмерных окон и уберите галочку у «Draw Vertices» (отображать вершины).
Выбор размеров брашей является одной из главных проблем начинающих картоделов, и главных ошибок. Начиная работать в редакторе, многие забывают о таких вещах как пропорции и соотношение размеров, в связи с чем начинают делать карту, которая на выходе получается неверных размеров, из-за чего её либо исправлять, либо начинать сначала. Словом, сплошное разочарование.
Разметочная сетка — главный ориентир для построения любых объектов в Hammer Editor. Только вот, она является и главным ограничителем ваших работ, в хорошем смысле. Понимаете, редактору тем легче работать с вашей картой, чем больше вы придерживаетесь сетки, а конкретно её больших значений (проще говоря, «крупных квадратов») — это один из базовых принципов. Разберём теперь как его придерживаться.
Знакома ли вам надпись «Snap: On (или Off) Grid: 64» (Привязка: вкл. (или выкл.) Сетка: 64) в правом нижнем углу? Если нет, то она информирует вас о состоянии привязки сетки и её размерах в юнитах, и лучше следите, чтобы она всегда была включена, а иначе редактор будет работать по минимальному значению сетки, то есть 1 юниту, что, исходя из вышесказанного, не очень хорошо, да и не очень удобно.
Включить или выключить привязку к сетке можно сочетанием «Shift + W» или нажав на «Map» в правом верхнем углу и в раскрывшемся списке поставить или убрать галочку у «Snap to Grid» (привязка к сетке).
Если с привязкой и размерами сетки разобрались, то что же насчёт соотношения размеров по отношению к игроку? Для базового понимания размеров можно использовать сущности (или же энтити). В виде таковой может выступать базовая сущность «info_player_start».
Данная сущность имеет высоту 72 юнита, а ширину и длину — по 32. Минимальные размеры проёма для прохождения игроком равны 74 юнитам в высоту и 33 в ширину, а вприсядку — 38 и 33 соответственно (в других играх значения могут отличаться).
На ряду с проблемой размеров стоят принципы и правила их построения, поскольку редактор очень строг по отношению к их соблюдению, и может вызывать как малые визуальные ошибки и сокращение лимитов, так и отказываться компилировать карту и внезапно выключаться, если вы их не соблюдаете. Последние же моменты встречаются разве что в запущенных случаях, но лучше же дружить с редактором, а не бороться с ним, верно?
В разделе выше упоминалось, что размеры нужно подбирать в соответствии с сеткой, а теперь отмечу, что не только размеры, но и положение брашей должно соответствовать сетке, хотя бы её минимальному значению в 1 юнит. Конечно, принцип «чем больше размер сетки, тем лучше» здесь тоже действует.
Кстати может показаться, что с сетки сойти нельзя, ведь даже при выключенной привязке объект всё ещё движется по ней в значении 1-го юнита. На самом деле это возможно, например, зажав клавишу «Alt» при перемещении либо изменяя вершины или разрезая браш.
Другой частой ошибкой является построение брашей друг в друге. Во многих редакторах других игровых движков, это, конечно либо вообще не приводит ни к чему плохому, либо остаётся на уровне визуальных ошибок.
В случае с Hammer Editor браши нельзя, повторяю, нельзя вставлять друг в друга. Это приводит к визуальным проблемам (плохие тени и блики текстур), сокращению лимитов и плохой оптимизации.
Ещё одной частой ошибкой можно назвать нерациональное или неэкономичное построение брашей. Как правило, многие формы можно сделать не из множества, а из одного браша. В данном случае рассмотрим часто встречающуюся мне ситуацию, когда многие в начале (и не только) почему-то используют для закруглённых форм примитив «арку» (arch), а не «цилиндр» (cylinder), коим создавать эти формы часто бывает легче и быстрее.
Проблема арки заключается в том, что она создаёт множество брашей для создания нужной формы, а цилиндр — один. Во-первых, это сулит долгим наложением текстуры на каждый отдельный браш, а во-вторых — плохой оптимизацией и уменьшением лимитов.
Для сравнения возьмём два идентичных полустолпа и два закруглённых тротуарных поворота, один из которых из арки, а второй — из цилиндра. На столп из арки ушло 12 брашей по 5 граней каждый (60 граней итого), а из цилиндра — 1 браш по 11 граней. На тротуарный поворот из арки ушло 11 брашей по 5 граней каждый (55 граней итого), а из цилиндра — 1 браш по 12. Разница весьма заметна.
Создание закруглённых форм из цилиндра — довольно лёгкий процесс. Вам всего-то нужно создать цилиндр с расчётом на то, что потом обрежете его инструментом обрезки (Clipping Tool).
Хотите сделать закруглённый конец забора? Создайте равный со всех сторон цилиндр так, чтобы одна половина находилась внутри конца забора, а другая — снаружи, а после обрежьте внутреннюю половину. Тротуарный поворот на 90 градусов? Почти тоже самое, только вместо половины нам требуется отделить лишь четверть.
Пускай не столь частой, но всё же ошибкой можно назвать постоянное использование техники «соприкасающиеся углов брашей». Вопросы «Зачем?» и «Для чего?» обычно не приводили к чётким обоснованным ответам, и представляли собой: «Мне так показали / Я так увидел в интернете».
Сама техника является достаточно полезной: позволяет сэкономить некоторое количество граней (faces), что оказывает позитивный эффект на оптимизацию, и облегчает процесс текстурирования. Негативными эффектами являются увеличенная затрата лимита брашевых сторон (brushsides), дополнительная трата времени и неудобство изменения.
На заготовочных этапах создания карты, когда происходит обильное изменение структур и подгонка брашей под нужные размеры, её использование крайне не рекомендуется, поскольку это замедлит процесс, а также сделает неудобным дальнейшее редактирование.
Кроме того, не стоит её использовать там, где этого не требуется: как правило, не нужно использовать эту технику, если угол меж двумя брашами покрыт (или должен быть) текстурой «NoDraw», поскольку она уже удаляет покрытые ею грани из-за чего данная техника окажет лишь свои негативные эффекты.
Кстати, хоть она чаще используется для брашей в вертикальном положении, всё сказанное применимо и к горизонтальному: разницы между ними нет.
Не отходя далеко от предыдущей ошибки разберём примерно такой же момент со ступеньками. Да, отрезать половину ступенек и заместить под ними область одним брашем имеет точно такой же смысл, как в случае с соединением углов: экономия граней, улучшение оптимизации, удобство текстурирования. Опять-таки, минусы всё те же — больше брашевых сторон, трата времени, неудобство изменения и вдобавок больше брашей.
Если же у ступенек по тем или иным причинам видно более 2 граней за ступеньку (то есть видно больше, чем переднюю и верхнюю грани), данная техника будет иметь смысл, ибо сократит их количество. Имейте в виду, если третьей гранью является боковая, то смысла всё ещё не будет, ибо вы сделаете дополнительный браш, никуда не девая имеющиеся боковые грани, а если третьей гранью будет нижняя или задняя, тогда эта техника может существенно сократить их количество.
Если у ступенек видны только верхние и передние грани, то эта техника окажет лишь негативные эффекты. В таком случае можно либо оставить их в изначальном виде, либо протянуть каждую ступеньку до пола, где второй вариант более желателен для облегчения работы редактора.
Внимание: все невидимые игроку грани необходимо покрывать текстурой «NoDraw», иначе сказанное выше при любом раскладе не будет давать должного положительного эффекта. Для надёжности и удобства рекомендуется создавать браши сразу с этой текстурой, а уже потом менять на другую.
Ещё одной не менее редкой ошибкой является создание вогнутых брашей. Дело в том, что редактор не способен обрабатывать подобные фигуры, вследствие чего они просто не появляются на скомпилированной карте. Как правило, такие браши появляются только вследствие использования инструмента вершин или обрезки, поскольку все примитивы представляют собой выгнутые фигуры.
Если есть необходимость в создании вогнутой фигуры, то можно создать псевдовогнутую, состоящую из нескольких выгнутых фигур.
Обнаружить вогнутые фигуры можно не только после компиляции карты, но и до неё. Для этого нажмите на «Map» в левом верхнем углу, а после в развернувшемся списке на «Check for Problems» (проверка наличия проблем). Если на карте существуют вогнутые фигуры, то в открывшемся меню вы увидите строчки «Invalid solid structure» (недопустимая твёрдая структура).
Выбрав строку и нажав на кнопку «Go to error» (перейти к ошибке), все окна переместятся на место вогнутой фигуры. Кнопка «Fix» (исправить) в свою очередь либо устранит изъян не совсем предсказуемым образом, либо удалит браш, поэтому лучше исправлять вручную.
Хотя это стоит знать в первую очередь, многие до сих пор совершают эту вопиющую ошибку — отсутствие герметичности. Карты на движке Source нельзя, повторяю, вообще нельзя делать негерметичными. Что же это значит?
Отсутствие герметичности — это наличие утечек в пустоту. Пустота — это то, что вы видите при создании новой карты изначально, а именно чёрное и абсолютное ничего. Готовая карта обязана быть отделена от этой пустоты соединёнными брашами.
Наличие утечек или же отсутствие герметичности приводит к следующему: визуальным ошибкам (неверные отражения, неточности освещения, некорректно отображающаяся вода и прочее), отсутствию оптимизации рендера (программа VVIS, отвечающий за оптимизацию потенциально видимых наборов, даже не запускается), отказу от компиляции в целом и иным ошибкам. В общем, утечка — одна из главных источников многих проблем.
Главным и единственным способом герметизации карты является её отделение от пустоты соединёнными между собой брашами. Казалось бы, всё просто, но тут некоторые особо «хитрые» люди просто делают «коробку» (как правило, из текстуры неба) вокруг карты и думают, что всё нормально, хотя это совсем не так.
С уличными просторами всё несколько иначе. Скажем, у вас есть условная локация с какими-то условными границами. Хорошим вариантом будет ограничивать её брашами с текстурой неба по её краям: стенам, заборам, крышам зданий или ещё чему.
Разумеется, если вы задумали то, что через этот край можно попасть на другую локацию, которая ещё и должна быть видима, между ними этого делать не стоит, продумав при этом вариант с общей для этих двух локаций герметизацией.
Внимание: брашевые сущности (func_detail, func_brush и др.) и рельефные браши (известные как «дисплейсменты») не способны герметизировать карту.
Остаётся вопрос: «Как не упустить эти утечки?». Обычную аккуратность и внимательность, разумеется, никто не отменял, но есть и другой способ — указательный файл (Pointfile). Данный файл создаётся в процессе обработки карты программой VBSP, и указывает на месторасположение утечки относительно ближайшей к ней сущности.
Важно: файл не создастся, если на карте нет ни одной сущности.
Использовать этот файл можно нажатием на «Map» в верхнем левом углу, а после на «Load Pointfile» (загрузить указательный файл). Если же файла не существует (то есть утечки нет), откроется окно, предлагающее выбрать его вручную.
После открытия файла во всех окнах появится красная указательная линия, которая и подскажет, где находится утечка, но только одна за файл. Если утечек несколько, то и компилировать придётся несколько раз.
Совет: при поиске утечек выключайте программы VVIS и VRAD, оставив лишь VBSP. Так вы потратите меньше времени на их поиск, сократив длительность компиляции.
Проверять карту на наличие утечек таким образом, конечно, можно, но достаточно и просто заглянуть в журнал компиляции, в котором также будет об этом сообщено.
Ищите текст, гласящий «**** leaked ****» (есть утечка), где-то в начале журнала в разделе программы VBSP.
В Hammer Editor есть различные функции, что так или иначе расширяют его возможности или облегчают его работу. Есть правда и «плохие функции», что вредят общему положению вещей, и чьё использование крайне нежелательно или, можно сказать, запрещено.
В теории она должна была быть очень удобной и полезной. Казалось бы, что может быть легче и лучше, чем просто создать браш размером в дверной проём, вставить в стену и использовать функцию, чтобы получить этот дверной проём в стене? Звучит отлично, но увы, функция часто вырезает неправильно, создаёт лишние браши, а также может приводить к зависанию редактора и внезапному сбою в некоторых случаях. Образованные в итоге браши могут также либо не появиться на карте, либо не дать совершиться компиляции.
Эта функция уже успела вдоволь прославиться своими проблемами, ей даже уделено развлекательное видео, которое хоть несколько и преувеличено, но от правды недалеко.
Заменой ей, как правило, выступает инструмент обрезки (Clipping Tool), либо браши сразу создаются с учётом задуманного. Звучит неудобно и долго, но так лишь кажется на первый взгляд, поскольку это очень просто на практике, а результат уже будет вам точно известен и предсказуем.
Любой игре, программе, коду, видео и даже файлам GIF необходима оптимизация. Карты — не исключение. Любой, кто скажет обратное, будет абсолютно неправ.
Карта — это фундамент любой одиночной или сетевой игры, от которого зависит то, как будет работать всё остальное и сколько это самое «остальное» может позволить себе потреблять ресурсов. В Source, чем лучше оптимизирована карта, тем больше на ней может быть. Соответственно, тем большей на ней может быть игроков и третьих элементов, добавленных, скажем, посредством дополнений.
Если вы уже как-то знакомы с такими вещами, как текстуры «Hint» и «Areaportal», а также с сущностью «func_detail», то о них речи здесь не будет, поскольку не они являются первичной оптимизацией, а то, как вы строите карту.
Во-первых, ключевую роль здесь играет то, правильное ли у вас построение брашей. Если да, то программе VVIS, отвечающей за оптимизацию, будет проще обработать информацию и выстроить её в правильном виде — виде оптимизированной карты. Кроме того, чем больше браши соответствуют форме квадрата и идут по сетке, тем лучше.
Во-вторых, в начале раздела о правильном построении брашей говорилось, что браши должны располагаться хотя бы на минимальной сетке в 1 юнит, хотя принцип «чем больше размер сетки, тем лучше» здесь всё ещё уместен и даже меняется в сторону уже 2 юнитов.
В-третьих, на сетке можно заметить оранжевые квадраты размером 1024 на 1024 юнита каждый, а также центральную голубую крестовую разметку, которая выполняет те же действия, что и упомянутые выше квадраты. Кстати о действиях, они указывают на места разреза визуальных листьев карты, что соответственно и увеличивает их количество и количество порталов.
Скажем, вы ещё не знаете что такое визуальные листья и порталы, а также как работает оптимизация. Если вкратце, оптимизация в Source работает так: рендеринг происходит в зависимости от области, в которой вы находитесь, а не от точки вашего расположения и поворота камеры. Эти области — визуальные листья, а места соприкосновения — порталы.
Если вы находитесь в визуальном листе, то он будет отображать все объекты, что находятся в «видимых» ему листах, независимо от вашего расположения внутри него. Все отображаемые объекты будут так или иначе снижать производительность игры, пускай и чуть меньше, чем при прямом их виденье.
Если вы строите браши неправильно или создаёте области на пересечении этих линий, то готовьтесь к увеличению количества визуальных листьев и порталов. Само по себе это не вызывает явных проблем при игре, разве что вес карты будет чуть больше, чем мог бы быть, а вот в процессе компиляции и дальнейшей оптимизации через текстуру «Hint» ещё какие проблемы.
При неправильном построении брашей может произойти многократное увеличение листьев и порталов, что означает увеличение длительности компиляции, а в запущенных случаях — бесконечная компиляция. В свою очередь текстура «Hint» из-за этого будет ограничена в использовании, поскольку будет создавать ещё большее их количество, чем нужно бы.
Построение на пересечении автоматических линий разреза в свою очередь может как привести к увеличению визуальных листьев и порталов, так и быть использовано как инструмент, а именно как неполный аналог текстуре «Hint».
Избежать появления большого количества листьев можно построением брашей так, чтобы ваши проходы, а вернее границы их стен, шли по линиям разреза, а не параллельно им.
Отличным вариантом будет вообще не прикасаться к ним и строить внутри автоматически разрезающих квадратов, но вы будете их задевать в любом случае при построении относительно больших карт, хотя всё ещё рекомендуется большинство условно небольших строений или помещений держать внутри этих квадратов или строить по линиям разреза.
Компиляция — завершающий этап создания карты или её части для последующего тестирования и отладки, а также финальной обработки. Даже в нём можно напортачить, выбрав не те настройки, или же этими самыми настройками замедлить его процесс.
В начале многие рекомендуют использовать обычное окно (Normal) компиляции, а не экспертное (Expert), которое ещё называют расширенным (Advanced). Я советую забыть об обычном и сразу переходить на расширенный, правда сперва разберём ошибки с обычным, поскольку они идентичны в обоих случаях.
Открыв окно вы увидите разные программы с разными режимами компиляции.
Крайне долгая компиляция VVIS в обычном режиме может быть результатом плохой структуризации карты и её построения, а также неиспользованием таких сущностей, как «func_detail». Это также относительно нормальное явления для очень больших загруженных карт.
Бесконечная компиляция VVIS в обычном режиме является исключительно личной виной: только карты со сложными неоптимизированными постройками или нарушением правил построения могут привести к подобному, а жертвование оптимизацией, используя быстрый режим или не использую VVIS вообще в конечной карте, — прямой знак наплевательского отношения к конечному пользователю.
Перейдём к расширенному окну компиляции, нажав на кнопку «Expert. ».
Оно содержит примерно всё тоже самое и даже больше, но единственное, что мы затронем, так это один конкретный параметр и как пользоваться окном.
Вы замечали, что почти ничего не можете нормально делать, когда происходит компиляция? Если да, то дело в потреблении компилятором всей мощности вашего процессора. Интересно то, что ограничение количества используемых потоков, помимо очевидной возможности делать что-то ещё, также может ускорить компиляцию, поскольку у компьютера остаются ресурсы на побочные задачи, что частично затрагивают и её.
Важно: программы компиляции могут использовать не более 16 потоков.
Если ваш процессор имеет от 2 до 8 потоков, то рекомендуется выставлять ограничение вдвое меньшее, поскольку это будет оптимальным решением как для компьютера, так и для компиляции. Если более 8 потоков — рекомендуется уменьшать на 4 или 6 потоков, а если более 16 — то не более 16, поскольку редактор их использовать не сможет.
Вводить этот параметр нужно в раздел параметров (Parameters) программ VBSP, VVIS и VRAD, перед всеми другими с пробелом в конце.
Примечание: количество потоков отмечено в журнале компиляции как « threads».
