Jump to content

linuxgurugamer

Bug Hunter
  • Posts

    24,947
  • Joined

  • Last visited

Everything posted by linuxgurugamer

  1. So, I was thinking about this, and think you have a point. So I added an option in the settings to display the OrganicSlurry and Sludge in the resource panel, so, if you don't want it, you can disable it.
  2. Yes, going to take a few days, I send him that message back in August, when I had time.
  3. Did someone say my name? Here @RoverDude
  4. Why did you necro a 2 year old thread? After 2 years with no activity, do you really think the model author is going to come back and updated?
  5. That is what classic mode is. It does make sense to have an abbreviated panel. Sluyr and Sludge tanks arent needed if syffucient recyclers are attached to the vessel in question, but if someone wants to do an extended mission without the recyclers, but to be able to recycle eventually, they will need the tanks.
  6. I'll probably add support for this in the Tokumak Industries hab pack eventually, but I need to figure out what it's going to do, beyond the current recycling
  7. If anybody is interested, I just got permission form @Kommitz to revive this and the FTNM Atomic Rockets mod of his
  8. Days remaining is if there is no recycling. It's the amount of days remaining of LS only. Rate is the rate at which the recycling is done, per day of that particular resource No status at VAB at this time, sorry. The OrganicSlurry and Sludge are there in the advanced modes. If you go to classic mode, then they won't show up. Read the OP of the release thread, it goes into the reasoning in more detail.
  9. Not sure about habitation, but it is now in beta, release will be soon if no issues show up I know there are some generic habitation mods out there, I may eventually add configs for things like those. But the whole idea behind this is KISS - Keep It Simple Stupid, and whatever I end up doing, has to stay simple
  10. I noticed that last night, thanks for reporting it. I'll have to look at it over the next day or so
  11. Curious how long it takes to do each episode?
  12. I just released the first beta, we are out of alpha. Details in the release thread, but you can get it here: https://github.com/linuxgurugamer/IFI-Life-Support/releases/tag/3.4.0.4
  13. New release, Beta-1: https://github.com/linuxgurugamer/IFI-Life-Support/releases/tag/3.4.0.4 Updated status page to have columns dynamically sized Added process rate to status display Added Auto Warp Cancellation lead time to settings Updated texture for radial tank
  14. No, not the radial tank (which, btw, I'm only including the LS since it is a 1 unit tank) but the IFITank (it's a 2.5m round tank): Parts/Storage/IFITank
  15. Well, I'm pretty sure that body.getPositionAtUT just calls that, but I tried it anyway: foreach (CelestialBody rock in FlightGlobals.Bodies) if (rock.name == "Mun") Hire.Log.Info("currentUT: " + Math.Floor(Planetarium.GetUniversalTime()) + ", UT of 86400: " + ScaledSpace.LocalToScaledSpace(rock.orbit.getPositionAtUT(86400))); at UT= 3: Hire: currentUT: 3, UT of 86400: [42.4405393536052, 0.269453529015138, 1942.66814631748] At UT = 16415 (next day): Hire: currentUT: 16415, UT of 86400: [-1914.88357933297, 0.269453529015138, 48.9601178307615] These should be the same, since it's asking for the same UT in the future. So what's wrong?
  16. I havent changed that, but is easy enough to do so. Ill add a choice on 1, 2, or 3 days
  17. Check the settings for PDPN, there should be a setting which says whether to use the Blizzy toolbar or not
  18. New release, 0.1.4: Fixed nullref spam if KaptainsLog is disabled at start
  19. I'm trying to get some code working properly which will check for an eclipse. I'm having some problems, and have narrowed it down to this: I thought the function CelestialBody.getPositionAtUT(double) returns the position at the specified UT, but my tests are showing otherwise: Test code, which find the Mun and prints out the position at 5 days (ignoring the ScaledSpace.ScaleFactor for now): foreach (CelestialBody rock in FlightGlobals.Bodies) if (rock.name == "Mun") Hire.Log.Info("currentUT: " + Math.Floor(Planetarium.GetUniversalTime()) + ", UT of 86400: " + rock.getPositionAtUT(86400)); So, when I go into KSP in a new game and immediately call this, I get the following in the log: currentUT: 2, UT of 86400: [251406.665520146, 1014.90997314453, 11656821.4515618] Then, I timewarp to the next day, and call it, I get the following: currentUT: 16414, UT of 86400: [-11489361.4157803, 1014.90997314453, 292532.747668683] which doesn't make sense. I then tried using the ScaledSpace.LocalToScaledSpace: foreach (CelestialBody rock in FlightGlobals.Bodies) if (rock.name == "Mun") Hire.Log.Info("currentUT: " + Math.Floor(Planetarium.GetUniversalTime()) + ", UT of 86400: " + ScaledSpace.LocalToScaledSpace(rock.getPositionAtUT(86400))); and got the following: New game: currentUT: 2, UT of 86400: [41.7059294153351, 0.269453529015138, 1942.65336378619] Next day: currentUT: 16414, UT of 86400: [-1914.923662531, 0.269453529015138, 48.2014139488716] Again, they aren't even close. I would expect that getting the position of a body at a specified UT would always be the same. So I'm obviously missing something, but no idea what. Anybody? Thanks in advance
  20. Ok, it's MIT licensed, according to the thread. Problem is that it was written for 0.22, and there are code changes to be made, it's not compiling right now here you go, try it out and let me know how it goes: https://www.dropbox.com/s/ci41w879jijipc3/Foundations.zip?dl=0
×
×
  • Create New...