• Content count

  • Joined

  • Last visited

About Divisor

  • Rank
  1. Totally with you on that. I would even exponentally reduce the research points and research speed of every researchable element the more instancs of it you have already researched. For example (Green Hostile Organic Research Item): Now: Item #1: 1280 Bytes 00:05:30 Item #2: 1280 Bytes 00:05:30 Item #3: 1280 Bytes 00:05:30 ... Exponentally reduced: Item #1: 640 Bytes 00:05:30 Item #2: 320 Bytes 00:11:00 Item #3: 160 Bytes 00:22:00 Item #4: 80 Bytes 00:44:00 Item #5: 40 Bytes 1:28:00 ... This would still give you a total of 1280 Bytes, but for ALL of the green Hostile Organic Research Items together and only after a very long time. This would thereby massively encourage exploration (especially to other planets in case the research items are accordingly distributed). Also this would be slightly more realistic regarding how research works in the real world. Of course this method would require real time updates for the research points and research speed in case more than one instance of the same item is researched at once, which would be a little tricky I suppose.
  2. This a duplicate of the bug Research module allows accidental research cancelling
  3. I am using my rover and truck each with a 1-seat at the front node, because I want as most storage capacity (aka. medium storages) on the top of the vehicle as possible. It works almost perfectly fine, just the alignment of the 1-seat itself is wrong when put at the front node of a vehicle.
  4. When starting a research process using the new research modules, the corresponding UI allows the player to screw this up and instead destroy the research item placed on the research module. This can happen by double clicking bright green button on the research module UI panel shown below. I am pretty sure this is caused by the green "start research" button becoming the green "cancel research" button immeditely after the first click. So when the second click occurs the resarch is cancelled without further warning. The red button cover can not do its job in this case, because it does not move over the green button fast enough to block the second click from triggering the green button again.
  5. Judging by the comment referenced right above, the truck-mounted vehicle printer animated GIF from the second comment of this thread seems to be just a tease for the time being.
  6. I appreciate your discretion, but without proper version information all my attempts to figure out this feature myself might be pointless depending on which version I am actually using to do it. Since you don't know the version of the game, maybe you can at least tell me the distribution path of the game installation you were using for that footage. (somthing like "Steam" or "Steam Beta Program 'experimental'") Then I could just use the latest game version of this distribution channel, assuming this feature has not been removed from the game since then.
  7. Very nice GIF - is it from the actual Game? If yes, from which branch and/or version? And please don't tell me how it is done - I want to figure it out myself. Also, is there a "Feature-List" based on what is already in the game? Like the road map, just into the past instead of the future?
  8. It should be possible to move each of the base module main attachments (reseach, smelter, printer, ...) between sufficiently big attachment points of size 4, like other base modules (1x4) rover (1x4) truck (2x4) shuttle (1x4) spaceship (2x4) thereby making it possible to create a simple mobile base. This could be properly implemented with minimum effort by adding a "Grappling hook" to the game which is supposed to be attached to the crane, use the existing crane functionality and the existing element attaching methods to move the base module main attachments (and maybe other stuff) around with a little bit more control (but less range) than the winch. The only real problem with this idea would be moving a vehicle bay (and to a lesser extent the trading platform) onto a vehicle, but this could simply be solved by not allowing this kind of relocations.
  9. Looks like it is up to me to bump now.
  10. That would involve the change of twelve pixels of one surface of one model ↓ Although I personally would still prefer a "snap" based solution.
  11. An alterative would be to change the graphics of the nodes themselves and add some tiny graphical hints where the multiples of 30° are on the node which are still visible when the center of the node expanding element is moved at the angles they represent.
  12. This way you will probably get you something random from 28° to 32°, which can still lead to big linear differences further away from the center of your base. I don't think vertical snap is necessary for building flat bases as long as flat groud automatically leads to correspondingly aligned bases. This seems to not work perfectly right now (at least not on horizontally flat ground), but that is another problem. And leave your first base, respectively the first nodes of your first base not pretty?!? Maybe after a base demolition/recycling feature is added to the game? Base node collision detection is surely an interesting idea as long as it only affects the base nodes themselves and not the connections in between them, because forbidding collisions of those would lead to far less interesting base designs. Although in my opinion, as much as the game should support you in building your base as beautiful as you want, it should also not forbid you to build your base as ugly as you want.
  13. I would love to have a 30° angle snap on my base "nodules", optional or not - it would make building beautifully symmetric bases so much easier. Guessing the correct angles (especially without the ability to look at the "nodule" exactly from the top) is horribly tedious and the results are neither beautiful nor symmetric.