NoMrBond

Seems like a safe bet that airstrips would be covered under the whole 'can build new bases' thing considering what's been show of establishing new VABS/locations already

Because pre-alpha (usually) means they're still in the research phase and have not settled on what features they want to implement, or feel they can implement Maybe pre-alpha means something different for the IG team, but the idea that there is still not a firm-ish set of features and game scope just has me scratching my head is all A rough outline of what Intercept considers the pre-alpha/alpha/beta stages would be helpful?

I like what I am seeing Except that bit at the bottom which still says pre-alpha That bit worries me

Would it be possible to follow this the rest of the way through in a future installment? Taking it from the blockout model shown at the end, through the rest of the process to a finalised functional in-game part

Perhaps members of Intercept (either including or specifically Nate) could do an official Reddit, Twitch KSP-TV or KSP Discord AMA session at some point? Have a pre-thread where people can submit questions, which are parsed/moderated/collated to avoid live-thread internet insanity/trolling. Leave some space/time for live-prompted questions, or have other team members also answering in the thread as-is/when-is possible I imagine there's a lot of pressure on their time for development but hopefully they could get some time for some community outreach, maybe the community manager/s could swing something that works for them in lieu of other in-person events which have been forgone due to the current global situation?

Hi KSP Team, As DXT1 and DXT5 type DDS files are already supported, could we please get support for BC6H and BC7 type DDS image files added to KSP's loading system? The format itself is directly supported by Unity, but DDS files made in this format are rejected by the loader Cheers, NMB.

This is what I'm hoping 1.12 is leading up to With a feature video of a sky-crane style landing with the rover being suspended from the sky-crane with cables

On one hand, I'd glad to see these effects in game which looks like it's actually flexing SHURIKEN for massive amounts of particles without turning into a slideshow On the other hand, I'd also like like to see this tech make it into the engine/rcs particle effect system which bogs down quite significantly with far fewer elements

Come on man, it's in the title 'leading' It's gonna be pipes and cables (and winches) isn't it? /grumblegrumble wheresthe3.75mdockingbatterysas

Friday is for KSP2 announcements /hinthint

It seems unlikely that they'll work on integrating the CUDA branch of PhysX over the integrated CPU-only branch of PhysX as this would only benefit PC players, and then only those with suitable nvidia cards Could get HAVOK though?

I thought KSP's loading was slow because some part of it was only ticking over on a per-frame basis (I forget how asset ingest is tied to Unity frame/ticks), plus nothing happens in parallel with the loading, and you have to load almost everything right at the start. So even with the fastest HD/SSD/NVME drives in the world, you stop seeing any loading speed improvements as soon as your drive can supply info faster than KSP can ingest it I highly doubt KSP2 will use the same kind of loading (probably move to Unity asset bundles), but will it use DirectStorageAPI (the PC equivalent of XBX's Velocity architecture or PS5's Kraken-12) for like really taking advantage of storage access speeds, who knows (it's not out yet)

Will higher level engineers use less 'stuff' from kits to repair parts (i.e. a low level engineer uses up a whole kit to repair a wheel, but a L5 engineer can repair 2 wheels with the same amount of duct-tape repair kit)?

Will this be manually triggerable using Advanced Tweakables? If not, could it please be.

When Porkjets SPP was integrated into the game in 0.25 (I think?)