Jump to content

ShotgunNinja

Members
  • Posts

    1,087
  • Joined

  • Last visited

Posts posted by ShotgunNinja

  1. On 7/20/2017 at 2:03 AM, zxxzzxxz said:

    I also want to suggest (maybe I'm not even the first one): add one more item to the CFG tab - display the vessel in the main list (yes / no) (where yes by default)

    I can't do that because it will be 'one way only': user flag vessel as hidden, vessel disappear from the list and can't be de-flagged anymore. You could try to exploit the vessel filtering to hide the ones you want.

     

    On 7/24/2017 at 1:16 PM, westmeath said:

    Are you going to add localization support to the new versions for full translation into other languages? It would be wonderful to give the opportunity to enjoy this modification to people who do not know English.

    It will be a lot of work. For instance, I would have to switch to the new Unity UI framework (I'm using the old one, that doesn't support non-latin characters as far as I know). Then, the whole UI layout was fine-tuned by hand, exploiting string lengths that were known beforehand. That would not be the case if I were to support arbitrary languages. Also, 'composing' multiple strings on the fly for an arbitrary language is impossible (and we'll lose little things like the sex of a kerbal being taken into account when generating a message, for example). These issues could be solved with enough time, maybe redesigning the UI around a bit. But that's a lot of work, and not of the fun type but of the very boring "you don't pay me enough for this" type. I prefer to work on adding new features and improving existing ones, instead. That is fun. So there will be no localization support, my apologies to the international community of KSP.
     

    @Enorats Some code has changed in the cryotank module, and the emulation in background need to be updated to reflect those changes. I'll add it to the ever-growing list of things todo for version 1.3.0
     

    @CatastrophicFailure I'll investigate the issue, probably related to the 'bootstrap' signal network calculation that is done on-load. Seem to degenerate into O(N²) complexity, where it should not. Can you try a little test for me, disable Signal and try to load a savegame with many vessels, then let me know if it still hang on load.


    @APlayer Oops. A mistake in the Experiment module. An operator should be required only if 'crew' is specified in the config node. I'll fix in next version.


    @ItCameFromDuna In emitter, radiation is expressed in rad/s. The comment you refer to is out of sync with the actual value (probably changed and I forgot to update the comment), and should read '0.015 rad/h' in your case.


    @gietek The ISRU part of this mod is inspired by real chemical processes. I am open to suggestion for new processes, provided that they are based in reality.

  2. @Nils277 Maybe relevant. This assume the CO2 presence on Duna atmosphere is from the CRP definition. Looking at it here, the presence chance is 100%. That will be scaled by difficulty settings (the 'resource abundance' slider in advanced difficulty settings). So people playing above normal difficulty (or tests conducted above normal difficulty anyway) will have some chance of having no CO2 in the atmosphere of Duna. This could be the issue here. If that's the case, a solution may be to set presence chance to 1000% for atmospheric resources, to compensate for the minimal resource abundance slider value possible (0.1). That way all players are guaranteed to have CO2 in Duna atmosphere irregardless of their difficulty settings.

  3. @Enorats Is not due to the rescale. Press B in mapview/tracking station and toggle the field rendering on/off in the window that pop out. Or in alternative press 0-1-2-3 on the numeric keypad to quickly toggle them.

    @Keefe Hold on, you also need the Science system. Do you have both Signal and Science set to true in your settings?

  4. @Enorats, @CatastrophicFailure Correct, it is an interaction with KIS. It seem to trigger KSP callbacks related to vessel destruction every time you add/remove parts from a vessel. Or something to that effect. This in turn wipe out the HardDrive of the vessel. Transfering the data to an EVA kerbal is a nice workaround for now.

    @Daelkyr When Supplies are 'installed', their amount/capacity is added on top of the resources already in the part. So simply add the resources you want to the part:

    @PART[MyPart]
    {
      RESOURCE[Food]
      {
        amount = 20
        maxAmount = 20
      }
    }

    @ISE Thanks guys, I'll include it in next version.

    @Enorats I made a mistake in setting the LiquidFuel/Oxidizer/Monoprop weight per-unit in the spreadsheet I use to calculate the process rates. Will fix in next version. You are currently producing 5 times more LiquidFuel than you should.

  5. 1 minute ago, nascarlaser1 said:

    Do I put it inside the main game data folder with my other mods, or inside a game data folder under kerbalism itself

    Anywere you want, as long as it is inside the GameData folder. Probably is better to not put it in the Kerbalism folder, or else you may delete it at the next update.

  6. @nascarlaser1 Radiation is only enabled when used in the profile. So you would need some custom profile instead.

    Profile
    {
      name = radiation-only
      Rule
      {
        name = radiation
        degeneration = 1.0 // just use the modifier
        variance = 0.1 // add per-kerbal variance
        modifier = radiation,shielding
        warning_threshold = 25.0
        danger_threshold = 37.5
        fatal_threshold = 50.0
        warning_message = $ON_VESSEL$KERBAL has been exposed to intense radiation
        danger_message = $ON_VESSEL$KERBAL is reporting symptoms of radiation poisoning
        fatal_message = $ON_VESSEL$KERBAL died after being exposed to extreme radiation
        relax_message = $ON_VESSEL$KERBAL has recovered from radiation exposure
      }
    }

    Put it in a .cfg file inside GameData. Then on your Settings.cfg, set Profile to radiation-only.

  7. 30 minutes ago, aluc24 said:

    what is the proper way to generate these tremendous amounts of EC?

    16 EC/s is a lot. Can you share your savefile, I would like to see in details how it is consumed. Maybe something can be balanced better.

    Meanwhile, some obvious suggestions:

    • try to minimize EC consumption in every way you can
    • stop something at night and resume it at day, using automation scripts
    • don't do everything at once: extracting and processing Ore can run at a different time than data transmission, for example
    • if everything else fail, find yourself some big EC generator (not included)
  8. On 7/11/2017 at 3:00 AM, teckillah said:

    he still working on

    He is... slowly.

     

    On 7/11/2017 at 7:11 AM, lordcirth said:

    would the Universal Storage Alkaline Fuel Cell's balance be determined by Kerbalism?  Is it autoconverted from US's stock numbers?

    US fuel cell is not touched, what you see are its original rates.

     

    On 7/12/2017 at 10:58 AM, SiCaRiO31 said:

    Was this like this from the beggining? is it a kerbalism bug or its like this in stock aswell?

    The relative orientation between the vessel and the sun change over time. Fixed panels will not be in the right orientation for long. The obvious solution is to use tracking panels, if possible. Or use multiple fixed panels at different orientations.

     

    On 7/12/2017 at 7:18 PM, nascarlaser1 said:

    do you know if there is a similar way to turn off lifesupport

    Set Profile = none in Settings.cfg, that will disable life support and anything else related to it.

  9. On 7/1/2017 at 9:16 PM, ryan234abc said:

    Since I'd only like to use part reliability in this game at the moment, how would I go about disabling the other parts of the mod (e.g. resource requirements)? 

    Go in Settings.cfg, and use these settings:

    Profile = none       // effectively disable life support, eclss components and isru mechanics
    Reliability = true   // you want part failures
    Signal = false       // you don't want the rest
    Science = false
    SpaceWeather = false
    Automation = false

     

    On 7/2/2017 at 9:32 AM, Mikki said:

    I am currently doing a adventurous mission to Duna, and i am trying do this quite seriously, so shortly after approaching Duna SOI i`ve encountered a critical malfunction on a rover which is attached to a descend/ascend lander, and i am really worried about the happenings...

    Reliability should really take into account when a component is in use (and things like that should not happen), but unfortunately it doesn't in its current incarnation. Maybe in future.

     

    On 7/9/2017 at 11:27 AM, SaintStyle said:

    is it possible to insert an activate/deactivate button to the ingame settings? 

    I can't do it, because some MM patch need to be applied depending if the Science system is enabled. So these options have to be known at game launch time.

    I am aware there are some issues between the Science system and some third party mods. I'll see what I can do.

     

    On 7/10/2017 at 3:26 PM, MacLuky said:

    How can I tune the distance in which the belts become visible in the map view? I'd like to tweak them since I can't really observe them properly now.

    There is no fading in/out based on distance from camera (that's why you can't find it in code). Instead, as all particles are rendered as 1pixel-wide points irregardless of distance from camera, what you are seeing is the particle density on screen getting below some threshold, at which point your visual cortex filter out the sparse white dots (that are still there). This is a minor issue with the method I've used to render these fields.

     

    On 7/10/2017 at 9:01 PM, The-Doctor said:

    Does Kerbalisms signal have signal delay?
    If I have Commnet constellations will I still get the blue dots representing data transmission?

    No to both questions. The background transmission will work with CommNet/RemoteTech, but the transmission spheres are ony rendered if you are using Signal.

  10. On 6/25/2017 at 1:33 AM, bpilgrim said:

    Does anyone know how to disable the resource coherency checking? I am trying to mine water on Duna using an unmanned lander, and the drill doesn't work when the vessel is unloaded. When the vessel is loaded and I try to do high speed warp I get the warning about EC acting incoherently (because I'm using a nuclear reactor I'm guessing), and it won't let me warp faster than 1000x. No Kerbals' lives are at risk here so I would like to disable it and let it do it's incoherent thing.

    I see in the changelog for 1.2.7 that it is possible to disable this checking, but I didn't see the option in the Settings file. Did I just miss it, or is there some other way it has to be done?

    Set EnforceCoherency to false in Settings.cfg.
     

    On 6/25/2017 at 8:36 PM, aluc24 said:

    I'm having a strange issue with Kerbalism. Every time I'm launching my favorite SSTO (named SoSTenutO) from runway (launching through KCT), I started getting numerous malfunctions right after the vessel loads [...]

    That is most weird, I'll check it. Maybe some interactions with KCT. But then why it doesn't happen on the launchpad baffles me.
     

    On 6/27/2017 at 0:32 AM, jlcarneiro said:

    what changes should I make to CommNet Relays Contract Pack to make it compatible to Kerbalism

    You could change it to check for modules of type Antenna instead of the stock data transmitter. However, you can't really detect if one antenna is set as relay without custom code.

     

    On 7/1/2017 at 0:18 AM, GarrisonChisholm said:

    is there a "manual" for this mod?

    There is a wiki here, but unfortunately it is just some summary description of things and a few lists. I have plans to add some in-game guide in future. Meanwhile feel free to ask anything.

  11. @The-Doctor Essentially, there are these 'components', that are the things you can install in pods, chemical plants, etcetera. Each one has a 'value' in Hardware units, deduced by mass or specified in the component specs. You can dismantle a 'component' and get half of its value in Hardware units. You then spend this resource to install new components when you are in flight. So, let's make a practical example to explain the meaning of this. Assume something goes wrong with your crewed mission, and you organize a rescue but it takes time. Time that wasn't planned in your mission, and they have not enough Oxygen to last until rescue arrive. You realize that if only you brought a Water Electrolysis unit you could make up some Oxygen, from the remaining Water and the plenty of solar power you got. But hey, you did bring Bob the engineer. Now you can dismantle a few secondary components and use the resulting Hardware to install a Water Electrolysis unit and survive until rescue. Hope that this clarify it a bit.

  12. On 6/13/2017 at 1:24 AM, The-Doctor said:

    IDEA! Great idea! So like, astronauts can't do EVA during CSME or they die right, but like, that's why we would use robotic arms and stuff. You could add in a patch that enables robotic parts from infernal robotics to do repairs like an engineer, that way, if there is a problem during a CSME, it can be fixed

    There is a set of API functions that was added a while back, when a forum user (forgot the name, sorry) was working on adding repair functionality to some kind of robotic arm. I don't know how that ended up. Anyway, I like the idea and maybe I'll add a dedicated module to do unmanned repairs.
     

    On 6/14/2017 at 4:03 AM, JadeOfMaar said:

    It would be wise of Ninja to adopt CRP's Machinery or SpareParts resources instead of inventing Hardware

    My objective is to somewhat reproduce 'on the field hacks' such as dismantling a scrubber from a vessel to install it in another vessel (think Apollo 13), or even doing more crazy stuff in order to survive (think The Martian). I can't allow to produce Hardware in-situ (or use a resource that I don't have total control of, and that may be produced in-situ for what I know), or else this mechanic cease to be a 'last resort' choice for the player.
     

    On 6/20/2017 at 2:19 AM, lordcirth said:

    Here is the log when switching to the vessel, then to Space Center:

    https://gist.github.com/lordcirth/e96184e011e044ea8f35b40293e95a51

    I see something called 'DynamicBatteryStorage' in your log. Maybe that's interacting with the background simulation in some weird way.

    To clarify, the cost of data transmission is the same for loaded and unloaded vessels.
     

    4 hours ago, BlackwingDave said:
    
    Hi, I have just built a base, but if I focus on another ship is running the electricity within a few times and my team is close to death, 
    when I then again my base clicks I have electricity again for 100 years. To Kerbalism, I use the way, Interstallar extendend.

    Hi. Unfortunately, things that produce electricity in Interstellar (reactors, etc) are not emulated when the vessel has no focus. So when you focus on another ship, your base effectively behave like it had none of the parts from Interstellar. I'm sorry about that.

  13. @Waxing_Kibbous Ok, I understand. I'll see what I can do about that.

    @ItCameFromDuna These are the possible consequences after a mental breakdown:

    Untitled.png

    @APlayer An inflatable ring? I like the idea, and it sound like a realistic design. But I have very low modelling skill, and zero experience in making models for KSP. If you come up with something and want to contribute it, I'll be flattened to include it in the mod.

    @drtedastro You middle-click on one of the monitor panel icons ('info', 'auto', 'cfg', etc) and that panel pops out as a window, that you can then move by dragging it by the title.

  14. I finished porting the mod for KSP 1.3.0.1804, only thing missing is adding support for the new Kopernicus solar panel, and that should be it. It may take a couple days. Meanwhile the last build on github is already compatible with KSP 1.3 for those interested.

     

    @Waxing_Kibbous The only keys used by this mod are: B (to show the body info panel), Keypad 0-1-2-3 (to toggle radiation field rendering), and PAUSE to mute/unmute all messages. Tab is not used at all.

  15. Guys I just noticed KSP 1.3 New Markets has been released. Unfortunately (for you) I am also in the middle of some real life changes... so there will be a quick and dirt porting of the mod to KSP 1.3, in about a week or two, without any of the changes planned. But these are coming afterward, that much I promise. Hold tight and keep having fun.

  16. 2 minutes ago, aluc24 said:

    I found the problem. My MK3 pod had full shielding, while greenhouse had none. But then again, how do I disable habitat on greenhouse during CME's so that Kerbals can "hide" in the pod? Or is it intentional (food radiation poisoning)?

    Mmm, no that is not intentional. I didn't think of this. The greenhouse has to be an habitat for the pressure threshold of growth, but the implementation was a bit rushed at the time. The only solution available for now is to disable the greenhouse during the storm. The crop will not grow during those few hours but that's it, there are no other side effects.

  17. 12 minutes ago, aluc24 said:

    I had all my crew in the MK3 pod, with maximum shielding, and no other habitats. They all went from 30% radiation to 90% radiation in just 5 hours, and died soon afterwards. Even the maximum shielding didn't protect them enough.

    Consider this: radiation when CME hit a vessel is 5 rad/h, so in 5h they were subjected to environment radiation of 25 rad before shielding is applied. With max shielding, you get only 5% of the environment radiation. So they accumulated 1.25 rad during the storm. Given the tolerance of 50 rad total that a crew member has, it means they were supposed to degenerate only 2.5% on their radiation bar, so to speak. So something must be wrong, can you please double-check that you are not using custom settings for the storm radiation?

    14 minutes ago, aluc24 said:

    Is there a way to know when the next storm is going to hit, so we can plan missions in advance?

    With the default settings, the mean time between storms is 250 days. That's as much as you are going to get in term of information about solar events, the actual ejection time is generated at random.

    16 minutes ago, aluc24 said:

    But it would be great if the VAB planner would somehow indicate more accurately about how long can the crew survive. My mission failed because the planner predicted that the crew will have more food than it actually did.

    It does already, with the exception that it doesn't take into consideration free Food capacity at time of harvest. If you bring some Food to get the crew up to time of harvest, that container alone should have enough free capacity when the time comes. If you are seeing an error in planner instead, then provide a test case and I'll look at it.


    @chaoseclipse01 No problem. In fact the lighting icon is not really appropriate, I'm thinking of changing it to some kind of 'spiral' icon at the next refactor (to represent solar plasma in general). Also the enabling/disabling of habitats is maybe the least intuitive aspect of the mod.

  18. @chaoseclipse01, @aluc24 Some clarifications. The storm problem indicator (the lighting icon) appear after a CME has been ejected from the Sun and is predicted to hit the vessel (yellow icon) and then when it actually hit the vessel (red icon). It isn't related to ElectricCharge. There was never an alternative indication for this, is has been in this form since the beginning. Also there is no difficulty setting in the KSP menu, for various technical reasons.

    To deal with storms, you need a small pod dedicated to be a 'storm shelter'. Choose a small one, and set its shielding to the max. For the rest of the vessel you can choose a lower amount of shielding. When the CME is ejected, you are notified by warning message and by the yellow storm icon. Both of these also show the estimated time to impact. In that time, you have to move your crew to the 'storm shelter' pod. Then 'disable' all other habitats in the vessel. You will see in the telemetry panel that the shielding factor is now entirely determined by the Shielding amount in that storm shelter pod. In this way, the crew can survive quite a few storms. You can reuse the shelter approach even when crossing radiation belts. You don't simply keep the crew in the shelter all the time because living space is also determined from the set of enabled habitats.

    For greenhouse, the current one is in fact overpowered. It will take a much bigger biomass to sustain even a single crew. A single greenhouse can now sustain 2 kerbals, provided that you have enough free Food capacity when it is harvest time.

×
×
  • Create New...