[1.3.1][Plugin] Kronometer v1.3.1-1

[Sigma88]

6 minutes ago, Tyko said:

Hmmm..It hasn't in the past. I'll give it another try tonight. Thanks for the reply!

what is happening is that probably those mods are using hardcoded values instead of reading the stock properties

so those mods will need to be updated to take into account the possibility of different time parameters

[Tyko]

9 minutes ago, Sigma88 said:

what is happening is that probably those mods are using hardcoded values instead of reading the stock properties

so those mods will need to be updated to take into account the possibility of different time parameters

Yea, I think that's the case. They seem to be smart enough to know if you've selected 6 hour or 24 hour in the Settings menu, but don't seem to do well with custom settings

[Sigma88]

Just now, Tyko said:

Yea, I think that's the case. They seem to be smart enough to know if you've selected 6 hour or 24 hour in the Settings menu, but don't seem to do well with custom settings

that's because there's an option that you can check to see which option has been chosen  (6/24) but that would not help you with kronometer

 

feel free to tell them to ask me if they need help

[Aelfhe1m]

I've created patches for Kerbal Alarm Clock, Transfer Window Planner, Alternate Resource Panel and Contract Configurator to use Kronometer's dateTimeFormatter (or any other custom dtf).

I've sent pull requests to the relevant GitHub sites (KAC, TWP, ARP, CC) for consideration by @TriggerAu and @nightingale

If anyone else wants to test them/try them out then there are compiled copies of the DLLs attached to each of the pull requests which can be substituted for the original versions in GameData.

[klgraham1013]

2 hours ago, Aelfhe1m said:

I've created patches for Kerbal Alarm Clock, Transfer Window Planner, Alternate Resource Panel and Contract Configurator to use Kronometer's dateTimeFormatter (or any other custom dtf).

I've sent pull requests to the relevant GitHub sites (KAC, TWP, ARP, CC) for consideration by @TriggerAu and @nightingale

If anyone else wants to test them/try them out then there are compiled copies of the DLLs attached to each of the pull requests which can be substituted for the original versions in GameData.

Thank you, kind sir.

[New Horizons]

Your patch for Alarm Clock has an interesting effect. My modded games starts with creating a new "default" save game and open in Tracking Station and somehow breaks Konstructon Time and Filter Extension.

[Aelfhe1m]

2 hours ago, New Horizons said:

Your patch for Alarm Clock has an interesting effect. My modded games starts with creating a new "default" save game and open in Tracking Station and somehow breaks Konstructon Time and Filter Extension.

Not sure how the KAC patch could do that. It just modifies some of the date formatting in the KAC window and leaves everything else unchanged.

You mentioned in another thread that you were playing RP-0. Is this a KSP 1.2.2 RP-0 build? Because these patches are all compiled against KSP 1.3.1

[klgraham1013]

@Aelfhe1m I can confirm the game loads up my save file in the tracking station on launch.  Only mods installed are the mandatory rescaling mods.

[Aelfhe1m]

@klgraham1013 and @New Horizons

Sorry, my mistake. @TriggerAu uses a mod framework that includes some quick debugging behaviour by default if the DLL is built in "debug" mode.

I've recompiled it in "release" mode (it's just a toggle in Visual Studio) and added that version to the pull request: https://github.com/TriggerAu/KerbalAlarmClock/pull/196. It shouldn't create a default save and jump into the tracking station with this version.

I'll check the TWP and ARP DLLs and update them as well if needed. Edit: checked - both were already built in "release" mode and don't need updated.

Edited December 25, 2017 by Aelfhe1m

[Tyko]

59 minutes ago, Aelfhe1m said:

@klgraham1013 and @New Horizons

Sorry, my mistake. @TriggerAu uses a mod framework that includes some quick debugging behaviour by default if the DLL is built in "debug" mode.

I've recompiled it in "release" mode (it's just a toggle in Visual Studio) and added that version to the pull request: https://github.com/TriggerAu/KerbalAlarmClock/pull/196. It shouldn't create a default save and jump into the tracking station with this version.

I'll check the TWP and ARP DLLs and update them as well if needed. Edit: checked - both were already built in "release" mode and don't need updated.

Wow! This is awesome! 

Looks like you also fixed TWPs text formatting for KAC so that each data point is on one line again?   

[klgraham1013]

8 hours ago, Aelfhe1m said:

@klgraham1013 and @New Horizons

Sorry, my mistake. @TriggerAu uses a mod framework that includes some quick debugging behaviour by default if the DLL is built in "debug" mode.

I've recompiled it in "release" mode (it's just a toggle in Visual Studio) and added that version to the pull request: https://github.com/TriggerAu/KerbalAlarmClock/pull/196. It shouldn't create a default save and jump into the tracking station with this version.

I'll check the TWP and ARP DLLs and update them as well if needed. Edit: checked - both were already built in "release" mode and don't need updated.

That was faster than a jackrabbit. 

[Aelfhe1m]

Additional patches for Precise Node and Precise Maneuver.

[PyjackMeat]

I'm using dayLengthMultiplier = 4, but the clock is 12 hours fast. How do I fix that?

[klgraham1013]

1 hour ago, Aelfhe1m said:

Additional patches for Precise Node and Precise Maneuver.

Stop being so good at things.

[Aelfhe1m]

A pull request I submitted to MechJeb for Kronometer support has now been merged into the dev branch: https://ksp.sarbian.com/jenkins/job/MechJeb2-Dev/770/

[OhioBob]

On ‎12‎/‎26‎/‎2017 at 8:39 AM, PyjackMeat said:

I'm using dayLengthMultiplier = 4, but the clock is 12 hours fast. How do I fix that?

dayLengthMultiplier isn't used by Kronometer (that's a Sigma Dimensions thing).  To configure Kronometer you should read the syntax page...

https://github.com/StollD/Kronometer/blob/master/README.md#kronometer-syntax

 

[eberkain]

Thank you very much for making this mod.   

Edited February 5, 2018 by eberkain

[turpentine]

Has Kronometer been updated for Kopernicus 1.3-6? Playing with GPP 1.6.1 and Sigma Dimensions 0.9.7, the game was crashing on load and only removing Kronometer (after having tried with all my other mods removed) fixed the issue.

[LucasHazelwood]

Kronometer doesn't seem to be working with the new kopernicus. It crashes on startup. https://ufile.io/fxl7f

[turpentine]

Thanks for the update! 

[Tyko]

Is this mod dead? Did something replace it?

[DeltaDizzy]

4 minutes ago, Tyko said:

Is this mod dead? Did something replace it?

No, sigma just stopped tending to the threads. Im surprised he didnt delete the OP already.

[Tyko]

1 hour ago, DeltaDizzy said:

No, sigma just stopped tending to the threads. Im surprised he didnt delete the OP already.

There's been no dev work or pull requests in 3 months on github...I'm familiar with Sigma's decision to only work through Github. The lack of activity has me concerned.

[Sigma88]

no issue was opened on github

so, either the mod still works or nobody cares enough to report a bug

Edited May 29, 2018 by Sigma88

[OhioBob]

I've used the current version of Kronometer with KSP 1.4.3 and it worked OK for me.