Sangar

Hotfix time! 1.5.11 fixes potential issues with SimpleComponent injection. Sorry about that! As always, remember to make a backup of your world before updating. Download on Curse. Added: Hover boots. Fixed: Potential issues with SimpleComponent injection (leading to startup messages). Fixed: Power conversion logic when charging items in the charger.

OpenComputers 1.5.10 is out now! This one took a little longer than intended, so the change log is a bit longer, too! As always, remember to make a backup of your world before updating. Download on Curse. Added: APU, a hybrid of CPU and GPU. Limited for the costs, but essentially opens up a card slot. Added: Getter in Debug Card to query list of online players and known dimensions. Added: Made blocks compatible with AE2 spatial system. Added: Slow block breaking for robots and drones. Changed: AE2 controller driver functionality is now always present in interfaces, even when channels are e

Does it? If so that's a bug, please report it on Github, thanks!

read() should return nil when the connection has been closed.

Sounds what you really want is some kind of computer controlled hopper-ish thing? Could be interesting, I guess, though it'd somewhat reduce the usefulness of robots and drones, of course...

One use for it is log files. For example OpenOS' event system logs errors in event handlers to /tmp/event.log.

Oh, that's quite possible, I think I had night disabled in NEI. Pretty sure that's what it was then, nothing to do with signals. Phew

Welp, this then officially puts this in the "random bugs" category, the most annoying of all: it's working now, with and without that option (and yes, it does log that). Looking awesome! It does occasionally seem to miss a key-up or something, because at some point blocks tend to start coming down pretty much immediately? At least I'm assuming that's what's happening, could be something else entirely. Really cool demo!

Get an internet card, then you can use `pastebin put filename` to upload scripts to pastebin.

Hmm, just gave it a try, but nothing's happening? I.e. I can turn on the computer just fine, and it keeps "running", but nothing is happening. `doDaylightCylce` is true, not that that should matter. I had a look at the CPU state with the debugger, and the PC (not personal computer, program counter ) never changes. Any ideas? Setups tried: Creative Case, T1 through T3 CPU, with and without RAM, GPU1 through 3, Screen T2+Keyboard, tetris.rom flashed to EEPROM.

I have indeed had a quick look into how Safari Nets generate the info they display, but from what I could tell this is a mechanic designed for the client-side, and Lua runs server-side. So while it *might* work, it could just as well break stuff where implementers assumed the information accumulator would only be called on the client. As for the label, sounds like MFR registers some localization strings in a... unconventional way, otherwise it'd be 'localizable' on the server, too. Nothing I can do about that I don't think.

Nah, see the edit, you can use tablets for more advanced stuff like this ;-) Remote terminals are just a very basic way to remotely control servers. They're not meant to be more powerful than they are, that's what tablets are for.

Nope. Remote terminals bound to one server will always display the same thing. Use tablets and some code (build a remote shell or such) for something like that.

Seems the item name change. Should be fixed in build 612.

The `mekanism` thing should be fixed in the new version. Should Hmm, yeah, I guess you'd need something to configure a DB from the AE network... something like `store(filter, db)` writing all results of the query to the specified database? Make an issue on Github for something like that.

You want to be using `fs:write` and `fs:close` (i.e. with a colon, not a dot). You'll probably also want to use `io.open` instead of `filesystem.open`.

Thanks a lot, the thought alone honors me. I have recently toyed with the idea of creating a patreon account or something. But! I'll probably have a lot less time to work on the mod, starting in the near future, so having something where money comes in regularly feels kind of... awkward. And I really don't like paypal, heard too many stories of donation accounts getting frozen (I very much doubt the amounts here would even be a blip on their radar, but still, it's a matter of principle at this point). So for now, the answer is that there's no way to donate. I'll leave a note here should I chan

Moved that for you For a mod, i.e. when not being able to edit OC's recipe file you'll basically want to create a new ItemStack of a floppy and "configure" it (otherwise you could add a loot disk via the save dir and add a recipe to the recipes Lua; not really an option here, just wanted to mention it). The quick and dirty way would be to just fill out the NBT tag accordingly (which I frankly don't know off the top of my head, best thing would be to inspect that of existing items). For EEPROMs that's pretty simple, because their actual data is stored in the tag itself. For floppies th

OpenComputers 1.5.9 is out now! More integration with other mods, a couple of bugfixes. As always, remember to make a backup of your world before updating. Download on Curse. Added: Charger can now be used to charge battery upgrades, as well as other energy items (e.g. RF or EU powered items). Added: The experience upgrade can now consume enchanted items and XP bottles for experience. Added: Integration with IngameWikiMod (made most pages from OC's manual available in it). Added: OpenOS' shell now supports piping (e.g. cat < f1 | cat >> f2). Added: Support for BluePower's bundled

OpenComputers 1.5.8 is out now! Lots of bugfixes, very much recommended. As always, remember to make a backup of your world before updating. Download on Curse. Added: Emitting particle effects from robots when they try to move but fail. Added small timeout to avoid particle spam, so using detect instead of just trying to move may be more efficient, now. Added: Peaceful-friendly recipe file (thanks dgelessus). Added: Russian translation for manual (thanks a lot cyber01). Changed: Allow redrawing holograms a tad faster, added method for setting raw data for fast full data swaps. Fixed: A few

Yes, but that's not on the OpenOS disk, so it won't be overwritten. `install` only copies/overwrites, doesn't delete.

There were some issues with the logic handling drones moving through portals, that'll be fixed in the next version (most notably, they just shut down before). If stargates have some special kind of teleportation logic (i.e. not using the standard methods used by vanilla portals, such as the nether portal) all bets are off the table, though.

FYI, you can still call it that, but then you'll have to run it via ./redstone.lua (i.e. with the leading relative or absolute path), otherwise OpenOS will always try to resolve that name using the PATH env variable, first, leading it to use the built-in program called like that.

Hrm, looking at /etc, the only thing of real relevance would be rc.cfg, no? So renaming that to, say, rc.cfg.example would, for the most part, make it a non issue to just overwrite all files. But yeah, a proper way to ignore certain files during the install would be nicer. Since there are a couple of options already, adding one that takes a colon separated list of files (or directories, when ending with a slash) to exclude seems reasonable.

Thanks! I can't take all the credit for the content, though: rashdanml did help out quite a bit!