TriggerAu

Various parts of the code do already use these kind of multi-threading and performance tools - Jobs is in a range of the Physics type calculations. Finding the best solution for each challenge invariably includes where can/should we use these types of tools - PhysX Joints don't lend themselves to that "easily", but lots of adjacent to Joints things do.

I'd call it a medium term solution, and one that we will be constantly reviewing as creations get bigger and bigger - we cant "joint for ever" . We spent time before going this direction to validate it was the right step with this games architecture and define variations/alternates/options that will be considerations of the future as well

Copy paste error yeah - apologies

v1.8.0.0 Release * Recompile for 12.1.3 - any 1.12 version Download from GitHub or Download from Curse or Download from SpaceDock

Hey All, Apologies for the slowness and details, I have two jobs and theyve both been very busy. Thanks for your patience and the PRs that come through. I've updated the other 2 main mods, and am prepping a new version of this one, but struck an issue where its crashing KSP. ONce I get that solved will publish a new version of this too

Hey All, Apologies for the slowness and details, I have two jobs and theyve both been very busy. Thanks for your patience and the PRs that come through. v3.14.0.0 Release * Recompile for 12.1.3 - any 1.12 version Download from GitHub or Download from Curse or Download from SpaceDock

Hey All, Apologies for the slowness and details, I have two jobs and theyve both been very busy. Thanks for your patience and the PRs that come through. v2.11.0.0 Release * Recompile for 12.1.3 - any 1.12 version * Fix for NRE on opening settings (Issue #96) * Fix EVA Fuel not displaying correctly * Fix resource duplication - thanks @Mathieu * Fix Readme.md links - thanks @rayanth Download from GitHub or Download from Curse or Download from SpaceDock

Been working on this one today - think I got that and some errors solved, will publish a new version this week

thats a weird one, ill dig into it

The Update method loops through each alarm and calls ScenarioUpdate on each alarm. The UI calls UIInputPanelUpdate on the alarm that is shown in the window

Twas a very cool mechanism I have to say Theres a number of lists in KSP that use that DictionaryValueList class - its very useful Hmm, I thought it was, but now Im a wonderin... to the code EDIT: Darn sorry its internal. the way we do it in other place is a loop. This will work in the meantime for (int i = 0; i < AlarmClockScenario.Instance.alarms.Count; i++) { AlarmTypeBase a = AlarmClockScenario.Instance.alarms.At(i); }

Ill put my hand up and say - I totally missed pitting the GetAlarms method in there. AlarmClockScenario.Instance.alarms is a DictionaryValueList - can be used as a dictionary and a List The quickest way to get at the list is: AlarmClockScenario.Instance.alarms.ValueList - which returns the List<AlarmTypeBase> that underpins the dictionary, etc The Modders notes are up now too:

Thanks, much appreicated

Always! I've sent everyones piece by mail

Its coming in the modders notes yes, but do feel free to ask questions as we go

Straight in the bug tracker for sure @panarchist

Thanks for the info, and details, will get into it next week

Ill be getting to update it in my week off from KSP shortly, there will be an update yeah

If everyone had cake for brains you could sign me up wit a few million others I reckon

For the weekend my wife (Leanne) made me a chocolate cake to celebrate the 10th Anniversary. Its really cool and I thought Id share it (not the cake obviously its too tasty), as thought others might get a kick out of it as well. Hope your enjoying the tenth anniversary

Hey Rylant, there's a little drop down tab undersave button that give you access to the saving, same as the little drop down under launch that gives you all the launch sites Yes the KAL can be used to sequence launchers, its pretty good fun

Can you expand on that one a little bit - do you mean available in the VAB/SPH scene then yes

Its cause Im painfully slow and lazy

I get ya, kk so for some extra info the UpgradePipeline is what changes parts/save values when we do things like remove old parts and need to reposition new ones, or make significant changes to a module that requires field changes. Every save that is opened is checked by it, but there is no code in it for 1.10->1.11 for example. For a comparitive idea a 1.10 save opened in 1.11 would be expected to have only the version stamp changed by the upgradepipeline. It would also have new fields with their default values for existing modules, but those are handled as part of the saving process and would match the old saves behaviour (unless noted in the change log) - it can be admittedly hard to see the diff between the upgradepipeline and save Im thinkin. A good example f the UpradePipeline is a 1.6.x save being opened, which would run the upgradepipeline scripts that replaced and positioned the new separators and decouplers in place for the old parts that are no longer loaded from 1.7 onwards. Dont mean we arent seeing an issue of course, just clarifying the differnce for some info

No problem! Thanks for the measured comments and responses too. We are always looking to improve the process and the game as we go, and working smarter not harder is defiitely a goal in all the teams. For that one there about upgradepipeline, we didnt do any upgradepipeline work in the last few releases, I didnt see a tracker number for that one in the github - do you know if there is one? No probs. For consoles Ive seen the same sort of conversations and clarifications yeah. There are definitely some differences, like you say though, in the impact space depending on what the after effects of unintended stuff is In my mods Ive been using System.IO.File, etc for a long time, but if you mean that Unity gets you to use WebRequests to load bundles and stuff like that so its platform agnostic, when the games platform is file system based then yeah I get ya for sure.