BrisingrAerowing

I figured this out and was able to fix it. v0.4 is processing on CF right now.

Project page on CurseForge

Github Repository

This mod adds drivers for Tinker's Construct multiblocks.

It allows for obtaining information on the state of each structure, and enables moving fluids around in the Smeltery and Tank.

This mod is currently in an alpha state due to very limited testing, but should be usable.

I am working on a mod that adds drivers for Tinker's Construct, and everything works, except the component name. For some reason, the adapter always gives back, e.g. gui_smeltery_name for the smeltery, while I set the name to be 'smeltery' in the setComponent method.

The code: https://github.com/BrisingrAerowing/TinkersOCDrivers/blob/master/src/main/java/tinkersoc/smeltery/EnvironmentSmeltery.java#L20

Anyone know why this happens and how to fix it?

That's what it looks like from the code, but I may be wrong (the code is a bit convoluted and I got lost trying to trace it).

The draconic power orb has a getTransferPerTick, which gives either the input or the output per tick depending on which pylon the adapter is next to. Having two adapters (and a bit of user config for which is which) would allow for what @Rhajos wants. Optional of course. If there are more than one input / output pylon, you could get the transfer of each and display the values.

@XyFreak Thanks.

.... We really need a thumbs up emote here.

@XyFreak I noticed this as well with an 11 x 11 x 9 reactor.

My Setup

@Demokela Should be good now. I reported it on Github, and it was fixed rather quickly.

Yay!

I'm not too good at things like this, but OC 1.7 changed the Diamond Chip recipe to require a cutting wire to avoid conflicts. You might need to regenerate your recipe files to get the new recipe.

That's because you didn't call the method on mfsu. You tried calling a global method, which doesn't exist.

Yeah, the docs need some major work.

I've noticed the autorun system is kind of finicky, another way (that may work better) is to use the RC system and make a daemon / service program. There's a few examples on the forums here.

I'm not sure what could cause this, but @ZeroNoRyouki may have some idea (or not. This is a rather strange issue)

Otherwise, you may want to re-download the mod and try again.

I assume the Flux Points are connected using an adapter, so you can use the Analyzer on said adapters while holding Ctrl to copy each address into the clipboard and then paste it into the script using the following code to get each instance:

local component = require("component")

local fluxPoint1Address = "<ADDRESS 1 GOES HERE>"
local fluxPoint2Address = "<ADDRESS 2 GOES HERE>"

local fluxPoint1 = component.get(fluxPoint1Address)
local fluxPoint2 = component.get(fluxPoint2Address)

-- Do whatever with the flux points

You don't need the address variables, I just place them with other settings / addresses / etc at the top of the file so they are easy to edit if needed (and I don't have to search for them throughout the file).

I may add something like this to my map making library (which I have kind of neglected). I'm probably going to completely rewrite that library to be more modular first, though.

I looked at the cable class, and found it always get the capability from whatever it is connected to each time the method hasCapability was called. I tried caching the result but there was still the one tick delay, so it seems the issue is deeper in the code than I thought. I don't know where the actual environment capability is obtained and used, and I haven't found it anywhere yet (I haven't looked too hard, though).

I don't think OpenOS supports what you would need to do what you want. I think the way Dustpuppy did it is really the only feasible way to make a GUI.

@XyFreak @ZeroNoRyouki I may have identified the cause of the one tick delay and am testing a possible (and hacky) fix. I'll report back with the results.

UPDATE: It did not work. Back to the drawing board.

Have you seen Dustpuppy's Ultimate GUI? It has a full windowing system with a bunch of apps, including a terminal.

@Slamakans You can use gpu.getResolution to get the currently set screen resolution. It returns two numbers. That may simplify your code a bit.

See This issue on GH for more information (and a working fix).

I've always wanted to try this mod! Good luck on getting it updated!

The max packet size is now in the Device Info (use the getDeviceInfo method). The maxPacketSize method was removed in OC 1.7. The documentation wiki is rather out of date for a lot of components.

Try prepending a number to the script name to make it load later in the boot sequence. You might also want to look at SecureOS for some inspiration (or to directly use it). SecureOS is a bit out of date, though.