AccidentalDisassembly

Huzzah!

Zip here: https://www.dropbox.com/s/n8j9j8hc097a70l/GameData_AVC_ZeroMini.zip?dl=0

I receive the same error with fresh 1.4.1.7 - deleted old folder, installed the new. Log: https://www.dropbox.com/s/ye0j7mbn2thqypq/Player_log_KSPAVCinstall.log?dl=0

Gorgeous! With respect to the EVE stuff, my current best guess is the second number in one of the volumetric layers settings, and also the fact that GU has two volumetric cloud layers VS. one in AVP. In GU's Kerbin clouds definition, the lower volumetric layer is set with: "area = 15000,4", whereas AVP uses "area = 15000,3" - the new version of EVE Redux suggests (through their testing) that increasing these numbers has a very significant impact on performance, because when they tested with "area = 18000,6" it massively reduced frame rates... Perhaps that's what's going on, although I don't really know what those numbers are doing, so... Have not yet had a chance to test changes either.

I'm not sure if it's the same thing as Trappist-1e, but I'm also noticing perhaps slightly less performance of GU graphics stuff (compared to something like Astronomer's pack), and my uneducated guess is it might have something to do with the settings for volumentric clouds (or something like that) in the GU EVE configs - at least for Kerbin. Just a possibility, or possibly subjective and meaningless.

These are fantastic! Am I correct in assuming they'll be outer-ish planets, or will some of them be in between the existing bodies in the Kerbol system?

Huh... well, in that case, then just allowing for setting up the auto-trim for level-ness and the total ballast to neutral, then keeping things that way (not disabling on keypress) should probably be enough, then, I imagine...? Easier! Hooray.

Very cool! A couple suggestions, if you're open to them: Both Maintain Current Depth and Auto-Trim are switched off if the player presses any keys (i.e. WASD) - however, sometimes you want to help the system out (get your ship to level itself faster?), or make an adjustment, or deviate for a time from your depth for some other reason (avoid hypothetical obstalces - do those even exist underwater?) without having to re-set the system after. It would be great to allow user inputs (and allow for accidental key presses too) without disabling the systems, which would then try to return to depth X / attitude Y after the user is done doing whatever it is they wanted to do. Would be handy to be able to set the depth (numerically) to maintain as well Adding a button to maintain neutral buoyancy (adapting to depth as the player zooms around underwater) would be a really cool feature, allowing the user to effectively point themselves in a direction and apply thrust to go where they want - especially for zippy little crafts. I imagine this would combine features of auto-trim and dive control - the sum of all ballast required to keep the ship neutrally buoyant at Depth X is distributed in ballast tanks such that the craft would, if stationary, have a level posture without roll (à la auto-trim), or something like that... Then you can flip your craft around, roll, dive, climb, etc. at will, and while the total ballast changes to keep you neutrally buoyant, the ratios in the tanks stay the same so that you don't have pitch/roll forces on the craft other than the ones you apply (I think). I dunno, could be really neat.

Unfortunately there appears to be an issue with spawning Kerbals for contracts - when you accept a contract to retrieve Kerbal X, that kerbal appears in the roster and what appears to be a copy of that kerbal (same name) also appears on the map/in the flight scene. It is possible to load your target kerbal in your craft before taking off as a result. Perhaps there's a way to make only one of them?

With the prerelease installed, I am noticing an issue with science: after installing the prerelease, when a kerbal goes on EVA from a rover while around the KSC, the EVA-ing Kerbal will be able to run a whole heap of experiments (plant life, something related to big and small icebergs, object analysis...). The experiment text on some experiments mention 'cells in the "tree" are similar to ones on Kerbin' and the body Blalo, so I assume this behavior is caused by something in how GU is setting up experiments, and I haven't noticed this behavior before. Anyone else notice this in a career game w/ the prerelease GU? Also, just a suggestion - it would be nice to decouple GU scatterer/EVE visuals, specifically for the stock system only, from the rest of the package and make it optional - if (for instance) you are using OPM alongside GU, packages like AVP have configs ready-made for OPM planets while GU does not. It's certainly possible to go pull out only the OPM planets stuff from AVP, but it would make more sense just to allow the user to install something like AVP (or whatever other stock visual pack) and GU, with GU stock visuals being an option if the user wants to go that route. EDIT AGAIN: I do notice, however, that it appears you can just delete the _stock folders in the GU EVE/Scatterer folders; maybe that's the easiest option?

Some MM errors on the newest version (hopefully) of OPT Reconfig - relevant portion is here, I think:

https://www.google.com/search?q=tetrahedron

It's conceivable (but I don't know for sure) that any issues with Pood's OPM VO could cause general problems with scatterer/eve - might affect GU's stuff as well. Just one possibility among many. I am not the best diagnostician, to start with, and it's also pretty hard to say much without a log file (which I only know how to read in the crudest possible way). Others will be more knowledgable, hopefully.

Couple things: The __LOCAL folder is almost certainly in there by mistake - possibly (from what I have been able to glean) an artifact of people making mods on Mac or Linux, zipping up a folder, and not looking for hidden folders getting ZIPped with others, or something like that. You don't have the latest version of Module Manager - almost certainly no significant effect from that, but worth updating nevertheless. Some other folders look suspect, or not, hard to know - For instance, what' s "Patch"? Poods OPM Visual Overhaul may or may not be up to date with latest versions of scatterer/EVE, can't remember on that one.

A general set of guidelines that might help, no promises: 1. Many mods require other mods to function, or are themselves split into multiple parts. For instance, GU requires Kopernicus, which is composed of two parts: Kopernicus itself, and ModularFlightIntegrator; Kopernicus and everything else that uses Kopernicus also requires ModuleManager. Always check for mods' dependencies. Sometimes these are noted clearly on a mod's main forum post, sometimes they're not - you may have to do some looking and definitely need to do some careful reading, possibly even most of the time. In the case of GU, you'll need to read the "How to install" section on the first post of this thread. HOWEVER, the link to Kopernicus included in that description is incorrect - instead, go here and download the version of Kopernicus for 1.11 (it's the ZIP with 1.11 in the name): https://github.com/kopernicus/kopernicus/releases 2. Most mods, but not all, are packaged in such a way that they try to show you how to organize folders by the way they are organized in the .zip file you download. For instance: when you download GU, you get a ZIP file with a series of folders inside it. Always open the folders and look around for a moment - you're looking for a GameData subfolder (if it exists). If it does exist, then the mod intends for you to put the folders *inside that GameData folder* into KSP's GameData folder. If no GameData folder exists inside the .zip file, then the mod probably intends for you to put whatever folder(s) you see in the .zip (without digging) into KSP's GameData folder. Because mods are all made by different folks with different ways of thinking, the folder structures inside ZIPs aren't always the same. Sometimes, you have to make educated guesses as to what's intended. 3. The inside of your KSP GameData folder should look like this if you've installed GU correctly, *with its dependencies* - of course, you might have other folders in there too, but at least these should be there along with whatever else you've got going on. (Note: ModuleManager is also required for just about every other mod out there, and it will generate some files that will appear in GameData after you run the game with it installed.) Pic here: 4. Some parts of some mods are optional, such as the 'visuals' and Parts bits of GU. You can choose whether you want those or not. If you do, they may have additional dependencies. 5. The general logic of mods is thus: They're going to give you a .zip, and inside that zip will be one or more folder(s) intended to go into <KSP Directory Here>/GameData. Make sure the mod has any other mods it needs in order to function, and look around inside the .zip file to see if there's any obvious hints as to which folders are supposed to be the ones that go in GameData.