
Smeltery Duct wont connect to Create Pipes
Closed this issue ยท 8 comments
Minecraft Version
1.20.1
Modloader
Forge
Modloader Version
47.2.0
Mantle Version
1.11.44
Tinkers' Construct Version
3.9.2.37
Describe your issue
When I try to pump liguids from the Seared Duct with Create Pipes, those Pipes won't connect to the smeltery.
Steps to reproduce
Place Duct on Smeltery, Filter for Blazing Blood,
pipes from create wont connect with or wothout redstone signal to the Duct.
Before someone says the Smertery is not formed - Seared Glas was used for it.
Crash Report
No response
Can you reproduce with just Tinkers?
No
Performance Enchancers
Rubidium/Embeddium
Other mods
Create 0.5.1.j
Searched for known issues?
Checked pinned issues, Searched open issues, Searched closed issues, Checked the FAQ, Checked the in game books
Does a faucet work? Based on the screenshot, the smeltery isn't formed, thus it doesn't connect.
Usually the cause of this is people not realizing you can't put a spaw er inside the smeltery, it's not an air block.
The duct seems to have no liquid inside it, e.g. had it been part of the smeltery, the inner square would have the same colour as the fluid. There is somethinf inside preventing your smeltery from "fully" forming imo.
Ultimately, there is nothing we can do if create pipes don't connect. We have it coded correctly as a fluid handler; it's just conditional on the smeltery being formed.
You either did not form it properly, or create is broken. Verify the former by making a second smeltery in creative. If it's still broken, report it to Create as it's their bug, not ours.
@Yijare A similiar problem occured for someone in the discord with thermal recently. Does this bug occur no matter the order of operations? The pipe might be remembering that there is no tank to pull fluid at at this location. So for example, try first placing the duct and setting the filter and only later placing the pipe.
I'm still convinced the issue is their duct isn't valid. The texture changes when its valid. F3+H will let you verify my assumption by checking the block state.