Incarnation of Chaos

Yeah, it was a general answer for a general question tbh. But i don't cap my FPS anyway, it's not necessary.

Fair enough, but iv'e just felt some attempt to quell the concerns has been needed for a while. This is hardly the first thread on it, nor is it the first person who's thought the pre-alpha build footage lagging was indicative of performance. But everyone above me has brought up good points, so eh. Not everyone is on KSP fourms for nerds to explain this stuff to them xD Input latency is reduced, since each frame is basically "Closer" to the events on screen than otherwise possible. Also some games (KSP is one!) tie loading speed to FPS.

Person in training, bit of a difference. And i'd probably just have a link somewhere in the description for those who want a more comprehensive explanation, no reason to spell it all out. But for the rest, i agree. If you're really that worried, think about upgrades.

I mean they're giving us apis to play with, so I expect day one if they have hidden any systems that'll be one of the first mods made for KSP2

I don't see KSP being bashed, just people who are discussing it's well documented flaws/limitations/issues etc. And tbh, in many ways KSP is a broken game. I've poured hundreds of hours into it, enjoyed it every second of that time elapsed. But there's still plenty I don't do or actively avoid in KSP1 just because I know it's broken. Landing on a planet is a nerve-wracking experience not because of the challenge involved, fuel consumption or environment. But because it comes down to straight rng if my legs actually gracefully absorb the blow, or ksp decided to send me from a dead stop to suborbital for no reason. Forget landing a plane, legs are barely usable but wheels take the cake. Craft spontaneously disassembling themselves on load is a all too common occurance as well, random parts exploding even after in game years being fine as well. Is there any guarantee KSP2 would fix any of these? No, but longtime ksp players get fed up with these issues and I don't see it as a surprise for them to get excited about KSP2 maybe fixing them. Hype train has been absolutely off the rails since day one, that I cannot argue against. But that would be the case regardless.

I mean i get it, but that's because i'm literally training to be a software engineer. Most other people see those and don't realize to just what degree these tools tank performance sometimes.

Users can't test it until it goes live i'm afraid, otherwise i'd 100% agree with you. But i don't doubt KSP2 will have many bugs discovered day 1 by adventurous users. I DO wish they'd actually say somewhere "Hey, we're running a debugger along with custom exception handling in a developer environment that itself is hooked to unity. We're getting approximately 1/4th the performance you should expect. " with the preview videos though.

Or we just take advantage of the fact that these equations don't care if they are fed realistic numbers and use the same model with different parameters like all of your examples do. Slider settings can be displayed on shared craft, and only using the one model prevents issues like wings suddenly not generating lift. Everyone is happy, two models aren't needed. Just a couple additional functions and getters and setters, so time for coding is limited.

As someone who has also played these games, you're misrepresenting what's going on with them here big time. WT doesn't have 3 different flight models for arcade, realistic and simulator (if they did it would solve so many complaints from the community) They have the same flight models, and adjust the parameters for the planes accordingly. Similar to KSPs fudge factor for lift. IL2? Just has toggles for resources and damage, if you flame out? You still gotta wait for the compressor to spool up. Ace combat? Arcade all the way. I think it's more will than work, the skill set to do it isn't common and upkeep between updates is a job with less gratitude than working at McDonald's.

Yes, it was confirmed a very long time ago that far style aero isn't coming. So I have no idea what this debate is about. We're getting the hilariously silly drag cube based one for stock and then anything else will be modded in

Brown dwarf, neutron star binary. Letsssss goooo

Literally could be the difference between the test build and production builds. I really want people if nothing else to caution themselves about taking any definitive conclusions about KSP2 until it actually releases. If it performs bad, it performs bad. You still have plenty of time to save up for a upgrade in the meantime.

Honestly I'd probably ask shadowmage for what he did with KSPwheel to fix it, if anyone has a good understanding of the mess that KSPs wheels are it's probably him.

I can't think of one engine where writing custom code at some point isn't needed, doesn't matter if it's unity, unreal, lumberyard etc. We're not talking about reimplementation of an entire world though, mostly just things that the stock engine isn't that good for. Wheels would be a good example, KSPs issues with them lie in using the unity implementation. KSPwheel reimplements them, and it fixed the majority of the issues associated with them. Using a different engine just changes what you end up writing custom code for in the end, unreal is better for FPS than RPGs or sandbox games for instance. Mac and Linux I do think will get shafted, since no confirmation has been given of support for them either way. And I don't think it's a bad thing to have concerns about KSP2, because now is the best time to bring them to the development team and have any chance of being heard. And yes, there's a lot of add ons that rely on the way KSP handles things. There were also quite a few applications that relied on DOS giving them exclusive access to memory.... They managed to adapt, or workarounds were found to replicate the bugs. If we never switched to a shared memory model just because it would have made it a bit more difficult, modern computers really wouldn't exist. KSP2 I suspect that for all of its flaws, will be similar. Learning curve for modders will be a bit steep, but that's the price for the capability to do more than they ever could Imagine in KSP1 I can easily be wrong, but only time will tell.

I mean I don't want a aeronautical model like KSP, but I'm not going to get my hopes up too much for anything more involved. Especially since there's a lot of people coming from KSP who see that "dumb stuff" as a feature.

Yep, people need to seriously shake the idea that Unity is the beginning and end of all of KSP's issues. KSP not providing it's own implementation where Unity's is lacking is where the issue resides, and intercept appears to have the roster of people to make it happen. But, there is a major point i think Lisias is saying that everyone is missing. Which is that it doesn't matter how many impressive resumes Intercept has, how much money 2K puts in, and how long they spend on it. They need to direct those resources to the right places to see success, instead of focusing on the wrong things. But i don't see any indication Intercept is squandering their resources, but that's a drum i've been banging since day one.

They have already confirmed they're sticking with KSPs style of aero. They could easily just set up the drag cube based on the dimensions of the wing, still more complex than KSP but I wouldn't take it to imply FAR style aero.

Yep that's it.

Nah I wasn't saying that procedural > handcrafted. Mostly saying that the lack of any major procedural generation elements puts a hard limit on the scope and scale of terraforming could accomplish or be implemented in the first place. Procedural elements are a supplement to handcrafted planets, not a replacement. But their lack does make this feature in particular much harder to achieve.

Yep, I'm honestly convinced most of the issue is documentation.

Not unless they have fundementally changed how terrain, atmospheres and physics in KSP 2 work. Which considering they're still doing hand-sculpted systems and using the same physics just way better implemented I'd say this isn't going to happen. As long as everything is on rails, changes on the fly like that are limited in their scope. Now you could fake it, by applying a config on reload for every planet. But that's a lot of work for a largely cosmetic feature.

So when I see a post in a section that clearly doesn't belong there i should just ignore it? I wasn't hostile, rude or anything to the dude. I've seen people do what I did numerous times and never get moderated for it. Unbelievable.

Oh yeah, KSP1 is still a magnitude of order more than i could do lel.

I'm pretty sure it's HARDER to make their game load worse than KSP2 than actually making it better lel Especially since you can drastically improve KSP's loading times by just overriding the stock reader with a buffered reader (There's a mod that does this, forgot the author). But KSP is so bad at this it's almost comical.

Also the way KSP handles loading is known to be wildly inefficient. KSP2 will likely load far faster than it