.. the dig program would in all likelihood continue to work as-is, because the robot could just move up again because it'd do so next to a wall.
There are holes underground. It will not work. Even if it was changed to give up if a move was Invalid, it might survive a few simple cases, but it would soon get lost since it can easily be digging out blocks that made its progress to the current position valid, thus removing its ability to return.
It takes more ender pearls than you would normally ever need just to get to The End (about 20), so doing that to farm them seems backwards. Besides, it's call "The End" for a reason - seems a bit odd to make step 1 of building a Drone be "finish the game".
Again, it's your mod, I just fear you're holding too tightly to what certainly seems like a good idea (realism etc.), but in practice doesn't add anything and shatters what until now was a good learning curve for new-to-OC players. I'll butt out now and leave you in peace.
OpenComputers 1.5 is out. Mostly bugfixes since the beta. It's also out for MC1.8 as beta!
Changelog copied for convenience, because you really should read it. Really.
READ THE CHANGE LOG!
As always, remember to make a backup of your world before updating.
This update contains some major changes, so be sure to read the change log. Also, due to these changes, this version may have some neat new bugs hidden in it, in particular in the way robots' and drones' inventories work and how they interact with the world.
Added: eeprom.getData/setData for storing a 256-sized byte array.
Changed: Microcontrollers are now fully sided, i.e. they do not pass power, network messages or component access anymore. They can select to which sides they send network messages, however, allowing use as advanced switches.
Changed: Internet card now uses userdata for opened connections. The internet library didn't change and remains backwards compatible. However, if you used the internet component directly, you'll need to adjust your code.
Changed: Drones can now place blocks and break blocks that can be harvested by hand.
Changed: Robot movement restrictions added. They have a limited flight height when in mid-air now (default is eight for now, may add upgrades to boost it). Their movement logic after a good amount of discussion can be summarized as such:
Robots may only move if the start or target position is valid.
The position below a robot is always valid (if it isn't solid).
Positions up to flightHeight above a solid block are valid.
Any position that has an adjacent block with a solid face towards the position is valid.
Changed: Methods inserting into robot/drone inventories (*.suck()) will now prefer inserting into the selected slot over merging into an existing stack.
Removed: computer.getBootAddress/setBootAddress, this is replaced by eeprom.getData/setData. The new Lua BIOS will provide a temporary fallback that uses the EEPROM's new methods. IMPORTANT: you will need to recraft your Lua BIOSes, the old ones will error.
IMPORTANT ADDITIONAL NOTES
This version should be world-compatible with 1.4, i.e. blocks and items should be safe.
Computers will stop due to computer save-state incompatibility. You will also need to re-craft your Lua BIOSes due to a low-level Lua API change (the one that causes the save-state incompatibility).
There were some changes to the Java API. I don't think many mods use the parts that changed, but you may encounter issues with those until they also update.
The version for MC 1.8 should be considered beta, please report any issues with it over on Github!
As for flight height, there is a setting for that (as there is for pretty much everything :P), it's limitFlightHeight. If it's set to 256+ it's ignored, so it'll also work in the end.
Added: Allow swapping EEPROM in MCU by shift-rightclicking the block with the EEPROM to insert in hand.
Added: Man file for rc script system (Magik6k).
Changed [MC1.7.10]: Backported change to robot movement / execution logic so that it runs in a tick handler instead of the tile entity's update method.
Is there a way to make this mod be ComputerCraft+persistence?
If not, is there a mod that is?
Not sure of what you mean, but this is one mod with Persistent Computers that run on LUA, so it's ALREADY pretty much what you say you want...
Unless you really want just CC with Persistence, then you came to the wrong place, I think nobody's gonna make forks out of CC. And this is not because of license and so. It's just:
1-Nobody will take CC even if dan200 stops working on it ( unless he pass the mod control to somebody else ), because this will only generate "you copied the mod" comments and so. Believe me, OpenComputers tried to be different and complementary to CC from the beginning, and even so, people still blamed Sangar for copy.
2-Why should you just copy a whole mod if you can take the initial idea and shape your own mod to the way you want ( if you have enough time, of course ) ?
I don't use to compare the mods, I just put them together in my pack. But if you want to know, number of addons aside, OpenComputers is more complex ( whatever it means better or worst for you ).
I really just want CC with persistence. So you are saying that OC is not configurable to this goal, and that you don't know of any mod that is? Good to know, if disappointing.
I really just want CC with persistence. So you are saying that OC is not configurable to this goal, and that you don't know of any mod that is? Good to know, if disappointing.
You aren't explaining it very well. Based on how you worded it, OC is already CC with persistence. If that is what you want then download the mod and play. Nothing more is needed.
It's my understanding that OC hasn't updated to the latest GT API (GT6 is a WIP, first release a few weeks ago).
I'm getting a crash on load. It happened after placing an opencomputers cable next to an opencomputers block that was touching an ME controller that was powered by an MFSU with a lap xtal in it.
You aren't explaining it very well. Based on how you worded it, OC is already CC with persistence. If that is what you want then download the mod and play. Nothing more is needed.
Let me rephrase this. I don't want the added tedium of upgrades. I don't want the added tedium and grindyness of complicated recipes. I don't want the added tedium of movement restrictions. I don't want the non-minecrafty graphics. I don't want things other than movement to be unusable without fuel. I don't want the added tedium of generators consuming fuel over time. I don't want the added complexity of OC networking.
I'm looking for CC + persistence. As far as I can tell, this mod is CC + persistence + a whole bunch of other features that I personally don't like. I'm wondering if there is a way to configure OC to be just CC + persistence, or, if not, if there is a mod that can be so configured.
Let me rephrase this. I don't want the added tedium of upgrades. I don't want the added tedium and grindyness of complicated recipes. I don't want the added tedium of movement restrictions. I don't want the non-minecrafty graphics. I don't want things other than movement to be unusable without fuel. I don't want the added tedium of generators consuming fuel over time. I don't want the added complexity of OC networking.
I'm looking for CC + persistence. As far as I can tell, this mod is CC + persistence + a whole bunch of other features that I personally don't like. I'm wondering if there is a way to configure OC to be just CC + persistence, or, if not, if there is a mod that can be so configured.
Does that make my request clearer?
Yes it does. Afaik that isn't possible and is the exact opposite of what this mod attempts. I'd suggest using CC where you can slap some cobblestone together and you got a computer. Sounds like what you want.
On OC: I am writing a program to monitor (not control) my Big Reactor and the Turbines associated with it. In my script I have this:
local Turbine1 = component.br_turbine(d58c9d03)
Would this be the correct way to reference them? I wasn't sure if the address was encased in parenthesis or if it was supposed to be separated in some other way.
Added: Allow getting array with input / output for all colors for bundled redstone.
Fixed: Initial color value for cables when placed as multiparts.
Fixed: Potential NPE in robot update logic.
Fixed: Potential NPE in item cost computation.
Fixed: Potential NPE in directory listing.
Fixed: LuaJ fallback.
Fixed: Screens potentially preventing chunks to unload.
Fixed: Sound handler potentially leaking memory.
Fixed: Angel upgrade.
Also, note for people on GregTech 6: you'll have to disable the integration manually in the config (add `gregtech` to the `modBlacklist` list) to avoid potential crashes.
I'm afraid I cannot reproduce that crash (as I understand it you mean this happens when opening the creative tab of the mod?)
Please test if this also happens if OC is the only mod present. If it doesn't try adding the other mods back in until it crashes, then report the issue with the mod apparently causing the crash. If it also happens with OC only, I have no idea what's going on.
Yes, obstacles will hinder wireless networking. The required signal strength depends on both the number of blocks as well as the hardness of those blocks between sender and receiver. The blocks tested between the two points are randomly sampled, though (for performance reasons), so depending on the environment the percentage of dropped packets may vary. In general, unless the line of sight is clear, you'll need a signal strength larger than the distance between sender and receiver to reliably communicate.
please help I can not understand what is the reason.
when these two mods together for this error appears. if you remove one mod everything is fine.
2_0_logisticspipes-0.8.3.108.jar
2_OpenComputers-MC1.7.10-1.5.3.10-universal.jar
set more than once with a clean slate but does not help.
and on the server and on the client the same error.
this server logs
and a library on the site
server \ libraries \ org \ scala-lang \
scala-actors-migration_2.11 \
scala-compiler \
scala-library \
scala-parser-combinators_2.11 \
scala-reflect \
scala-swing_2.11 \
scala-xml_2.11 \
There are holes underground. It will not work. Even if it was changed to give up if a move was Invalid, it might survive a few simple cases, but it would soon get lost since it can easily be digging out blocks that made its progress to the current position valid, thus removing its ability to return.
It takes more ender pearls than you would normally ever need just to get to The End (about 20), so doing that to farm them seems backwards. Besides, it's call "The End" for a reason - seems a bit odd to make step 1 of building a Drone be "finish the game".
Again, it's your mod, I just fear you're holding too tightly to what certainly seems like a good idea (realism etc.), but in practice doesn't add anything and shatters what until now was a good learning curve for new-to-OC players. I'll butt out now and leave you in peace.
I try to keep the latest version of OpenComputers on our server. =)
And this will be a very valuable feature to the server play.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumChangelog copied for convenience, because you really should read it. Really.
READ THE CHANGE LOG!
As always, remember to make a backup of your world before updating.
Download in first post and on Curse.
This update contains some major changes, so be sure to read the change log. Also, due to these changes, this version may have some neat new bugs hidden in it, in particular in the way robots' and drones' inventories work and how they interact with the world.
Robots may only move if the start or target position is valid.
- Changed: Methods inserting into robot/drone inventories (*.suck()) will now prefer inserting into the selected slot over merging into an existing stack.
- Removed: computer.getBootAddress/setBootAddress, this is replaced by eeprom.getData/setData. The new Lua BIOS will provide a temporary fallback that uses the EEPROM's new methods. IMPORTANT: you will need to recraft your Lua BIOSes, the old ones will error.
IMPORTANT ADDITIONAL NOTES- This version should be world-compatible with 1.4, i.e. blocks and items should be safe.
- Computers will stop due to computer save-state incompatibility. You will also need to re-craft your Lua BIOSes due to a low-level Lua API change (the one that causes the save-state incompatibility).
- There were some changes to the Java API. I don't think many mods use the parts that changed, but you may encounter issues with those until they also update.
The version for MC 1.8 should be considered beta, please report any issues with it over on Github!As for flight height, there is a setting for that (as there is for pretty much everything :P), it's limitFlightHeight. If it's set to 256+ it's ignored, so it'll also work in the end.
Creator of OpenComputers. My Twitter. My Patreon.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumAs always, remember to make a backup of your world before updating.
For download see first post or Curse.
Creator of OpenComputers. My Twitter. My Patreon.
If not, is there a mod that is?
Not sure of what you mean, but this is one mod with Persistent Computers that run on LUA, so it's ALREADY pretty much what you say you want...
Unless you really want just CC with Persistence, then you came to the wrong place, I think nobody's gonna make forks out of CC. And this is not because of license and so. It's just:
1-Nobody will take CC even if dan200 stops working on it ( unless he pass the mod control to somebody else ), because this will only generate "you copied the mod" comments and so. Believe me, OpenComputers tried to be different and complementary to CC from the beginning, and even so, people still blamed Sangar for copy.
2-Why should you just copy a whole mod if you can take the initial idea and shape your own mod to the way you want ( if you have enough time, of course ) ?
I don't use to compare the mods, I just put them together in my pack. But if you want to know, number of addons aside, OpenComputers is more complex ( whatever it means better or worst for you ).
I am a prehistoric histories and manga / anime fan.
I really just want CC with persistence. So you are saying that OC is not configurable to this goal, and that you don't know of any mod that is? Good to know, if disappointing.
You aren't explaining it very well. Based on how you worded it, OC is already CC with persistence. If that is what you want then download the mod and play. Nothing more is needed.
Did you put the LUA bios eeprom and the openOS floppy into the computer?
I'm getting a crash on load. It happened after placing an opencomputers cable next to an opencomputers block that was touching an ME controller that was powered by an MFSU with a lap xtal in it.
Here's some stuff.
https://dl.dropboxusercontent.com/u/7370839/crash-2015-02-27_18.55.49-server.txt
https://dl.dropboxusercontent.com/u/7370839/logs_GT60009_bug1.zip
I get this crash a few seconds specifically after an adapter is placed down. It doesn't matter what it's touching.
Also I get a 404 when clicking on the link on driver documentation for the adapter block.
http://ocdoc.cil.li/block:adapter
https://github.com/MightyPirates/OpenComputers/wiki/Blocks#adapter
Let me rephrase this. I don't want the added tedium of upgrades. I don't want the added tedium and grindyness of complicated recipes. I don't want the added tedium of movement restrictions. I don't want the non-minecrafty graphics. I don't want things other than movement to be unusable without fuel. I don't want the added tedium of generators consuming fuel over time. I don't want the added complexity of OC networking.
I'm looking for CC + persistence. As far as I can tell, this mod is CC + persistence + a whole bunch of other features that I personally don't like. I'm wondering if there is a way to configure OC to be just CC + persistence, or, if not, if there is a mod that can be so configured.
Does that make my request clearer?
Yes it does. Afaik that isn't possible and is the exact opposite of what this mod attempts. I'd suggest using CC where you can slap some cobblestone together and you got a computer. Sounds like what you want.
On OC: I am writing a program to monitor (not control) my Big Reactor and the Turbines associated with it. In my script I have this:
local Turbine1 = component.br_turbine(d58c9d03)
Would this be the correct way to reference them? I wasn't sure if the address was encased in parenthesis or if it was supposed to be separated in some other way.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumIf there is only one turbine connected to the computer, you can get it with just
local Turbine1 = component.br_turbine
If there is more than one,
local Turbine1 = component.proxy("d58c9d03")
Note that the address needs to be in quotes, otherwise you're referring to a variable called d58c9d03.
Ahh, thank you! That is definitely what I was looking for.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumExDomino: Only if they use the parts of the API that changed or ship the API.
CappleApple: To a degree, yes, see the OC forums.
Creator of OpenComputers. My Twitter. My Patreon.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumAs always, remember to make a backup of your world before updating.
Download see first post or Curse.
Also, note for people on GregTech 6: you'll have to disable the integration manually in the config (add `gregtech` to the `modBlacklist` list) to avoid potential crashes.
Creator of OpenComputers. My Twitter. My Patreon.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumPlease test if this also happens if OC is the only mod present. If it doesn't try adding the other mods back in until it crashes, then report the issue with the mod apparently causing the crash. If it also happens with OC only, I have no idea what's going on.
Creator of OpenComputers. My Twitter. My Patreon.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumCreator of OpenComputers. My Twitter. My Patreon.
when these two mods together for this error appears. if you remove one mod everything is fine.
2_0_logisticspipes-0.8.3.108.jar
2_OpenComputers-MC1.7.10-1.5.3.10-universal.jar
http://pastebin.com/44p9Fqg2
http://pastebin.com/fRxCq6aW
set more than once with a clean slate but does not help.
and on the server and on the client the same error.
this server logs
and a library on the site
server \ libraries \ org \ scala-lang \
scala-actors-migration_2.11 \
scala-compiler \
scala-library \
scala-parser-combinators_2.11 \
scala-reflect \
scala-swing_2.11 \
scala-xml_2.11 \
Sorry for bad English