Starwaster

Members
  • Content count

    8,231
  • Joined

  • Last visited

Community Reputation

2,506 Excellent

5 Followers

About Starwaster

  • Rank
    Defender of the Sandbox

Recent Profile Visitors

7,275 profile views
  1. Starwaster

    [1.3] Real Fuels v12.2.3 July 30

    My favorite manifestation of that bug involved a tall rocket stack becoming pinned in place in the location of the errant engine allowing me to send the entire stack spinning like a ferris wheel without ever leaving the launch pad. Anyway... If the engine in question can actually store resources, such a bug becomes more likely. I find such engines should always have their baseMass (in ModuleFuelTanks) set to -1 which means MFT won't touch the mass (as far as the fuel tank portion of it goes) If it's just an engine (no tanks on the part) then it's an issue with the two mods each trying to operate on the mass and it's hard to even impose any kind of sanity checking because it may not be possible for either mod to know what the final outcome is going to be because neither one actually sees the final mass outcome. They only know what the original mass of the part was and how much they want to adjust it by. Neither one actually adjusts the mass directly; they're only passing along a mass delta.. (I'm making an assumption here in that TweakScale does the same thing as RF and makes use of GetModuleMass) Edit: Squad's implementation of GetModuleMass has long been problematic (especially but not limited to cases where resources are concerned) and really needs some work by Squad to Don't allow any single module to drop mass to a negative value, especially not ever. (this is just a basic sanity check that should always have been there but isn't) Don't allow the final result of multiple modules to drop mass to a negative value. Allow modules to pass along a lower limit as to how low the mass could actually go in the event that multiple modules are affecting mass. Not sure this has ever been raised on the bug tracker about GetModuleMass but we really should do so...
  2. Starwaster

    [1.3.1] Real Active Radiators v1.0.0

    @siimav do the pull request and I'll review your changes and see if they can be incorporated or if I need to request changes also what mod's radiators are we talking about?
  3. That's the same as saying that it's too late for a reentry burn but SR calculates that and determines if there is a point to continue trying to recover the craft anyway. That's the same as saying it's too late for a landing burn but SR calculates that and determines if there is a point to continue trying to recover the craft anyway. And it it meets those criteria THEN it goes on to calculate what the distance from the KSC would have been and calculates what the recovery percent is based on the distance. Performing one more calculation to see if it would have had enough fuel to close that distance is no more or less difficult than all the other calculations that went into making recovery possible even though the vehicle was already deemed destroyed by KSP when it was (going by your logic) way too late for recovery.
  4. There's no point in discussing my idea here though, it won't get any traction. Eventually when I can take the time I'll implement it for my own use myself.
  5. Doesn't matter. Not sure why you're thinking there's some difficulty here but there isn't any. The distance from KSC is already being calculated (necessary in order to determine refund amount) and from there it's just a matter of determining if there's enough delta-v to boost back in addition to the checks made for reentry burn and landing. It's just math.
  6. No, it just tries to land them where they are. It shouldn't be too hard to do a simple check to see if after deducting enough to decelerate to safe speeds and then to land if there also would have been enough to send it back to the launch site...
  7. Starwaster

    KSP Weekly: Curious about Mars

    Why stop there? 1.4.10! 1.4.100!!!!
  8. Nowhere in this game does it state that you HAVE to do everything by hand or you lose the game. There's no such thing as cheating here.
  9. Starwaster

    [1.4.1] RealChute Parachute Systems v1.4.6 | 20/03/18

    Nothing stands out in the log and I can't repro the problem Double check the mass of the chute because that tool you're using looks off. Use the RealChute Parachute Editor and see what it says the total part mass is. Or use the stock Engineer's Report. (compare mass before and after part is added) You've also got a lot of mods altering the RC parts so it might be time to remove them all and then see if you can still repro the problem. If you can't then add mods back in one at a time until the problem happens again.
  10. Starwaster

    [1.4.3] KRE - Kerbal Reusability Expansion

    Also: Too bad I can't get anyone interested in modelling this: Inflatable shield with hard cap which has hatches for landing gear AND landing thrusters... (decelerator retracts after landing thus getting around the problem of how to safely separate from it before landing)
  11. Starwaster

    [1.3.1] Real Active Radiators v1.0.0

    @siimav That's usually set to 0 by RO, are you just using RP1 without a full RO install? I'll just rip that section out of there; it's got to do with the stock radiator code and it's not really needed now. In the meantime if you patch it and set it to 0 like RO does then that would fix it.
  12. Starwaster

    [1.3] Real Fuels v12.2.3 July 30

    MLI is passive; there is no power usage; it stands for multi layered insulation. It's double reflective mylar. In vacuum, the main heat transfer through MLI is radiation so each layer receives less and less thermal radiation. (there is increased heat leakage in an atmosphere because the layers are filled with gas but it's still better than a naked tank) It's meant to complement an active cooling system like cryocoolers which radiators emulate. If you didn't have any then there should have been some boiloff and I'm not sure why reloading would make a difference unless there had been an error but I don't see any exceptions in your log, at least not relevant here. The kinds I would be looking for would also have shown up in your screenshot as NaN for certain numbers like conductivity or the MLI data. (stands for Not a Number which is really bad when you need to do accurate maths) As far as it being overpowered, IRL you would be seeing differences between 10s of kilowatts (only basic foam insulation which you can't see but all H2 tanks have) and 10s of watts or less for MLI depending on how many layers. It's basically just aluminized mylar so it doesn't have much mass to it. There is a cost in money which I made pretty linear and is based on the total surface area for material cost + labor costs which I had to guess at. If it needs further balancing then maybe a future update can limit layer quantity based on research advancement and I'm open to specific suggestions and feedback as to how it can improve.
  13. Starwaster

    [1.3] Real Fuels v12.2.3 July 30

    The bottom one has thermal conductivity consistent with about 100 layers of MLI for 0.0435 Watts x 40.48 m2 = 1.761 Watts getting through the insulation which is a pretty trivial amount of heat for radiators to take care of. The tank walls are under 20.15 which is the boiling point of hydrogen as configured for all of the tank types that carry hydrogen. The only way I see a problem there is if there weren't any radiators to be getting rid of that 1.761 watts. Otherwise those numbers look right.
  14. Starwaster

    [1.3] Real Fuels v12.2.3 July 30

    @Pixie Perfect No, that question mark being inserted at the end is wrong; if your editor program autocorrects then change it back to what I said to put in there or it won't work right. Also, the text in the screenshots has to be readable. I can't do anything with those. I feel like I'm going blind trying to read it. Use something like imgur. You don't even have to log into it to upload a picture.
  15. Starwaster

    [1.3] Real Fuels v12.2.3 July 30

    not enough information. In the RealFuels folder edit the RealSettings.cfg file and in the section that says RFSETTINGS add a line that says debugBoilOff = True Enable thermal debugging (Alt-F12 -> physics -> thermal check the top box) Put a Default type tank (when viewing the tanks in inventory in the VAB it will tell you what type they are) with LH2 in it and leave MLI at 0 Then launch it into orbit. Once it is in orbit right click on the tank and post a screenshot of the tank with its context menu showing (what you get when right clicking) Also ModuleManager.ConfigCache files and output_log.txt file