GP_LeChuck

Am I correct that Breaking Ground Surface features are incompatible with this mod? Thanks!

Solved! It appears that the scienceMultiplier value needs to be a whole integer. I tried it at 1, 1.5, and 2, and 1 and 2 worked fine while 1.5 reverted to the 5x amount. Would have done additional testing, but given that my KSP takes about 5 minutes to boot up after every file change, I decided to call it a day early! I wonder if there's something coded in to ensure only whole numbers of science get created. In any case, the problem seems to be solved for me for the time being. Thanks!

Hi everyone, A couple years back, I posted this thread asking how to reduce the data to science conversion in the mobile processing lab. I got a great reply by @4x4cheesecake which worked perfectly on whatever version I was running at the time (~1.6?). Several years later, I've reinstalled KSP and attempted to carry out the same fix but can't seem to modify the conversion rate to anything other than 1 data > 5 science. Here's the relevant part of my current LargeCrewedLab.cfg (relevant line in bold) I suspect I'm probably just doing something really boneheaded like accidentally editing the file to a different modded install or similar, but after at least an hour of troubleshooting I haven't had any luck. Thought I'd ask on here to make sure there wasn't some change between versions that make this step no longer work! Thanks!

This mod seems great! Does it support Breaking Ground surface features?

Thanks everybody for the responses (including @AHHans/ @Geonovast for the thread move). I'll keep messing around with it myself and keep my eye out for any tweakscale updates--sounds like a race to me!

I've been creating 9m parts by copying the 5m file (GameData/SquadExpansion/MakingHistory/Parts) and setting "rescaleFactor" to 1.8 (5 x 1.8 = 9). This has worked relatively simply for fuel tanks, engine plates, etc. and so far I haven't managed to anger the kraken, but it looks like fairings are a bit more complicated. Changing rescaleFactor makes for the right base width, but the fairing shell sections themselves don't increase in size, leaving large gaps. I can post a picture if necessary. Does anyone know what values I would have to change (working from the fairingSize4 file) in order to make the shell sections line up? I assume it's likely something under the ModuleProceduralFairing section, but since trial and error would result in a lot more time looking at my KSP load screen than ideal, I wanted to see if anyone on here could offer some pointers. I also assume there's some sort of modder's tutorial out there with the answer that I've overlooked, so pointing me in that direction would be great as well. Thanks!

I'm working on replicating Starship in RSS (using SMURFF rather than RO, so essentially just stock + expansion parts) and I'm having trouble getting much precision out of the control surfaces on descent. So far I've been using delta wings and wing connectors in conjunction with hinges to form the fins, and what I would really like is the fins to automatically adjust in conjunction with SAS to keep the orientation of the craft. I tried assigning the appropriate pairs of hinges to pitch/roll/yaw, but since axis groups don't work with SAS, I'm stuck making manual adjustments with WASD/QE. Maybe I need to just work on my piloting skills (virtually 0% of my play hours have been devoted to flying planes) and/or adjust some settings in the axis groups (where I can't say I have a super thorough understanding of all of the options, e.g. incremental vs. absolute control), but it seems like this manual input leads to a lot of overcorrection and the whole thing spiraling out of control. I've had more success with assigning each hinge to different action groups and just toggling the fins forward and back--i.e. if I notice the nose starting to pitch forward, I tuck the bottom two fins away and leave the top two out. This works pretty well for the majority of descent through the atmosphere, but once it gets thick enough (let's say around 50-60km when deorbiting), things start to get a little out of control. Toggling any one of the fins at that point tends to just make things worse, so I just say Jeb take the wheel and pray the tumbling flaming carrot of doom doesn't explode into a million pieces. Again, the ideal solution for me would be to have the hinges make automatic, minute adjustments in the manner of RCS/SAS, but I'm not sure how to make that happen. What sort of suggestions do people have to make for a pretty, stable belly-flop rather than a whirling mess? Should I make my fins out of control surfaces like elevons instead of BG robotics? Do I need to be looking at aerodynamic design/COM issues? Should I just load down the ship with reaction wheels and pretend my fins are doing the work? Is there a chance my angle of attack is wrong (I've been holding Radial Out; maybe I need to shoot for like halfway between there and Prograde?). I've seen a couple Starship recreations on YouTube and their descents more or less seem to work properly, but I'm not entirely sure how they're controlling the fins--if there are any tutorials out there, I'm more than happy to just plagiarize their ideas!

Thanks for the advice, I'll give that a shot. Are there any other exacerbating factors that I should look to avoid in order to mitigate the effects? @Scoopapa mentioned gravity in the OP, although I have to say my latest experience with it is on Phobos in RSS, which is about as low of gravity as you can get. I'm a little bummed at this bug, and I might just swear off robotic parts entirely for anything that's going to touch the surface.

Any solutions to this? I'm experiencing something similar when time-warping. I.e. hinges used as part of landing gear slowly offset the more I timewarp, leading to instability and general unusability as landing gear. The only solution seems to be time-warping in the tracking station, which is a pain in the butt (when, for example, trying to track ISRU production)

Edit: The solution was as easy as tinkering with spring/damper settings Mods can feel free to delete this thread! I am playing RSS, and with the help of Global Construction I've built a 6.6 ton, 10-wheel rover on the lunar surface. Unfortunately, once the rover is deployed, it begins to slide around. I can use the wheels to control it and reduce the speed for the most part with brakes, but I cannot bring the vehicle to a complete stop (about 0.3 m/s minimum), and when driving, the direction of orientation seems to make no difference: essentially, I Tokyo Drift around, regardless of which direction my wheels are pointed. I've driven smaller rovers on the moon without difficulty, and by replicating the problem at KSC by hacking gravity down to .16, I've determined it must be a gravity issue rather than anything specific to the moon itself. I also don't think it is related to Global Construction, as I cheated a fresh, VAB-built rover down to the lunar surface and had the same issue. I also have done some brief experimentation with applying some downward thrust near the center of mass while braking to bring the rover into better contact with the ground, and although I haven't gone all out and experimented with huge engines, reasonably-sized ones haven't seemed to have helped; the rover still refuses to come to a complete stop. Ultimately, I assume it's a question of distributing too little mass over too many wheels or something similar, but I wanted to see if this is a known problem with any solutions. I can provide a list of installed mods, craft file, etc., if this would help. Thanks!

Update: After playing around with hacked gravity at KSC, it appears this may be a gravity/wheels issue and not have anything to do with kit spawning/Global Construction. When spawning the rover in question from the VAB, it drives perfectly fine under Earth gravity, but hacking it down to lunar levels at .16 replicates the sliding issue. This does seem strange, as I've successfully driven rovers on the moon before, although this one is larger (6.6 tons) and has more wheels (10), so there's likely some non mod-related issue that I'll have to figure out. In any case, obviously if anyone has suggestions, I'd love to hear them, but I don't want to waste @allista's time/clog this thread with non-GC issues, so consider it resolved!

Ack, sorry about that. Here's the same file hosted on Google Drive and Dropbox...hopefully I got the permissions right on at least one of those!

Thanks for the feedback. Neither time-warping nor heading in and out of the tracking station seem to help, unfortunately. Here's a copy of the output log--I actually haven't used these before and don't know how to read them so hopefully I got the right thing: I loaded a save just before launching the completed rover from the kit, launched it and let it roll around a bit, then paused and used NathanKell's stickied guide to grab output_log.txt (I didn't shut down KSP first or anything in case that's needed to update the file).

Question for a 1.7.3 install: I used a kit to assemble a rover on the moon (using RSS), and upon deployment, the rover begins to slide around. I can use the wheels to control it and reduce the speed for the most part with brakes, but I cannot bring the vehicle to a complete stop (about 0.3 m/s minimum), and when driving, the direction of orientation seems to make no difference: essentially, I Tokyo Drift around, regardless of which direction my wheels are pointed. Any recommendations?

@Scorpu Thanks for the reply, that must be it! I'm ashamed to admit it, but after several successful moon landings with Principia I found myself missing the clean interface of the stock maneuver node and switched back. I had no idea Principia did anything with planetary bodies themselves--I figured that was all covered under Kopernicus/RSS. I may have to consider re-installing Principia now...