Участник:First Tea: различия между версиями

Материал из Infinity Project
Перейти к навигации Перейти к поиску
м
(Телекоммуникации)
Строка 7: Строка 7:
 
''Центральный'' коммуникационный отсек не требуется для функциональной телекоммуникационной сети. Фактически, может быть более эффективно разделить сеть на подсети. Технический отдел Nanotrasen, однако, настоятельно рекомендует централизовать оборудование для упрощения технического обслуживания и учета. В то время как прочный центральный отсек легче обслуживать, его также легче саботировать или уничтожить. Единственное, что хуже, чем сотрясение мозга и массивная атмосферная дестабилизация, - это сбитая коммуникационная сеть. Центральный отсек должен быть хорошо укреплен и быть устойчивым, и, к счастью для экипажа, Nanotrasen не может мелочиться: корабль получит серверную комнату.
 
''Центральный'' коммуникационный отсек не требуется для функциональной телекоммуникационной сети. Фактически, может быть более эффективно разделить сеть на подсети. Технический отдел Nanotrasen, однако, настоятельно рекомендует централизовать оборудование для упрощения технического обслуживания и учета. В то время как прочный центральный отсек легче обслуживать, его также легче саботировать или уничтожить. Единственное, что хуже, чем сотрясение мозга и массивная атмосферная дестабилизация, - это сбитая коммуникационная сеть. Центральный отсек должен быть хорошо укреплен и быть устойчивым, и, к счастью для экипажа, Nanotrasen не может мелочиться: корабль получит серверную комнату.
  
−
== The machines ==
+
== Машины ==
−
There are 5 different kinds of machines essential for a healthy telecommunication network. Without one or the other, the entire system would cease to function or would not function optimally. All telecommunication machines idle until they receive a signal, and all the machines are built with Hyperwave Filtering modules that allow for the scanning of signal's frequency regardless of intensity. This means each machine can selectively choose which signals to pay attention to, if there are any specified frequencies to tune into.
+
Есть 5 различных типов машин, необходимых для рабочей телекоммуникационной сети. Без одного или другого вся система перестала бы функционировать или не функционировала бы оптимально. Все телекоммуникационные машины бездействуют, пока не получат сигнал, и все машины построены с модулями Hyperwave Filtering™, которые позволяют сканировать частоту сигнала независимо от интенсивности. Это означает, что каждая машина может выборочно выбирать, на какие сигналы обратить внимание, если есть какие-либо заданные частоты для настройки.
  
−
=== [[File:Sreceiver.gif]] Subspace Receivers ===
+
=== [[File:Sreceiver.gif]] Подпространственные Приемники ===
−
Subspace Receivers are essential to a subspace telecommunication network. They have a long-term subspace window open at all times, and create the subspace-equivalent of a gravity well in its warped version of space-time. FTL signals traveling in subspace are going too "fast" to be sucked into the gravity well, but a carbon copy of the signal is produced whenever a signal passes through the pocket. This signal is then converted into a real radio wave by the Subspace Receiver and passed onto all immediately-linked machines. In a typical scenario only Bus Mainframes would receive the signal.
+
Подпространственные Приемники имеют важное значение для подпространственной телекоммуникационной сети. Они постоянно открывают окно долгосрочного подпространства и создают подпространственно-эквивалентный гравитационный колодец в его искривленной версии пространства-времени. Сигналы FTL, распространяющиеся в подпространстве, движутся слишком «быстро», чтобы всасываться в гравитационный колодец, но точная копия сигнала создается всякий раз, когда сигнал проходит через карман. Затем этот сигнал преобразуется в реальную радиоволну с помощью приемника подпространства и передается на все машины, подключенные напрямую. В типичном сценарии сигнал могут принимать только базовые блоки шины.
  
 
[[File:SpessChart.png|thumb|left|A simple visual synopsis of a basic radio telecommunication network. It shows the "route" a subspace transmission travels before it reaches its end destination(s).]]
 
[[File:SpessChart.png|thumb|left|A simple visual synopsis of a basic radio telecommunication network. It shows the "route" a subspace transmission travels before it reaches its end destination(s).]]
−
=== [[File:Bus.gif]] Bus Mainframes ===
+
=== [[File:Bus.gif]] Сервера-шины ===
−
''Bus Mainframes'' regulate and handle the transfer of massive quantities of data at near instantaneous speeds. They are not essential to a network, but are required to keep data transfer instant. They usually transfer data back and forth between servers and processor units. If a Bus Mainframe is missing, network output may be unreliable or slow.
+
''Серверные шины'' регулируют и обрабатывают передачу огромных объемов данных с почти мгновенными скоростями. Они не важны для сети, но необходимы для мгновенной передачи данных. Они обычно передают данные назад и вперед между серверами и процессорами. Если базовый блок шины отсутствует, выход сети может быть ненадежным или медленным.
  
−
=== [[File:Pro.gif]] Processor Units ===
+
=== [[File:Pro.gif]] Процессорные блоки ===
−
''Processor Units'' decrypt, clean and stretch hyper-compressed radio signals. Radio signals are sent into subspace using a preset encryption hash but random seed, which makes the process of encrypting and sending very light but unpacking and decrypting heavy due to the weird nature of subspace. Processor Units can instantly make signals readable by other machines. They are not essential to a subspace network but if one is missing, network output may not be understandable.
+
''Процессорные блоки'' дешифруют, очищают и растягивают сверхсжатые радиосигналы. Радиосигналы отправляются в подпространство с использованием предварительно установленного хэша шифрования, но случайного начального числа, что делает процесс шифрования и отправки очень легким, но процесс распаковки и дешифровки тяжелым из-за странной природы подпространства. Процессорные блоки могут мгновенно передавать сигналы на другие машины. Они не являются существенными для подпространственной сети, но если таковая отсутствует, вывод сети может быть не понятен.
  
−
=== [[File:Server.gif]] Telecommunication Servers ===
+
=== [[File:Server.gif]] Телекоммуникационные серверы ===
−
''Telecommunication Servers'' log network statistics and signal traffic for easy maintenance. Each server represents a "channel" in the Nanotrasen default settings. They can listen in to multiple channels, however. For each signal that is sent to a server, a database entry is created and the signal's information is stored. The servers also help by sorting the order in which signals are transferred to subspace broadcasters, which is vital for instantaneous signal transferring.
+
''Телекоммуникационные серверы'' регистрируют сетевую статистику и сигнальный трафик для простоты обслуживания. Каждый сервер представляет "канал" в настройках по умолчанию Nanotrasen. Однако они могут прослушивать несколько каналов. Для каждого сигнала, отправляемого на сервер, создается запись в базе данных и сохраняется информация о сигнале. Серверы также помогают, сортируя порядок, в котором сигналы передаются подпространственным вещателям, что очень важно для мгновенной передачи сигналов.
  
−
''Additionally'', Telecommunication Servers are capable of running user-written scripts through use of a Telecommunications Traffic Monitor. When a signal passes through a server (and the server is set to automatically execute code), the interpreter halts the signal until the code has finished executing, then releases the signal. During this time, the server's script interpreter can modify the signal's contents or flag it as a rejected signal, which will cause broadcasters to ignore it.
+
''Кроме того'', телекоммуникационные серверы могут выполнять сценарии, написанные пользователем, с помощью монитора телекоммуникационного трафика. Когда сигнал проходит через сервер (и сервер настроен на автоматическое выполнение кода), интерпретатор останавливает сигнал до тех пор, пока код не завершит выполнение, а затем освобождает сигнал. В течение этого времени интерпретатор сценариев сервера может изменить содержимое сигнала или пометить его как отклоненный сигнал, что приведет к тому, что вещатели проигнорируют его.
  
−
''[[Telecommunications/NT Script|Learn more about NT Scripting (NTSL)]]''.
+
''[[NTSL|Узнайте больше о NT Скрипте (NTSL)]]''.
  
−
=== [[File:Broad.gif]] Subspace Broadcasters ===
+
=== [[File:Broad.gif]] Подпространственные Вещатели ===
−
''Subspace Broadcasters'' are impressive pieces of hardware that are capable of opening large enough subspace windows to transfer de-compressed data bursts, in encoded radio waves, through. They are necessary for any network that is expected to output information back to receiving radio devices. They operate by directing high-powered lasers into a small subspace window and fluctuating the amplitude of radio waves through subspace, allowing the large data packets easier entering and exiting of subspace.
+
''Подпространственные вещатели'' - это впечатляющие аппаратные средства, способные открывать достаточно большие подпространственные окна для передачи пакетов сжатых данных в закодированных радиоволнах. Они необходимы для любой сети, которая должна выводить информацию обратно на приемные радиоустройства. Они работают, направляя мощные лазеры в небольшое окно подпространства и изменяя амплитуду радиоволн через подпространство, что позволяет большим пакетам данных легче входить и выходить из подпространства.
  
−
== Maintenance guide ==
+
== Руководство по техническому обслуживанию ==
  
−
Telecommunications machines are flexible and can adapt to structure changes, and they are otherwise immortal to mundane errors and crashes. However, in the event of a catastrophe such as an explosion, singularity, or anything of the like the default warranty becomes void and the machines will probably be destroyed or totaled. If one or more machines are destroyed, chances are the entire communication grid or at least part of it will be down. While intercoms and station bounced radios are capable of limited non-subspace communication it is most definitely not reliable. It should be maximum priority to get those machines up again.
+
Телекоммуникационные машины гибкие и могут адаптироваться к структурным изменениям, а в остальном они бессмертны для обыденных ошибок и сбоев. Однако в случае такой катастрофы, как взрыв, неисправность или что-либо в этом роде, гарантия по умолчанию теряет силу, и машины, вероятно, будут разрушены или повреждены. Если одна или несколько машин будут уничтожены, скорее всего, вся коммуникационная сеть или, по крайней мере, ее часть, будут недоступны. В то время как интеркомы и рации, способны на ограниченную непространственную связь, это, безусловно, ненадежно. Запуск телекоммуникационных машин должен быть в приоритете.
  
−
If you suspect the machines aren't working properly (or at all), you should identify the cause first. Probably the most common issue is an exploded central compartment. Repair any structural damage and assess the machines. If they're still on (flashing/blinking lights, etc) then they are relatively functional. If there's been some atmospheric depressurization you're going to want to pump supercooled air into room; the machines need cold gas to survive or they will not be able to diffuse their heat into the environment, and will overheat.
+
Если вы подозреваете, что машины не работают должным образом (или вообще не работают), вы должны сначала определить причину. Вероятно, самая распространенная проблема - взорванное центральное отделение. Устраните любые структурные повреждения и оцените машины. Если они все еще включены (мигают и тд), То они относительно функциональны. Если произошла некоторая разгерметизация атмосферы, вам надо перекачать охлажденный воздух в комнату; машинам нужен холодный газ, чтобы работать, иначе они не смогут распространять свое тепло в окружающую среду и будут перегреваться.
  
 
[[File:MultiTool.PNG|thumb|right|The multitool-telecomm interface.]]
 
[[File:MultiTool.PNG|thumb|right|The multitool-telecomm interface.]]
−
If the machines have been overheated, you can fix them by simply reconstructing them. To do this, first unfasten the exterior bolts with a screwdriver. Next, dislodge the plating with a wrench. Next, remove the internal cables with some wirecutters. After that, you can use a crowbar to remove the internal components and circuit board. From there, you can either deconstruct the empty frame or simply rebuild it. If the machines have been completely destroyed, you're going to want to build more. You're going to have to bug R&D for some really high-tier circuit boards and stock parts, or salvage some parts from other toasted telecomm machines. Keep in mind, you don't have to reconstruct ALL the machines. At the very minimum you need 1 receiver, 1 processor, 1 server, and 1 broadcaster.
+
Если машины перегрелись, вы можете починить их, просто пересобрав их. Для этого сначала открутите наружные болты с помощью отвертки. Затем выверните покрытие гаечным ключом. Затем удалите внутренние кабели кусачками. После этого вы должны использовать лом для удаления внутренних компонентов и печатной платы. С этого моменты вы можете либо деконструировать пустую раму, либо просто перестроить его. Если машины были полностью уничтожены, то вам надо построить их. Вам придется заняться исследованиями и разработками для некоторых действительно высокоуровневых плат и запасных частей, или взять некоторые детали от других поджаренных телекоммуникационных машин. Имейте в виду, вам не нужно восстанавливать ВСЕ машины. Как минимум вам понадобится 1 приемник, 1 процессор, 1 сервер и 1 вещатель.
  
−
== Telecommunication polymorphism ==
+
== Телекоммуникационный полиморфизм ==
  
−
The machines can be retrofitted manually to work with other machines that normally would not be very common or wise. In the case of an emergency, however, it can be a life-saver. You can use a multitool to interface with telecommunication machines, which will allow you to modify some of the machines' properties. You can also link together machines with this interface, which is possibly the most important function.
+
Машины могут быть модифицированы вручную для работы с другими машинами, что может быть не очень мудрым или обычным. Однако в случае чрезвычайной ситуации это может спасти жизнь. Вы можете использовать мультитул для взаимодействия с телекоммуникационными машинами, что позволит вам изменять некоторые свойства машин. Вы также можете связать вместе машины с этим интерфейсом, который, возможно, является наиболее важной функцией.
  
−
In order to link two machines, access one of them with your multitool. Select [Add Machine] at the bottom of the window to store this machine in the buffer of the multitool. Now access the other machine with the same multitool. The machine previously buffered should still be in the buffer of the multitool. Select [Link] to add the machine currently buffered to the list of machine links of the machine currently accessed. This will establish a link between these two machines. (Note that it is possible to link a machine to itself; this is both harmless and pointless.)
+
Чтобы связать две машины, подключитесь к одной из них с помощью вашего мультитула. Выберите [Add machine] в нижней части окна, чтобы сохранить эту машину в буфере мультитула. Теперь получите доступ к другой машине с тем же мультитулом. Машина, ранее буферизованная, все еще должна находиться в буфере мультитула. Выберите [Link], чтобы добавить машину, которая в данный момент буферизована, в список ссылок на машину, к которой в данный момент обращаются. Это установит связь между этими двумя машинами. (Обратите внимание, что можно связать машину с самим собой; это и безвредно, и бессмысленно.)
  
−
=== Subspace Receivers ===
+
=== Подпространственные Приемники ===
  
−
You can link Subspace Receivers to ''Processor Units'' if you are unable to link to a functional bus mainframe. This can and will create substantial network lag, because Bus Mainframes are needed for rapid information transferring and advanced port configurations.
+
Вы можете связать Подпространственные Приемники с ''Процессорными Блоками'', если вы не можете соединиться с сервером-шиной. Это может и будет создавать существенную задержку в сети, поскольку сервера-шины необходимы для быстрой передачи информации и расширенных конфигураций портов.
  
−
=== Bus Mainframes ===
+
=== Сервера-шины ===
  
−
You can link Bus Mainframes to ''Subspace Broadcasters'' if you are unable to link to a functional server. This will not have much of an effect besides a very miniscule performance decrease.
+
Вы можете связать сервера-шины с ''подпространственными вещателями'', если не можете подключиться к функциональному серверу. Это не будет иметь большого эффекта, кроме очень незначительного снижения производительности.
  
−
If you do not link to a Processor Unit, signals' readability will suffer substantially. It will also make it impossible to directly link to broadcasters.
+
Если вы не связываетесь с процессором, читаемость сигналов существенно ухудшится. Это также сделает невозможным создать прямое соединение с вещателями.
  
−
=== Processor Units ===
+
=== Процессорные блоки ===
  
−
You can link Processor Units to ''Telecommunication Servers'' if you are unable to link to Bus Mainframes. This will naturally have a significant performance cost.
+
Вы можете связать процессорные блоки с ''телекоммуникационными серверами'', если вы не можете подключиться к серверам-шинам. Это сильно снизит эффективность.
  
−
=== Telecommunication Servers ===
+
=== Телекоммуникационные серверы ===
  
−
These cannot really be linked to anything else other than a broadcaster. They are only needed to store logs and maintain sane bookkeeping.
+
Они не могут быть связаны с чем-то еще, кроме вещателя. Они нужны только для хранения логов и ведения вменяемого учета.
  
−
=== Subspace Broadcasters ===
+
=== Подпространственные Вещатели ===
  
−
These are essential if you want an output. There is nothing you can do with these in terms of polymorphism.
+
Важны, если вы хотите вывод сигнала. Вы ничего не можете сделать с точки зрения полиморфизма.
  
−
== Radio silence ==
+
== Радиомолчание ==
−
A useful traitor tactic to either stop your target using the radio, or luring the [[Chief Engineer]] to the area. Here are some easy ways to make nobody hear the screams of the station.
+
Полезная тактика предателя, чтобы либо остановить вашу цель от использования радио, либо заманить Главного инженера в область. Вот несколько простых способов, чтобы никто не услышал крики.
  
−
1.Turn off the coolers. If you read the rest of this post then you know that these machines overheat without the freezer running.
+
1. Отключите охлаждение. Если вы прочитали оставшуюся часть этой статьи, то знаете, что машины перегреваются без охлаждения.
  
−
2.Destroy the sub-space broadcaster. Those screams will be uttered, But not heard.
+
2. Уничтожте подпространственный вещатель. Крики будут произнесены, но не услышаны.
  
−
3.Deconstruct the processor. This makes the radio blast gibberish that nobody can comprehend.
+
3. Разберите процессор. Это заставляет радио выдавать тарабарщину, которую никто не может понять.
  
−
4.Deconstruct the server. Depending on which ones you knock out, you can disable most of the command channels and such.
+
4. Разберите сервер. В зависимости от того, какие из них вы разобрали, вы можете отключить большинство командных каналов и тому подобное.
−
 
 
−
[[Category:Engineering Guides]]
 
−
[[Category:Guides]]
 
−
[[Category:Engineering]]
 
−
{{PA}}
 

Версия 19:56, 8 января 2019

Система телекоммуникаций добавляет сложность к ранее простому процессу радиосвязи.

Центральное Отделение

Функциональный телекоммуникационный центральный отсек (также известный как "серверная комната") содержит несколько машин, каждый со своей изолированной функцией. Эти машины составляют обычно независимую телекоммуникационную сеть с заранее заданным набором частот для обработки. При желании компьютеры мониторинга могут использоваться для отслеживания телекоммуникационной активности и целостности сети. Важно отметить, что машины, в основном "процессорные блоки", выделяют значительное количество тепла. В центральном отсеке обычно поддерживается очень низкая температура, чтобы предотвратить повреждение инфраструктуры оборудования, поэтому обслуживание обычно не выполняется без надлежащего защитного оборудования.

Центральный коммуникационный отсек не требуется для функциональной телекоммуникационной сети. Фактически, может быть более эффективно разделить сеть на подсети. Технический отдел Nanotrasen, однако, настоятельно рекомендует централизовать оборудование для упрощения технического обслуживания и учета. В то время как прочный центральный отсек легче обслуживать, его также легче саботировать или уничтожить. Единственное, что хуже, чем сотрясение мозга и массивная атмосферная дестабилизация, - это сбитая коммуникационная сеть. Центральный отсек должен быть хорошо укреплен и быть устойчивым, и, к счастью для экипажа, Nanotrasen не может мелочиться: корабль получит серверную комнату.

Машины

Есть 5 различных типов машин, необходимых для рабочей телекоммуникационной сети. Без одного или другого вся система перестала бы функционировать или не функционировала бы оптимально. Все телекоммуникационные машины бездействуют, пока не получат сигнал, и все машины построены с модулями Hyperwave Filtering™, которые позволяют сканировать частоту сигнала независимо от интенсивности. Это означает, что каждая машина может выборочно выбирать, на какие сигналы обратить внимание, если есть какие-либо заданные частоты для настройки.

Sreceiver.gif Подпространственные Приемники

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

A simple visual synopsis of a basic radio telecommunication network. It shows the "route" a subspace transmission travels before it reaches its end destination(s).

Bus.gif Сервера-шины

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

Pro.gif Процессорные блоки

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

Server.gif Телекоммуникационные серверы

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

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

Узнайте больше о NT Скрипте (NTSL).

Broad.gif Подпространственные Вещатели

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

Руководство по техническому обслуживанию

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

Если вы подозреваете, что машины не работают должным образом (или вообще не работают), вы должны сначала определить причину. Вероятно, самая распространенная проблема - взорванное центральное отделение. Устраните любые структурные повреждения и оцените машины. Если они все еще включены (мигают и тд), То они относительно функциональны. Если произошла некоторая разгерметизация атмосферы, вам надо перекачать охлажденный воздух в комнату; машинам нужен холодный газ, чтобы работать, иначе они не смогут распространять свое тепло в окружающую среду и будут перегреваться.

The multitool-telecomm interface.

Если машины перегрелись, вы можете починить их, просто пересобрав их. Для этого сначала открутите наружные болты с помощью отвертки. Затем выверните покрытие гаечным ключом. Затем удалите внутренние кабели кусачками. После этого вы должны использовать лом для удаления внутренних компонентов и печатной платы. С этого моменты вы можете либо деконструировать пустую раму, либо просто перестроить его. Если машины были полностью уничтожены, то вам надо построить их. Вам придется заняться исследованиями и разработками для некоторых действительно высокоуровневых плат и запасных частей, или взять некоторые детали от других поджаренных телекоммуникационных машин. Имейте в виду, вам не нужно восстанавливать ВСЕ машины. Как минимум вам понадобится 1 приемник, 1 процессор, 1 сервер и 1 вещатель.

Телекоммуникационный полиморфизм

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

Чтобы связать две машины, подключитесь к одной из них с помощью вашего мультитула. Выберите [Add machine] в нижней части окна, чтобы сохранить эту машину в буфере мультитула. Теперь получите доступ к другой машине с тем же мультитулом. Машина, ранее буферизованная, все еще должна находиться в буфере мультитула. Выберите [Link], чтобы добавить машину, которая в данный момент буферизована, в список ссылок на машину, к которой в данный момент обращаются. Это установит связь между этими двумя машинами. (Обратите внимание, что можно связать машину с самим собой; это и безвредно, и бессмысленно.)

Подпространственные Приемники

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

Сервера-шины

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

Если вы не связываетесь с процессором, читаемость сигналов существенно ухудшится. Это также сделает невозможным создать прямое соединение с вещателями.

Процессорные блоки

Вы можете связать процессорные блоки с телекоммуникационными серверами, если вы не можете подключиться к серверам-шинам. Это сильно снизит эффективность.

Телекоммуникационные серверы

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

Подпространственные Вещатели

Важны, если вы хотите вывод сигнала. Вы ничего не можете сделать с точки зрения полиморфизма.

Радиомолчание

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

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

2. Уничтожте подпространственный вещатель. Крики будут произнесены, но не услышаны.

3. Разберите процессор. Это заставляет радио выдавать тарабарщину, которую никто не может понять.

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

Источник — https://wiki.infinity-ss13.ru/index.php?title=Участник:First_Tea&oldid=1498