Factorio Forums

darkfrei wrote:I need the entity size for automatically placing of pipe connections. If entity is 3x5, then it can be much easy to set right positions than with collision box like {{-1.25, -2.4}, {1.25, 2.4}}

local tilewidth = math.floor(collision_box and (collision_box[2][1] - collision_box[1][1]) or 0) + 1
local tileheight = math.floor(collision_box and (collision_box[2][2] - collision_box[1][2]) or 0) + 1

1	1
1	1
1	1
1	1
2	1
1	2
2	2
2	2
2	2
3	2
3	3
3	3
3	5
5	5

eradicator wrote:@chrisgbk:
That's a nice and short way to do it. But i think technically there's no restriction for the box to be {left-top,right-bottom}, so you'd need to include some math.abs in case someone goes crazy and has {right-top,left-bottom} or something (this statement is wrong until proven right ).

But @darkfrei has an even bigger problem for automatically fiddling with fluid boxes, which is unsymmetric collision boxes. {{-1, -0.5},{3.1, 4.5}} is perfectly valid, but not centered on 0,0. So depending on whatever he wants to do he needs to calculate left-width, right-width, top-heigh, bottom-height.

centerx = (collision_box[1][1] + collision_box[2][1])/2
centery = (collision_box[1][2] + collision_box[2][2])/2

eradicator wrote:@chrisgbk:
I doubt the center would be of any use as the fluid box specifications are most likely offsets of the position (i.e. 0,0) and not the center of an entity. And that position can't be derived from the width/height and center/center values.

• Gray is the entity image.
• Maroon is the collision box.
• Black is the calculated tile footprint from the collision box.
• Lime is the allowed area that pipe_connections are allowed to be in based on the code provided by Rseding91 and assuming that the boundingBox used in this check is the collision_box and not a derived tile footprint boundingBox.
• Green X's are the input-output pipe_connections.
• Blue X is the output pipe_connection.

eradicator wrote:@chrisgbk
That sounds quite useful indeed (and like a huge amount of work). There's been a few people over the years to attempt a proper sprite management tool (scale, shift, fluidbox, circuit connection point/graphic, inserter positions, rotation, etc) but as far as i know nobody ever came to a final release. From personal experience getting that part of a new entity prototype right is definetly the most annoying part currently as it involves tons of trial & error to get the shit right and easily costs 80% of the effort/time. Especially as there's next to no documentation and the games error messages regarding this are mostly useless (e.g. "some part of the fluidbox definition is wrong!" bleh...but WHAT PART /ragequit ^_^). I really wonder how wube does it internally..., they must have automated it by now...

PS: Feel free me to pm me if you run into any roadblocks regarding that tool ^^.

require("util")

-- copy from base prototypes
local entity = table.deepcopy(data.raw["boiler"]["boiler"])
local item = table.deepcopy(data.raw["item"]["boiler"])
local recipe = table.deepcopy(data.raw["recipe"]["boiler"])

entity.name = "custom-boiler"
entity.minable.result = "custom-boiler"
entity.collision_box = {
        {
          -0.79,
          -0.79000000000000004
        },
        {
          1.79,
          0.79000000000000004
        }
      }
      
entity.fluid_box.pipe_connections = {
          {
            position = {
              -1.5,
              0.5
            },
            type = "input-output"
          },
          {
            position = {
              2.5,
              0.5
            },
            type = "input-output"
          }
        }

item.name = "custom-boiler"
item.place_result = "custom-boiler"

recipe.name = "custom-boiler"
recipe.result = "custom-boiler"
recipe.enabled = true --laziness for testing

data:extend{entity, item, recipe}

chrisgbk wrote:It's not that difficult, it's just coordinate translations.

chrisgbk wrote:Apparently it's possible for the footprint of an entity to take up 4 tiles when it's <3 tiles wide in certain cases, so it took a lil bit of time to work that out.

chrisgbk wrote: ↑Sat Jan 06, 2018 3:42 pm I'm working on a tool that deals with these kinds of things; an external tool to factorio that parses data.raw and allows visual inspection(and setting) of the entity properties, for example, the vanilla boiler:

chrisgbk wrote: ↑Sat Jan 06, 2018 3:42 pm Since I intend it to be mod compatible, I have to work out the exact behaviour in Factorio for non-symmetrical boxes and replicate it, so I'll have a definitive answer when I get around to doing that.