steve_v

Lutris has a patched wine build they use to run Fallout 4, here. I haven't tested it much, but it does at least start for me. Can't comment on the screenshot problem though, I haven't used anything GNOME since v1.2.

Excellent. Lota work though.

On GNU/Linux, I could hack this up with bash & netstat in a couple of minutes... On windows, you'd probably have to buy some "security product".

KSP is very different in the way it uses your hardware, mainly due to it doing things the game engine wasn't really designed for. The ridiculous number of rigid-body physics calculations, due to the "lego" style vehicle simulation, is far more taxing on the CPU than the games you mention, and PhysX can't thread it or hand it off to the GPU. Then there's the stop-the-world garbage collection cycle imposed by using mono as a gamecode runtime, both KSP and mods are aggravating it by creating too many transient data structures on the heap. Often such things are done every tick, so a higher framerate can actually make the GC stutter worse. TL,DR: Unity sucks, KSP isn't a run-of the-mill FPS and it wants a custom engine. Single-threaded CPU performance is still king.

Gates? No, nothing to do with it. It's just a rubbish operating system. Every time I'm forced to use it, I find myself reaching for advanced functionality that isn't there. So how do you create per-application sandboxes on Windoze then? Got chroot? Anything built into the OS? Anything at all that isn't non-free and not-free? If you like that monstrosity, good for you. I don't. It's not like I think poking fun at it bothers them though, why would it? Did I kick your puppy? How sad.

or As for 1.4 compatibility, be patient. Modders don't get the new release any earlier than you do.

I did, but learning how to modify & recompile other people's code is worthwhile, even if you have no intention of getting into serious coding yourself. And one can probably figure it out in a few minutes.

Blatantly copy them

You probably want to install more physical RAM at some point too, if you have interest in running mods. Or wine on 64bit GNU/Linux.

Is that some kind of delicious biscuit?

Ahh, that'll learn me for going straight for the big hammer. Nice work. It did look a bit like a nail though, at least from a distance.

That rig is close to mine in performance (i7-4960X @ 4.3, 32GB, GTX1070, your CPU is probably a bit quicker), and I get reasonable performance (in KSP terms anyway) considering the number of mods I'm running. Does a general benchmark show what you expect? That's going to be your best bet for eliminating hardware / OS / driver issues. You don't mention what OS you are running, or what mods you use. IME, the latter is the important question. Do the adding one mod at a time thing and watch your framerates. Keep an eye on memory consumption too, I find the game starts to choke at >10GB, not sure why. KSP runs like crap even on fancy hardware, and some mods can make this much worse, especially WRT garbage collection stutter.

Load the source code in Monodevelop / Xamarin Studio / Visual Studio. Change the paths & recompile, assuming they are hardcoded - you can probably search for the filenames. Replace the .dll with your modified one, repeat for every update. Not worth the effort, IMO, but whatever floats your boat.

So don't use that checkbox? Most responsible banking websites don't even have one, due to session hijacking concerns. This is completely irrelevant anyway. I'll say it slowly this time, as you still don't seem to be hearing me: KSP. Is. Not. Collecting. Your. Data. (outside of the well-documented analytics) If you want to claim that it is, the burden of proof is on you. Where is your evidence for this activity? Who cares what the EULA claims they can do, because they're not. It's also a non-issue because it's trivially easy to prevent KSP from sending out any data, even if it was collecting it. This is what firewalls are for, and you should be using one regardless. I'm expect Windoze even comes with one these days. One could even sandbox KSP so it can't read any sensitive files to begin with, this is easy on GNU/Linux. Microsoft probably considers such functionality too confusing for its target audience though. In the same sentence, you say that you don't know how to set up a firewall and claim that firewalls can be broken, which implies an in-depth knowledge of such things. The mind boggles. You may want to look up the definition of that word... So firewall it. It's been suggested repeatedly, if you are so concerned, why have you not done this already? You have time to argue here, so you have time to research how to do this. If you are running Windows, and I assume you are, take a proper look at what your PC is sending out and to where. KSP is the least of your concerns. If you have a faceborg account, with any information and/or friends in it, then faceborg has enough information to identify you, your friends, family, where you live, work, and what you like for dinner. If anyone thinks they can give social media "basic information" and escape this, they are flat-out deluded. It's their business model, and they are extremely good at it. Google is too. ROFL, I doubt it. But dreams are free.

.xinitrc FTW. IIRC it had issues capturing the mouse without a WM though.

I did this at one point, in a quest to find out where the lousy performance was coming from (hint: it's not anything else running, KSP just performs like garbage). So yeah, it's possible, if a bit pointless. KSP still doesn't bootstrap though That's what the BIOS and bootloader are for. If KSP ran on bare metal with no underlying OS, that would be more like it.

I'll still take GOG over Steam anyday, for the DRM-free promise. But the SQUAD store gets you both, so long as nobody pulls the "prerelease only on steam" BS again.

a) Not installing 1.4.x, or the DLC. Scrutinising any proposed mod updates for the usual compatibility shenanigans. b) Finish harvesting science from minmus, in my newish career save. Also, KSP doesn't boot. Your PC might, but a garden variety application like KSP needs no such chicanery to start.

I wouldn't say daily, but sure, several large organisations have been cracked recently. Organisations that are much, much juicer targets than Take Two Interactive. It's possible that this happens to TT, but then it's equally possible that some zero-day driveby grabs your data right out of your browser. People's private PCs are also being cracked (and cryptolocked) on an almost daily basis. I'd prefer that TT didn't have any sensitive data of mine, but it's hardly a "gift to the hackers of this world" as some have claimed here. Their servers are almost certainly more secure than the average Windows user's PC, if only because of what it would do to their rep if they leaked. Besides, you don't actually have to give them anything horribly sensitive anyway. The EULA is just a catch-all in case you do.

What do "hackers" have to do with Take Two getting your information? Jeez. Are "hackers" are the new bogeymen, to be invoked whenever you want to scare someone in an IT related context? How are they going to extract your personal information from Take Two anyway? What makes you think your PC is more secure than their servers? Whenever someone starts ranting about hackers, I tend to think that they either have no idea what they're talking about, or are simply trying to scare people. If you can point out an exploitable security flaw in TTs data storage, then go ahead. Otherwise, hackers have nothing to do with this.

I'm not talking about CKAN, rather my effort to write a native (AKA mono must die) port. TBH, all of my gripes with CKAN as it is can be traced right back to mono / .NET. Considering the toolkit, it's actually pretty good. I have several projects stalled in the "just a little more tweaking and it will be perfect" (my power controller PCB layout is at revision 11, and it's holding up the rest of the build, etc. etc.). It counterproductive, but it happens.

I'm a perfectionist, I have standards.

What if some of that stuff accidentally ends up on their servers? What if they decide to change their minds on what to collect, some time in the future? Defining "this stuff" is going to require a committee, and those never decide anything. EULAs are intentionally all-encompassing because it keeps options open and the company's ass well covered, it doesn't mean they're going to actually use any of it. Amen. It will never happen though. If you ask me, TT deserves a bit of bad press over this. That EULA is pretty ridiculous.

Sure, but right now it's far too messy to let my cat see it, let alone the internet at large. If I ever get a reasonable holiday, and some motivation, we'll see.

Uhhh... What has this got to do with anything? Start KSP, wait for it to crash / freeze, upload the logfile, post a link. Post a list of your mods, with versions. Make sure they are all compatible with the KSP version you are running. Starman4308's post sounds like the right direction for a clean reinstall from steam.