• Sky
  • Blueberry
  • Slate
  • Blackcurrant
  • Watermelon
  • Strawberry
  • Orange
  • Banana
  • Apple
  • Emerald
  • Chocolate
  • Charcoal
Welcome to OpenComputers

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more!

This message will be removed once you have signed in.

  • Announcements

    • Lizzy Trickster

      Latest Stable OpenComputers Version   11/26/16

      The latest released version of OpenComputers is version 1.6.1 for MC 1.7.10, 1.8.9, 1.9.4 & 1.10.2. See more information here! Beta/Dev builds can be found at the Jenkins Build Server (ci.cil.li)

TwoThe

Members
  • Content count

    19
  • Joined

  • Last visited

About TwoThe

  • Rank
    Junior Member

Profile Information

  • Gender
    Male
  • Location
    Germany
  1. Drones

    As robots can currently do that farming job just fine there is no need to rush that, but it would be a cool thing to have. As for PR... if I would do some research for a new server on whether to use ComputerCraft or OpenComputers, then OC would win by far. However most people don't do extensive research and just install what their friends are using. This leads to the problem of "critical mass" of users, so basically you need a certain amount of users to get more users. And that requires some convincing first, because as we know mass is lazy by default.
  2. Drones

    That's my general summary. They perfectly fill the gap between bulky and slow robots and... nothing, which makes them again a great idea and feature. I do wish however that they would be able to at least break blocks breakable by hand, for example to have a farm run by drones. As long as they cannot use tools, robots would still be very relevant. Micro-computers are as well a great addition for those tiny redstone setups where I can't be bothered to use complicated circuit setups (mostly because I am a much better programmer than circuit designer ), I think this mod needs a lot more attention, you seriously need a good PR manager!
  3. Geolyzer, is it useful in its current form?

    Indeed Lua OOM, otherwise there would already be a bug report. Normal scans run just fine memory-wise, but when I tried to make an incremental median scan code it turned out that the data size of a table is far beyond what one would assume when counting the bytes. It is possible to squeeze it all into a string of bytes, however that makes the whole code much slower as of the lack of native bit-shift operations.
  4. Vector Library

    I think most of you already wrote one, but just to save some time for others who are still working on it: here is a completely functional and tested vector math library for OpenComputers: http://pastebin.com/24JW5Ccz Free of license, which is probably the main argument to use it instead of others. Note that vector math is done "in-place" which means the actual vectors change during operations instead of returning a new vector with the result values. This shouldn't be any issue for your actual coding, but saves the garbage collector some time.
  5. I've been playing around with the Geolyzer a few days ago, and I do really like the concept, however I can't seem to find any practical use as of yet. The results are very unreliable I tried several things to clear up the noise from the data, however I either run into OutOfMemory problems or very unreliable results. The average range that still gives some reasonable valid results seems to be 16 blocks, beyond that it really gets messy. Which feels kind of strange for a device that has a 32 block standard radius and could go way beyond that. It is not really portable Now visualizing that with a Holprojector does make a great addition to every house, however the fact that I need to setup a power-source, a PC, Screen, Keyboard, Geolyzer and Holoprojector and that this thing really draws power while running makes it to stationary to carry around. I could probably setup some scanning array somewhere down in my mine, but by the time I have that up and the scan completed, I probably already have cleared the scanned area by hand. And sadly it cannot be put into a robot. Is there something I am doing wrong with this thing or is this just work in progress?
  6. Is minimum RAM too low?

    True. One could always make the program even more perfect.
  7. Is minimum RAM too low?

    The one thing that concerns me on resources is the replay issue with OpenComputers. Should I ever finish my perfect mining program, then all I need to do on any server is to download and run it for unlimited resources. Which means I then basically played through the game.
  8. Is minimum RAM too low?

    I think the cost in the "dumbed down" version is already extremely high. I even play with the Thermal Expansion ore doubler (I don't like it but then I just cannot ignore it either ), and still I run out of gold frequently and I haven't even built much so far. Maybe I give that hardmode a try some day... maybe even add Terrafirma Craft and start from there...
  9. Is minimum RAM too low?

    I was playing around with OpenComputers the other day and built a robot with the absolute minimum specs, so basically the lowest possible setup you can craft. And to my surprise it wasn't even able to run, because it crashed with an out of memory error either during boot or right after it. I am not sure if this is an oversight or by design, as you could still put a very minimal self-made OS on a floppy to setup a computer for a very minor task. On the other hand, maybe the smallest RAM size should be upped to 256KB? I know I can just change it for myself in the config, but I am thinking about the default setup that most people will probably run. And then I can't really think of a reason why I would ever build the 2-chip RAM modules instead of the 3-chip ones. For like one bar of iron and 3 redstone dusts I get a 50% RAM upgrade. I could understand if someone doesn't have the diamonds for the T3 modules, but then it still feels like wasting diamonds as you can't just upgrade them later.
  10. Will there be an update to the wiki?

    Wiki can now be edited again! =)
  11. Making a simple "Count Up Timer"?

    I took the request to learn some OC coding and came up with this: http://pastebin.com/1HT8k0jn It does basically the same, except that it switches resolution to display the time as readable as possible on the screen (when outside the terminal) and it reacts on mouse clicks. If you start the program the resolution will be changed and the time can be started and stopped by clicking on it. Note that if you are not inside the terminal you can shift-right-click the time-text on the screen (must hit the actual text to work!). Press space (inside the terminal) to stop the program and reset the resolution. Also works as code example if you are new to Lua.
  12. Clock - displays ingame time

    On my way to learn OC I decided to write a simple clock program that displays the current ingame time on the screen. You can download it from pastebin: 29GbdXf4 If you run it, the resolution will be reduced so the time is displayed as big as possible when watching the screen block. If you press space the program is terminated (and the resolution reset). Also works as tutorial on events.
  13. Program runs out of Memory

    You are looping a creation of a table in your tankUpdate function, which should be handled by the GC, but is unnecessary. Replace line 36 with: if not tank then tank = {} endand line 43 with: if not tank[key] then tank[key] = {} endAlternatively create the structure once outside that loop if the tank components are fixed.
  14. tools for dummies

    Interesting way of playing OC: combine the work of others. Sadly OC isn't yet that popular as CC is, so the amount of code you can simply download is limited, however the influence of CC on OC is strong, so most turtle programs can be easily converted to robot code. It should even be possible to write a simple wrapper for the CC functions that remap them to OC robot functions. Maybe a project for someone with some time on his or her hands.
  15. Change how screen-writing events are 'priced'?

    I wonder why screen updates take so much bandwith? After all all you need to send is the screens content (easy way) or the delta (more difficult but even less data). But even sending the complete content is a minor amount of data that can as well be easily compressed to less what fits in 1-2 TCP/IP packets. Now if you limit those updates to 2 or 4 times a second the bandwith would be almost non-existent. So much for my imagination, what are the real reasons those had to be limited?