Lithium-7

Frontier is internally considered Kerbin, so that would be why. You'll get this effect with any homeworld.

Astronomer's Visual Pack? That's only meant to affect stock planets, so it's only going to apply to Frontier- which is still internally considered Kerbin. It shouldn't be used with any solar system replacer packs.

I think ring shadows are just buggy. My mod handles rings exactly like any other Kopernicus mod; there's no special code of any sort. So it's most likely not a problem on my mod's end.

Yes, the mod is meant to be used with OPM. Several MPE objects actually reference OPM planets in their descriptions!

Released an update which adds support for Blackrack's beta Raymarched Volumetric Clouds to Nem! This config features occasional rain in the crater oases and canyons, sparse high-altitude clouds, and constant fog in the areas near water. The volcano smoke plumes are now also volumetric, but they may be a little wonky as I'm unfamiliar with making my own textures to control the new volumetric clouds, so please report any bugs or oddities you find! New screenshots being added to the OP momentarily.

That's okay! And by the way, FWIW, I always find a way to slot KAX into my addons list. I just like having prop engines available, but AirplanePlus is usually too big since I try to keep my install lightweight wherever possible. I appreciate the short list of parts for that reason; a lot of redundant parts tend to bloat file size. My career campaigns always start by touring the home planet using aircraft, so having early-game propeller engines is handy.

Ah. This is one of those cases where the impossibility of telling tone through text becomes a problem. I apologize for wording my question poorly, when I said oversight, I hadn't meant to say that I thought it was an oversight, just that it appeared to be one from what I could tell at the time, assuming that my initial assumption about the design intent was right- and I had, naturally, begun to suspect it wasn't, as KAX did always appear to be a very deliberately designed add-on. Like... "If KAX is meant to be tuned in a very stockalike way, this is an oversight. If it's meant to be more realistic, this is not an oversight." That's why I brought up stock balancing(which I now realize would've better been phrased as tuning). The reason why I thought you were rude was because I've encountered similar situations on the internet before, where people have made very similar replies with the full intent of being rude. This looks enough like that that I couldn't interpret it any other way, as I've never encountered this engineer mode thing before. Sorry for getting defensive! No hard feelings, right?

That isn't what I meant. I never intended to be confrontational, I was just unaware of your intention with KAX. When I say balanced, I didn't mean... realistic? I must admit I don't understand why you interpreted it that way. KSP stock parts are unrealistic for the sake of game balance; I'm fully aware of this fact. I only meant to clarify where I was coming from. I never said that there was no difference between turboprops and piston-radial engines. As a matter of fact, I'm not even familiar enough with aircraft engines to notice that the two were from completely different eras entirely(though this is partly because of stock KSP's art style homogenizing the two from a layperson's perspective). My question had nothing to do with realism. I never mentioned realism because I simply hadn't considered it. Your reply, however- more so this latest one than the first- does come off as more than a little bit presumptuous and rude. I'm not even criticizing the balance. I was confused about the balance. I just did some math, thought the result seemed a bit weird, and asked for clarification. That's it.

Fair enough, I just assumed that the design was meant to ensure every engine had a viable gameplay-related use case, like how stock engines appear to be balanced. I don't think the comparison is accurate, though, considering that stock Kerbal Space Program is not a SHMUP.

I did a little bit of math and found something odd. The two entry-level prop engines (at least in Unkerballed Start) are the A7 AeroSport and D-25 Radial. The D-25 has about a quarter of the AeroSport's efficiency and double its thrust, so you'd think it would fit its description as a heavy, inefficient and powerful (entry-level) heavy lifter engine, right? But... because the D-25 is so much heavier than the AeroSport, its TWR is actually only half that of the AeroSport, so it can actually lift less weight. A7 AeroSport: 9.8 TWR D-25 Radial: 4.94 TWR Is this intentional? It seems like a pretty significant oversight. I'm having difficulty imagining any use cases for the D-25 as it stands.

I would use your mod in my current playthrough, but it looks like it still doesn't have new biome maps yet. Is that right? Or do the original biomes line up?

//Reapply Minmar Kerbin Rings orbit/properties changes after Techo's Stock Planet Revamp @Kopernicus:AFTER[Q_TPR] { @Body[Minmus] { @Properties { %description = Minmus is the smallest moon orbiting Kerbin. From the surface of Kerbin, it is clear in the sky, sheparding her beautiful rings and holding them in shape. \n\nBut it wasn't always this way- about 300 years before the space program was founded, Minmus was captured and passed uncomfortably close to Kerbin, forming Kerbin's rings and emptying the collective bowels of Kerbal civilization of the era. It was only safely circularized thanks to the Mun. \n\nSince then, though, Minmus has become far more popular, especially once Kerbals began comparing it to a scoop of mint ice cream. tidallyLocked = true //Tidal forces at this altitude would cause locking. initialRotation = 40 //Done so that the Greater Flats face Kerbin. } @Orbit { //roche limit for minmus and kerbin is a bit less than 1800km //Simulated in Universe Sandbox, I found this setup to be quite stable, and made the new texture based on this simulation. semiMajorAxis = 2000000 //3000000 eccentricity = 0 //The Mun helped to circularize Minmus in this orbit. inclination = 1 //More stable orbit, rings aren't inclined in this version } } } Just put this in a .cfg file and put it in your GameData folder. That should correct any incompatibilities for now.

Firstly, thank you for linking my thread here. I might use this mod myself, it looks amazing! I'll check it out and see if it works out of the box. Minmar Kerbin Rings does not modify planetary surfaces, only orbits- so it may just work fine as-is. Edit: It seems like this mod is re-writing a lot of values in the affected stock planets that it really doesn't need to be. I'm not sure why this is- you'd think it would break compatibility with a lot of mods for no real reason. But I can probably fix it by running my mod's changes after this mod.

I put together an MPE delta-V map. I recognize that some of the transfer values/times aren't super useful. Depending on how fast you want to go, delta-V can be higher- and in Soden's case, you can definitely get more efficient transfers. For the most part, I just use Transfer Window Planner for that. I mainly use delta-V maps for planning landings and moon transfers.

This is a set of comprehensive patches which add new Parallax surface textures and scatters to the various bodies included in Outer Planets Mod and Minor Planets Expansion. Two patches are available; which are meant to be installed separately. When installed together they will merge and overwrite some files. Both patches are in 2k resolution, as this is the resolution I use for playing Parallax- though many scatters directly reference assets from your Parallax_StockTextures install, which is a required dependency. The Outer Planets Mod patch also includes a few custom scatters for Slate and especially Tekto, including new models. These two bodies also come with new science definitions(supporting DMagic Orbital Science) that reference these changes. Releases Screenshots All screenshots taken with AVP, Better Kerbol with no light curves, no tesselation, a personal downrezzed verison of Parallax_StockTextures, and 0.4x scatter density/range. (these are the settings I play with) MIT License Copyright (c) 2023 Lithobraker 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.