供給系（プロバイダー系）

名称	レシピ	GUI
供給パイプ (Provider Logistics Pipe)
供給パイプMk2 (Provider Logistics Pipe Mk2)
供給モジュール (Provider module)
供給モジュールMk2 (Provider module Mk2)

＜供給パイプ＞

発送間隔は6tick毎に1回、1個ずつ（秒間3.3個）

複数のコンテナに同時に隣接していても、それら全ての内容物を認識できる。

＜供給パイプMk2＞

発送間隔は6tick毎に1回、1個ずつ（秒間3.3個）

複数のコンテナに同時に隣接していても、それら全ての内容物を認識できる。

初期設定のまま普通にプレイする限りでは、供給パイプMk1と何ら性能が変わらず、作るだけダイヤの無駄。

ただしBuildCraftのConfigの「I:pipes.maxItems=100」の値を「1000」以上に書き換えた場合、
高速発送モードが解禁され、6tickに1回、最大16個ずつアイテムを発送するようになる（秒間50個）

＜供給モジュール＞

発送間隔は1tick毎に1回、1個ずつ（秒間20個）

複数のコンテナに同時に隣接していても、橙ラベル側のコンテナの内容物しか認識できない。

（＝供給パイプの6倍の搬出速度を誇るが、材料コストが高く、建築コストも嵩む）

抽出モジュールと違い、2枚以上の重複積みは誤作動の原因になる。
（＝2枚積んでいるとリクエストされた数の2倍、3枚積んでいると3倍の数を発送してしまう）

＜供給モジュールMk2＞

発送間隔は1tick毎に1回、1個ずつ（秒間20個）

複数のコンテナに同時に隣接していても、橙ラベル側のコンテナの内容物しか認識できない。

重複積みが誤作動の原因になるのは供給モジュールMk1と同様。

初期設定のまま普通にプレイする限りでは、供給モジュールMk1と何ら性能が変わらず、作るだけダイヤの無駄。

ただしBuildCraftのConfigの「I:pipes.maxItems=100」の値を「1000」以上に書き換えた場合、
高速発送モードが解禁され、6tickに1回、最大16個ずつアイテムを発送するようになる（秒間320個）

	必ずコンテナに隣接させて設置する。 1マス空けてしまうと認識されない。
	供給パイプは複数のコンテナを認識できるが、 供給モジュールは1個のコンテナしか認識できない。 （橙色のラベルの出口が隣接した側）
	配管の分岐点には必ずいずれかのロジスティクスパイプを置く。 （特に役目が無い場合、最もコストの安い基本パイプが適役） これを忘れてしまうと、アイテムが分岐でランダムな方向へ向かい迷子になってしまう。
	供給パイプであれば、図のように複数のコンテナに同時に隣接させる事ができる。 が、供給モジュールを使用する場合、図のような配管をしてはいけない。 ちなみに各供給パイプが同時に分岐点のロジスティクスパイプの役割も果たすため、 ←のように配置しても他のチェストへの逆流は発生しない。
	隣接コンテナは必ずしもチェストである必要はない。 内部にアイテムが置けるスロットを持つブロックでありさえすれば、 他MODにより追加された収納用以外のブロックも全て認識される。 この際、供給系パイプが接している装置の面の側に関係なく、 そのブロック内の全スロットから全アイテムを引き出す事が可能。

加工系（クラフティング系）

名称	レシピ	GUI
加工パイプ (Crafting Logistics Pipe)
加工パイプMk2 (Crafting Logistics Pipe Mk2)
加工パイプMk3 (Crafting Logistics Pipe Mk3)
加工補佐パイプ (Satellite Logistics Pipe)

＜加工パイプ＞

隣接しているのがBuildCraftの全自動作業台な場合のみ、
［Import］ボタンを押す事でサンプルレシピ＆作成予定物の情報を取り込む事ができる。

それ以外の装置やコンテナの場合は取り込めず、プレイヤー側が自分でアイテム設定しなければならない。

［Open］ボタンを押すと、隣接ブロックが内包するGUIを開ける。

こちらは全自動作業台どころか加工装置ですらなかろうと、GUIを内包するブロックなら何でも開ける。

［Import］ボタンも［Open］ボタンも、複数の全自動作業台に同時に隣接しているような場合では正常に動作しない。

そもそも1つの加工パイプに登録できるレシピは1つだけなので、

複数の作業台や加工装置が同時に隣接しないよう、1パイプにつき1装置の配置を心がける必要がある。

＜加工パイプMk2＞

通常の加工パイプが完成したアイテムを1個ずつ小分けして発送するのに対し、

Mk2は加工1回毎に出来たアイテムをスタック単位で発送する。

が、1回のクラフトで作成されるアイテム数が8個とか16個とか32個とかのレシピでもなければあまり意味が無い。

＜加工パイプMk3＞

他のパイプと異なり、専用の中間部品である「ナノ漏斗」共々、【溶接作業台】で作成する必要がある。

ナノ漏斗を内蔵した事により、内部に(プレイヤーには見えない)32スロット相当の隠しインベントリを持つようになった。

これがアイテムの一時待機場所として働き、バニラのかまどやIC2の粉砕機など、

一度に1種類1スタック64個までの原料しか受け入れられない装置に、それ以上の量が同時に流れ込んだ際、

それらが隠しインベントリ内で順番待ちするようになり、アイテム溢れがほぼ起こらなくなる。

それ以外の機能は通常の加工パイプと同様（Mk2のスタック単位発送機能も地味に継承している）

何らかの理由で待機場所にアイテムが残留し出てこなくなった場合、一度撤去回収すれば中身も全部ドロップする。

＜加工補佐パイプ＞

「原料」＋「燃料」など、二種以上のアイテムを二方向以上から同時に搬入する必要があるような加工装置に対し、

メイン側の加工パイプと連動させて、サブ側のアイテムの搬入役を任せるのに使う。

例1「チェスト」と併用して、スタック不可なアイテムをBuildCraftの「全自動作業台」に作らせるのに。

例2「かまど」や「ポーション醸造台」など、複数種類のアイテムを異なる面から同時搬入する必要のある加工装置。

【サンプル1（全自動作業台でケーキを作成）】
例として↓のような配管。

全自動作業台、加工パイプ、加工補佐パイプのGUIの設定は↓の通りにしておく。
特に加工パイプ＆補佐パイプのIDを一致させるのを忘れないように。

	⇒

これにより、要求パイプからケーキをリクエストした際のアイテムの流れは↓のようになる。
これは、全自動作業台が隣接チェストの中身も原材料と見なしてアイテム作成を行える仕組みを利用している。
加工後のアイテムは加工パイプから出てくる。
加工パイプと違い、補佐パイプには使用後の空バケツや端数アイテムを配管内に自動で差し戻す機能が無いので、
回収系のパイプで回収ポイントを指定していても、使用後の空バケツは出てこない（抽出モジュールetc.が必要）

【サンプル2（かまどでガラスを作成）】
例として↓のような配管。

加工パイプ、加工補佐パイプのGUIの設定は↓の通りにしておく。
全自動作業台と違い［Import］が使えないので、アイテム指定はプレイヤーが自前で砂、ガラス、木炭を用意し自分で行う。
また、既にワールド上に存在している別な補佐パイプのIDを重複指定はできないので、
先に【サンプル1】を作成していたような場合はID：1はもう指定できず、ID：2を使ってペア化する必要がある。

これにより、要求パイプからガラスをリクエストした際のアイテムの流れは↓のようになる。
搬入はかまどのセオリー（上面から原材料、下面から燃料）に従う必要があるが、
精錬後のアイテムの搬出はセオリーを無視し、必ず加工パイプから吸い出される形で出てくる（この場合は上面から）

ただし↑のままだと、ガラスの要求数が8の倍数以外だった時に、余ったガラスが行き先を見つけられずその場に零れてしまう。
なので↓のように、回収系のパイプ or モジュールを使って回収ポイントを指定しておく必要がある。

要求系（リクエスト系）

名称	レシピ	GUI
要求パイプ (Request Logistics Pipe)
遠隔要求パイプ (Remote Orderer Logistics Pipe)
要求パイプMk2 (Request Logistics Pipe Mk2)
リクエストディスク (Logistics Disk)

＜要求パイプ＞

レンチで右クリックすることでGUIを開ける。

上半分のウィンドウに、そのネットワーク内から取り寄せ可能な全アイテムの一覧が表示される。

取り寄せたいアイテムのアイコンをクリックし、更にGUI最下段の［＋］/［－］ボタンを押す事で個数を指定、

種類と個数の両方が指定された状態で右下の［Request］ボタンを押すと、リクエストが発注される。

この［Request］ボタンを押す方式では、アイテムは1回につき1種類しか取り寄せられない。

［＋］/［－］ボタンは、［＋］は1個単位、［＋＋］は10個単位、［＋＋＋］は100個単位で個数を増減させる。

マウスホイールをスクロールでも、1個単位での増減が出来る。

Shift + マウスホイールをスクロールなら、10個単位での増減が出来る。

Shift + Ctrl + マウスホイールをスクロールだと、64個単位での増減が出来る。

一旦GUIを閉じてまた開くと、設定した個数は1個にリセットされる。

アイテムウィンドウのすぐ下に検索欄を持つ。

ここに文字を打ち込むとその文字をアイテム名に含む、または数字を打ち込むとその数字をBlockID(ItemID)に含むアイテムを、

リクエスト可能な全アイテム一覧の中から抽出して表示する（アイテムの種類が膨大な時に便利）

その下の［Popup］の項目にチェックが入っていると、リクエストを1回行う毎に成否が表示される。

失敗した場合に不足アイテムを探るのに便利な機能だが、立て続けに何回も要求を行う場合は逆に鬱陶しい機能でもある。

チェックを外すとOffになり、このOn/Offは以後GUIを閉じたりログアウトしても保持されるようになる。

ただしどの要求系パイプも設置直後はデフォルトでPopupがOnになっているため、最初に必ずOffにする必要はある。

その下の［Both］ボタンを押すと、［Both］→［Craft］→［Supply］→…と押す毎に3つのモードが切り替わる。

• ［Both］ CraftとSupplyの両方を表示する。
• ［Craft］ 加工系パイプが取り扱うアイテム（＝加工後のアイテム）だけを表示する。
• ［Supply］ 供給系パイプ＆モジュールが取り扱うアイテムだけを表示する。
  

更にその下の［Refresh］ボタンを押すと、アイテムウィンドウの一覧を更新する。

GUIを開いてから［Refresh］ボタンを押すまでの間にネットワーク内の在庫数に変動があった場合に有効。

（ただし補給パイプや抽出モジュールが自動で動いてるでも無い限りは利用する機会はあまりない）

＜遠隔要求パイプ＞

遠隔リモコン制御の要求パイプ。

リモートオーダーとセットで初めて機能し、単独では動作しない（＝レンチで右クリックしてもGUIが開かない）

リモートオーダーを手に持って右クリックする事と、そのリモートオーダーにクリックした遠隔要求パイプが登録される。

その後で何もない空間をクリックすると、登録した遠隔要求パイプを要求点とする要求GUIが開く。

これにより、遥か遠くから遠隔要求パイプの座標に（プレイヤーの任意＆手動操作で）アイテムを送る事が出来る。

チャンクローダー系の装置と組み合わせれば、Dimensionを超えて遠隔要求する事も可能。

＜要求パイプMk2＞

レンチで右クリックする必要がなく、素手 or 無関係アイテムを持った状態で右クリックしてもGUIが開く。

また、他の要求パイプには無い機能としてDisk挿入欄 + ［Disk］ボタンを持つ。

Disk挿入は、リクエストディスクを手に持った状態で要求パイプMk2を右クリックすると行われる。

Disk排出は、GUI内のディスク挿入欄をクリックする事で行われる。

＜リクエストディスク＞

要求パイプMk2専用。

よく使う定番のリクエスト内容をマクロ登録しておく事で、複数種類のアイテムをボタン1発で取り寄せられる。

	要求パイプMk2のGUIで［Disk］ボタンを押すとこの画面になる。 ［Add］ …… 新たなマクロを新規作成する。 ［Delete］ …… 既存のマクロを削除する。 ［Request］ …… 選択しているマクロを実行する。 ［Exit］ …… このGUIを閉じ要求パイプMk2のGUIに戻る。
	前画面で［Add］ボタンを押すとこの画面になる。 操作方法は要求パイプのGUIと大体同じ。 検索欄も利用可能。 アイテムのアイコンを選択しつつ、右クリックで個数+1、左クリックで個数-1。 マウスホイールでの増減も可能だが、ShiftキーやCtrlキーは無効。 アイテム表示欄が狭いので、Pageボタンの［＜］と［＞］を多用する必要がある。 アイテムの種類と個数を指定し終わったら、 最後に［Name］欄でマクロコマンドの名称を入力し、［Save］ボタンで記録。
	［Save］ボタンを押すことで再びこの画面に戻って来、 以後は登録したマクロコマンドがリクエスト一覧に掲載されるようになる。 （要求したい項目を選択しつつ、［Request］を押す事で取り寄せを実行） 一度登録したマクロの内容を確認 or 再編集する事はできず、 内容を変更したい場合は一度［Delete］して再度［Add］するしかない。

補給系（サプライヤー系）

補給パイプ (Supplier Logistics Pipe)
補給パイプ(液体容器) (Liquid Supplier Logistics Pipe)
補給パイプ(ビルダー) (Builder Supplier Logistics Pipe)		－　No Graphical User Interface　－

＜補給パイプ＞

通常の補給パイプ。普通はこれを使う。

1つの補給パイプを複数のコンテナに同時に隣接させた場合、動作自体はするが、
全ての隣接コンテナ内の指定アイテムが指定個数以上になるまで、
通常パイプの分岐法則（＝確率のゆらぎ有りの均分確率）を伴いつつ各コンテナにアイテム搬入し続ける。
なので各コンテナへの搬入量にムラが生じ、結果として流通量制御に狂いが生じる。

＜補給パイプ(液体容器)＞

液体容器を使って液体ゲージに搬入するべく、それに特化した補給パイプ。

液体を恒常的に搬入し続けたいだけならBuildCraftの液体パイプの方が遥かに単純かつ低コストだが、

• 液体パイプに対応していない装置に対応
• 液体搬入ラインとアイテム搬入ラインを一本化して省スペース
• 液量をバケツ単位で管理しやすく少量搬入に適する
• BC3.1.6以降大幅に輸送力が低下した液体パイプに比較し、遥かに高速の液体補給ができる。

などのメリットがある。

＜補給パイプ(ビルダー)＞

BuildCraftのビルダー専用に特化した補給パイプ。GUIが無い。

ブループリントを読み込んだビルダーの要求アイテムを補給対象と見なしつつ、ネットワークからアイテムを取り寄せる。

【サンプル1（FFMの全自動農業）】
面倒なFFMの全自動農業施設のリソース管理もこれでバッチリ。
別途、基本パイプor回収モジュールで回収ポイントを指定しておけば、自動搬出される砂、原木、苗木、リンゴも回収可能。

林業マシンは側面から劣化砂を自動搬出、
伐採マシンは側面から原木、上下面から苗木＆リンゴを自動搬出するので、それに則した配管を行う。
下の図では腐葉土＆苗木は64個を保つように補給させる設定にしているが、
稼動直後の初期配置時はともかく、稼動が軌道に乗った後なら補給個数は16個ぐらいで構わない。

林業マシン	補給パイプ

【サンプル2（ICのマター生成）】
1スロットにスクラップ64個までしか搬入できない割に、やたらスクラップの消費速度が速い物質製造機。
これに補給パイプを使用すれば、搬入量の微調整に頭を悩まされずに済むようになる。

とりあえず64個補給させておけば、(備蓄が十分なら)512EU/ｔで稼動させても供給が間に合う。
この配管は、丸石を使ったリサイクラーでのスクラップ生成にもそのまま流用できるが、
物質製造機へのマター搬入は下面から行う必要があるのに対し、
リサイクラーへのアイテム搬入は上面から行う必要があるという違いに留意すること。

マター製造機	補給パイプ

抽出系（エクストラクター系）

名称	レシピ	GUI
抽出モジュール (Extractor module)
抽出モジュールMk2 (Extractor MK2 module)
抽出モジュールMk3 (Extractor Mk3 module)
抽出モジュール改 (Advanced Extractor module)
抽出モジュール改Mk2 (Advanced Extractor Mk2 module)
抽出モジュール改Mk3 (Advanced Extractor Mk3 module)
高速分別モジュール (QuickSort module)		－　No Graphical User Interface　－

＜抽出モジュールMk1～Mk3＞

橙ラベル側の隣接コンテナから、一定間隔でアイテムを搬出する。

（Mk1＝5秒に1回1個ずつ、Mk2＝1秒に1回1個ずつ、Mk3＝1tickに1回1スタックずつ）

木パイプ同様、インベントリの左上隅スロットに置かれたアイテムから優先して搬出していく傾向を持つが、

ネットワーク内に有効な回収ポイントが無いアイテムは搬出せず、無視して次のアイテムを搬出する。

搬出面偽装機能を持つ。

＜抽出モジュール(改)Mk1～Mk3＞

基本性能は通常の抽出モジュールと同じ。Mk1～Mk3の搬出間隔も変わらない。

違いは、搬出面偽装機能に加えて、特定のアイテムの搬出だけを許可/禁止するフィルター機能を持つ事のみ。

＜高速分別モジュール＞

橙ラベル側の隣接コンテナから、6tickに1回、1スタック(最大64個)ずつの間隔でアイテムを搬出する。

ちょうど抽出モジュールMk2とMk3の中間の性能を持つ。

抽出モジュール各種との違いは、デフォルトルート設定の回収ポイントを無視、そこには発送しない事。

ただし輸送中で当初の目的地だった回収ポイントが満載になるなど、途中で目的地が変わった場合

既に発送済みのアイテムに限っては、緊急避難的にデフォルトルート設定の回収ポイントに向かうのが許される。

↓↓↓　搬出完了後　↓↓↓

• 抽出モジュールMk1(1枚)＝「木パイプ + 青色時の木エンジン」(100tickに1回1個)の搬出間隔とほぼ同じ。
• 抽出モジュールMk2(1枚)＝「木パイプ + 橙⇔赤で安定した状態の木エンジン」(20tickに1回1個)の搬出間隔とほぼ同じ。

デフォルトルート設定の回収系モジュールによる回収ポイントも含め、
ネットワーク内に正真正銘、そのアイテムを回収できるポイントが無くなった場合、輸送途中アイテムは全てラインアウトする。
多少手間やコストが掛かってでもこれを確実に回避したい場合、
下の画像のように、抽出モジュールをセットした物流制御パイプに終端回収モジュールもセットする方法が有効。
別にデフォルトルート設定の回収モジュールをセットしてもいいのだが、
その配管が他にもあちこち繋がっている場合は、その他全てが流れてくるデフォルトルートをみだりに置くのは危険。

回収系（アイテムシンク系）

名称	レシピ	GUI
基本パイプ (Basic Logistics Pipe)
回収モジュール (ItemSink module)
読取回収モジュール (Polymorphic ItemSink module)		－　No Graphical User Interface　－
終端回収モジュール (Terminus module)
消極補給モジュール (Passive Supplier module)

＜基本パイプ＞

あらゆるロジスティクスパイプのベース素材となる基幹パイプだが、回収パイプとしての機能も持つ。

同じ回収系でも基本パイプと回収モジュールにのみ［Default Routes：］(デフォルトルート)という設定項目がある。

初期状態では［No］になっているが、これを［Yes］に変えた場合、

そのパイプはネットワーク内で回収ポイントが指定されていない「その他全て」のアイテムを回収するようになる。

デフォルトルート設定の回収ポイントが1個あるだけで、アイテム零れの発生率が大幅に減る。

0.5.1pre12から他のモジュール同様、隣接コンテナ満載時には次の回収ポイントに回収権が移るようになった。

より厳密には、最も優先順位の高い回収ポイント到達後、隣接コンテナへの侵入に失敗した場合、

アイテムはその回収ポイントをリストから除外しつつ反転、優先順が次の回収ポイントに自発的に移動するようになった。

ただしこれを繰り返した結果、優先順位が最下位のポイントでも侵入に失敗した場合は、

回収ポイントの除外リストを初期化しつつ、また最初から(＝優先順位1位から)回収ポイントへの侵入の試みを再開する。

この「有効な全回収ポイントでのコンテナへの侵入の試み→また最初から」という処理を計5セット繰り返し、

それでも尚且つ侵入に成功できなかった場合、直後にアイテムはパイプからラインアウトする。

＜回収モジュール＞

基本パイプのモジュール版。

基本パイプと違い、橙ラベル側のコンテナが満載の間は回収ポイントとしての機能が停止する。

このためアイテムがそこに辿り着いて侵入を試み失敗するという事象自体が起こらず、反転現象は発生しない。

それ以外はデフォルトルート設定を使える点を含めて基本パイプと同じ。

＜読取回収モジュール＞

橙ラベル側のコンテナに最低1個入っているアイテムを全て読み取り、

それらの回収ポイントとして機能する性質を持つため、別途回収アイテムを指定するためのGUIを持たない。

このモジュールを使う場合、「Leave 1 item per stack」設定の供給モジュールとの併用することが多い。

＜終端回収モジュール＞

他の回収系よりも一段階回収の優先順位が低い（デフォルトルート設定よりは上）

＜消極補給モジュール＞

補給の名こそ冠しているが、実質的な効果は回収系であり、回収ポイントとして機能する。

他の回収系モジュールよりも高い優先順位で、配管内に発生した指定アイテムを指定した個数まで回収する。

このため、他の回収系モジュールと違って、アイテムの種類のみならず個数まで指定できる。

• 優先順位1 …… 蜂鑑定パイプ、蜂鑑定モジュール、充電管理モジュール(Discharge：Yes)
• 優先順位2 …… 消極補給モジュール
• 優先順位3 …… 蜂回収パイプ、蜂回収モジュール、充電管理モジュール(Discharge：No)
• 優先順位4 …… 基本パイプ　回収モジュール　読取回収モジュール
• 優先順位5 …… 終端回収モジュール
• 優先順位6 …… Drone終端モジュール
• 優先順位7 …… デフォルトルート設定の基本パイプ＆回収モジュール

画像	説明
	基本パイプ製の回収ポイントは、1個で複数のコンテナをカバーできる反面、 隣接コンテナが全て満載でも回収ポイントとして有効なまま、自発的に無効にならない。 有効なままなので、アイテムはそこが最寄のポイントならば愚直に向かってしまう。 ただしそうやって到達した先で(満載etc.により)コンテナへの侵入に失敗した場合は、 そのポイントを候補から除外しつつ反転、次順の優先順位ポイントに向かう。 計5セットこれを繰り返し、尚侵入に失敗した場合、アイテムはその場でラインアウト。
	モジュール製の回収ポイントは、1個で橙ラベル側のコンテナ1個しかカバーできない反面、 その1個が満載である間は、自発的に回収ポイントとしての機能を停止する。 回収ポイントとして無効な以上、搬送アイテムはそこを回収ポイントとして認識できず、 立ち寄る事すらなく素通りして、現在有効なものの内で最も近いポイントを目指す。 このため基本パイプ製の回収ポイントと違い、「侵入に失敗して反転」自体起こらない。 仮に「全ての回収ポイントが無効化＆機能停止」という事態が行った場合、 回収ポイント目指して移動中だったパイプ内の全アイテムがその場でラインアウトする。
	基本パイプを回収ポイントにおける反転は、1個の回収ポイントにつき1回しか起こらない。 すなわち、その基本パイプが複数個のコンテナに隣接していたとしても、 侵入を試みたその内の1個が満載だったなら、アイテムはその回収ポイント自体を除外、 他の隣接コンテナへの侵入を試みる事無く、次の回収ポイントに向かってしまう。
	このページでも再三述べている通り、モジュール製の回収ポイントにおいては、 複数のコンテナを同時に隣接させる事はできない。 アイテムの搬入先として監督されるのは橙ラベルが接した側のコンテナだけであって、 それ以外の赤いラベル側のコンテナは、最初から眼中に無く、無視される。 回収ポイントに到達したアイテムは橙ラベル側のコンテナにだけ入り、 満載か否かによる回収ポイント無効化も、橙ラベル側のコンテナだけ見て行われる。

画像	説明
	１．基本パイプの隣接マスにコンテナがあり、その中への侵入に成功した そのまま侵入に成功したコンテナの中に格納される。 そもそもその基本パイプが1個以上のコンテナに隣接している場合、 他に赤や緑ラベルの出口があっても、優先的にコンテナ側の出口に流れる。 コンテナが2個、3個と同時に隣接している場合は、 確率の揺らぎを備えつつそれらのコンテナに1/2ずつ、1/3ずつ搬入される。 隣接コンテナは別にチェストである必要はなく、 そのアイテムを搬入可能なアイテムスロットを備えたブロックなら何でも良い。
	２．基本パイプの隣接マスにコンテナがあり、その中への侵入に失敗した v0.5.1pre11以降限定。 侵入しようとしたコンテナが満載だった場合、アイテムはその回収ポイントを諦め、 反転して次に近い(＝優先順位が次の)回収ポイントに自発的に向かう。 コンテナが2個、3個と同時に隣接しており、その内の一部だけが満載の時でも、 ゆらぎ分岐しつつランダムに選んだ一つが満載コンテナだった場合は、 残りのコンテナへの侵入を全て試す事なく次の回収ポイントへと向かってしまう。 隣接コンテナへの侵入に成功するか、 そもそも隣接コンテナが存在しない回収ポイントに到達するまでこれを繰り返す。
	３．基本パイプの隣接マスにコンテナがないが、赤ラベルの出口がある （赤ラベル出口＝その先に他のロジスティクスパイプが存在しない） （緑ラベル出口＝その先に他のロジスティクスパイプが存在する） 赤ラベル側の出口に流される。緑ラベル側の出口には絶対に流れない。 赤ラベル出口が複数ある場合、確率の揺らぎを備えつつ1/2、1/3に均等分岐。 アイテムはその回収ポイントに到達するまでは 金パイプにより最高速度まで加速されたのと同等な速度を維持しつつ運ばれるが、 赤ラベル側の出口に弾かれた後は最高速度の維持を失い、 以後は通常パイプの減速法則＆搬送法則に従いつつ通常パイプ内を流れていく。
	４．基本パイプの隣接マスにコンテナがなく、赤ラベルの出口もない どこにも行けず、回収ポイントに到達したと同時に零れる。 緑ラベルの出口の向こう側にそのアイテムを回収指定したポイントが他にあっても、 最寄の回収ポイントより向こうには進めず、必ずそこで零れる。

物流制御パイプ

名称	レシピ	GUI
物流制御パイプ Mk1 (Logistics Chassis Pipe Mk1)
物流制御パイプ Mk2 (Logistics Chassis Pipe Mk2)
物流制御パイプ Mk3 (Logistics Chassis Pipe Mk3)
物流制御パイプ Mk4 (Logistics Chassis Pipe Mk4)
物流制御パイプ Mk5 (Logistics Chassis Pipe Mk5)

• 隣接コンテナが無い場所では機能しない。
• 複数のコンテナに同時に隣接している場合、橙ラベル側のコンテナにしかアイテムを搬出入しない。
  • 逆に言えば橙ラベル以外の赤ラベルコンテナは無視するので装置類で混み合ったスペースで安全に利用できる。
• 橙ラベル側のコンテナが満載の間は、回収優先順位を次順のポイントに譲る。

• 回収系のモジュール各種は、橙ラベル側のコンテナにしか回収アイテムを搬入しない。
• 供給系のモジュール各種は、橙ラベル側のコンテナの内容物しか認識しない。
• 抽出系のモジュール各種は、橙ラベル側のコンテナに入っているアイテムしか搬出しない。

正しい例	誤った例

	＜回収＋供給＞ 非常に汎用性の高い組み合わせであり、多用する。 チェストごとにアイテムを分別しつつ保管する集積倉庫を作る際に活躍する。 指定したアイテムXに対して、 パッシブ・リクエストでネットワーク内であぶれたり余ったり彷徨ってるのを回収し、 かつアクティブ・リクエストに応じてそれらのアイテムを要求点に提供する。 加工パイプで生まれる余剰分のバッファに最適。
	＜読取回収＋供給＞ 供給モジュールの設定を［Mode：Leave 1 item per stack］にしつつ、 64個以上作る事は到底ないだろう高等加工品目を各1個ずつ入れておくと、 ラージチェストの場合は最大54種類、特にGUIで個別設定する必要もなしに、 それら全てのアイテムに対して回収ポイントとして機能できる。 基本パイプや回収モジュールは1個につき9種類のアイテムしか回収できず、 かつ一々設定するのが面倒という手間があるので、それを省ける。
	＜抽出＋終端回収＞ 抽出モジュールから回収モジュールまでに長い長い距離がある場合、 その回収モジュールがチェスト満載などで無効になっても、 抽出モジュール単体だけでは既に発送してしまったアイテムを引き戻せない。 それらを引き戻し回収するために使用する組み合わせがこれ。