nanomage

Members
  • Content Count

    53
  • Joined

  • Last visited

Community Reputation

36 Excellent

About nanomage

  • Rank
    Rocketry Enthusiast

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. after abandoning the stock 'Ore makes all' rule, Kerbalism needs something to guide the chemical reactions, so it assumes (via the default.cfg profile) that monopropellant is hydrazine, liquid fuel is methane, and oxidiser is hydrogen peroxide, for the purposes of calculating the ISRU reactions. It doesn't however actually do anything to change the actual in-game resource produced as the product of the chemical plant from 'monopropellant' to 'hydrazine', e.g. LiquidFuel it produces stays the same stock LiquidFuel, It's just being produced as if it were methane. To properly implement the real chemicals you would I'm afraid need to create another kerbalism profile which makes it's own reaction definitions to create the actual real fuels, that is, implement reactions that output Kerosene, Hydrazine, UDMH, MMH, lqdOxygen and all those other chemicals that RealFuels adds.
  2. the only idea that comes to mind is that you probably have to keep the principia gui open for it to continuously update the maneuvre marker position throughout the burn (because the burn is defined in a different frame from your navball if i understand correctly).
  3. I have an install of rp-0 on 1.3.1 with both principia and persistent rotation, and things do persistently rotate through timewarp. I haven't tested angular momentum conservation vs saves/reloads reverts. However, i think there is an issue with how principia implements axial tilt that leads to spin-stabilised craft changing orientation during SoI change, potentially causing loss of sunlight, if that's what you're after
  4. Hi, awesome to see Kerbalism picked up (by someone with no life no less!) May I please request instructions on how to add reactions to chemical plants - I want to add kerbalism reaction to liquefy kerbalism Hydrogen resource into Liquid Hydrogen used by Nertea's cryogenic and nuclear engines, and potentially create an array of dedicated radiator-liquifier parts for that.
  5. It breaks with the mods that modify physics - orbital decay, persistent thrust, this sort of stuff. As mentioned earlier, Sigma binary breaks but Duna/Ike behave like a proper binary in Principia anyway. Proper gravity has the potential to break planet packs and especially star/galactic object packs, but check https://forum.kerbalspaceprogram.com/index.php?/topic/164681-122-13-and-131-planet-patches-for-principia/ I think it also causes Trajectories to go slightly crazy as it tries to constantly recalculate atmospheric predictions, and may cause Hangar to crash if a vessel is released in orbit. Performance is all right as far as i can say
  6. Hi, this is some great stuff! Are there plans to add RO/RP-0 configs for these awesome vehicles?
  7. this is as designed. the reason to upgrade VAB in RP-0 is meant to be unlocking additional KCT assembly lines, and i think also improving the first one. (the better the VAB the more build points you get per upgrade point)
  8. hale used to collide with ovok in 13 kerbal years in OPM. Definitely try out Scotskerb's patches mentioned here, if that doesn't help get rid of ovok or stash it someplace safe (like low eve orbit)
  9. HI, I've got a question regarding how to add new processes to a kerbalism profile. I've attempted to add a hydrogen liquefaction process to the default profile, and to have it MM patched to the ISRU units, by modifying the default.cfg in kerbalism/profiles: I added a Process {...} declaration to the Profile {...} node, a MODULE {name = ProcessController} section to the ISRU reactors MM patch, a SETUP {} under the MODULE Configure in that patch, and a RESOURCE_DEFINITION {} at the end of the file. However instead of the expected result of a new process being added to the pool of "Configure ISRU" options, what I get is displaying the toggle interface button for all previously existing processes, with the only notion of the new one in tech tooltip in R&D. what am i missing there?
  10. you can configure every satellite (in the config tab of kerbalism interface) to stop sending the notifications you don't want to receive (untick battery and signal, basically)
  11. I think the scrubber thing is an issue caused indirectly by cryotanks - i ran into it as well and 'fixed' it by removing cryotanks boiloff plugin (which i suspect is a really crude and bad way). Cryotanks has a dll that probably does retroactive modelling for electric charge consumption, and kerbalism generally breaks horribly with mods that can do that. For me the conflict took the form of huge parasite drain of electric charge on a vessel immediately after load and that lead to the scrubber going off, and CO2 building up in the atmosphere, and then in kerbals, which sounds very much like what you described. Real space crew would start mask-breathing oxygen in this case but it looks like this is not implemented. Just turning the scrubber on is useless because it needs days to work through the elevated CO2 content anyway. Thanks for the reply! If any of the other mods' ISRU processes are used (like Ore -> Hydrolox, or Ore->Lithium that I think cryotanks and NFT do, or the refrigeration that you mention IFS does), is kerbalism able simulate them in the background? If the answer for that is going to be no, I think I'll try adding the liquefaction processes to profiles/default.cfg and attaching them to the ISRU converters to make them kerbalism processes, for the start.
  12. I fired OPM up and it was unstable. First of all, any modifications to stock would rollback the retrobop.cfg fix that principia by default applies to the unmodded stock system, so you have to manually apply that. second thing, i saw 2 innermost satellites of sarnus (hale and ovok, i think) collide after some time.
  13. I guess it depends on how fully modded your KSP is. This would probably break horribly with the mods that do orbital decay or on-rails thrust. Other issues are pretty minor. Hangar CTD's when you try to spawn a vessel in orbit. TCA and Mechjeb don't understand it and attempt to do their autopiloting in conics approximation, so relying on them for orbital maneuvres can get inconvenient/irritating/suicidal. CKAN scanning of the Mun, Duna, and especially Ike is awkward because polar orbits get disrupted quickly. Last i checked, it worked with persistent rotation. It definitely works with RSS/RO, (even better than with stockalike systems), kerbalism, KIS, and does not conflict with NFT. it's so addictive I can't play without it anymore. For me it's not even as much the proper gravity but the frame-dependent trajectory plotting, it's just a much better approach. performance is all right
  14. Hi, thanks and this is an awesome mod. Consistent background processing is just so brilliant, and nice realisticish ISRU is a cherry on top of the cake! So, I've got a few ISRU questions - is it possible/planned to be able to extract carbon and nitrogen from non-atmospheric bodies (modelling extraction of methane clathrates, methane ice, carbonaceous chondritic material, nitrates or even nitrogen ice if extremely far from the sun)? If not currently implemented would patches with these processes be welcome? - Is there a way to forgo nitrogen pressurisation and go apollo-style with a 0.2-0.4 bar pure oxygen atmosphere instead, sacrificing some crew comfort for elimination of nitrogen from the life support chain? - is there an ability lo liquefy hydrogen to use in CryogenicEngines/KerbalAtomics?
  15. If you're still talking about RO/RP-0, that sounds really bugged. I've looked at the MPD patches that RO applies, and they all 3 of them seem to have the correct thrust modifier applied. @PART[mpdt-25]:FOR[RealismOverhaul] { %RSSROConfig = Theoretical @title ^= :Magnetoplasmadynamic Thruster:MPDT @title ^= :$: [Theoretical] %MODULE[WarpableEngine] { %name = WarpableEngine } !MODULE[TweakScale] { } @MODULE[ModuleEngines*] { @PROPELLANT[LiquidHydrogen] { @name = Hydrogen } @maxThrust *=0.001 } } if that works it should i think bring it down to 242N thrust, quite realistic and pretty much useless without some sort of on-rails thrusting.