Nexarius

Hello,

Can anyone help me?
How can you upload a file to github?

Thanks

You can write "cd /home"

/autorun.lua is loaded on start

It's pretty easy actually to find out what functions are available.

How can this code work at all?

The big reactor turbine is an external component.

As far as I know the only interaction with the world is possible with a wireles modem and redstone signals.

I guess component.list("br_turbine") is nil and component.proxy(nil) doesn't work so it ends in line 2.

Hello,

Does anyone know why table.concat is not giving back anything here?

Thanks for the help

You could also create a file called /autorun.lua and write that stuff in there.

On 7.8.2017 at 2:10 AM, Palkir2 said:

Can you also tell me how I can do this with a tablet?

A tablet cannot be connected to external component and if the stargate is not connected it won't work.

Hi

Can somebody help me?
How can a program detect if it's run on a tablet?

Thanks

3 minutes ago, Ranub1s said:

Thought about it too but than i will need atleast 5 Servers, monitoring each stock itself. this much space we dont have in our control room and we want to keep the pc's as low as possible ^^ so ... not the bst solution.
btw. can the server get inputs from different ports at once? so it could name the incoming messages itself if you install the client with different ports.

Sadly no it only works with a single port.

2 hours ago, Ranub1s said:

Very nice Thank ya very much What was the issue?

1) I didn't save the entered range so it didn't survive reboot.
2) I tried io.read() alone in the autorun.lua and it just skipped it. I added a 2sec delay and then it works (I guess the OS needs a bit more time to load completely).

2 hours ago, Ranub1s said:

Now i have an other idea, only if you are interested in it

Currently your nice program/server accepts the outputs of many different clients at the same time and putting them on one screen. Sadly its not possible to see which message/liquid-storage was sended from which client. So you have only an overview of all at once.
(as sample: we have 4 different unload stations (1x ship, 2x train and 1x airship) and a main Storage. When i add to each unloadstation/buffer a client i can only see what i have all over so i cant see from control room what was delivered and what is already in our storage)
So is it possible that the Clients can be labeled while installing and send theese messages to the servers so it can print it out?

Thanks

Airship unload station?

 Giving a label to the clients displaying them with the label is sadly not a small change. I can't promise anything here.

But you could make 4 servers each with their own client and go into "/tank/auslesen.lua" on the client and into "/tank/anzeige.lua" on the server to change the port from 70 to whatever you want so they dont interfere with each other.

I think its fixed now.

The autorun.lua looks to be ok.

Normally any error that occurs will be printed to the screen but its hidden for autorun. I looks to me like an error occured and then it just goes on as usuall as if nothing happend.

If you launch the program again then it should print any errors to the screen. Can you do that? Just write "tank", "/autorun.lua" or "/tank/anzeige.lua"

I have a relay and a power distributor connected in my test world and I'm not seeing any changes.

Update: 1.8.3
-added autorun will write any errors messages now

22 hours ago, Ranub1s said:

Great Work !!

and so quick thanks.
sadly i found a strange bug in spreading informations over more monitors, a few gets only strange informations. (half of text and wrong colors)
(NVM- the bug happens if you work with a Power-Distributor and a Relay)

and the wireless broadcast (with a setting of 2000range) cant reach a server (chunkloaded) which is further away (arround 500blocks)

Ah, and the liquids you see here are from "tinkers" so maybe thats why they are unknown to your program. (just took them as test)

 

20 hours ago, Ranub1s said:

• and next point i have figured out. the programs run smoothly but wont be saved on the mc-server. or the autorun.lua is bugged. after restart of the pc the program is gone/not working until you reinstall it

The wireless range is limited in the opencomputers config too.
I've been playing almost exclusivly on modpacks with gregtech and there are almost none with tinkers construct so I didn't have any chance to add them.I tested my program by repeatedly pressing the turn on / off button and it always booted into my program.
Can you write "edit /autorun.lua" and check whats in that file? Furthermore what is your OpenOS version? I'm running on 1.6.7. You can run this program of mine "pastebin run -f icKy25PF" to update OpenOS.

I have no idea how that white display happend. Maybe someone has some ideas why it was happening?

Update to 1.8

-added support for multiple sceens (but sadly it will flicker when the gpu is switching to the next screen; anyone got ideas for that?)
-added support for more screen sizes (optimal is 8x5; 4x1; 8x2)
-added client will ask for wireless range on startup (default 400)

__________________________________________________________________________________________________

You have 3 liquids on the screen that are unknown to my program and thats the reason why they are all grey. If you want colors you can help me here and I will add them to this program.

This will be helpful for that.

And those are all colors.

I have never tested it but there shouldn't be anything in the code that prevents you from making 2 servers with a screen each that will get the information from the clients.

edit:

Update 1.8.1
-fixed flckering with multiple screens

3 hours ago, Ranub1s said:

Hello .. Nice program but got a little bug with the client. it shows only 1% of full storage even if the drum/tank is full. on the server its shown correctly.

and got a question. possible to setup the server with higher resultion? if you only use a small 1x3 Monitor its kinda hard to read the content if you have only a few liquids.

Thanks

I only really concentrated on the display of the server and never noticed that on the client because I only used it as debug view to see the names of the fluids. The percent calculation was switched up. It was capacity / amount not amount / capacity.

I've optimised it for a big screen 8x5 http://i.imgur.com/E4N2qat.png
The resolution is already on maximum the screens cannot give more.

But do you mean something like this?

It depends on what exactly you mean with that and which stargate mod you are using.

I can only help with SGCraft.
A very simple control of the stargate would be this

local component = require("component")
local sg = component.getPrimary("stargate")

sg.dial("ABCDEFGHI")

You could check out my stargate control program https://oc.cil.li/index.php?/topic/1062-sg-craft-stargate-control-program/

On 19.7.2017 at 6:14 PM, CrazyTolradi said:

Is there anyway an IDC can be sent via a tablet or other device? Or must it be via this program?

I found a quick dirty solution. You will have to manually add this function to the file /stargate/Kontrollprogramm.lua (somewhere in the middle; after initialisation but before the main loop is called).

If that function is included and you added a (wireless) network card then you can use this function on any other computer to transmit the IDC.

I'm not going to add this to the automated updater because it has some problems.
1) If you spam the broadcast then you can essentially block the stargate computer because this solution is slow (even at 20tps).
2) It doesn't give you on the other side any feedback if the IDC was accepted or not.

I might make a proper solution later.

Oh that makes sense. Thanks

I've tried this here

and I'm getting a really strange result.

Why is it printing nil?

As far as I understand this it should be printing

true   false   b

Right now it only works via this program because I'm not using any network cards but instead the built in sg.sendMessage() system from the stargate computer interface to the stargate computer interface on the other side.

edit: I will check the code. I will add it if it is possible to add it without having to rewrite everything.

It's pretty easy.

Whatever you write here as the IDC will be the code that people have to send to open the iris of your stargate. (If Iris control is turned on)

If you want to connect to a stargate and it is protected with an iris and an IDC then you can send the code manually by pressing E.

or if you are lazy (like me) and want to automate it.

If you enter the IDC (for the other gate not for your own gate) here next to the address then it will be automatically transmitted when you connect to that address.

I tried it now and it stops at "InstallData read into memory, decoing..."

edit:
btw pastebin run mH1ymDs3

It was not enough memory. I had two 1,5 memory now I switched it to two 3,5 memory and I'm getting "too long without yielding".
Why do you have to press a key just to be able to input a command again?

And I don't really understand what I can do with this OS.

I found some bugs.

I think its highly unlikly that it removes those on every start.

This was a bit confusing. I thought it was still loading.

On 20.4.2017 at 8:32 AM, Elijahlorden said:

All saved addresses are stored on the server, the tablets only keep a cache of this kind of information.  Any change to the registered gates will automatically be replicated to other tablets.  This means large groups of players won't have to manually share any newly created gates.

My stargate control program shares new addresses automatically too but my approach is a bit different it is decentralized instead of centralized.

How do you even get the OS to an ingame computer for testing? Do you have an installer?

Could you explain how to use this OS?

Looks pretty good but you haven't written for which mod this is. I've looked at the code (btw you should select Lua for syntax highlighting on pastebin) and found "br_reactor" and "br_turbine" so I guess its Big Reactors.

To remove the flickering you shouldn't use term.clear() at all but instead only clear the areas that you are writing to otherwise there will be flickering because it takes time to write stuff to the entire screen.

You can increase performance (and with that reduce the time it takes to write to screen) by not having long if then elseif chains especially those long chains inside a for loop (L343) and replace those with this (havent tested it).