Z-Key Aerospace

I'm updating now... I'd have done it earlier but I had 4 job interviews in 5 days this week and I'm still freaking out.

You can't add mods to Spacedock until the new KSP version is supported by that website. Spacedock has only just added 1.4 [x] Science! and TAC Fuel Balancer are now on Spacedock and CKAN. Are you saying that you can get splashed science at Mountain and Highlands again? Where? Do tell.

I was having editor problems with this forum. I was having to refresh my browser like crazy before the editor would work. Now I'm waiting for spacedock to allow me to upload a KSP 1.4.0 mod. Then it'll be on spacedock and CKAN.

Forum has loads of 404 error for scripts. It is making editing posts really difficult

So I have [x] Science! and TAC Fuel Balancer compiled and working. They didn't throw any exceptions. I'll get them published tomorrow.

I'll try and get a 1.4 version out on CKAN soon...

People are telling me about issues with ScienceUtil.GetExperimentBiome() and a new update to Kopernicus. ScienceUtil.GetExperimentBiome() is used to find which biome the current ship is in and something may be causing problems with [x] Science! and also Contract Configurator. If you do get an empty [x] Science! window let me know. You could try rolling back recent Kopernicus updates and see if it helps. I've asked Thomas P if there is anything I can do.

Hi Thomas, I have people complaining that [x] Science! is failing. It seems to be KSP's function ScienceUtil.GetExperimentBiome() that is bombing with "IndexOutOfRangeException: Array index is out of range." However Kopernicus does seem to be a common factor. Actually I have yet to reproduce the issue but I only use Kopernicus for Asclepius. It does only seem to be bothering people with a massive number of mods. It seems to be effecting Contract Configurator too. Check out https://github.com/thewebbooth/KSP-X-Science/issues/22 One guy has uploaded a log file. PM me if I can help in any way or if I need to change [x] Science! at all. z

I am releasing 5.10 so I can concentrate on Protractor. Only change is that I am only popping the UI if experiments are runnable, as requested once or twice in carefully considered debate here and on GitHub. I am excluding all Kerbal experiments from this check. They always screen pop. Otherwise you would never get notified of an EVA report. Given that EVA reports and crew reports transmit well and can be stored easily I don't think this is a problem. Soil samples maybe but hey - you're landed right? So I'm prepared to accept feedback on this but I'm considering the issue resolved at the moment. Generally the mantra is "do what Science Alert did" but that was ages ago and I can't really remember any more.

Try editing science.cfg. You will probably need to add a text filter, so edit this section. TextFilters { // --- Text Filters - Stock System----------------- // In the stock system these combinations are not possible TEXT_FILTER = Kerbin Splashed Mountains|Highlands // [x] Science! is assuming this is in Shores not Grasslands // probly need a special case in code, banning it for now. TEXT_FILTER = Baikerbanur } You can add any text to this section as a filter. The idea is that if you can type it into the filter in the main science window then you can add it here. Write a filter like TEXT_FILTER = PlanetName|PlanetNameToo Splashed That should do the trick If you get it to work, let me know and I'll add it to the next release.

Because I was fed up with my rebuilds of Protractor festering at the bottom of someone else's thread and decided that I wanted to do something with them. It's kinda hard when someone just disappears 'cos it feels kinda rude to just yank the rug out from under them, even if they are not actually around to notice. Anyway, I was always a bit dubious about taking this one over given the complicated nature of the calculations, so I just kinda let it fester for the past 3 versions. A week ago I got around to prevent the log spamming when you are on a flyby and I was going to package it up in case any one was actually going to notice the release and I thought I'd try and actually modernise this junk. Anyway I was hoping to release a proper rewrite before I went on holiday but it looks like I won't manage it. I thought I could give my rebuilds an airing and see if anyone is interested. "HebaruSan and DStaal like this" Is that so? Actually HebaruSan, I was planning on pestering you somewhen but I'm still in the depths of UI code at the moment. I have tried Astrogator and decided that if it is going to make maneuver nodes for me I may as well use MechJeb. I quite like Protractor's approach line and the Track Dv readout. If I can get Protractor to work without a current vessel (KSC screen and Tracking Station) then I'll be happy. As it is I never just go with Protractor's timer - I do always make a node but some how it just feels less like cheating if I make my own node. On the other hand Astrogator works on the KSC screen which I consider a God send. Crazy or not I thought I'd try and bring Protractor back from the brink

I am trying to get this thing modernised. I hope to have a whole new version. I've started a thread here

Protractor Protracted There are beings in the universe billions of years older than us. Once, long ago, they walked among the stars like giants...vast and timeless. They did it like this... Rewrite Progress Still to do Downloads I recompiled some versions of Protractor Continued, they are on my downloads page. http://themoose.co.uk/ksp/downloads.html The latest version for KSP1.3 is Protractor V2.11 These releases are mostly rebuilds of Addle's code with minimal changes, but please don't pester him about any bugs you may find. License, Etc All code released under GNU GPL license 3. KSP-AVC Support - "This mod includes version checking using MiniAVC. If you opt-in, it will use the Internet to check whether there is a new version available. Data is only read from the Internet and no personal information is sent. For a more comprehensive version checking experience, please download the KSP-AVC Plugin." Authors Protractor is by mrenigma03, Protractor Continued by Addle. Source Code https://github.com/thewebbooth/protractor

If an experiment doesn't respect standard biomes then add it to science.cfg. If that is something everyone might want then post your changes to my thread and I'll add it next time I do an update.

I found this and fixed it... * Bug fix - Checklist window didn't open on KSC screen after loading saved game. Calling GameSceneSwitch event after mod becomes "_active=true" to enforce visibility Not sure when that turned up. Maybe it was a 1.3.0 thing, maybe it never worked and I only just noticed. I have also turned off a load of logging. Anyone using DMagic should have a smaller logfile now. I left that stuff in because DMagic support was new but I guess it's stable now. I'll give it another test and then release V5.9 in the next day or two. Code is on GitHub already if you are feeling brave.

Hoping to get V5.9 out before the school holidays. I have work and invoicing piling up but I do have some time to spend on KSP. We also already have 4 kids in the house because a friend has gone on holiday and left their children with us. Mrs Z-Key said "yes" faster than I could say "no." Should have this lot done for V5.9 * Rewrote window settings * Added selected object information window to tracking station scene * Added body information to selected object window * Added vehicle information to selected object window - based on "Resource Details in Tracking Center" by avivey * Setting to turn off selected object window * Added StationScience experiments to science.cfg as requested What probably won't be in the list is Show presence of lab / stored science / controllable-or-not in the selected object window. Allow completed state to be changed by settings. They may need to wait until September hopefully sooner but it will depend on how things pan out over August. I need to finish the setting to disable the new window and then test it. The issue will be if I broke the new settings code - that will muck up everything. It was a bit of a worry but the old routines was just such an effort to maintain, I bit the bullet and rewrote it.

I assure you [x] Science! isn't doing anything it doesn't need to do.

Get a faster box! I removed the coroutines that were making the system _seem_ smoother. I kept getting people complain about the occasional exception that would be thrown up. Most often it would be when exiting KSP. Like almost the last line in the logfile. It seemed to me that if the last [x] Science! update took too long then its coroutine just got killed because Unity didn't want to wait for it any longer. Now that we have the Here&Now window it seems to me that it is a good thing that we aren't on a separate thread because otherwise we could zoom through loads of biomes before we get a chance to stop time-warping. However I think that although [x] Science is pretty efficient all the extra stuff it does now is becoming a bit more of a burden. I have an idea that maybe we could add new update types for loaded and unloaded vessels. So KSP has all vessels in its save file. It makes them live when they are within a couple of kilometres of the camera - loads them into RAM in a different format. [x] Science! works by being as dumb as bricks. If it ever goes wrong it fixes its self next update. It is really uncomplicated like that and it means it is not to difficult to maintain. Essentially, it just brute-forces that save file every update. However things _are_ getting stretched and I'd like to speed things up if I can. If I walk the save file for all vessels and stash the results then most of the time I ought to be able to just zoom through the loaded vessels and add the science total to the unloaded ones. Most changes should happen on the tiny number of loaded vessels, so those updates will be faster. Should be easy! No Problem! Small matter of programming! I think the real issue will be if I can hook enough events to be sure nothing has happened to an unloaded vessel. That and also the issue of loaded and unloaded vessels swapping places as they go in and out of range. All comes down to managing lists. In the mean time - get a faster box. Actually managing your total launched part count will help. Not having masses of science instruments that you don't use. Ditching Kopernicus mods you don't really need. That kinda thing will help. I like having my space junk in orbit. It makes me launch better, but that stuff can really add up. Try going through your debris and pruning that stuff. There is a [x] Science! setting to discount debris but just deleting the stuff is even better. My personal priorities for [x] Science! are to add some stats to the tracking station scene and to try and change the way [x] Science! handles completed experiments. At the moment completion of experiments is in-lined all over the place and so having a setting to say an experiment goes green at 90% collected or at 99% collected or at <1MIT remaining is just not feasible. Not something I'm interested in really but like the single button/2 button thing people are asking for it.

OK, I'm planning on releasing a new version. Gonna start testing tonight. I've done... Saving settings more often. When you type a filter When you change the selected filter When you minimise the window Added visibility and position settings to Here and Now Added buttons to Here and Now Added mouse-over pop-up to Here and Now with body information New single icon mode. Right click opens Here and Now. If using both icons then right-click mutes music. Setting - Start with muted music

How on earth did I miss that? Oh well I coded it now. Actually I like mine - don't need to open a whole new window just to find one value. Now this... Actually this causes me a problem. What I really want to do is close the window and have it pop-up when something needs doing. That means running in the background when the window is closed which we don't do. I think for the moment I'll leave it as it is. Apart from anything else, as people have mentioned, having both windows open and the fact that everything is running in the main thread means that [x] Science! does cause frame-rate stutter. I like the fact that closing the windows prevents stuttering.

Fun with HyperEdit Note to self - add warning for "No Surface" eg Jool+Sun

Hmmmm. In addition to people posting about when Here&Now should pop, I'm also getting emails. Guys - chill. What I am actually working on is this So once there was this add-on called VOID but the developer went. I tried to take it over but MS Visual Studio didn't like the code and I wasn't installing Xamarin. Any how I've got used to KER's HUD but the one thing I really miss is the "Body Information" panels VOID used to have. In the next [x] Science! release, if you hover the mouse over the Here&Now window as shown in the picture, you get Space High, Flying High and Atmosphere Depth. Previously the pop-up just said how much science you had stored, that's still there at the bottom. ALSO - I've got the checklist window to save it's settings a bit more often. I can's see anything really wrong with it. [x] Science! is saving settings when the game scene changes. Now it also saves settings when you use the filter buttons at the bottom of the window or type a text filter or compact the window. OK - popping Here&Now for experiments, you guys... I will look at the issue but I'd be worried about Kerbal experiments - that is CrewReport, EVAReport, SoilSample. Actually CrewReport could be OK. EVA+Soil need a Kerbal to go EVA so I artificially add them and they are always greyed-out. I haven't looked at your code so maybe you dealt with this, or maybe its OK anyway. BTW I'm not releasing this yet. Next I'm going to get the Here&Now window to save it's position and visibility.

Sounds like SCANsat to me. Have you tried that one? Pretty sure there is beta version for KSP1.3.0. It will install from CKAN if you are running KSP1.2.2 Any how, I love SCANsat. Bring a load of electricity and a good transmitter. If you are going past Duna take nukes, not solar panels; solar panels don't work so well, further out. I frequently use SCANsat before I risk sending actual Kerbals. Just seems the right thing to do, and you can use the map to pick your landing spot. Once you have your map finished, leave the satellite in orbit to extend your communications network.

If you don't have either window open no checks should take place. I generally run without any science mods, just the stock experiments, and I don't really get any slow down on an Intel i3. How many experiments have you unlocked? How would you describe your total launched part count? What sort of box are you running on? How many bodies have you visited? Do you have any science mods (DMagic) or non stock bodies (Kopernicus) or just a massive number of parts? Try turning off the debris check and the "All" filter button. That may help.

The Here and Now icon looks like a google map pin. If you have Blizzy's toolbar then check that the icon is added to a toolbar. The sounding rockets were restricted to Kerbin after discussions on this thread. They are sounding rockets after all. Just remove the section from science.cfg if you want.