interface

Is this being worked on for 1.1? Does this work with 1.1? And then a few freak out for these things being asked? Guess what, this is the Mod releases not mod development forum, those are totally valid questions. Yes it's a bit weird when things change so much, don't dump it as cyber bullying BS on some poor brand new KSP players. Consider that Squad advertises KSP, people buy KSP, people come here to learn about KSP, not everyone has been around as long as others. A few recent sarcastic posts are really uncalled for. Like kids bullying some new kid on a playground, who would be very sad little kids if no one wanted to come to the playground and play. I would venture to guess the modder appreciates interest and cringes at overly emotional fanboys using his or her work as a platform to dump negativity at the curious newcomer.

You might appreciate my latest KSP sidetrack from launching rockets. I made a KAS drill ship, very large using tweak scale and B9 HX parts scaled up to gigantic. It works like this: 2 KAS winches one high one low, crewed by kerbal engineers at each station with KAS drill to attach/detach parts. Top kerbal attaches a port and then an I-Beam to the top KAS winch. KAS winch lowers it, lower kerbal connects a KAS port to the SIDE of I-Beam pipe section, which needs to be braced by some sort of structure to keep it vertical through resistance for the next part of the operation. Lower kerbal then attaches lower KAS winch to pipe UNDOCKED mode so it has collision with the drill ship and braces itself on ship structure and stays vertical. This to keep the pipe from swinging due to the offset COM from the lifting point. Lower kerbal takes another I-Beam (easiest is to have KIS container with them) attaches it to top of drill pipe vertically with the top end near the top KAS winch. Kerbal crew at top winch attaches KAS port and winch cable, kerbal below detaches cable and port on side of lower pipe section. Linked 'drill pipe' is lowered to the lower KAS winch. KAS port and then winch cable attached to side by lower Kerbal, cable detached from top, KAS port detached from top and reattached to top winch cable, cable raised to position for next attachment, lower kerbal repeats process of attaching I-Beam vertically and it all starts over again. This is going to take a while to get to the deepest part of Kerbin ocean! Actually have to wait for 1.1 to have these mods stable as in 1.0.5 i was doing this at like 5fps I made a pipe about 3000m and realized it might take a few redesigns and some streamlining of the process. It will be done, one of these days! Probably scrap the B9 HX tweakscale hull as it was buggy as hell in 1.0.5. This is my bizarre KSP project of late.

Hello, love your mod it is one of my favorites. I have been messing with 1.1 and I would suggest checking if squad stock parts are having issues before adjusting any parts of the same type. Stock wheels and landing gear were very buggy but have been drastically adjusted and they are much better now.

My report from Steam Pre Release Station 1.1: i7 5820K 32GB running Windows 7p It looks different, it feels different, all in ways that seem better. 'Crisp and responsive', 'handles well' are some cliches that come to mind. Sideslipped lining up the runway in a delta wing with perhaps too much yaw control from 2 stock tailfins (the full control surface ones), it seemed more like a 'real' flight sim (a game trying to provide smooth realistic flight with no lag!). For me everything about flying is different because there seems to be no lag at all even on very high settings. Right click is no longer the source of all evil in the universe. OMFG YEESSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The Hype appears to actually be lacking compared to the reality. Not kidding! I have been a huge critic of KSP lately, and stopped playing altogether a few months back. This is exactly what KSP needed to get me back into it.

Thanks for the awesome mod! I am having the same issue with the Phoenix lifter wings not registering, I can't assign them to action groups in SPH, but the right click options including control adjustment menus are there. Need them for my Quinjet VTOL light cargo aircraft... Thanks again for the mod.

I am playing 1.0.4 and have an issue with KSPI radiators becoming detached from a ship on the ground while extended. I load the save and the parts are on the ship, turn away from the sun, but then become inactive, mousing over them they are debris, but still in position on the ship. If I do pretty much anything, release breaks, raise the active harvesting drills, EVA a Kerbal, the ship starts to blow up and it starts the log with radiators impacting the tank they are sitting on and were attached to in the VAB. Is this a known issue? Any advice?

That is awesome, nicely done!

Very cool!

Simply make less information available real time, probes send back information that is acted upon with a time delay both ways. If you don't have a pilot every maneuver must be plotted with delay, and all updates on ship flight information are delayed the distance to KSC or nearest maned science lab WITH an Engineer AND A pilot as well as the lab manned by scientists. So you're flying your ship, it only has a scientist, so while you are focused on that ship you are that scientist, you plot a maneuver and the game puts a delay on it equal to the radio travel to KSC because it was the scientist and KSC working together. If a pilot is present you play as that pilot and have full control real time, if one is not present the scientist or engineer is dependent on ground control. The 'pilot' is mostly computer scientist and mathematician, operating onboard computers to run the flight real time on site and make decisions without ground control. Annoying enough to make the pilot valuable, realistic enough to not be seen as just an annoyance but as simply the reality of space flight.

I would like to see science gathering based on more realistic process than click and collect. Idealy the science and parts unlocked would reflect real world progression, specifically materials science since it is so crucial to all industrial and scientific applications. Other areas of science as well, geophysics is an area I would love to see represented, aerospace research, chemistry, biology, astronomy, as individual sciences with Kerbals able to train for operating specific experiments in each field. It would be very cool if the science in the game reflected the human races progression in understanding of the material world, as such it should start with geology and optics, and then once both are researched unlock chemistry, physics and biology, from which everything would spread out up a science tree. An example: game start with core sample drills, basic rocketry, one would need to train Bob in geology (which would lead to Geophysics, branches to other areas of science). He would need to sample a few biomes for mineral properties on Kerbin and the Mun to unlock better tech nodes and parts, specifically 'discover' a list of rare earth (kerbin) minerals to unlock micro electronics and some engine technologies. So the player would have to get to the Mun using basicly 1960's technology just as humans did. They would need to send up satellites with unlocked optics experiments to identify biomes and minerals on Kerbin that would be sampled and through sampling unlock parts that relate to rare earth mineral using technology. As Al Pacino says in Scarface 'First you get the mineral samples, then you get the new engine materials...'. I would like science separated into data and results, sort of what the lab does but applied to all science with a main lab at KSC to process any experiments returned. A higher level scientist Kerbal operating that main lab will return more 'results' per amount of 'data' than a lower level one. New motivation for running missions and leveling up more scientists. Scientist Kerbals should need to operate experiments for an amount of time, a few minutes to a few days or more depending on its real world counterpart. They would gain experience in the field of science they are trained for and currently using real time, without need to return to KSC. But returning to KSC would allow unlocking new more advanced fields of study through a 'Kerbonaut Training Facility' and/or 'Kerbal International University' at or near KSC. Scientists would need to conduct specific experiments in order to unlock the ability to run the next in the specific field of science, which could happen on site. To start a new field of science they would need to go to KSC and train for its first basic entry part. Parts would be unlocked based on science specific to the innovations needed. Fuels through chemistry and physics. Electronics through physics and computer science, needed for showing more detailed orbital information. Engineers would be part of the crucial process of innovation, better structures (max heat, radiator capacity, crash tolerance) through structural engineering 'programs' that would require engineers to run analysis on parts before, during, and after flights. The next part would need experience with the previous, bypassing only where somewhat realistic. One could not save up generic science and unlock a few nodes. Pad testing would account for a bit of the needed experience though, so one would not need to launch to orbit for all the 'engineering data' for every part. Capsules would require at least some orbital testing to gain full upgrades and unlock related technologies. Ion engines and other engines that do not operate in atmosphere would need to be used in space to unlock the next, but not SRB's or low ISP lift engines that operate mostly in atmosphere that realistically can be tested on the ground. Struts and material structure would upgrade parts values as experience is gained by actually analyzing used spacecraft at KSC. No single mission to everywhere, collect all the early stock science experiments, and unlock far to much of the game in one flight. This is a theme for a change in how the game treats science, not a complete list of specifics to implement this concept. It would need to be fine tuned and applied evenly across the game, with an expanded need and use for pilots, who should be able to have a secondary specialty and collect science or engineering data at a lower rate, but not process data into final results. The main benefit of the change would be a more realistic crossover to real world science, enhancing one of the games major strengths. It would provide more motivation and immersion for the players. Not that the game is 'wrong' in any way for not being like this, it is a balance of many things, but it could better represent the realities of scientific discovery. Hopefully in Unity 5 it will have some room to grow.

click on the game in the list in Steam library, drop down menu click 'Properties', in the properties window click the 'Beta' tab, click opt in to betas. You don't need a code it will role KSP back to 1.0.4 automatically as the last stable release "Beta". Its not a Beta test but that is how I rolled back to 1.0.4 last night after Steam broke my save updating. If you have already loaded the persistent save in 1.0.5 it will load your game with errors for ships/parts changed in 1.0.5, just use ESC or Alt F9 to load a save from the game (quicksave in 1.0.4 or a named save point in 1.0.4) and it should load that just fine.

Not sure what the issue is, I use OPT and many other mods without to many issues. That bug you describe I have experienced before, but not repeatedly and it usually happens after I have saved and launched and reverted back to hanger a few times. Is your tech try messed up or modified when this happens? That would indicate it is a bug in the actual parts available and loaded vs just a hanger interface bug.

Do you have MK4 spaceplane installed? That has a config that forces everything else to act as if FAR is installed. No idea why, there is a fix CFG somewhere in the MK4 thread. Not sure if that is your issue but it sounds exactly the same as the wing lift issue I had from installing Mk4 mod.

landing legs FTW. buggy 32bit KSP sometimes allows objects not on legs or wheels to fall through terrain and endlessly fall towards the center of a planets gravity well. You don't want that to happen to your crucial base infrastructure!

I like angled twin tail fins, yes they do create pitch or off axis yaw, if you actually use yaw for anything... I do not, I roll the aircraft and use pitch to turn SSTO as it is long and built to go straight, slightly nose up, very fast. Going straight slightly nose up, very fast, twin tail fins are nice way to get CoL behind a CoM that is pretty far back on the aircraft, due to something like a bunch of nuke engines hanging off the back. Generally I use 4 'vertical' tail fins. 2 on top are large, angled less than 45 from vertical. 2 on bottom are smaller but longer, angled outward more horizontal than vertical, but still balancing the top vertical fins. Longer at the root but shorter root to tip, to allow aircraft to pitch up and take off from a runway without hitting them. I find canards are very useful if you can actually get the CoL to accept them. Do not be afraid to have empty locked tanks at front and back that are aerodynamic structure not fuel. if your tanks are all near the center wet and dry CoM are much easier to manage.