• Content Count

  • Joined

  • Last visited

Everything posted by TheBok

  1. Alright so I played around a heap with different versions of Station Parts Expansion Redux and USI. Despite SPXR 1.2.0 being shown on CKAN as incompatible with 1.6.1 (I use 1.6.1 because RSS) it seems to work fine (with USI, so far anyway, and the problems above seem sorted now.
  2. Heyas, thanks for this epic mod I've just come back after some time away, am running 1.6.1 + RSS + USI. I'm about to start putting up a huge space station, but can't see how to "start habitat" for any modules like back in 1.3.1, and the HAB timer is much lower than I thought it would be. Do I need to turn this functionality on now? PS: Also, none of my Space Station Expansion Redux (am using 1.1.0) parts seem to have recyclers, or any HAB time at all
  3. Heyas, I'm running 1.6.1 w/ RSS and SCANsat 18.10, just hit 100% scan of The Moon but can't see any anomalies anywhere? Have tried searching for similar problems here and elsewhere but can't figure it out Any thoughts?
  4. PLAD dude you should know that this mod is amazing, and you should feel good. I am wondering if you know of any practical solution to determining parking orbit LAN, or something, other than using the test vehicle in equatorial, setting maneuvre node, and launching by eye into that orbit? I don't use MechJeb so the addon isn't really an option for me. I actually somehow am finding the eyeballing launch into the maneuvre node method not too difficult, but it is a little time consuming and messy and just wondering if you've found any other practical solutions. Thanks again for your epic work on this mod.
  5. TLDR - Some moons seem messed up. I made github issue. Nevermind me. Apologies if my two posts earlier wasted anybody's time, my observations listed there concerning Saturn's moons were flawed and honestly it has taken me a good while to figure out what is actually happening. I have made the following observations on both my 1.3.1 and 1.6.1 installs. Enceladus: Surface is like, east/west reversed when compared with reality. Linear surface features can be observed to be pointing north west when in reality they point north east, etc. Compare images from wikipedia vs ingame to see what I mean - all the lines are backwards. Can't tell what's going on with the biome map here. Dione: As with Enceladus, surface features are east-west reversed. Biome map is way off but I can't figure out exactly how. Rhea: As above, features are east-west reversed. Biome map is... not correlating with the surface. Titan: Can't see jack. No useful observations. Iapetus: This one threw me at first. The surface features here are actually completely correct, but the Biome map seems rotated around the axis of rotation by 180 degrees - showing the Turgis crater on the biome map over the lighter side of the moon. This one is super, super weird. Detailed observations at bottom of post. Tethys + Mimas: surface features are correct relative to reality, but the biome map has been flipped around the equator; that is, longitude of surface features match the biome map, but latitudes of the biome map have been flipped from north to south. Apologies for the wall of text. Might anybody else be able to verify any of the above for me? I don't see any problems with any other moons on either install - Uranus/Jupiter's moons are all fine, they match their biomes and RL maps. EDIT: I take that last line back - Jupiter's moons do not seem fine on either install. Observations across both installs match and are listed below. Io: Has surface features east-west reversed as per Dione/Enceladus/Rhea above. Europa: Perfect. No problems here, matches reality and biome map. Ganymede: As Io, has east-west reversed. Surface features running east in game that should run west etc Callisto: Perfect, matches reality and biome map. Ok it's nap time. Will look at Uranus moons also but the first I looked at was fine in all respects. Another EDIT: Just installed a completely fresh 1.3.1 with only RSS and Kopernicus, all above observations repeated and confirmed. ANOTHER edit. BOTH of my observations on Iapetus were wrong, this one is HELLA WEIRD! What a mind... cluck this has been. Iapetus surface matches reality, but the only way the surface of Iapetus matches the biome map everywhere, is if you flip the biome map around the equator, like described with Mimas/Tethys. But the red biome (named Turgis) is the exception, it does not actually line up with the Turgis crater, it's been either misnamed or misplaced. Once the biome map is flipped 180 around the equator, everything looks great, except the existing red biome needs to be renamed to "Engelier" because that's the name of the crater it is then on top of, or it needs to be moved to the actual Turgis crater. which is over the other side and on the opposite hemisphere. omg do I get a cookie? I think I have low blood sugar
  6. Ok so I went back to a fairly old 1.3.1 install, and Saturn's moons are all upside down on there as well! Is the problem a) somebody laced my coffee b) I am a rookie who has messed up both of my installs c) RSS has had upside down saturn moons for some time without anybody (including me) noticing XD And before you say it, yes I do live in Australia, and no this does not explain the problem.
  7. Hi and epic work on this great mod. I am running 1.6.1 and have noticed that the biome locations for Saturn's moons don't seem to match up with the surface - easily noticeable by looking at Iapetus or Tethys and hitting "Biomes Visible from alt-f12 .It's apparent at Tethys where the major crater feature is visible on the northern hemisphere but the biome shows as being on the southern hemisphere. Iapetus' large impact crater is also visible in the opposite hemisphere to what's shown on the biome map. It seems that the moons themselves have had their surfaces flipped upside down, or something - as the north pole biomes are correctly at the north pole and vice versa, but the surface features themselves are flipped around the equator. This theory seems supported by the observation of Mimas' large equatorial crater being in almost exactly the correct position but other surface features also are flipped around the equator. Or maybe it's just me?
  8. Thanks for your epic work sir, this mod is amazing. Could you possibly elaborate on the updates to USI-LS support or point me in the direction of such elaboration?
  9. Oh my bad. It's the HW-80 winch itself that doesn't have surface mode attachment, not the octo-girder truss section. I can attach other parts there just not this winch XD
  10. Thanks for yer prompt response - yar I've been using this mod for ages so was a bit stumped. I can of course see the popup window with all available commands, and went through all of them with both wrench and screw equipped - there is no "surface" option when cycling R that I can see. Am attaching to an octo-girder modular truss I guess it has no surface option? But that's no probs I can easily send up a new skycrane, thanks again for answering good sir! Excellent mod o7
  11. Is it at all possible to attach a part to very nearby, but not quite ontop of, a node? I'm trying to replace the HW-80 winch on a skycrane, but for the cable itself to be centered on the vehicles CoM, the winch needs to be offset slightly from the node on the grandparent part - if I use a wrench it refuses to attach anywhere, but if I use the electric screwdriver it will snap to the node and doesn't seem to allow offset. Is this just a limitation or am I missing something? I did attempt to search this thread and the forums for this but couldn't find anything, apologies if it's a super simple solution.
  12. Yar I also have this problem, deleting the config file and restarting the game seems to fix but it tends to happen regularly. I get the feeling the popup window isn't de-activated, just hidden out of frame or something, as often it is inexplicably moved to halfway off my screen, it's a bit weird.
  13. Heya and many thanks for this epic mod. I'm running DeepFreeze with 1.6.1 and RSS + many others. When EC required to run tanks is enabled (though with temperature requirement disabled), I see a hugely fluctuating EC usage from the freeze tank as you can see here though please excuse my naughty words. Note the "Current EC Usage" on the freezer fluctuating along with the current usage at the top right. Just now I set DeepFreeze to extra debug logging, and setup a Freezer/Battery/Solar/Probe on the launchpad, froze me some kerbals and wanted to post the outpug log here but not sure how? Thanks in advance for any help o7
  14. I removed IFS and the MRS tanks are now fine, all of them it seems, tho the two SpaceY fuelled nose cones remain vanilla.
  15. Thanks for reply man, I'll try removing them one at a time and see if that changes anything, anything else useful I can provide?
  16. Also I have just noticed that some SpaceY nose cones are fine, some aren't. The BFT 07C 7.5m and F05C 5m nose cones are still showing vanilla mass fractions for me in the VAB, tho the others seem fine. All of my MRS LF/O tanks remain on vanilla mass fractions also.
  17. I am checking these by placing one down in the VAB and then middle clicking to bring up the KER tooltip thingy, and looking at dry/wet mass. Is that the right way of going about it?
  18. Heya and huge thanks for your work on this. I've just made a new 1.6.1 install w/ RSS+SMURFF and about 70 mods total, and have just found that the MRS tanks seem to all be unaffected and remain at vanilla dry mass fraction. Also the SpaceY fuelled nose cones are exhibiting the same problem. No other tanks, including all other SpaceY tanks, have this issue and seem to have been successfully SMURFF'd. Should I provide a mod list or log? Apologies I am noob.
  19. Hullo and many thanks for what is possibly the greatest space station mod ever. Seeding the solar system with refuelling orbitals has provided me with much fun. Do you guys find that everything works fine in 1.4.3? I'm hesitating to update my OPM/SSxr game from 1.4.2 at the moment.
  20. Awesome man. Where you mention the burn time is inaccurate, would that apply to the RCS Thrust shown in the second picture too? Also if you were going to add a torque readout, I guess it'd have one for each axis so I guess adding thrust in all 3 directions too would be pretty amazing. In saying that I think having torque/thrust on-hand during flight isn't useful for too many situations I can think of, but I could be wrong and it would still be cool!
  21. That would be amazing I believe that mono burning non RCS engines currently do show delta v in KER - at least it does with the few I tested. I was using such engines in the past to estimate my dv's in the VAB before I discovered the delta v function in RCS Build Aid. Not sure about vernor engines as I've barely used them.