Jump to content


  • Posts

  • Joined

  • Last visited


38 Excellent

Recent Profile Visitors

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

  1. Having the old docking ports as a variant would be decent, but that still means that any mod that uses the stock docking port rotation function is effectively unusable. The only proper solution I see is having some way to *completely* disable it - not just lock the rotation of the docking port, but prevent the rotation function from coming into play in the first place. Like peteletroll, I considered using a modulemanager patch, but even commenting everything related to the rotation function out of a docking port's config file didn't help me. Maybe a plugin could do it?
  2. Has anyone found a way to make KJR Next work with 1.12's docking ports? I tried completely commenting out all of the rotation stuff in the stock 1.25m docking port's config file, but this only stopped it from rotating - it still wasn't getting reinforced. My plan was to just use ModuleManager to patch out the stock rotation function and use DockRotate, but if if removing the stock rotation function isn't enough to get KJR working properly, that's not a viable plan.
  3. You're right, it's at 1:50 in the Gamescom 2019 gameplay video. Not the greatest quality, but that is definitely some sort of robotic arm:
  4. What I'd really like to see is robotic arms that use inverse kinematics so you can just tell the end of the arm where to go. Even if it meant they were prebuilt arms, and thus not as versatile as the single-joint robotic parts, it'd be very nice to have something simple for use when assembling stations.
  5. Hi, I'm people on the /r/KSP Discord. I used a test setup with just a Mk16 Parachute and the Nereid, which sank regardless of whether the tanks were full or empty. I also tried attaching the thrusters and a heatshield to the empty Nereid, which made no difference as far as I could tell. Every other command pod from Near Future Spacecraft floated for me.
  6. If you look at the Utility tab when it's briefly visible, you can see the 2.5m reaction wheel and convert-o-tron under Medium. It seems to me that, at least for now, 1.875m parts are not in KSP2.
  7. Hi, I think something's wrong with the Waterfall configs for three of the engines in Near Future Propulsion - they don't even show an FX module in the Waterfall editor for me. I tried looking in the patches, but nothing obvious stuck out. Looks basically the same to me as the working configs. The affected engines are the GW7201 'Gyro-2' Lensed Hall Thruster, the GW3 'Triplet' Nested-Channel Hall Thruster, and the LF-9 'Colossus' Magnetoplasmadynamic Engine. Every other engine appears to be fine, including RCS. I was able to reproduce this on a fresh install with Near Future Propulsion 1.3.3, ModuleManager 4.1.4, Community Resource Pack 1.4.2, B9 Part Switch 2.18.0, and Waterfall Core 0.6.3 installed from CKAN, so I do not believe this to be a conflict with another mod.
  8. That is some INCREDIBLE terrain.
  9. For my own personal use, I just deleted every config for Restock-affected engines (this ended up being everything but Bobcat, Cheetah, Dart, Goliath, Juno, Panther, Thud, Wheesley, and Whiplash), removed the NEEDS:[!Restock] from each one, and installed it alongside WaterfallRestock. Works perfectly, aside from the fact that Realplume hasn't been updated to account for all of the new plumes yet. As for taking configs from this mod and adding them to WaterfallRestock... it's not entirely clear to me that this is possible, at least without violating the license on SWE. SWE is CC-BY-NC-SA, and WaterfallRestock is MIT, so by my understanding anyone but the creator contributing configs from this mod would have to violate the ShareAlike clause of the license.
  10. Pretty sure this has been fixed - I use the Mk2 command pod a lot, and haven't had any issues so long as it's not reentering at a weird angle.
  11. Has anyone been able to get the MH spherical command pods to survive re-entry reliably? Even from LKO, I've had trouble getting them back down - often they just explode before using up most of their ablator, due to their low maximum temperature.
  12. I've had this issue a lot on my RSS/RO install. The solution is to go into the tracking station, VAB, or SPH (using the buttons on the bottom left, if you can't click on the building itself), back out to the KSC, and repeat. 2 cycles of that has always fixed it for me.
  13. I can report essentially the same. It's almost always fine if I set SAS to Hold Retrograde, or let aerodynamic forces hold its attitude, but if I use Stability Assist and try to manually point it retrograde it will burn up.
  14. Pink rings are a known issue with Kopernicus if your game is using OpenGL, which Mac and Linux versions of the game have to. Why are you forcing OpenGL on Windows, though? Why not just use DX11?
  • Create New...