Was doing the connection checks wrong. Now its check for meta data if
the pipe uses the same class file for connections. Its should connection
to any generic pipe of its color and iron pipes. This should allow for
unique pipe networks for generic liquid types. This however will not
allow for a set liquid type filtering or transport.
Also in an earlier push i changed generic pipes to only move 1 bucket a
request but 3 request for non-generic pipes a request.
pipe crafting is now a set recipe instead of shapeless. Though with this
change you can now use any pipe color inter mixed with a dye to get 4
pipes of that color back. As well sticking a pipe in the crafting grid
will result in an uncolored pipe back.
There is however an odd error with old pipes updating to the new system.
Since the new pipes are an extend of the old pipes they may thing
themselves as old pipes. breaking them and replacing solves this isssue
still need to test and debug including create new textures for specific
pipes. Recipes are also still need for new items as well as reversed
color crafting
Just need to add renders too the new pipes and change the textures off
the old ones. I might also need to do some testing since i changed a few
methods.
Not sure if i want to work on this right now as its just a bonus
addition to FluidMech a this point. Though it badly needs overhauled to
include its own pathfinder. The rods need to work as one rod using the
same pos, spin speed, Force, etc. As well math needs to be added to calc
force correctly
Going to copy Electrical Expantion a bit and add a similiar system for
version #s and info file management. This way version # match up better
between the 3+ things that use it.
Tested and it looks like it works as well though i have to give
aidancbrandy(IDK github name) some credit for giving me the ideal
earlier to remove non-source Fluid Block each update. It will the
collection sorter lets the drain method over power water's ability to
refill the area.
