etmoonshade

ghoooooooost planettttt https://www.dropbox.com/s/4xjadisgfns4lah/screenshot28.png?dl=0 oooooooOOOOOOOOOOOooooooOOooOoOo (downloading BE11 now :V) (keep in mind, it's about 10 minutes for me to load mods, plus whatever time it takes to set up the Ovok landing again - smoke 'em if you got 'em)

You know, now that I think of it, I probably could've told you this an hour ago if I'd had daylight on Slate. I'd have noticed that it was more gray than beige colored. I'll bet that's why the landing was so ugly - MJ probably got confuzzled at suddenly: ground! happening. Even on a relatively bad landing, I'd usually have time to attempt a recovery. Now I'm tempted to HyperEdit back to Slate and see if that's the case...

I think my second post (which was added as an edit by the forums) probably confirms what you're thinking, if you're thinking what I think you're thinking.

For one, the landing target spot is pretty far above the ground. MechJeb is obviously confused about something here. See figure number 26: https://www.dropbox.com/s/7qvhlc8g9p4ccra/screenshot26.png?dl=0 Also, more evidence that something's confuzzled - I really shouldn't have ended up landing in that orientation. Also, you can see the (un)expected probably-minmolith in the background there. Also, Ovok is looking pretty Minmus-y anyway - I seem to recall it being bluer, but I need to wait for time warp to daytime... (ground tether for the win, but also kinda for the cheat in this case, not that I don't have enough SAS to right myself here...) ------ oh dear again Just the right amount of zoom, and... https://www.dropbox.com/s/psmpnuxmykmynib/screenshot27.png?dl=0 Keeping in mind that I tend to run a VERY dirty installation in the first place, it may be worth having someone else with OPM confirm this. But I knew something wasn't right there.

oh dear, this doesn't seem right: https://www.dropbox.com/s/o69okckb38v9o1v/screenshot24.png?dl=0 I have no idea if I'm going to suddenly find the surface dropping out from under me - we'll see in a few minutes. :V

It is indeed. Orbital velocity is 12m/s - I ain't exactly burning a lot of fuel for a landing here. :V Off to configure MJ - I know this thing was there last time, so we'll see shortly. Unless it's dark again. ohgodtheeggistumblingwhyisittumblinglandingishorrible

Oh no, this isn't a test lander. This is a long-range full-science lander from my existing game. It's got everything but the kitchen sink, and that's only because there's not a mod for that as far as I know. It's also excessively heavy, but has ion-based engines so the dV is absurd (and now that I think of it, my TWR was probably REALLY low for landing on Slate anyway...) As for the testing - just finished my scansat of Ovok, and I do see an anomaly in a spot similar to where it was last time - I'm betting that's the minmolith that shouldn't be there. Your choice - do you want me to check out the randolith for science first, or do you want me to verify the minmolith?

Actually, I had already scanned the randolith, and it was at the poles before I did the update to BE10. I'm about to land on Ovok, which is a much less dicey proposition for this lander - I'll see if that Minmus munolith (minmolith?) is still floating above the terrain in the same spot. Taking this lander to Sarnus was really dumb. All the bodies are either high gravity or too bumpy. (I guess I'll hit Eeloo next - at least I know that one's relatively flat and has plenty of biomes to snag science on...)

lol an hour that totally worked as expected @R-T-B On the plus side, randoliths are now placed not-at-the-poles! I'm not sure if OPM includes any hand-placed anomalies, but I'm going to take a look on one of the other planets around Sarnus. On the minus side, I think that randoliths aren't giving science still. I can't tell for sure, because the randolith on Slate is on the side of a 20 degree mountain slope that's in the dark right now, so my landing attempt near it failed hard* - I have no clue if I was even close enough to trigger the random science bit, not that the vessel survived long enough to notice. :V * as expected, to be fair, and I had a quicksave - a 1100t lander can't exactly land on a slope like that with 0.8g...

I don't know about the latter, but to add, you just open the container and drag 'n' drop. It probably took me longer than it should have to figure this out, back in the day. :V

I'm probably an hour or so from firing up KSP again - I'll put on BE10 and see what's up since I'm around Slate right now.

To be fair, it probably shouldn't be called that in the first place. https://en.wikipedia.org/wiki/Boombox is the proper term for it. The Wikipedia article explains why it's called a ghetto blaster, and it should be pretty obvious why that's not necessarily a good thing. (I used to have a boombox, and it was great and loud and awesome) @IgorZ - consider this a feature request I guess.

By the simple act of modding, I'm changing how I experience the planet packs anyway. If I were bothered about experiencing things exactly as the author intended, I'd be playing stock and a single mod. And I'd be bored out of my skull. And the other bit is HeatShifter. Which has zero documentation that I can find, other than a comment in readme.md that says it's now bundled. I'm not even sure what it does, but I play with reentry heat turned off so I suspect it does nothing useful for me in the first place. If enjoying my game my way is cheating, well - call me a proud cheater, zero shame.

I guess I should explicitly list what I went and got: Outer Planets Mod Grannus Expansion Pack (has a couple of extra bits it installs, which can be removed) Galileo's Planet Pack (CKAN install does NOT fit the OP's restrictions, but it can be stripped down, also added GPP-Secondary) Galaxies Unlimited: Nova Kirbani (installs some parts, which I can happily ignore if necessary) Extrasolar Planet Pack I'm keeping the Low Light Levels/Blinding Light Levels packs in the back pocket (so to speak) both because I've got plenty of places to explore already, and because it was mentioned earlier that they had problems with 1.10.1. I'll probably revisit them later. ExtraSolar seems to be the only one out of the bunch (that I installed, at least) that truly fits the restrictions I set out in the OP - nothing extra in the base install, just a star and planets. It's not that I can't remove extra components, it's just that currently, it isn't easily maintainable with CKAN - any time I update my installed mods, all the stuff is likely to get reinstalled when I do so. Manual installation is slightly better, but that's only because I'm having to touch everything anyway.

Why? I mean, I installed this from CKAN and it works perfectly fine. The expected contents of GameData from a manual install match what CKAN installs for me. ¯\_(ツ)_/¯

Modularity is the best. For what it's worth, I've been using Snacks! since the early days and what attracted me to it was its simplicity. I installed it, I suddenly had one resource to plan around for long missions, and I (originally) didn't have a lot of configuration to muck around with. I probably would have skipped over it if there had been a bunch of other options mentioned. Snacks seems to fill that "life support lite" niche - adding too many options would have made me worry that, like some of the other more complex mods, it'd change a bunch of stuff (some of which may be being used by other mods I have.) Obviously Snacks! doesn't do that, but it's the type of thing I worry about when I'm deciding whether I want to get a mod - it takes me a while to start KSP, so my first step is to skim the description in CKAN, look at the files it edits, and skim the forum post. At that point, I'll "judge the book by its cover" I'm not saying "don't do it' and I'm not saying "screw you i'm never using snacks again if you do it" - I'm just pointing out my thought processes when looking at mods like this. A set of different mods such as "Here's the Snacks! mod, with all your basic snacking needs!" "Here's the Drinks! mod, which depends on Snacks! and adds water consumption and drunken engineers!" and "Here's the Bananas! mod, which depends on Snacks! and adds radiation mechanics!" would make it more clearly modular, and let people add/remove the components easily in CKAN. And the stress part could be called "Crackin'! mod, which makes Kerbals stir-crazy!" And gives you a Kraken joke. The big downside to it is that it'd probably be a lot harder to maintain it like this. Again, just thinking it through while I wait to feed the cat. Who says "jukii3e4r5" because she walks on the keyboard when she's trying to annoy me into feeding her early*. * kitty has been fed now that the feeding alarm has gone off. She is now fat, happy, and utterly ignoring me because I am no longer useful to her.

I admit, reading this changelog made me think "what the heck are you doing changing the density of something in the CRP?" And then I looked at what actually changed, and lol'd. Clever and hilarious, though I'm glad it's optional. Eventually each of my kerbals end up eating the same 3 snacks over and over again once I get to the point of making interplanetary ships. I'm not in this for super heavy realism.

@TranceaddicT - I've finally managed to get home and sit down to give the wiki section a good reading. I've submitted an edit for the Copy operation that I think would have been useful to me in yesterday's mental state - fleshing out the example a bit and tweaking the wording to make it entirely clear that "HEY THIS IS THE EASY WAY TO MAKE A NEW PART FROM AN OLD ONE." Very definitely NOT adhering to KISS.

It's funny you should mention that - I actually commented on that thread, stating that it wouldn't run at all for me on 1.10.1. I know Booots is apparently in the process of doing an update though... Edit: heh, in fact, right before the comment you quoted.

Clarity and being explicit about "obvious" things is always valuable. At a quick scan, looks good - thanks! I literally just had a situation at work where an "obvious" step was missed in some instructions, and it would have caused a problem if I hadn't been careful and done backups first. (now I'm just waiting for stuff to build...)

My general statement stands - this should be explicitly mentioned in the Wiki, for when other people have "old" moments. I'll see if I can do something tonight, assuming I can even edit the wiki - apparently I haven't logged into github on this machine before, so it wants me to 2FA with my e-mail account... which I can't get to right now since I'm actually AT work today. I imagine someone more familiar with MM would be able to word it better than I would anyway. Hint hint @TranceaddicT (I will totally hack something together if I have the access - just later tonight)

Huh, I never actually thought of that. For what it's worth, the point behind posting that was to avoid having to restart KSP to test it out. It takes excessively long for me to restart. :V Of course a few minutes after I posted that, KSP crashed so I just went ahead and tried it anyway. It does appear to copy everything, although I know that because I actually have a working part rather than because I specifically checked the MM cache. I was actually putting together an edit to my previous post, but I got distracted by a shiny* and must've clicked away from that page by accident. * new wifi router - I now have gigabit everywhere in my network again! Edit: also, apparently I knew this 3 years ago when I made my custom parachute config - I successfully used the copy function there. Derp.

So wait, was it actually hanging on load? I thought you were just complaining about the error. :V

So I'm realizing that I need massive physics-breaking numbers of engines for a particular craft I'm working on - I want to make a couple of upscaled engines instead (not using TweakScale for Reasons(tm) in this case - that'd obviously be a WAY easier way of dealing with this otherwise.) Would the following work as I expect it to? +PART[RandomOriginalEngineFromAnotherMod] { @name = RandomOriginalEngineFromAnotherModButBigger @MODULE[ModuleEnginesFX] { @maxThrust *= 2 } } +PART[RandomOriginalEngineFromAnotherMod] { @name = RandomOriginalEngineFromAnotherModButBiggerest @MODULE[ModuleEnginesFX] { @maxThrust *= 8 } } (what I'd expect is two parts with different names, and 2x or 8x engine thrust) I'm obviously oversimplifying here - I'm mostly wondering if the + operator actually copies everything from whatever part is put in brackets, and it's not quite clear from the example provided on GitHub. I'm confident that I can work out the rest of the issues.

AFAIK, EL hasn't been formally updated for 1.10.x yet: (FWIW, I get the same error, and I know that Hangar had a very similar error caused by 1.10 that needed to be fixed)