steve_v

IIRC, the 'additional drivers' gizmo is just a frontend to 'apt-get install <driver>'. Uninstalling them (either with apt or "Additional Drivers") will put you back on the open-source radeon driver. KSP probably won't crash anymore, but performance will suck (it's getting better though) as it doesn't support all the features of the GPU.

You could do it with GNU/Linux on an embedded board like say, a Raspberry Pi. = similar power footprint to a 'router-in-a-box' whatsit. A PC uses more power, it's true, but it can also do a whole lot more - have a look at the plugins for Pfsense Plus you get hacker points for running a BSD box I'll admit I have a bit of a blind spot for power economy... all my machines are on 24/7, and 2 of them are running flat-out for a good cause 24/7. Quick back-of-a-fag-packet calculation says ~450w continuous. I refuse to work out what that's costing me.

Clashes with: Unless you mean they'll set bridge mode and you have to get a firewall/NAT device for the ethernet/LAN side, in which case... An old PC with e.g. Pfsense or Smoothwall makes a great firewall if you can run get your line onto ethernet un-mucked-with. There's really no such thing as a 'hardware' firewall, they all do NAT/firewalling in software. Find out if they'll let you run your own DSL router, one they don't control and one that isn't so braindead as to lack proper NAT / port fowarding. If they will then your options are manifold If they won't, and won't do bridge mode either... run a mile, you really don't want to stay with that ISP. I was in a slightly more comfortable position with my ISP - they wouldn't let me run my own hardware... but I had access to the provided (rubbish) box... A quick forray through the "save configuration" dump file & some decoding yielded up the connection details, so I'm now running my own hardware anyway They also forbid running 'servers' but that's a definition that can be bent... Hopefully, it's as simple as wheedling the line configuration and login details out of them (and foregoing any ISP support) then setting up your DSL router of choice.

Or, if you don't mind some "sudo-fu" just swap out that component. You can install another desktop environment / GUI alongside the Ubuntu default & pick which to load at login time

I tend to park the trio somewhere far, far away as soon as possible -- to prevent the little blighters from sneaking onto every launch.

I've got 12 disks churning away ~0.5m from me right now, it's more of a vibration through the desk & a faint rumble really. After a while you stop noticing... or go deaf in one ear

My prefered lazy / relaxed mode SmartASS assisted manual docking: Set target (larger) vessel to ORB, + or -NML so that any orbit induced rotation will be on the docking axis. Switch to docking vessel and get close, possibly using +TGT. Zero relative velocity using TGT +/-RVEL and main engine, trim with RCS foward/back translation. Target destination docking port and set TGT -PAR, use RCS translation to get into alignment. You can take your time here. Translate foward to dock. Using this method I can usually dock with 2/3 or 1/2 the RCS propellant the autopilot would use, though it does take me a little longer. FWIW, the autopilot docks just fine for me, but less RCS fuel on board means more delta-V

The AMD website, betas here. I'm using an NVIDIA card (GTX680) with binary drivers (346.22) on Debian Sid. Both AA and AF work just fine when set to 'override' in nvidia-settings.In-game setting have no effect whatsoever. Not personally, but there are plenty of similar reports, on this thread and elsewhere. The consensus seems to be that it's an issue with the AMD Linux driver. Try updated GPU drivers from upstream -- i.e. the AMD website, some have had better luck with this, others... not so much. "lockups" like this (not really a system lockup, just GPU / Xorg) are, IME, almost always GPU driver related. It's just possible that it's an interaction with particular kernel versions, or a bug in the kernel itself, so updating your kernel may also be worth pursuing. Other random thoughts: Disable TLS? - 'aticonfig --tls=off' Ensure no other drivers are present, eg radeonfb Disable KMS - pass 'nomodeset' on kernel command-line If you also have an integrated video chip, disable it or uninstall its driver Try some bleeding-edge Xorg/mesa packages. If you're game to try a newer / upstream kernel, packages & instructions may be found here.

As someone actively looking for a good 4X, or recommendations thereof, I suggest you spill the beans on this project of yours

Yeah, I swear my job title should include 'archaeologist' somewhere... Seriously, I was playing with 5.25" floppy disks just the other day, it hurts waiting for those things to spin 'round to the right track. In this particular case, we have custom software that won't run on anything post XP, or with more than 1GB of ram for that matter... the only workable stopgap solution is to clean it up and virtualize it until the original developers can be roped in or someone (NOT me) is contracted to re-write it. While a clean install would be nice, even if it is still XP, the licenses and install media were lost long ago... Which is why, when someone tells me they have a "PC" I always ask what OS it runs, and when it's just "a computer" I invariably ask "oh, what kind". This is primarily because I enjoy confusing people I will not have my acronyms twisted so, dammit. The Mac/PC split is understandable, since they were actually incompatible hardware architectures back in the PowerPC days. Still, nothing to do with the OS. Try Mac/Wintel. A modern Mac is a PC.

I'm not, but I don't really care if you are. If you like to play, play on. Aside from the somewhat skewed poll title, I'm not really grokking why is this such a contentious topic. If you like the game, just play it. Who cares whether you're female, male, or purple with blue spots? Sure there's going to be variation, different people are into different things for a whole swag of reasons, no generalisations or stereotypes required. I know plenty of females who could kick my ass at any game I'd care to name, or code rings around me. Half the males I work with don't know how to work a mouse. Makes no difference to me, I'll still play KSP - because it's a game I enjoy. I suspect the whole 'bikini-mail' thing should probably go away, but by that logic so should overly-ripped testosterone fueled kill everything in sight male characters. By no means do all games do it, so if it troubles you, you really can just play something else. Fortunately KSP contains niether It's an unfortunate fact that some 'gamers' are just obnoxious, maladjusted or both, whether in a sexist sense or otherwise. Solution: simply not to engage those communities or individuals. If it's fun to play, play the game and stop worring that it doesen't appeal to everyone, the dog and cat included. Fully agree on the Alien comment BTW, (for totally non sexist reasons of course) that movie is awesome

Pretty much echoes my experiences, I've owned both (never again AMD, but only because the Linux driver is awfull) and It does appear that NVIDIA gets feature support and bugfixes a fraction quicker than AMD. While the price/performance ratio is a case of back and forth, and generally pretty darn close between the two, NVIDIA does seem to get the polish first. Shame there's only two real players in the GPU / CPU market now.

True, but 'Mac' is a contraction of Mac OS, and 'Linux' of GNU/Linux, whereas 'PC' is for Personal Computer (or specifically "IBM-PC compatible") and bears no resemblance to Microsoft Windows at all. Predictable bad car analogy: Chevrolet is 'chevy' but Ford is 'road'? it makes no sense. Gentoo or ubuntu are distributions, not seperate OS': all the same core software, kernel & toolchain in a slightly different box ~= same OS. IMO an OS is best defined by it's 'bones' i.e. the kernel & the compiler. But now I'm just being pedantic

You do realise that 'PC' is a hardware platform not an operating system, right? Nevertheless, LOL.

Having spent almost all day sorting out a particularly munted & virus infested WinXP install, and getting a bunch of important data off of it... then fighting some truly wierd and wonderfull hardware that only likes certain USB ports... "universal" serial bus my ass... grumble grumble... I do on occasion agree with that sentiment. But all this desn't sound much like war drums to me, more innocent curiosity.

Sounds like fun No properly rabid fanbois have appeared from the woodwork yet though

Gaming / testing / dev box: Multiboot Debian GNU/Linux / FreeBSD / Solaris (OpenIndiana) / Windows 7 Home server: Debian GNU/Linux Laptop: Multiboot Debian GNU/Linux / Windows XP / FreeDOS Workstation: Debian GNU/Linux Smartphone: Android - but doesn't really count as it barely qualifies as 'smart' Solaris & FreeBSD installed as test environment for a couple of machines I occasionally have to muck with at work, so not often booted.

Personally I don't think those toggles actually need keybinds... I've hacked 'dem out for my own use since I use numpad extensively & accidentally toggling the autopilot functions at the wrong moment is potentially catastrophic... I'd rather just click the button TBH.

Depends on how you installed them, and what you want to 'reset' them to. If installed from the package manager (or by creating packages from the executable .run file), simply remove the packages... and be prepared to reinstall GPU drivers (fglrx-driver or xserver-xorg-video-ati?) with apt / aptitude from the console if you need to. If the driver install mucked with /etc/X11/xorg.conf you may need to remove it (make a backup first) and (possibly) recreate it with eg. 'X -configure'. 'startx' will complain helpfully if xorg.conf references missing drivers, try with no xorg.conf first as most drivers are autodetected.

The numberpad is pretty important for, ya know, entering numbers... I for one would prefer it alone. Keybinds are configurable, right?

A: Get monodevelop / visual studio, grab FAR source from github, remove the x64 check & recompile. B: Install GNU/Linux Edit: ninjad.

Of course, first thing I checked. I have vsync off for everything but fullscreen video playback anyway. Even tried it in a clean xsession with no DE. FWIW, having other things chewing on the CPU / GPU - niced background processes / desktop compositing etc. have little to no impact, prioritising the KSP process itself (nice -10) yields some improvement but it's minimal. I'll add that this seems to be exacerbated by mods that run code - (i.e. plugins) particularly those that draw something to the screen, but not by part-only addons. As already covered, this is not a mod issue per-se, as it also occurs in the stock game.

64bit on GNU/Linux is stable, AMDs GPU drivers on GNU/Linux maybe not so much... The GNU/Linux 32bit build is there & runs just fine assuming you have the 32bit libs it needs. There's no reason to run it though. IIRC ATM has seperate 64 & 32bit builds, but you won't need it on 64bit anyway. FWIW, I run 64bit on Debian Sid with an NVIDIA card and I haven't had a single issue with stock or with 6+GB worth of mods Why is this? Dunno, ask Unity

You have seen bac9s new wings, right? Dripping with pure awesome, they are

Serious lack of information going on here, please see the How-To-Get-Support sticky. Isn't bold and italic for the whole post a bit of overkill?