Jump to content

Search the Community

Showing results for tags 'features'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • General
    • Announcements
    • Welcome Aboard
  • Kerbal Space Program 2
    • KSP2 Dev Updates
    • KSP2 Discussion
    • KSP2 Suggestions and Development Discussion
    • Challenges & Mission Ideas
    • The KSP2 Spacecraft Exchange
    • Mission Reports
    • KSP2 Prelaunch Archive
  • Kerbal Space Program 2 Gameplay & Technical Support
    • KSP2 Gameplay Questions and Tutorials
    • KSP2 Technical Support (PC, unmodded installs)
    • KSP2 Technical Support (PC, modded installs)
  • Kerbal Space Program 2 Mods
    • KSP2 Mod Discussions
    • KSP2 Mod Releases
    • KSP2 Mod Development
  • Kerbal Space Program 1
    • KSP1 The Daily Kerbal
    • KSP1 Discussion
    • KSP1 Suggestions & Development Discussion
    • KSP1 Challenges & Mission ideas
    • KSP1 The Spacecraft Exchange
    • KSP1 Mission Reports
    • KSP1 Gameplay and Technical Support
    • KSP1 Mods
    • KSP1 Expansions
  • Community
    • Science & Spaceflight
    • Kerbal Network
    • The Lounge
    • KSP Fan Works
  • International
    • International
  • KerbalEDU
    • KerbalEDU
    • KerbalEDU Website


There are no results to display.

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start



Website URL



About me



Found 10 results

  1. On the following thread: I decided to challenge the KSP2 definition from being a de jure et de facto sucessor of KSP¹, or a Fantasy RPG with space fare thematics and spells and powerups disguised as technology. The discussion, unsurprisingly, risked degenerating into an exchange about what's a RPG and what's a Simulator, derailing the host thread. So I decided to transfer the discussion to this one. Original post (edited on the host thread)
  2. I did not really see or hear anything about a KerbNet mechanism which would allow real-time and on-rails scanning of CB surfaces. Also is there any information about telescopes and if the Exploration mode will start with undiscovered celestial bodies in the Kerbol system? Nothing about the buoyancy system? Do we have any clarification if probe exploration before manned has been set as a priority? What else did you expect to be included in the For Science! update and was not announced or mentioned?
  3. I play Kerbal Space Program since rhe beginning of the last year, and I think there are some little details that could make KSP way better, like air an air compressor, wich transforms intake air in oxidiser using some EC (it could be an IRSU feature) and the possibility to (as a cheat in Sandbox mode) add parts and edit the rockets that are already launched; another cool feature could be an air-distributing sistem just like the fuel one. Another thing I think should be changed is that you must set structural pilons for every part singularly, making this a very long process for big rockets. I think those could be small, usefull features and changes to the gameplay.
  4. Imagine visting Duna and seeing solar glare from Kerbol. Or landing on Laythe and seeing a meteor shower. I think that the small things, like auroras on Kerbin and Laythe and small flashes visible from Jool's moons on Jool (meant to represent turbulent lightning storms). I don't even think this really has to be features in the game world; it could even be a change in other aspects. What i'm asking for really is just some small details that add to the realism and immersion of KSP2. Some more examples would be the frequent solar storms on red dwarfs; if there is a red dwarf (We don't really know what System 3 is), then solar storms would be great. Another good thing with gas giants would be the way that wind currents travel on them. Wind currents travel in bands on Jool; this implies that there are belts and zones on Jool, just like on Jupiter. In that case, the zones would be high, cold air, i.e icy and therefore lighter in color. the zones generally move slower than the belts; but their relative speed varies. They also form less storms. Again, the immersion benefit would be absolutely massive if these sort of tiny, but good, changes make it into KSP2.
  5. A recommendation for people looking for more difficulty in the game, add the potential for parts failure as an option. Engine failures, control surfaces sticking, gimbal lock, partial damage states for parts overstressed by aerodynamic or gravitational forces. Maybe for each of those add a way to mitigate the potential for these problems too, balanced against extra weight for reinforcement or reduced speed for an aircraft. Several mods out there already based on realism and equipment limitations.
  6. Kopernicus Continued Planetary System Modifier is a mod that provides for the graceful introduction of new celestial bodies to Kerbal Space Program. This is where we test new things and learn how break the universe with gusto. Disclaimer This is R-T-B's "Bleeding Edge" branch of Kopernicus, intended to support the latest features, KSP editions, and also the latest bugs. Please keep in mind this branch may be more buggy than Prestja's stable Kopernicus branch, but it also supports more KSP versions and has more features implemented for testing reasons. Many features that make it into mainline Kopernicus are born, tested, and trialed by fire here. These features do get tested, briefly, and they generally work, but still, bugs can be slip by and be real, so it is important to BACK UP YOUR SAVEGAMES! It should be noted I am a member of the current Kopernicus Maintenance effort and this is an official Kopernicus-Continued subproject. Features: Presently, over the base Kopernicus Stable branch, this branch also features. 1.) Big plans, including support for non zero altitude lakes (not currently in the present builds), performance optimization experiments, and maybe even comets. Who knows in what order? 2.) Probably bugs. Backup your save. FAQ: 1.) When will this leave development? A.) It won't. The whole idea is this is the eternal testing ground. It stays here forever and ever and ever... 2.) What does this mod do? A.) On it's own, nothing. It's generally a dependency or modders tool. 3.) Can I has a CKAN version? A.) Sure, just opt in to our private beta CKAN repo. This will grant you auto updates from the beta tree and get you all this stuff straight from CKAN! Do the following technique to start this: From your main CKAN window, go to "Settings." "CKAN Settings." Click "New" under "Metadata Repositories" Add our CKAN repo in the resulting text box. It's the one called "Kopernicus_BE" No more FAQ for now, ask me something frequently and I may add it to stop you... Downloads Kopernicus "Bleeding Edge" Unified Downloads(the base mod) KittopiaTech "Bleeding Edge" Unified Downloads (this is basically a GUI for Kopernicus pack developers, hit CTRL-P in mapview, most don't need it) Please ensure you grab the right version for your KSP version! 1.8 needs the legacy release, anything newer, 1.9+ Credit. Credit must be given to other current Kopernicus Maintainers @prestja, as well as previous authors @Thomas P. , @Sigma88 and many others for their incredible work in building an elegant solution for bringing new worlds to KSP. Source Code Source code can be found on the GitHub repository. License Kopernicus is licensed under the GNU Lesser General Public License
  7. Have you ever build silly features for your vessels? Put your ideas here! Typical examples include a swiming pool in a Laythe hotel, a maze, etc. I'll start: a table in my Lander. Seats 6 Kerbals with hot chocolate.
  8. Basically, I have a lot of multi-role machines in orbit or on the ground. I've gone pretty far with this "multirole" stuff to be honest. Even as far as to build an amphibious scientific research vehicle (no lab, I didn't think to incorporate one) with vehicle recovery ability (robot arm with Klaw). After finishing my amphibious science machine, I started to wonder if I was feature creeping my designs. https://en.wikipedia.org/wiki/Feature_creep (Yeah, Wikipedia. It's just for a simple definition.) I mean, less can definitely be more, but Swiss Army Knives sell well for a good reason too. Minimalism isn't an excuse to be lazy; it's a reason to be efficient, sure. But in a game like KSP, can you really feature creep with scientific modules so small and portable? Are you really that bad off trying to cover all the bases? Especially when one of the important parts of progressing in this game is scientific research. Honestly, so far, I haven't experienced much trouble with this beyond price tags. That's even manageable if you can inadvertently create something that can do many of your contracts with little modification. Do you ever get the sense you may be trying to mash too much into a design? When do you realize you've gone too far? Asteroid harvesters on space stations? ISRU on rovers?
  9. Hi all, since 1.1 pre-release I am playing a new career game and I have (unluckily...) sent a bunch of tourists out to a Mun/Minmus sightseeing trip w/o any chute to re enter Kerbin atmosphere. My fault of course, then I suddenly realized I could not bring them home safely if not by strapping some chutes to the craft - an auxiliary chuted&clawed skycrane seems like the only feasible option in stock. If tourists could be allowed to go EVA just for switching vessel or to man a command chair that could bring at hand a few more "quality playtime" opportunities. They obviously should not be allowed to collect samples or reports and to gather and move samples from pod A to pod B. Just sayin'.
  10. Here are my tips on how to keep the core spirit of KSP intact while giving it some more features that enhance the immersion and wow factor of the game: Give the player an avatar Kerbal. This avatar is the director of the KSP and you can name him whatever you want. The campaign should start off with a car pulling up to the center with your kerbal inside, and you are given a tour of the center with Von Kerman. The previous director had an "accident" with one of the rockets and you were recruited to replace them ASAP. As a result, new safety features need to be put into place to prevent any more "accidents" from happening and to improve and inspire the rest of the kerbal race for space exploration. Your first job is to allocate budge for R & D and launches. Gathering science should NO LONGER be the only way to unlock new parts, but it can be used for a boost to funding and engineers. Parts require 2 things, money and engineers. And as oppsed to being able to unlock and use a part as soon as you can afford them, the parts should be researched that requires TIME. The more advanced the part, the more time it requires to research (and thus more funds). Science gathered from missions can be used to attract and hire newer engineering teams that can make the process go by faster and cheaper. SCIENCE SHOULD NOT BE A CURRENCY TO UNLOCK PARTS. I thought this was a silly idea since it was implemented. For example: Lets say you gather science from Mun on an EVA and return it to Kerbin. The science you gather is complied into your space programs science reputation pool, which in turn unlocks better engineers who want to work for you. At the beginning of the game only the craziest and dumbest engineers are part of your program staff but as you get more scientifically reputable smarter engineers start applying to work for your program. ANY engineering team can start research on a part in ANY part of the tech tree BUT it would take more or less time depending on the skill of the team doing the research. YOU SHOULD ONLY HAVE a limited number of teams, each with specific skill and knowledge level that impact how quick it takes to research and develop new tech. ONCE the part is built, you need to TEST IT at least a couple of times to certify it is usable for rocket craft. We as the player DON'T have to actually test the part BUT we can watch the test if we wanted to in the testing facility. Each part that we test has a chance to fail depending on the engineering teams safety record. If the part was a rocket engine, it needs to survive ignition, burn for x amount of time, gimbals in all axis (if it has gimbal ability) and survive shut down. IF a parts fails, it costs money and requires re-testing. In order to test a part we need a new testing facility. We should also be able to upgrade this facility, further improving the safety stats for each part we test. Once the parts passes testing, it is green lit for use on our rockets in the VAB. Engineering teams should have the following characteristics: - stupidity - safety - efficiency/speed - SALARY (per unit time) Our space program should have finite engineering teams with their own salaries, and finite slots to research parts. Engineering slots depends on our level of science facility. Tech tree needs to be overhauled. No more progression. It should be cut up into Engines, Structural, Tanks, Utilities etc. You can research ANY part you want at ANY time. The problem is that the more advanced the part, the longer it will take. Your program becomes a BALANCING ACT of funds spent on R & D, salaries for engineers and launches. If you start your program with crappy teams and start research on the KS-25 engine, all you're gonna do is spend a lot of money and TIME on one engine part. Your goal should be to develop simpler parts that allow rocket launches to gather MORE science to attract BETTER teams to research better parts FASTER, SAFER and THUS CHEAPER. Continued....
  • Create New...