steve_v

So, I was trying to figure out why the NTR from M2X overheated with NFE installed (M2X includes NFE reactor patches), looking to KerbalAtomicsNFE.cfg for inspiration. I appear to have failed miserably. Not only did I not get the M2X engines working properly, but the stock NTR behaves exactly the same way if I install KerbalAtomicsNFE.cfg: There appears to be no (or very little) exhaust cooling. The numbers look ok in the VAB, and I can see a cooling % in the engines context menu, which rises slowly as I throttle up... but far too slowly to prevent the engine overheating in ~20 seconds. Start reactor, set power to 0, throttle up: Available power, core temp & cooling % increase, "Heat rejected" stays at 0KW, reactor rapidly overheats. Do I need a bunch of additional radiators for this? If so, what's the "Exhaust cooling" number in the part description mean? It matches the cooling required figure, so I assume that's all that's needed, right? I realise that KerbalAtomicsNFE.cfg is supplied as an "Extra", my question is: Does it actually work? Am I running the thing wrong or what?

Isn't the 935 supposed to try to kill you at every opportunity?

Revisiting this, and comparing your patches to the ones shipped with KerbalAtomics, yours appear to be missing the exhaustCooling field in the FissionFlowRadiator module. This would explain the complete lack of cooling from exhaust. Assuming the KerbalAtomics patches are correct (going by the author, I would expect them to be), and that the ratios translate directly to your engines: HeatGeneration for the Rontgen is 40000, so HeatUsed should be 800, not 900. exhaustCooling should be 800 also. For maxEnergyTransfer, KerbalAtomics uses the same value as HeatGeneration, so 80000 -> 40000. Pluto just needs the exhaustCooling field, in this case HeatGeneration/50 = HeatUsed = 1300. Hades & Sievert (M3X) appear to have the same reactor stats as the pluto (which seems a bit silly, but whatever), and need exhaustCooling too. Also, as these are engines, adding FollowThrottle = true to FissionReactor may be beneficial (and save fiddling with context menus in flight). I'm cobbling together a few patches ATM, will try them out with the mentioned values soon. Edit: Well, bugger me. It still doesn't work properly (still getting rapid overheats), but the stock NTR with the KA provided patches behaves this way too. NM, wrong ModuleEngines . Still appears to be no exhaust cooling at all. Guess I'll go bug Nertea then... Ed. @SuicidalInsanity: Fixed it. ModuleActiveRadiator on the Pluto was interfering with FissionFlowRadiator. Thanks to Nertea for pointing this out. As universal patches to your patches: Or as a MM patch to your patches:

You could also try TOR

@RoverDude Any updates on the PAL forklift? I see it's been mentioned twice here & there's an issue on github... I transported one to Duna, then discovered that the left fork doesn't collide with anything, so I can't actually pick stuff up with it. I assume this is its intended purpose, no? Lesser issue: Any chance of changing the 'stow' sequence so that the forks don't hit the ground - i.e fold the forks before the mast pivots?

So it works from another connection, but not your own ISP? That tends to imply that your ISP is routing you through a transparent proxy and/or tampering with ssl data... do they do Ad/pr0n filtering? Either that or your router is doing something very silly. Out of curiosity, can you load it when connected through an SSH tunnel or VPN?

Nevermind.

404. https://sanitas.es loads fine for me, Firefox 45.6.0 (ESR), Debian 8.6. ca-certificates up to date? No local changes to system ssl config? No proxy?

Logs 'n stuff would help. Does it crash with _only_ EVE installed?

Add the science transfer functionality of the new science box to labs & command pods, the lack of which has been irritating me for a while: @PART[*]:HAS[@MODULE[ModuleScienceContainer]]:HAS[@MODULE[ModuleScienceLab|ModuleCommand]] { @MODULE[ModuleScienceContainer] { %canBeTransferredToInVessel = True %canTransferInVessel = True %showStatus = True } }

Could be a mod having issues, more likely the well-known garbage collection pauses... If it is GC, Memgraph will show it up. Mod(Alt)-F12 to show the debug console.

If you want to search for strings in .cfg files and print path, why not just use grep? grep -R --include='*.cfg' -E 'title.*advanced.*reaction.*large' GameData GameData/Squad/Parts/Command/advancedSasModuleLarge/advSasModuleLarge.cfg: title = Advanced Reaction Wheel Module, Large It's a pretty trivial to open matches in $EDITOR too. If you're running KDE on GNU/Linux, adding this: function partsearch() { grep -R --include='*.cfg' -E "${1}" -l "${2}" | xargs kate; } To e.g. your ~/.bash_aliases will give you a handy new command that opens all matches in editor tabs. Really? With 65 mods, the grep command takes 0.063s to execute. I've got KSP on an SSD, but even so...

In general, yes. However, there's still going to be considerable friction boots - vehicle. KSP appears to have none whatsoever. IRL, one can stand on a moving vehicle without handholds so long as acceleration is kept low (and you have some sense of ballance). In KSP, an EVA kerbal will not follow the vehicle at all, no matter how gently it accelerates. I note that decoupled parts do interact with a moving vessel as one would expect (i.e. friction works), so maybe kerbal space boots are greased, if so, that's some fine grease indeed. More likely, it's just the usual physics jank this game is so full of.

FWIW, Kerbals can also climb other kerbals... dunno why you's want to (I feel a tower-of-kerbal coming on), but you can.

Right now I'm barrelling across dunas lowlands at 120km/h, listening to classic pirate metal. Amusing, goes well with rum... Probably not at all historically accurate though.

From official site (in addition to official Windows & GNU/Linux packages): p7zip for FreeBSD 7zX for Mac OS X keka - the free Mac OS X file archiver p7zip for BeOS p7zip for DOS / DJGPP p7zip for Amiga p7zip for Solaris p7zip for AIX All the compatibility drama could be solved if Windows users would just install 7zip, it's free, it runs pretty much everywhere, and it supports pretty much everything. The built-in .zip handling in explorer is just horrible. IMO, use your choice of format and answer any complaints with "get a real (de)archiver, e.g. 7zip". I regularly give people stuff in .tar.lzma

Finally gave FTE the boot eh? Good move, and not a moment too soon.

Working nicely, thanks.

+1 750W is serious overkill, unless you plan on a second GPU later on. Then again it's only ~$20 more. Not convinced on modular supplies either TBH - more sliding connections and more bits to loose into the big box of random cables. No comment +1 I would too, I hate cases with handles, can't put as much junk on top

__THIS FORUM IS HORRIBLY BROKEN ON MOBILE__ There, now that I've got that out of my system... Yeah, I know. Hence the "saving copper" and "bigger wires"bits. Why all this whitespace? Beats me, same goes for the broken quote...

That wasn't criticism, just an observation. It's a nice board, you pay for the features, but if you want the features... That said, if it were me I'd probably offload the wifi requirement to a pci-e card.

That's a very fancy motherboard.

Yeah, AMDs GNU/Linux drivers are horrible. Getting better, but still horrible. Okay, next question: Where I am, the 1060 is about half the price of the 1080. And I can replace my second 680 for half of that... comparisons I find on the www indicate there's not that much difference between 2x 680 and 1060, but there is vs. a 1080... so the decider for 2x680 vs. 1060 (aside from $$) is VRAM & SLI being a PITA... How much benefit from upping the 2GB on the 680s? Ed. Scratch that, just went and bought me a tasty ASUS ROG STRIX-GTX1070-O8G . Knew there had to be a middle ground.

Heh, until not so long ago I was running two of those (topic at hand: powered by one of these). One died a terrible death so I'm kinda quietly thinking about an upgrade. Would be nice to get back up to SLI performance on a single card, but that might be wishfull thinking... Anyone done a 6xx -> 10xx upgrade recently? (Nvidia for the GNU/Linux drivers. ) Yeah, I blame the Pentium toaster 4. That dratted extra 12v to the motherboard. And GPUs of course. It's all in the name of increased efficiency and decreased copper... probably. Not sure how adding another switcher on the motherboard (or GPU) to chop the 12v down further improves things, but that's how modern PCs are designed. Personally I would expect using the 3.3v rail to derive the 1.xxv vcore to be more efficient, but it would mean bigger wiring from the PSU.

Depends how far down you go with "lower quality". Bottom of the barrel no-brand (or rebranded mystery meat) PSUs tend to lie about ratings, have very poor regulation (may cause system instability) and lack protection features (magic smoke comes out at or below "rated" power). In extreme cases the voltage regulation may be so far out of spec it damages other components. Cheap (but not trash can material) PSUs generally perform to spec, but may be loud (low efficiency), have cheap (unreliable) fans, and borderline regulation (may limit overclocking). Once you get out of the bargain bin, the more expensive the unit the better quality the components (longer life) the better the efficiency and regulation, and the more nice features (modular cables etc.) you get. If the main selling point is "LED fans" run away. Ditto if you can't find out who made it, it weighs as much as a box of air, or if it has a voltage selector on the back (lacks active PFC). The best guide is probably a decent review site that does proper stress-tests and tears the unit down to find out what's inside. Here's one of several review databases. And here's a guide to what's inside one.