Jump to content

Hilvon

Members
  • Posts

    4
  • Joined

  • Last visited

Reputation

0 Neutral
  1. Really good additions! Though I though a way to countermeasure for this timewarp abuse in terms of limited lifespan of research modules (while they are active). By depletable internal resource for example.
  2. Well... Here my opinion may really biased, because I have a bit of secon hand (literally "second" as in personal conversation with person with first hand) knowlage of how communications work. The problem with data loss is not just the interferense and other data damage, but is "Here on earth you ususally have no clue what data is correct and what got messed up". Sure, there are things like "triple copy", Hemming coding, Checksumms. But they at best let you identify damaged packages. And it's hard to request replacement for those, because the source may go offline, or out of comms' range, or have the ata flushed already to store some other data. And you basically have the same difficultyes with getting your correct request up to the sattelite, with an exception - you have no human brain to work with those errors on the far side.
  3. 1) - really good idea. 2) Good ideas too. Some basic capacity for storage may be added to capsule itself (like it stores reports and samples now) and it may very well be limited and expandable by other modules (I also mentioned it in my post you got ahead of) 3,4) Data transmittions may have some data loss due to connection errors, static, interference. But that should be data loss, not sientific-value loss. Moving data from one craft to another would be good. Even if you have to dock them together for transfer (like you have to do with fuel transfers now) That makes even more sense if you want to transfer phisical samples too. And Mapping connection through other ships may be managed. In fact RemoteTech mod implements it right now.
  4. First of all - sorry if my enlish is bad. Not native to me and stuff. After I discovered seismometers in Career mode and started using it it really hit me hard. Current sience-generating is way off. The mentioned seismometer is a good example of it. A time-point observation really has a zero sientific value. The only way you can get some valuable observation is to collect data for some continious time. Same with thermometers. Barometers. Weather-computers (which to be frank should include bothe thermometer amd barometers in it, but irrelevant...) And I started to think of a system that would be easy to calculate and give more reasonable way of collecting sience... And piece by peice I got something together: Make the modules generate observations not on activation, but rather use activation as "Start observation" point. And after this module will produce random location-specific observations that are then stored in crew-capsule memory (which also may be limited and expandable by ship modules) just like EVA-reports and surface sample are now. So instead of running same experiment several times you activate a module and wait for it to generate several observations. As an addition you may limit sience module resources and make those deplete while the module is active (like if you run out of goo you no longer can observe goo). Like I mentioned there should be several observations in each location. And each observation is not guarateed to happen. They have probability. And by tweaking this probabilityes you divide your sience modules into several groups, like: 1) Few observations with high probability (5-10%/second) each. - Goo-can, Materials lab. These modules are best used for "hit and run" mission, where you get into the area for a short time and don't intend to return for more. 2) Several observations with low probability - Seismograph, Magnetometre, Gravitometre - These modules are best used for "probe-style" surveys, when you leave them in area for extended time before recovering their results. Return them too fast - and high hancec you end up with no data of value. And of course ther might be some modules that have the combination of both. Like you get some data quickly. But this data has value only during first times you observe it. And by monitoring for extended time you get the chance to score some observation od anomalies. As a bit of complicating, but making things more realistic you can attach those "special observations" not to modules, but to locations. And as this thing happens in location active modules in this location register it. ((Though that will result in lots of accounting of trees falling when no one's there to hear it.))
×
×
  • Create New...