rudemario

Hey there, Igor! I hope all is well. I was wondering if you ever figured out what was causing this delay I mentioned back in May? I noticed that the ticket doesn't have any updates on it, so was wondering if maybe you made a discovery on it but hadn't documented it. I ask because I'm at a point in my save now where I'm using KIS/KAS a lot, and like we noticed before, placing/attaching etc has a large delay (and this delay seems to increase for me with additional mods from the 500ms to 2 seconds ) It's becoming a real pain. I understand I'm making it worse, of course, with the additional mods and all that, but maybe an improvement in the base 500ms jitter might solve my issue as well, considering it's the core of the issue. Also, did you ever get that Graphics card you were hunting for? Hope so. I can't imagine it's easier for you now with the Holiday season upon us. Did the EVGA Notification list treat you well? Thanks Igor! Just was wondering, don't mean to be a bother about the issue.

Sorry for the late reply. I'm not sure what you mean. Could you provide an imgur video clip or screenshot link? Maybe I could help you out better that way.

Hey there! I know this probably isn't the best place for this question but I only get this issue with Astronomer's. Using reflections with TextureReplacer, only a portion of the clouds show up. I'm not sure how reflections work in KSP, or how they interact with the game. Is there some atmospheric FOV setting that the shader involved in cloud rendering uses in Astronomer's maybe? Limiting reflection FOV render range for performance? Maybe these reflections for Astronomer's are just loaded through Scatterer and the problem might actually lie with some setting in there? Any ideas at all would be really appreciated while I try to figure out a fix. Thanks so much!

Hey there! I was wondering if anyone knew why my Astronomer's Visual Pack clouds aren't fully showing up in my visor's reflection? Is this a known issue? Would anyone know of any way to fix this? Thanks!

So I'm still playing on a supported version and have encountered a strange issue...maybe I'm just stupid. For some reason, when I freeze a kerbal, my EC goes wacky. After taking the 3000 to freeze the Kerbal, the regular drain rate (which should be about 10 per minute iirc) is at 0.03 EC (normal so far). After exactly 11 seconds, the drain rate suddenly spikes to 25 EC/s and increases steadily for the next 6 seconds up to 60 per second, before reverting back to 0.03 EC drained for the next 11 seconds. https://imgur.com/a/lAFbgAX Is this a known issue perhaps that I missed when going over the thread? Or is this likely caused by some incompatibility with MKS or Kopernicus or something? I'm willing to bet it's something I caused, so I made sure to try with and without BackgroundProcessing enabled and made sure everything was installed correctly. Just wondering if this is something that's been seen before or if it's something new and strange. Thanks!

That's okay, I appreciate you looking things over and confirming it's nothing obvious. I am using KSP version 1.10 and using a compatible KIS+KAS version for two reasons: 1, I built a modlist to explore EventHorizon's Gargantua system which is quite outdated in terms of official support but I have to explore since it's based off of Interstellar (2014)'s Gargantua system, and boi, the views from the planets orbiting the black hole are really something. 2, I prefer having KIS as my main implementation of the inventory system for now, and man did it take a while to assemble all these mods and learn them (MKS by Roverdude, I'm looking at you). In regards to your video, I had stuttering on place, not on grab. That could explain the reason things look so smooth for you. I was spinning the camera and clicking to place during my spin to show the jitter but I couldn't notice it in your video since you stopped moving the camera when placing. I tried watching the MET time in the top left and I think it did look like there was some delay or deviation from counting perfect seconds. I seriously only believe I was able to grab one was because here in Canada, the absolutely horrible reputation Canada Computers was offering the ability to backorder GPUs around the holiday months. They were also forthcoming with information about how many of each unit they've received in the last few weeks, and which ones they were having regular stock come in of. Originally I wanted a ASUS TUF 3080 since it happened to have the best cooler and best looks (to me), but that one was very rarely moving since it was a lower class SKU. The more expensive SKUs, the ones with factory overclocking and fancy RGB and better binning were what happened to be coming in stock regularly. I believe one company, might have been Asus, straight up cancelled manufacturing indefinitely of their MSRP cheapest 3080 and everyone went ballistic over that decision, since they had preorders going back months. I switched my preorder for the $200 more expensive EVGA FTW3 Ultra card, which was their highest sku, and even though I didn't like the looks of it very much I considered it the price to pay to get one (this was still MSRP of the card, just more money for the higher SKU). I waited 3 and a half weeks and I got the call it was ready to pickup. The RGB strip actually looks really cool and grew on me, it looks really high-class, not tacky at all. The 5600x on the other hand, man, that one took a month and a half to come in. But since then, Canada Computers at many locations have cancelled their backorders I believe because of lower stock refills. Longer waitlists with no guarantees probably doesn't look good for business. If I had to order a card like everyone else does by watching internationally exposed online stores like Amazon etc I would not have been quick enough to get one at all. Seriously, Newegg removing captchas and shopping cart reservations for a few minutes? I heard that for the US one of the surefire ways has been EVGA's step-up program, where you buy a lower tier card and they refund you the difference when stock is available to upgrade and you've got the cash. I'm not sure if they've continued doing this through the 3000 series shortage, but it was available to do back in November-January. Good luck on the hunt!

Are you not supposed to be able to freeze kerbals when using heat requirements on planets? Kerbin, for example, on the launchpad, has a temp of 31 degrees celsius. In space this isn't a problem, showing -81 or so degrees celsius. No matter how many radiators I throw onto the cryo pod I can't get the temperature of the part to decrease even the tiniest bit below 31 degrees celsius Is this a limitation of KSPs heat handling or a feature of the mod? I figured it would just be harder to keep Kerbals frozen on certain planets, not impossible. It seems that unless the planet has an ambient temperature below freezing, there is no way to reduce that. Like even an EC powered refrigerating function.

So, I tested out the difference in delay between a fresh install and my modded install since I wasn't able to get the delay to speed up after adding half of my mod list and figured I should see the difference between a clean slate and a modded one. I downloaded a new version and used a new sandbox game. I recorded a video and also got a log after toggling verbose mode and restarting the game before running the test in case verbose mode needed a restart to activate. <Unmodded> Video: https://i.imgur.com/buIqgMT.mp4 Log: https://www.dropbox.com/s/t1cqyjeg0nis7qp/Stock%2BKISKAS KSP.log?dl=0 Then, I did the same for the modded game. <Modded> Video: https://i.imgur.com/v8VU7OF.mp4 Log: https://www.dropbox.com/s/keapch4xjiu92d2/Modded KSP.log?dl=0 You can notice that the base game still has a delay, so I'm not sure what's up with that, but I understand that the delay is likely the expected delay and is considered normal, then. The modded game has more noticeable delay, but I won't speculate as to why until I figure out which mod adds the delay, but knowing that the delay is still present in the only KIS+KAS install of the game at least reassures me some delay is supposed to be present.

I've tried searching the thread and the Github issue list open and closed tickets but I can't find any mention of this. Has this been encountered by anyone before? I have an issue where when I drop or attach any part stock or modded the game hitches/stutters/freezes/lags for anywhere from 1-4 seconds. https://i.imgur.com/44JE9qY.mp4 Could this be some sort of conflict or is this a known issue? Thanks for the help! (KSP Log in case anyone wants it: https://www.dropbox.com/s/qg44dio0rlbcz8x/KSP.log?dl=0)

Ah, I see, and that's a good point. That's not something I would've noticed in my testing, as I haven't delved deep enough to explore bonuses. I understand why they moved away from the Seperator decision, then, since when combined with other systems it produces strange and detrimental consequences. Maybe I'll look into upgrading to at least 1.4 if things haven't changed too much. Although not even the pre-release constellation fixes the bug I was having earlier in the thread where Ranger parts when activated were having their total hab timers decrease instead of just the kerbals timers, meaning that I wouldn't be able to use those parts to make Kerbals have indefinite hab stays (over 50 years grants infinite stay, but as the hab total time value itself decreases, this pushes the total below 50 years and thus the vessel no longer has >50 years, removing the bonus. Also, it doesn't decrease 1:1, 1 year is like 20 years of hab for some reason). Thanks, I appreciate you sharing your experience with it! I saw bits of that, but wasn't sure how long it would take to learn Roverdude's Konstruction variant of shipyards and I wasn't sure whether or not it allowed true in-situ building. As far as I was aware, I believe there was a set of components that always had to be shipped from Kerbin, much like how GC required you to choose a blueprint and ship it over. I think it would be cool to largely no longer use Kerbin altogether except for VAB and SPH building. If the systems aren't that complex or aren't bleeding edge enough that they have little documentation to understand then I'd look into giving it a shot. Not against it, just would like to start playing instead of learning so much, and I've almost finally learned enough to start, lol!

MKS version v1.3 was the "current version" for 10 months. Does this mean drills were unfunctional for 10 months on the newest version? Based on my testing that doesn't turn out to be the case, which means that's not the answer. It turns out that Roverdudes comments about the drills are true and are not anywhere on the Functions page on the wiki. It appears that when you activate a second separator on the drill, it increases the thermal output to just the perfect degree to limit yourself to the same resource throughput as before. So if I was mining 9 dirt per second, adding a second separator of dirt will bring me down after the heat builds up to approximately 9~. This was only confusing as this was not mentioned on the wiki. It makes perfect sense that the Drills were previously setup in this way to simply allow you to split throughput between 5 resources by having a bigger drill, but the amount of resource mining is already chosen by how big of a drill you chose for the mission. Simply activating one bay is enough. This does not appear to be a bug or broken at all. It's just un-intuitive and not mentioned. Drill throughput is chosen by the drill size and adding more separator bays just splits the output between the amount of resources chosen. It just looks like heat goes crazy by accident, when it's a feature as a way to limit throughput. As to why I'm not using the latest pre-release: If something is a bug I don't expect support for it, I just want to know if it's intended functionality or not so I can understand MKS's mechanics so I can have fun.

So, the most productive drill setup would be 1 drill with 5 bays, but the thermals accidentally and unintentionally limit the performance, meaning 5 drills with 1 bay is more efficient? Edit: Basically, I'm just curious what the most or more efficient setup is for drills

I'm confused about drills and efficiencies. I searched the thread and found a user from a while ago that was using mulitple drills and noticed that if all bays were drilling versus just one of the bays drilling, his temperature was not manageable and this was not reflected in what the parts were saying for output. Roverdude replied this was normal and said that multiple bays could be used but the output will remain the same depending on how you want to split it. The wiki says this on Functions: This seems contrary to what RoverDude mentioned. If the output equal no matter how it's split, then the output would be 0.333+0.666=1. So, what results in more resources? 5 Drills with 1 bay set to Minerals and only that one bay active Or 1 Drill with 5 bays active on Minerals. Thanks for the help!

Does anyone know if it's possible to somehow reduce the cloud layer from space, and not change anything else like what a planet looks like from the ground or while flying into it? The one problem I have is I can't see where to land on Laythe! What looks like land isn't land, and I've had to look up the biome map and find a little piece of land way at the bottom and use that to extrapolate potentially where the piece of land I want to land is on. Anyone know how to turn down the cloud layer from space and make the ground more visible without severely altering the sunrise/sunset/cloud characteristics down below? Thanks!

Just more testing on the issue. Here, you can see, after 17 years of real MET time, the Hab number in location 2 hasn't moved an inch past the 55 years of hab it started with now that I've switched all of the converters to Kerbitat 3.75s. Seems that Kerbitat's work fine, the converters affected are the Ranger line.