L1[01:40:12] <Spider​EveryOS> %tonk

L2[01:40:13] <MichiBot> Wow! S​piderEveryOS! You beat F​orecaster's previous record of 0s (By 4h 27m 43s)! I hope you're happy!

L3[01:40:13] <MichiBot> SpiderEveryOS's new record is 4h 27m 43s! SpiderEveryOS also gained 0.00446 tonk points for stealing the tonk. Position #1.

L4[02:04:07] *** Joins: Hawk777 (~Hawk777@2605:1700:1091:8e00:47cd:7f48:2b6a:e9f) Hawk777

L10[08:17:51] <Spider​EveryOS> %tonkout

L11[08:17:51] <MichiBot> Blast! S​piderEveryOS! You beat your own previous record of 4h 27m 43s (By 2h 9m 55s)! I hope you're happy!

L12[08:17:52] <MichiBot> S​piderEveryOS has tonked out! Tonk has been reset! They gained 0.006 tonk points! plus 0.01 bonus points for consecutive hours! Current score: 3.0134506, Position #1

L15[11:43:38] <Va​ur> %tonk

L16[11:43:38] <MichiBot> Jiminy Cricket! V​aur! You beat S​piderEveryOS's previous record of 0s (By 3h 25m 46s)! I hope you're happy!

L17[11:43:38] <MichiBot> Vaur's new record is 3h 25m 46s! Vaur also gained 0.00343 tonk points for stealing the tonk. Position #3. Need 0.3056394 more points to pass F​orecaster!

L20[11:44:32] <MichiBot> Waiter!! Waiter!! There's The One Thing in my soup!

L21[11:44:58] <Amanda> They say The One Thing has great power, but also terrible wifi signal

L22[11:53:51] <Amanda> %splash @Forecaster with mutable green potion

L23[11:53:51] <MichiBot> You fling a mutable green potion (New!) that splashes onto @Forecaster. @Forecaster turns into a salmon rock girl until they eat a pie.

L24[11:54:14] <Amanda> Rocks are terrible allergic to pie, though

L25[11:54:28] <Amanda> Can't even get near them!

L28[12:03:37] <Amanda> Especially salmon rocks!

L29[12:21:37] <Forec​aster> D:<

L30[12:21:42] <Forec​aster> I don't think that's true at all

L31[12:28:10] <Amanda> But do you want to risk breaking out in pebbles!?

L32[12:34:37] <Forec​aster> definitely

L33[12:35:44] <Forec​aster> Also apparently rock salmon is a thing, but it's actually dogfish which is not a type of salmon

L34[12:36:07] <Forec​aster> it's a small shark

L37[15:50:50] <Amanda> So you're saying you should go to The Enclosure!

L38[15:57:42] *** Joins: Hawk777 (~Hawk777@2605:1700:1091:8e00:8a40:489f:68ca:a435) Hawk777

L39[16:15:11] <Spider​EveryOS> %tonk

L40[16:15:12] <MichiBot> Zounderkite! S​piderEveryOS! You beat V​aur's previous record of 3h 25m 46s (By 1h 5m 46s)! I hope you're happy!

L41[16:15:12] <MichiBot> SpiderEveryOS's new record is 4h 31m 33s! SpiderEveryOS also gained 0.0044 (0.0011 x 4) tonk points for stealing the tonk. Position #1.

L42[16:28:21] <Corded> > <Ama​nda> So you're saying you should go to The Enclosure!

L43[16:28:21] <Forec​aster> Not at all!

L44[17:20:42] <vft​dan> Is it possible to handle multiple fluid slots on a storage side (e. g. tinker's tank)?

L45[17:24:24] <Hawk777> https://ocdoc.cil.li/component:tank_controller ← that’s what the “fooInSlot” functions are for, no?

L46[17:24:43] <Hawk777> Oh, sorry, never mind, those are for the robot’s own inventory.

L47[17:27:16] <Hawk777> It seems the wiki may be outdated, the source code says getFluidInTank takes an optional second parameter, tank number.

L48[17:27:24] <Hawk777> And there is a getTankCount.

L49[17:29:10] <Hawk777> I am looking here: https://github.com/MightyPirates/OpenComputers/blob/master-MC1.12/src/main/scala/li/cil/oc/server/component/traits/WorldTankAnalytics.scala

L50[17:29:22] <Hawk777> AFAICT this trait is implemented by the tank controller upgrade and by the adapter block.

L51[17:29:29] <Hawk777> Sorry, s/adapter/transposer/

L52[17:57:30] <vft​dan> It seems that Adapter can also read multiple tanks in a handler. Is it possible to drain a particular fluid tho?

L53[17:58:43] <vft​dan> * handler (`DriverFluidHandler.java`).

L54[18:00:12] <Forec​aster> Pretty sure you can't request a specific fluid and have the computer figure out which tank it's in

L55[18:01:58] <vft​dan> According to Forge API, I would expect the opposite: specify the tank and have computer figure out what Fluid it is and constract FluidStack to pass to drain.

L56[18:02:47] <vft​dan> * `Fluid` it is and constract `FluidStack` to pass to `IFluidHandler::drain`.

L57[18:03:06] <vft​dan> +index

L58[18:03:17] <vft​dan> * construct

L59[18:12:01] <vft​dan> `InventoryTransfer::transferFluid` seems to accept tank index like this

L60[18:16:26] <Corded> > <vft​dan> `InventoryTransfer::transferFluid` seems to accept tank ind…

L61[18:16:27] <vft​dan> Which is implemented by `transposer`, accepting the source tank index as an optional forth argument.

L62[18:35:29] <Amanda> It might be that the tank methods pre-dated the forge API taking a FluidStack

L63[19:19:49] <vft​dan> Considering what resources other than items my multi-stage crafting system may be aware of in the future... https://discordembeds.pc-logix.com/live/1543339407506014401/1788031188902-feb32fffa135.png

L64[19:22:43] <Redston​eParkour> hm interesting

L65[19:23:31] <Redston​eParkour> though i will say that the drone warehouse i've been working on works with 'itemids' which can be literally whatever (as long as its an item)

L66[19:24:13] <Redston​eParkour> and its in fact slower to ask for an item by-name than by-itemid

L67[19:29:43] <Corded> > <Redston​eParkour> and its in fact slower to ask for an item by-name than by-i…

L68[19:29:43] <vft​dan> What do you mean by "by-name" and by "by-itemid"? OC native represenatation is already of form `{name = "minecraft:chest", damage = nil, maxSize = 64, label = "Chest"}` (iirc)

L69[19:30:08] <Redston​eParkour> internal item id

L70[19:30:21] <Redston​eParkour> and by-name is actually by-minecraft-id-and-minecraft-damage

L71[19:33:05] <Redston​eParkour> but its not that big of a deal ig

L72[19:33:16] <vft​dan> Well, internally my system would name the thing `CHEST`, and only drivers to dss2/craftersvc/ddrone will translate it to a list of filters `{{name = "minecraft:chest", maxSize = 64}}`

L73[19:33:26] <Redston​eParkour> oh uhhhhh

L74[19:33:29] <Redston​eParkour> that wont match anything

L75[19:33:32] <Redston​eParkour> for me at least

L76[19:33:51] <Redston​eParkour> i dont store the unlocalised name

L77[19:34:21] <Redston​eParkour> (and kind of expect servers to have the let-transposers-read-minecraft-ids setting on)

L78[19:34:33] <vft​dan> :thonk:

L79[19:35:16] <vft​dan> There are several mods that add a block named `Brownstone`, but I specifically need the Tinker's Construct one.

L80[19:36:03] <Redston​eParkour> riiight

L81[19:38:20] <Redston​eParkour> i mean if the other brownstones are not registered you'll only match TC brownstone :P

L82[19:38:29] <Redston​eParkour> at least for my storage

L83[19:38:43] <vft​dan> Registered where?

L84[19:38:49] <Redston​eParkour> in the item database

L85[19:39:23] <Redston​eParkour> big long tape containing a mapping of itemid to label, minecraft id, minecraft damage, max stack size and maybe some other data

L86[19:41:04] <Redston​eParkour> buuut most of these things are implementation details ig

L87[19:42:37] <Redston​eParkour> also i would probably do item specifications for some kind of autocrafter differently

L88[19:42:43] <Redston​eParkour> well resource specifications*

L89[19:43:10] <Redston​eParkour> basically a resource would be `{driver, args...}`

L90[19:44:14] <Redston​eParkour> driver would be responsible for getting the item, hashing it (for looking up subrecipes ig) and probably some other stuff related to the type of resource

L91[19:45:27] <Redston​eParkour> sooo you'd have `{"item", name="minecraft:chest"}` for a chest for example

L92[19:47:17] <vft​dan> Currently, I only have two types of recipes: 1) deliver something somewhere (e. g. into a hopper that leads into a furnace), 2) crafting table recipe, for which I use my other project `craftersvc`, which basically just requests a robot to craft some grid pattern

L93[19:47:37] <Redston​eParkour> oh

L94[19:47:49] <Redston​eParkour> wait so your autocrafting does routing as well

L95[19:49:07] <vft​dan> And the `recipes.cfg` for the planning system looks like this https://discordembeds.pc-logix.com/live/1543346780719030383/1788032946957-0c9ffcdc4fe2.png https://discordembeds.pc-logix.com/live/1543346780719030383/1788032947106-2ea68321428e.png

L96[19:49:27] <Redston​eParkour> yeah that seems to check out

L97[19:49:45] <Corded> > <Redston​eParkour> wait so your autocrafting does routing as well

L98[19:49:46] <vft​dan> Routing done `recipesched`, but crafting actually done by `craftersvc`

L99[19:50:07] <vft​dan> +by

L100[19:50:12] <Redston​eParkour> and planning is also done by recipesched then

L101[19:50:16] <vft​dan> Yeah

L102[19:52:43] <Redston​eParkour> hmm

L103[19:52:59] <vft​dan> `recipesched` server by itself does not have any transposers and in theory could even run via ethermesh in another world or in an emulator. And it uses drivers to other servers to interact with the world. (Well, in theory one could write a driver to interact with local components, but it breaks the separation of concerns I initially

L104[19:52:59] <Corded> designed with)

L105[19:54:23] <Redston​eParkour> right so recipesched is the big orchestrator

L106[19:55:01] <vft​dan> Yeah

L107[19:55:03] <Redston​eParkour> hmmm

L108[19:55:16] <Redston​eParkour> does it make sense to include 'energy' in the crafting planning

L109[19:55:34] <vft​dan> https://paste.pc-logix.com/patijepela

L110[19:56:10] <Redston​eParkour> oh it also runs an internal warehouse?

L111[19:56:14] <Redston​eParkour> i mean kind of makes sense

L112[19:56:40] <Redston​eParkour> though not that much hmmmm....

L113[19:58:54] <vft​dan> Well, usually, no, but I'm considering adding a feature to maintain a stock of items, so in theory one could "autocraft" energy when it falls below some value. (Ofc, with the reliability of OC and the things we built on top of it, I would recommend some other solution). But still, I'm considering a possibility for it to measure energy

L114[19:58:54] <Corded> level (with an appropriate driver) and change the automatic requests based on some thresholds. Or maybe even conditionally disable some recipes.

L115[19:59:05] <Redston​eParkour> autocraft energy oh god

L116[19:59:27] <Redston​eParkour> well i have a grid management system hrmmm

L117[19:59:44] <Redston​eParkour> which would just reject providing energy to something if the grid cant handle it

L118[19:59:49] <Redston​eParkour> asterisk

L119[20:00:07] <vft​dan> Well, warehouse is just a type of node, so that it knows from where and to where which servers can be asked to deliver items

L120[20:03:54] <vft​dan> https://paste.pc-logix.com/waxokunofe

L121[20:04:25] <Redston​eParkour> so it deals in energy

L122[20:04:38] <Redston​eParkour> my grid manager deals in power though

L123[20:04:50] <Redston​eParkour> so you'd ask for some RF/s and it'd say yes or no

L124[20:05:15] <Redston​eParkour> (not really how it works but eh)

L125[20:07:42] <vft​dan> Well, by driver system abuse I could probably define and measure `iterm.RFPERTICK`, but that's not how I was thinking it would be used

L126[20:08:20] <Redston​eParkour> i mean you could have grid conditions bypass the crafter entirely

L127[20:08:39] <Redston​eParkour> so the craft starts but it never completes because the machine never gets power

L128[20:11:51] <vft​dan> I'm also considering an api to externally set some parameters, which stock config can use instead of non-negative integers (and resolve them every time a stock request is formed), so we can invert the depency and have a measurement server that sends something like `rpc.call("craftersrv", "stocksetParameter", "remainingpower", 100)`

L129[20:12:37] <Redston​eParkour> i mean that could probably be done

L130[20:12:53] <Redston​eParkour> just have to put the headroom in the data object

L131[20:14:48] <vft​dan> * `rpc.call("recipesrv",

L132[20:15:41] <vft​dan> * `item.RF_PER_TICK`,

L133[20:17:32] <Redston​eParkour> then the recipe scheduler can subscribe to updates to that object and get the headroom thatway

L136[20:59:15] <Spider​EveryOS> %tonkout

L137[20:59:16] <MichiBot> Yippee! S​piderEveryOS! You beat your own previous record of 4h 31m 33s (By 12m 30s)! I hope you're happy!

L138[20:59:16] <MichiBot> S​piderEveryOS has tonked out! Tonk has been reset! They gained 0.004 tonk points! plus 0.006 bonus points for consecutive hours! Current score: 3.0278506, Position #1