Kerbas_ad_astra

I wouldn't be surprised if the 'fault' is with KVV. The way it rotates the vessel is really hacky, basically directly bashing quaternions together, and IIRC it assumes certain things about the editor's orientation as part of that process.

I remember getting that myself, and I think it is related to RCSBA. It might be disabled by pressing the number '5' or '6', but likewise, it's been a long time. Updating this mod for KSP 1.12 is on my todo list, including looking at step rotations, but things have been busy lately, and diving into the code is as much a learning experience for me as it is for any of you...

Should be. The easiest way I can think to do this would be to start with just Ven's Stock Revamp, take the ModuleManager cache file to get the VSR-patched part configs, and then change all the part names to have 'VSR' on the end or whatever so they're "new parts". Then delete the "VenStockRevamp/Squad/Data" subfolder (not the full Squad subfolder, or else all of Ven's models go away too!), the PathPatches folder, and then install Restock, and everything should probably not break.

Obviously there was no reason these parts couldn't work in KSP 1.10+, but I've updated them for the new stock Construction system in v1.4 We CAN Build It! Updated to support KSP 1.11's Construction system.

Just as KSP has had its final major release, XT Landertron 1.3.0 "KISS" is here! Updated part configs to use KSP's stock EVA construction system. (Also had to recompile the DLL, so this version should only be used with KSP 1.12.x!) Fixed a few config errors.

It's possible to delete the "Squad" and "PathPatches" folders and just have Ven's new parts on their own, but otherwise I'm not aware of a good way to make VSR and Restock play nice together. You could construct a patch that lets both Ven's and Nertea's variants coexist for fuel tanks and maybe probe cores, but that will be much more difficult or perhaps impossible for engines, RCS thrusters, and any other functional parts.

The final major release of Ven's Stock Revamp is here! V1.16.0 "Too Much Space In Space" Updated to new models and variants in KSP 1.10, 1.11, and 1.12. No longer revamping RV-105 RCS thruster (Squad's revamps are fine enough, and Ven's model isn't set up to be flexible with variants) RT-1 "Cricket", RT-2 "Grasshopper", and RockoMAX models (from Ven's new parts) are now also applied to the stock FM1 "Mite", F3S0 "Shrimp", and S2-33 "Clydesdale" respectively. The RT-1, RT-2, and RockoMAX are now marked as 'TechHidden'. Ven's Mk 5 Strip Light is also now 'TechHidden' because there's a better striplight (that actually emits light!) in the stock game. Renamed "Part Bin" subfolder to "PartBin", to accommodate Module Manager patches Localized SpaceX-style landing leg (missed this one back in VSR 1.10) Fixed Nose Cone Mk7 patch. Fixed some config errors in LV-T15 "Dachsund" and LV-900 "Beagle" engines. Fixed loading errors from IVA props. (Gated RPM modules behind "NEEDS" blocks, deleted unfinished models.) Restored a few missing textures. Fixed RT-20 "Sickle" model and adjusted node location accordingly. Fixed model location on BACC Thumper. Set up inventory configs for Ven's new parts.

Apologies for the delayed response, but I've fixed this in my development, release coming very soon! To those asking after Ven's Mk1-2 pod revamp...yeah, I like how it looks, too, but the windows are in a different place than the Mk1-3 IVA and I don't have the skill set to make a new IVA (or adjust the revamp model accordingly).

I'll have to see how that parameter is accessible to Contract Configurator, but if there's a way for CC to read it then I should be able to make that an option.

Some parts should theoretically be able to co-exist as variants (e.g. fuel tanks), but when I tried to have e.g. variants of the SRBs or any functional part, it wasn't happy (especially anything dealing with animations).

This one is the mod of mine that is most likely to need a recompile, since it deals with shaders and things that can change between game versions. I'll get to it when I can.

tanklever and enginelever should behave at any value (up to the limits of computer precision), but if you set podlever to be 2 or greater, SMURFF will try to give pods negative masses. There's some math that runs at the end to clean up errors like that, so if you do that, it will put the originals back (i.e. as if podlever = 0).

I had left that model alone because the new IVA for the Mk 1-3 pod does not line up quite right with Ven's model (the windows in particular are in new locations), and I definitely don't have the skill to make my own. That said, let me know what you think: Top: Ven's Mk1-2 with Squad's Mk1-2 IVA. Middle: Ven's Mk1-2 with Squad's Mk1-3 IVA. Bottom: Squad's Mk1-3 with Squad's Mk1-3 IVA.

If you get the new version I've been updating, Ven's Mk1 pod is made the default variant:

Thanks for the kind words! The activity level of a part does not depend on occupancy. Astronaut seats are meant to hold the body securely, so just because you're the only one in the cockpit doesn't mean you can just lounge over two chairs at once or something. When I look at the Kerbal Health configs that are defined for some mod parts that KeepFit says are Exercising spaces, it looks like they already have special stats that reflect their capabilities. For example, the large centrifuges from MKS and SSPX drastically reduce the effect of microgravity, and the MKS Medical Bays have powerful recuperation effects. I also see that garwel's been asked about tying gee-tolerance to health, and he seemed receptive (although it's clearly not a high priority). It looks like it should be possible to get a kerbal's HP value from the Kerbal Health system, and then I could use that instead of the health that KeepFit tracks itself, but I don't regard that as a very high priority -- I've never made such a large-scale addition to a plugin before (most of what I did to resurrect this mod was taking old junk out, and even then I only went at it half-way), and I'd have to also make major changes to the user interface, as otherwise I'd be showing information that is entirely disconnected from what's actually happening under the hood (Kerbal Health doesn't care what KeepFit thinks about modules).

I'm keeping Ven's Stock Revamp going because I like its clean aesthetic more than Restock's relatively "busy" high-frequency detailing. That said, its models aren't getting any younger, and I'm not up to the task of making new models as new parts are introduced, so I understand why people might hesitate to get attached to it. That's why I reorganized it a few versions back so that it's easy to delete the "stock revamp" parts and just keep the new parts, for people interested in migrating back to stock or to Restock.

...Well, don't keep me waiting, I wanna see it! I'm not inclined to change the controller, but if it's technologically straightforward, I might add an 'advanced' controller to take advantage of it.

By throttleable, are you talking about a pre-baked thrust profile (SSSRBs, etc.) or on-demand mid-flight adjustment (what XT Landertrons used to have, but no longer do)?

That video was probably made with one of XanderTek's old releases, which throttled the landertrons. Nice for a soft landing, but also cheating considering these are SRBs. Since late 2015, the landertrons will fire at full-thrust; they will automatically cut out when they calculate that they're about to start rising again, but given the granularity of the timing and the simplicity of the calculations, unfortunately there's usually at least a little bit of a hiccup and a drop at the end. I've found I get the best results (in testing at least) with a TWR of about 3.

A few months ago, I asked @timmers_uk and @Rodhern (who unfortunately had not logged in for over a year, nor since) for permission to resurrect this mod when CLS was updated for KSP 1.8+. Timmers granted me permission, and now that @micha has updated CLS, it's time to bring back KeepFit: It's not just a straight recompiling, though -- I've changed the core logic so that, instead of updating e.g. the long-term G-loading once every three minutes (and always starting from zero, even at launch), the mod now tracks each exposure interval as a rolling average which is initialized to local gravity when a vessel is loaded.

KeepFit A Kerbal In-mission Fitness Degradation and Gee Loading Addon Features All Kerbals have a fitness level. Each capsule has a defined 'activity level' describing the comfort, room, and built-in fitness capabilities for crew in flight. All Kerbal fitness levels go up or down based on their opportunities for exercise (which functions in the background, not just on the active vessel). A living space can be cramped (losing 5% fitness per day), comfy (-1%/day), neutral (0%/day), or exercising (+1%/day). Unfortunately the stock game does not have any parts that are suitable for exercising (check out some mods with centrifuges for that), but Kerbals will also exercise while they are at the Space Center or are landed on a planet with at least 0.05 G's of gravity. You can track your astronauts' fitness in a "Truly Ugly" (timmers' words...) roster. Fitness affects a Kerbal's tolerance for gee-loading, as does the duration of exposure. A 100% fit Kerbal can tolerate up to 40 G's for one second, but only 20 G's for up to five seconds, 15 G's for one minute, and 10 G's for five minutes. Their tolerance degrades to 50% of those values at zero fitness. If you're not up for the risk of killing Kerbals, you can change a setting so the game will just gripe at you if your crew exceeds any of those thresholds. By default, KeepFit assumes that a vessel is cramped (unless it's landed on a world with sufficient gravity), but you can write a Module Manager patch to add this module to any crew part to change that: // slightly better @PART[mk2LanderCabin] { MODULE { name = KeepFitPartModule strActivityLevel = COMFY } } // even more palatable @PART[cupola] { MODULE { name = KeepFitPartModule strActivityLevel = NEUTRAL } } You can also specify that a capsule is CRAMPED or EXERCISING. KeepFit comes with a large library of config files for many popular (or formerly popular) mods, including the Near Future pack, Umbra Space Industries, and more. Dependencies KeepFit depends on ModuleManager to add the KeepFitPartModule to parts. Recommended addons Connected Living Spaces lets Kerbals take advantage of the best quarters in the space accessible to them. (You can enable this option without CLS, but using CLS makes it feel a little less cheaty by requiring that there must be a "short-sleeves" path to the exercise space.) Download and install GitHub From there, just unzip the KeepFit folder into your GameData directory. Please let me know in the forum thread or on the GitHub issue tracker if you find any issues! Version history and changelog 0.11.9.8, 02016 Oct 30 Final release by timmers_uk, for KSP 1.2.0 0.12.4.5, 02017 Nov 2 Final release by Rodhern, for KSP 1.3.1 0.13.0.0, 02020 Mar 16 Recompiled for KSP 1.9.1 and CLS 2.0.0.3 Changed Kerbal icons so that their background colors reflects the text colors. Internal logic reworked. G-loading is now tracked as rolling averages which update once a second. Roadmap There are some remnants of hooks into the (now-defunct) G-Effects mod that could stand to be removed. There's also a lot of modern mod infrastructure that could be implemented (ToolbarController, ClickThroughBlocker, build automation, internationalization, and so on), and probably loads of other cruft that could stand to be removed. I'm not inclined to be picky about pull requests. Eventually, it might be cool to add some kind of space-limitation effect (e.g. only so many Kerbals can take advantage of an exercise space with a given number of seats) or the like, but at that point you're probably better off using a more involved mod, like Kerbal Health. Credits Many thanks to timmers_uk and Rodhern for accepting my pull requests before, and huge thanks to timmers for letting me adopt it! And also many thanks to micha for adopting CLS -- KeepFit just isn't the same without it! License KeepFit (v0.13+) is copyright 2020 Kerbas_ad_astra and released under the MIT License. Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

And so of course it's only after I make a release that I discover I'd made an error sixteen months ago (caught while I was verifying that the Mk1 Cargo Bay mod works in KSP 1.9 -- it does, BTW). 1.15.1, 02020 03 15 "Nattering Nodes of Negativism" Fixed node orientation on Mk1 pod, and also adjusted node height slightly.

I've been lurching my way to KSP 1.9, updating parts along the way as-needed... 1.15.0, 02020 03 15 "I Prefer The Real Revamp" Adapted to new models in KSP 1.9 (Skipper, Mainsail, Thumper)

That has already changed in the update for KSP 1.8. Thanks for checking.

That fixed it -- CommNetManager 1.1.0 and your ESLD 1.3 (freshly installed, none of Booot's stuff carried over) works properly.