BrobDingnag

But this has literally never been the case. I've been able to run it for nearly ten years exactly as it was before this CKAN update... It also doesn't work. Setting GameData to recursively remove write-only does nothing because it comes back immediately the next time I open the properties window. The uh... the game started, though. What? Like... what? "Literally absolutely nothing changed in the software, but it works now." needs to be a slogan of some sort. Thank you, truly, for your help. And that's doubly strange, because I don't allow those to happen at all.

Well hey, look at that. It is. But all of the folders in Program Files are set to that... My GameData folder is read only. What shouldn't be? I'd guess most folders across the entire system are. Oh, the most recent version of CKAN refuses to operate when it's given administrator access, whereas all previous versions (that I've used) worked fine with it on. Is that relevant? KSP.exe also wasn't set to run as administrator, but that has always been the case.

I always just hit Play through CKAN. Should I not? It has worked for years...

There wasn't a new one. the only KSP.log I have hasn't updated since yesterday, but that Player.log updated the last time I forced the game to quit when it was hanging on load. And my output_log.txt hasn't updated since 2019.

Sure thing. That one hasn't updated since yesterday, but that's after a few attempts to get the game to run again so it should contain the error.

Huh. I found it in Grannus Expansion Pack, but I've had that installed forever without any problems. I guess the redownload I had to do after the CKAN update was slightly different. Still frozen during load in the same way, though. My output file says it hasn't been modified since 2019, by the way. It didn't change when I force quit KSP just now, but the Player file updated. Here's the new one. The MiniAVC.log in KSP's main folder ends with "[Log 18:17:24.9511090]: Starter was destroyed." Shouldn't matter since I deleted MiniAVC from the Grannus folder, but that's what it says. I removed the log file anyway.

Okeedoke, then. Output. Player.

Oh! Sure, thanks a lot. I can't... find a way to upload the files directly and I was going to throw the text into Pastebin, but I see my output log is about 24 megabytes and has a lot of "Failed to add Resource 1576437329 to Simulation PartSet:4098 as corresponding Part FX-64 Rockomax "Jumbo" Fuel Tank-3341148267 SimulationResource was not found." in it. "A lot" as in, 44,902 instances of this line alone. So... I think I found the issue. Whatever "simulation resource" and "simulation partset" are supposed to be. Also my Pastebin tab is now frozen, so I don't think I'll be able to upload the output log. Here's Player.log, though. There's a lot of "Object reference not set to an instance of an object" in it. 24,228 of those. Oh, never mind. Pastebin broke there, too. Can't upload 7.73 megs of text.

You can go ahead and stop counting. The game's dead. Development has ended. It's a damned shame, but that's how it is when small corporations are eaten by larger ones. In the gaming industry, at least.

How long is first-time patching supposed to take? And where is this cached information stored on my computer once written? I was forced to reinstall all my mods today after CKAN's update annoyed me enough to finally do it (it's broken; don't do it; you can't update from the previous version to the current one without destroying everything) and now my game won't load at all despite having identical mod configurations, no mod updates, and no changes to anything at all except CKAN. My computer sits at 99% GPU usage for hours, stuck at "waiting for patches to finish" on the loading screen. I just want to wipe the cache and start over from the beginning adding one mod at a time until it works again.

That's interesting. I might just do that, then. I was able to add OPM mid-game without any problems (because I had nothing out there), so moving Grannus mid-game shouldn't be a concern. I think. I'll report back! This sounds fun. EDIT: Oh wow, yeah, no, that totally works. Grannus alone is WAY closer than this thing. It's super far out. Works perfectly. Also, does Grannus as a companion have a tighter system than standalone? It feels like the planets are closer, but maybe that's just it looking closer by comparison. Looks like my old slowboat test ship for Grannus is going to be consigned to the void, though, lol. Nowhere near in the right place now.

Is there a screenshot of what this system looks like from a distance? I'm thinking of modifying my current playthrough by adding Ciro/GPP (I already have Grannus/GPP installed but nothing is orbiting any of the bodies and nothing's even in the SOI yet, so it shouldn't break anything), but I can't see how there'd be room between the outer orbits of OPM to fit Grannus/GEP in when considering it's being moved to orbit an entire other system. Or is Ciro/GPP naturally placed further out than Grannus/GEP (when that is installed alone)?

Thanks, Dodge.

They got laid off as a team, at least.

I apologize for not going through 28 pages, but has any thought been put toward expanding these generic tourism contracts to bodies outside the Kerbin system? Taking tourists/colonists/astronaut candidates to Duna and beyond (for even greater monetary reward... or granting you one, two, three, four, or five star astronauts for free immediately upon their return) would be amazing. I do multi-moon flyby/landing missions while I wait for my real missions to get to their locations, but it's just something to "fill the time" and has become routine (which is great to think about from a real-world perspective!) now that I've maximally optimized my tourism vessels for minimum cost and maximum monetary return. So a further challenge for tourism beyond Kerbin would be great!