Mod

Infinitubes

Quick rating

Infinitubes

No reviews yet

Infinitubes is a mod that provides a way to move items from A to B, by labelling them

Automation & Processing
Player Transport
Mod Loaders
Forge
Minecraft

Community voices

Reviews

Versions
Loading versions…
Match includes

Click once to include, again to exclude, again to clear

Rating Any
Any 0.5 1.0 1.5 2.0 2.5 3.0 3.5 4.0 4.5 5.0
Min
Max
Play Status
Reviews
Time Played
hrs+
Verified developers only
Has developer response
List view
Grid view
Compact view
Sort by
Date
Rating
Helpful
Unhelpful
Edited
Sort ascending
Delete this review?

This removes your review from the project. You can write a new review after.

Review submitted for moderation

Your review has been sent to moderators, who will check that it meets our guidelines before it appears publicly.

No reviews yet. Be the first to review this project!

Get it on

Available Platforms

Compatibility

Supported Environments

Dev Environment
Client Required
Server Required

About

Project Details

Type
Mod
License
MIT License
Latest Version
infinitubes-59.0.5
Authors
CurseForge
Modrinth

For authors

Embed Badge

If you're the author of this project, you can embed a live badge anywhere that supports HTML or Markdown. It updates automatically whenever ratings change.

Custom banner text
ModDex rating badge preview

Use HTML for any page that supports it, or Markdown for README files and Markdown-based descriptions.

Identifiers

Platform IDs

CurseForge ID
Modrinth ID

Resources

External Links

Source Issues Wiki Discord

About

Description

Infinitubes by immibis is a mod that provides a way to move items from A to B, by labelling them.

The mod adds the following blocks to the game:

Teleposer - moves items to and from adjacent inventories or pipes.
Transport Conduit
Transpressurizer
Dislocator

====

this mod completely created by Immibis

====

MC Forum Link

immibis site

This mod provides a way to move items from A to B, by labeling them.

Teleposer

This is a teleposer. It has an input side and an output side (both of which can be set in the GUI), and moves items from the input side to the output side. The input side has a black centre, and the output side has a white centre. Notice each side of the block has different coloured lights on it. Each direction corresponds to a colour, to allow you to select them in the GUI.

It also has a GUI that looks like this: (don't panic)

GUI

The two coloured squares show the current input and output sides. Left or right click to cycle through the possible sides. Note that you can set them both to the same side. In the picture above, the input is on the purple side and the output is on the green side - this is the default setup.

If any items are in the top 9 slots, only those items will be allowed through, like in an RP filter or BC diamond pipe. These are holo-slots, like the diamond pipe (If you don't know what that means, try it and see).

Ignore the textboxes and priority for now.

This is the simplest useful setup with a teleposer. There is a chest next to the input, and another chest next to the output. Items will be moved from the input chest to the output chest. The chests could be replaced with machines or other inventories.

These are transport conduits. They can be used to move items instantly between different teleposers. They can be covered in microblocks, but the microblocks currently will not affect connections between conduits - they will be purely aesthetic.

It doesn't matter how your conduits are connected. These two conduits are exactly equivalent, except for the materials used to make them:

Item stacks travelling through transport conduits have a label, which can be any text string. They will go to the highest-priority connected teleposer with a matching item filter (or no item filter) and a matching label.

Remember those textboxes in the GUI? They're for labels.

  • The "out" textbox specifies the label items will get when they leave this teleposer, and the "in" textbox specifies which labels are allowed to enter the teleposer.
  • The "in" text can be a |-separated list of labels to accept, which can include * as a wildcard. The "out" text is a ,-separated list of labels to try sending the item to.

For example, with this configuration:

In: "sorting*|asdf", Out: "valuables,recycler"

the teleposer will accept diamonds which are labelled either "asdf", or anything that starts with "sorting". It will then send them to any teleposer labelled "valuables". If no teleposer can accept the item (perhaps the valuables chest is full) it will send them to "recycler" instead.

Transpressurizer

Teleposer networks require power to run, and the transpressurizer converts electricity into a form the network can use. Connect a transport conduit to the top, and an IC2 cable to any other side, and power will be converted until the network is full. It will accept any voltage.

It can also be powered from BC conductive pipes. 1 MJ provides the same amount of power as 2.5 EU.

If you don't have IC2 or BC or just don't want to supply power, there is a config option you can use to disable the power requirement of teleposers.

Note that power is used every time a teleposer tries to push an item stack onto a network, even if none of the items could find a destination.

A network can store quite a bit of power, and there is currently no way to measure stored power on a network.

Exact behaviour: (optional reading)

A teleposer uses 3 charge units whenever it attempts to push an item stack, plus one charge unit per item in the stack. If there is not enough stored energy to push the entire stack, it will not do anything, even if there is enough to push part of the stack. 0.8 MJ or 2 EU are required for 1 charge unit. The maximum stored energy in a network is 128 charge units for every connected machine side.

Dislocator

This is a dislocator. It acts somewhat like a retriever in RedPower, but it can send items to other places as well.

Its GUI looks like this:

The direction is pretty straightforward - it sets the side of the block that connects to a tube network.

Each time the dislocator receives a redstone signal, it does the following:

  • Finds an item matching the item set in the dislocator. It only considers chests and machines which are connected to the output sides of directly connected teleposers. It only considers teleposers whose input label matches the "search label" in the GUI.
  • Emits the item from the input side of the teleposer it was found in, labelled with the "eject label" in the GUI.

As an example:

You have a cobblestone chest with an input label of "cobblestone", and a furnace with an input label of "furnace". You want to move 8 cobblestone at a time from the chest to the furnace. You would set the search label to "cobblestone" and the eject label to "furnace", and put 8 cobblestone in the item slot.

Notes:

  • You can set multiple search labels, separated by commas. They will be tried in that order, as with teleposers.
  • You can set multiple eject labels, separated by commas. Ditto.
  • The priority used for searching is the opposite of that used by items. If your cobble goes to a chest, then to a recycler if the chest is full, then dislocators will check the recycler first (assuming it meets all the other criteria).
  • It will not look "through" teleposers - if there is a teleposer between the dislocator and the cobblestone chest in the above example, it will not work.
  • It will currently not take items from multiple stacks. If a chest has 27 stacks of 1 cobblestone, a request for 27 cobblestone will fail.

The dislocator is also usable as a ComputerCraft peripheral. It has one function:

-- (where 'dislocator' is the wrapped peripheral)
dislocator.pull(stackSize, searchLabel, ejectLabel)

-- Moves some items, as if you applied a redstone signal.
-- This function does not use the search label, eject label, or stack size from
-- the GUI but instead uses the ones passed as parameters.
-- Returns a unique request ID.

-- Sends a dislocator_done event no more than one tick later.
-- The event's first parameter is the request ID, and the second
-- parameter is true if the request succeeded, or false if it failed.

-- I can't directly return whether the request succeeded or not due to technical
-- limitations.

(Original mod by immibis. Original description from the Minecraft Forums.)

Archival notice

This mod is abandoned and has been uploaded for archival purposes. It was originally created by immibis. It has been uploaded to Modrinth under the ModrinthArchives account with permission from the original author.

Discord screenshot showing permission to upload

Screenshots

Gallery

This project has no gallery images yet.

Versions

Files

Relations

Project Relations

More like this

Similar Mods

Suggestions use data such as tags, dependencies, dependents, descriptions, titles, and more to rank how much they overlap with this mod.

On ModDex

Community snapshot

0
Ratings
0
Followers
0
In stacks

By the numbers

Statistics

~3,000
Total Downloads
CurseForge
<1,000
Modrinth
~3,000
Last Updated
CurseForge
Created
CurseForge
Modrinth
Last synced
When ModDex last fetched and imported data for this project from CurseForge or Modrinth. High-traffic and active projects are checked more often.
Next pipeline sync