steve_v

You have checked your install (or re-installed) yes? That directory does exist?

Water. About as low-sugar and beneficial as you can get, since you are mostly made of it. I also like beer... Real beer should contain little sugar as most of it is converted to alcohol. I'm over this faddish "blame one specific ingredient for all problems" bit TBH. It was fat, then salt, now sugar... Eat food. Not too much, mostly plants. Drink water. All things in moderation, we didn't evolve to consume vast quantities of refined sugar, so doing that is probably not particularly good for you. If the amount of sugar in soda concerns you, don't drink soda. I have never understood the fascination with the stuff anyway. Food is fuel, water is the stuff of life. Why does everything have to be "tasty" all of a sudden? It's only in the last couple hundred years that anyone had the luxury to turn their nose up at water for not being tasty enough. Don't believe everything you see in a "documentary" either, there's a "documentary" to support pretty much any claim you might find. (vaxxed springs to mind, but let's not go there).

Ferram Aerospace Research is not compatible with 1.2.2. Yet. It will be done when it's done.

Somebody did the math: What feature will generate the most money, for the least amount of work. Fixing bugs doesn't make money, the only ones who care have already bought the game. Performance improvements: ditto. Same goes for the garbage collection stutter. So translations it is. Despite it being something no-one here (AFAIK) was actually asking for, it might attract some new customers. I can only see it as a cash grab, TBH, to get more people to buy the game... Just like the disastrous console ports. I might update for the surface seams. Maybe. If it doesn't introduce a bunch of new bugs and break all the mods, like every other update has. Otherwise, the only thing that interests me is fixing the game engine, which Squad apparently will not do. Game Over. Bring on KSP2, preferably with 100% less Unity and a physics engine that is up to the task.

Ehem: Just "simple" labor, right? Building things at the kind of scale you're suggesting will get pretty complicated, and gravity is going to be a real a pain in the ass. If you hollow out a planet, what's going to keep it planet-shaped once you remove all that mass? Material strength gets progressively more problematic as you up the scale. How do you keep all that matter you excavated from collapsing back into a planet-shaped ball again?

Then you're so far into the realms of future fiction that a planet-killing laser is easy, you probably don't need to explain it at all. In fact you'll have more problems explaining why they're not available at the corner store.

And here is a fundamental trap in SciFi. If you need to move worlds, travel faster than light, or achieve some other gargantuan task, you suddenly find yourself in a situation where everyone can annihilate planets on a whim... Some mechanism to make the technology difficult to obtain must be invented, or the plot implodes.

Well, there's your answer then: The drones built it. How? Dunno, you'll have to ask them.

Hmm, I thought that was a Dyson swarm, bugger. And the energy source to power such a thing? Not to mention an EmDrive that scales to such a size... And the ability to "hollow out" a planet to begin with... Still firmly in the realm of science fiction. I suggest nicking some ideas from that field.

Insert magically strong materials (dyson sphere) and handwavium drive (moving planets between solar systems), then a ridiculous phlebotinum powered laser fits right in. The first step is inventing the materials and energy sources...

As we have no idea how such a laser would be constructed, or what it would be made of, theoretically doesn't really apply. It's a pure sci-fi device. I'm tempted to say yes, but it'd have to be made of, and powered by, something we haven't yet invented.

And then there's the gravity problem... Even if you vaporized the planet, it'd just reform into a hotter planet under gravity... Er, 1x1012 more steel cutting? Seriously though, this is all pure speculation. We don't even have a thoretical basis for building a laser that could vaporize a planet. Just use a Phlebotinum cannon and be done with it.

Well then, you'd need to work out what kind of batteries... As of our current technology, we have neither batteries nor lasers that could come close to a fraction of the energy required. As for the original question, I don't know the precise composition of the planet of the top of my head, but if you take, say, metallic iron, a vaporisation energy of ~340 kJ/mol. Then you would need to get it's temperature, and use it's specific heat capacity to get current energy... work out how much more to reach that 340, divide by the efficiency of energy transfer from your gamma ray laser, work out how much is absorbed or reflected by the atmosphere (for which you will need the composition etc. of said atmosphere, wavelength of the laser, etc. etc.). And that's just the iron core... There's also all that water and rock to calculate. Blimey, what a lot of math. Think I'll go for a beer instead. If I were you, I'd just pull a large number out of my behind. Precise is far too much work.

What precicsely is this planet made of? What's it's mass? Current temperature? Distribution of elements? Internal structure? You'll need to know all these things and more precisely if you want a precise answer. What kind of energy are you talking about? "contained" how? If you're talking about the energy equivalent of the planet's mass, Einstein came up with an equation you have probably heard about... But hollow, as in totally empty space? That doesn't make sense. I'm pretty sure this doesn't make sense... Fired? By what? As what? A stream of charged particles? Coherent laser light? Relativistic turkeys?

Then we're back to: why is this game engine tying things completely unrelated to graphics rendering to the framerate. Loading data from disk into RAM, or modifying configs in ram, has absolutely nothing to do with V-sync. V-sync slowing down ModuleManager points to some properly stupid behavior on the part of Unity. Disabling V-sync at the loading screen is a workaround, who requested this is irrelevant, it's still a workaround for the lousy game engine. The real fix is to uncouple the facilities MM is using from the framerate. Also, your second link I cannot view.

Personally: ASUS. One with a nice Intel chipset, plenty of PCI-E & DIMM slots, no frills, no onboard cappuccino machine, and no RGB shenanigans.

As someone who offers strangers drinks (but no wife) almost every (infrequent) time I go to a bar, with no expectation besides an entertaining reaction to a first taste of chartreuse, I resent resemble that remark. krakens. <this profanity filter is ridiculous, use your imagination> Paranoia solves nothing. There have always been scammers, they used to use physical mail, now they use email and SMS - it's cheaper. Just use your brain, if it's too good to be true, it 'aint. If it's too easy, there's a sting in the tail. Procmail + bogofilter + spamassassin + clamav works for me. I never even see 'em. If "youngsters" are scamming you, perhaps you should out-skill them. Alternatively, just ignore them.

Unity thing or no, uncapped framerates during loading screens are just sloppy. Please implement a framerate cap or update the loading screen only when it changes, like a sane person. "Makes loading faster" is, frankly, BS. Loading is disk and/or CPU bound. Rendering a mostly-static image at 9000 FPS is going to make loading slower if anything... Unless your game engine is complete a turd and disk IO is somehow tied to framerate. If that's the case: Fix it, your game engine's broken behavior is upsetting peoples hardware. If it's not, fix it anyway: rendering at uncapped framerates during loading screens is... sloppy. This doesn't answer the question anyway - if KSP is loading slow (er than the standard "load everything into RAM" crawl), V-Sync has is unlikely to have anything to do with it.

Looks a lot like the same shadow glitches we've just been discussing. Another material that's getting shadows where it shouldn't? KSP seems to have a whole lot of invisible stuff that EVE is showing up... The cloud shadows are cool and all, but these ugly blocks of mis-shadowing are... ugly.

Spilled beer in my keyboard during final descent on Vall. Lost the lander, but the crew survived. Used the Laythe lander (spaceplane) docked to one of my mission payload external tanks as a rescue vessel. Crew retrieved (all 5 star veterans). . Scrubbed the Vall mission, moved on to Laythe. Total cost: 1 beer (fancy czech pilsner ), 1 lander, 1/3 LFO reserves, 1 sock (emergency beer rag). Keyboard (pricey mechanical) survived, though slightly sticky. Laythe base established. . I call that a win... No pics, sorry. Too much panic impromptu planning. Don't drink and fly folks.

IME the current incarnation of avast (and AVG / most other "free" AV) behaves more like malware than the malware it's supposed to prevent, complete with popup scareware and browser toolbars. Nuke it and get Microsoft Security Essentials. And definately nuke any AV that tampers with SSL in the name of "security".

Remove Windows Insert GNU/Linux or BSD (which doesn't lock files like this, and has sensible permission management). Problem solved forever.

A: Get a Cray. B: Slap Unity devs with large haddock until they update the physics engine. C: Slap Squad devs with medium-sized trout until they stop running physics calculations on parts with no external forces acting on them. Physx was not designed for this.

If you say so. The rest still stands though - you're out of VRAM. Reduce texture quality or run OpenGL. If OpenGL works for you, I don't see why you wouldn't want to use it.

From your log: Says it all really. KSP is a real memory hog even without mods, as every single texture is loaded at startup. You could try --force-opengl, it should reduce memory usage, but it's not officially supported on Windoze, so YMMV. Otherwise close other applications, reduce texture-heavy mods, or get more RAM.