Search the Community

Showing results for tags 'science'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • General
    • Announcements
    • The Daily Kerbal
  • Kerbal Space Program 2
    • KSP 2 Discussion
  • General KSP
    • KSP Discussion
    • Suggestions & Development Discussion
    • Challenges & Mission ideas
    • The Spacecraft Exchange
    • KSP Fan Works
  • Gameplay and Technical Support
    • Gameplay Questions and Tutorials
    • Technical Support (PC, unmodded installs)
    • Technical Support (PC, modded installs)
    • Technical Support (PlayStation 4, XBox One)
  • Add-ons
    • Add-on Discussions
    • Add-on Releases
    • Add-on Development
  • Community
    • Welcome Aboard
    • Science & Spaceflight
    • Kerbal Network
    • The Lounge
  • Making History Expansion
    • Making History Missions
    • Making History Discussion
    • Making History Support
  • Breaking Ground Expansion
    • Breaking Ground Discussion
    • Breaking Ground Support
  • International
    • International
  • KerbalEDU Forums
    • KerbalEDU
    • KerbalEDU Website

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Skype


Twitter


Location


Interests

Found 247 results

  1. PRE-RELEASE Beta Testers & Translators Wanted specific question - does it work with 1.7.3? Download on SpaceDock, Github or Curseforge. Available on CKAN. Biomatic This is the new thread. Original thread here. A utility to allow easier science gathering in orbit, by automatically de-warping when entering a biome which hasn't been listed. . Simple biome identification, notification, tracking, and warp stopping. adopted for curation by @zer0Kerbal — originally by @Biff Space The Biomatic sensor identifies the biome that the ship is in / above, and shows the information in a small text window. Optionally the ship's situation (high / low space, high / low flight, landed, splashed) can be shown as well. Biomes where science has been done can be added to a list, which is used together with a kill warp option to de-warp the ship when entering an un-listed biome. The list of biomes can be per-vessel, or global. It is integrated with the stock toolbar by default, but can be configured to use blizzy's. (Change 'stock' to 'blizzy' in the config file). The Biomatic Part The Biomatic part is found under the science tab. In career or science mode, it is found in the 'Space Exploration' node of the tech tree - this must be researched before Biomatic will work, either as a part or as a Module Manager add-on to command pods. Module Manager Patch(es) adds Biomatic to any command module or probe core [OPTIONAL] makes Start the techRequired for the Biomatic part Dependencies Kerbal Space Program Module Manager Recommends [NEW] ToolbarController [NEW] ClickThroughBlocker Suggests Toolbar (Blizzy's) On Demand Fuel Cells (ODFC) Field Training Facility (FTF) Field Training Lab (FTL) Docking Port Descriptions More Hitchhikers PicoPort Shielded Transparent Command Pods Repressurized Nuke Refueled Vanguard ProbiTronics CTN Stork Delivery System (SDS) SimpleLogistics SimpleConstruction Not So Simple Construction B9 Stock Switches (BSS) HotBeverages! Installation The Biomatic folder needs to be unzipped and put in your KSP\GameData folder: Feedback Any comments and suggestions for improvements are welcome, as are reports of bugs / problems - please let me know what you think. Licence Biomatic, its associated files and the source code are all released under the GPLv3 license, text here: http://www.gnu.org/licenses/gpl.txt. Original: Be Kind: Lithobrake, not jakebrake! Keep your Module Manager up to date Thank you to @tinygrox for pushing the localization code! v1.3.2.0 original: 11 Aug 2018 0K updated: 02 Feb 2020 zed'K Source: GitHub License: http://www.gnu.org/licenses/gpl.txt.
  2. This is a probe expansion pack inspired by real missions from the mid-1960s to now. Including probe cores, engines, solar panels, and new science parts! Parts are inspired by (Including some replicas of) Voyager, Pioneer 10, Venera, Cassini, Mariner, Kepler, New Horizons, Juno, And more! Current working on the Viking Mars lander. IMGUR ALBUM To prevent issues, please remove any previous versions of the mod before updating CURRENT Branch - Github Repo Older Beta v0.16.1 Download: Please read the FAQ Also available soon (probably) on: Requires: Firespitter, DMagic ScienceAnimate (both included) and ModuleManager (Not included) Mod configs included: Remote Tech by @rakol Tweakscale by @Jso SCANsat by @akron Sample Crafts v0.3: (Two Barquetta Communication Satellites, Barquetta-Odyssey, Deep Space 1, Landvermesser, Mariner, Quetzal, Tatsujin, Tatsujin-Express, Torekka, Vorona, Vorona-SAR, Meridiani-Draco, Explorer Telescope) Nerva HT Engine 1.0 Released! Link to release thread or download below: Spacedock Dropbox Real Plume config by @VenomousRequiem. Module Manager required for RealPlume configs. License: CC-BY-NC-SA 4.0 Please let me know if you release anything based on my work. I'd love to check it out! Want to support the mod? Check out below, and thank you! Paypal
  3. I've been given @N3h3mia's blessings to officially support his excellent collection of Science Mods for KSP 1.x as he is currently unable to find the time to continue these. Please raise bug reports for this build to myself and not to N3h3mia. [ ] Official Thread (out-of-date)- overview and tutorial videos Micha's Development Thread- continued revision history, source code, bug reports, feature requests, help and support, ... NOTICE: 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. Download links Updated to 0.8.2 on 2019.07.31 NOTE: If upgrading from earlier than 0.7.1, there is a slightly changed file format. It will update automatically from an earlier version, but you won't be able to revert. Please take a backup of your saves before installing. GitHub SpaceDock CurseForge On CKAN as "Nehemiah Engineering Orbital Science" Changes from 0.8.2 (Full Changelog) Recompiled with KSP 1.7.3 (but should be compatible with KSP from 1.4.x to 1.7.x). Hotfix-release for bug #46 - unable to run KEES experiments without Kerbal Alarm Clock. Known Issues Reporting new issues If running with mods, try to reproduce the issue without any mods. Please supply steps on how to reproduce the issue. Attach your log file (KSP.log, found in the KSP game directory) and optionally a save-game which can be used to reproduce the issue. Ideally raise the bug report on the GitHub tracker. Mod Incompatibilitiers Kerbalism: Reports of NEOS (specifically, KEES), contracts unable to be completed when Kerbalism is installed. Fixed by Kerbalism team - use Kerbalism 3.0 or later. General The "interior overlay" is not displayed properly for parts which have an IVA. Overview This set of mods consists of 3 main components: Kemini Research Program (KRP) - early-game orbital science experiments for the Mk1 command pod. requires ModuleManager compatible with a range of third-party command pods. Kerbal Environment Effects Study (KEES) - mid-game orbital science experiments for your first orbital stations. requires KIS recommends K2 / Corvus or similar 2-Kerbal pods Orbital Station Science (OSS) (Was: OMS/KLS) - end-game experiments for large long-duration stations, requiring heavy lifters and significant station infrastructure. The basic premise is that experiments are run in "Labs". Labs, Lab Equipment, and Experiments are launched separately. Equipment must be installed into the correct lab, and Experiments can only be run on certain Equipment. KRP and KEES are simpler variants with some/all of the equipment/labs pre-integrated. Once an Experiment has been installed, it can be "Run", which will take some time. The idea is not to time-warp to completion, but to run the experiments in the background while performing other missions. When done, an Experiment can be "Finalized" and must then be returned to Kerbin. Quick Tutorials NB: From v0.7 onwards, this set of mods also has in-game KSPedia entries showing basic usage. Kemini Research Program Kerbal Environmental Effects Study Orbital Station Science
  4. Download on SpaceDock or Github or CKAN, or Curseforge Solar Science (SS) Adopted by @zer0Kerbal, originally by Snoopy 20111 (@Snoopy20111) Salutations! May the sunlight always be upon you! A science part mod that adds two Deep Space Solar Experiments to Kerbal Space Program. Preamble by @Snoopy 20111: This small mod adds a couple new scientific instruments (such as the one pictured here) which do science specifically around the most wondrous body in the Kerbol system. Both of these instruments are based upon instruments currently aboard the SOHO and STEREO spacecraft. It also adds a few new flags. Remember to Praise the Sun! Installation Directions: Use CKAN Changelog Summary See ChangeLog for full details of mod changes Known Issues See Known Issues for full details of feature requests, and known issues Dependencies Kerbal Space Program may work on other versions (YMMV) Recomends Comprehensive Kerbal Archive Network (CKAN) Suggests Biomatic Docking Port Descriptions Shielded PicoPort On Demand Fuel Cells Field Training Facility Field Training Lab Transparent Command Pods Nuke Tiny Parts Scrap Yard DaMichel's AeroRadial DaMichel's CargoBays DaMichel's Fuselage DaMichel's Spherical Tanks SimpleLogistics! SimpleConstructon! Not So SimpleConstructon! Deadly Reentry Lite Vanguard ProbiTronics CTN B9 Stock Switches HotBeverages Supports Module Manager Kerbal Changelog Contract Configurator Conflicts none known red box below is a link to forum post on how to get support License aka Legal Mumbo Jumbo Source: GitHub License: *** All bundled mods are distributed under their own licenses*** *** All art assets (textures, models, animations) are distributed under their own licenses*** Original Thread Download Source: GitHub License: Be Kind: Lithobrake, not jakebrake! Keep your Module Manager up to date v1.2.0.0 original: 01 Oct 2019 zed'K | updated: 17 Mar 2020 zed'K
  5. In order to make science less unrealistic and more challenging, I present to you the Science Elaboration System (original discussion thread here). This mod aims to make the road from experiment to parts more challenging, adding gameplay, without making things too grindy. A chart comparing the current science system to the Science Elaboration System (C)(TM)(SCIENCE!) Overview Planned features (subject to change): Multiple science types (at least one for every major category like aero, engines, science, structural, etc) Technology nodes and building upgrades need one or more of these science types to unlock (cost tweakable in settings) Science can be made by processing data in science labs (processing is slow and can be sped up by using high-tech labs or multiple cheaper labs) Processed science has to be transmitted or transported to the R&D lab (much like the current system but with more shiny buttons to press) Data is gained by science instruments, science multipliers are now data multipliers Lab efficiency: higher-tier labs need less data per science and work faster, but require far more power Lab bonus efficiency: research lab location (atmospheric planet or not, orbiting or not, etc) affects science production, relevant science types will get a production bonus or penalty Fast labs and large setups require serious power supplies (more than a single solar panel), perhaps detect mods like Near Future Electrical/Solar and Interstellar and adjust requirements Entry-level research lab with terrible efficiency. Support for science mods if feasible, include default configuration file Lots of options to disable or tweak parts you don't like Things I'd like your opinion on and may or may not be included (you can consider these more like statements rather than planned features, please react!): Data decays over time unless stored in a powered lab Data is a resource and can not be transmitted, but it can be moved in the way traditional science can (this requires you to bring a mobile research lab or a return rocket and will probably make things a lot harder, but maybe too hard. Maybe a inefficient autonomous lab is an idea?) Higher tier science types require lower tier science types as an ingredient Whatever feasible features you can come up with! Meta-research: faster and more efficient research for unlocked science labs Metadata: gain bonus data (unlock with research and strategies) NYFAQTWPBAFIIDNITN (Not Yet Frequently Asked Questions That Would Probably Be Asked Frequently If I Did Not Include This NYFAQTWPBAFIIDNITN) Q: Why is this WIP? A: This is the first major mod I'm making, and I need to figure out the Unity and KSP API, learn C# (I'm already familiar with C and have recompiled mods in the past), and likely reverse engineer other projects before I can start making my own stuff. As I am a physics university student, I barely have spare time, so this will take a while. Please do not expect (rapid) development. I am also still thinking about what I would like this mod to become and how that fits with your expectations. Q: Why do you want me to give you opinions? A: I value your input! You might see things from different perspectives and allow this mod to become better than the Science Elaboration System mod in the parallel universe where I didn't want your opinions! Q: Where will you be pushing code 'n stuff to? A: To this repo: https://github.com/asdfCYBER/Science-Elaboration-System. I tend to delay commits a lot though, so don't worry if there hasn't been a commit in a month. Q: Roadmap? A: https://github.com/asdfCYBER/Science-Elaboration-System/projects/1 Q: NOOOO DONT IMPLUMENT DIS STUPID FEETURE!!!(one)(eleven) A: ...that's not a question. I can't please everyone but I will try to add configuration settings so you can play the way you like. Downloads Heh, you can put a reminder on your calendar for next year or something.
  6. Previous thread. This new thread was necessary because of loss of my old email, forgotten password, some source files, and hosting site (you will be missed, Kerbal Stuff) Salutations! May the sunlight always be upon you! *Update v1.1.0: New Sound Effects and Realtime solar images! Update v1.1.1: New licensing, preparing for a handover to @zer0Kerbal. Check for his thread linked below. Check the changelog for more details This small mod adds a couple new scientific instruments (such as the one pictured here) which do science specifically around the most wondrous body in the Kerbol system. Both of these instruments are based upon instruments currently aboard the SOHO and STEREO spacecraft, and when experiments are run, real, recent images are displayed. It also adds a few new flags. To install Like most other mods, simply download the file (Linked at the bottom), unzip it, and drop the folder it gives you into Kerbal Space Program>GameData. Notes: The Source Code, models, textures, and sounds are provided. These are in .cs, .fbx, .png, and .wav formats, respectively, and are all found in the folder Solar Science > Source. By the license, you can do anything you please with them as long as you don't profit and you give credit to me. Preferably, this would amount to mention of "Snoopy 20111." Remember to Praise the Sun! Screenshots: Review from KottabosGames (v1.04): Changelog: Roadmap (???) Download here on Spacedock Curse mirror Google Drive Mirror (Solar Science v1.1.0) This work is licensed under the MIT License.
  7. (Firstly, let me add a disclaimer that I'm writing this late at night based on a rambling note I made on my phone at like 1am the night before, so bear with me if this starts to lose coherence.) Something I've found rather dissatisfying about the base-game science system (ignoring career, which I have other issues with) is that there's generally no point, mechanics-wise, to keeping a scientific mission in its final orbit after you fire off all your experiments. No reason to keep that first crewed orbiter in orbit for more than it takes to click "save crew report", no reason to go for an orbital probe rather than a landing or flyby, and definitely no reason to have more than one probe in the same place once you've gotten all the science parts unlocked and figure out how to cram them all in one craft. The idea I've had to solve this involves two major systems being added to the game: Having science parts that can continuously log data, returning science based on the amount of data logged Having events that occur that can be observed through a variety of means for science gain The first system gives a big reason to have something stay active in the same situation, by providing a direct reward based on how long it stays there. Rolling-recording imaging probes, microgravity-effects-on-Kerbals studies, and However, the gain needs to be asymptotic (increases towards by an ever-decreasing amount, never exceeding it) to some amount (such as 2x the science from the base experiment), to prevent someone from being able to unlock the tech tree with a Stayputnik, a solar panel, a 2HOT, and timewarp. How these data logs are returned can be an additional system, providing new choices to be made, with relative advantages and disadvantages of any method. (One example could be sending data in large batches vs sending it back continuously.) The second system would be a fair bit more complex. The core idea is that there are numerous events that can occur - eclipses/transits, magnetic field changes, solar flares, impacts, celestial events such as supernovas, etc. - that, if "seen" by an actively-logging science part, provide large science bonuses. On top of this core would be several layers of complexity. Firstly, the larger the variety in the parts used to observe the event, the greater the return (within reasonable bounds of what can be used for observations, of course) - observing a solar flare with a visible-light telescope wouldn't provide as much data as observing one with that plus a magnetometer logging the effect it has on Kerbin's magnetic field. Secondly, using multiple of the same part to observe the same event can also increase science gain, based on factors such as distance between them - observing a magnetic-field fluctuation with several satellites in various points around Kerbin would give more science than an observation with just one. And finally, there'd be two main types of events: ones that are brief (<5 seconds) and/or unpredictable, and ones that are long (several minutes at least) and/or predictable. The former would generally be things easily observable by automatic instruments, while the latter may often require manual observations. In either case, when an event is logged, the player would be given a notification in some manner, indicating what was observed by what instruments on which craft and allowing the science yield from the data to be gathered. I'd love to see this system in a mod, but sadly, I don't have the skills to make that happen, so I'm kinda just throwing this idea out there to see what people think ^^;
  8. This mod seeks to expand the science lab system. It currently adds a smaller, one-kerbal lab, and a 4-in-1 science package. Currently uses stock meshes since I suck at 3d art . Works for KSP 1.8.1 and up See Github for downloads. Github: https://github.com/toshnika/LabsPlus/blob/master
  9. Screenshots: Trailer KSP 0.22 ! source of inspiration for Kraken Science. This Part pack include many Science parts with report values: 2 Probe Core, LittleFrog and ScaRaB system with 1 monopropellant engine : 2 Strategies for your career: Download: SpaceDock Licence : Attribution-NonCommercial-NoDerivatives 4.0 International (CC BY-NC-ND 4.0) Installation : Please delete your old Folder before update! ChangeLog: -------------------------------------------------------- I'm French, sorry for my bad english, thanks. If modders detect faults and wishes to use has the correction, to contact I by mp, thank you!
  10. (Formerly KA-330 and KEAM) Welcome to the release thread for Kerbalow Aerospace's inflatable / expandable modules parts pack! Please feel free to leave any comments, questions or suggestions you may have for this project. KEAM Features: 4x Unique Science Experiments Distributed Impact Detection System Deployment Dynamic Sensors Wireless Temperature Sensors Radiation Environment Monitor Kerbal Inventory System Storage Space Compatibility Connected Living Space Compatibility Tweakscale Compatibility KA-330 Features: Inflatable / Expandable module Sun-tracking solar panels Functioning expanding radiators Functioning lights IVA interior cut-out view Fully furnished interior when using Near-Future Prop Flat ends for attaching any 1.25 meter docking ports KA-330 Compatibility Patches: Tweakscale Connected Living Space Kerbal Inventory / Attachment System PBR texture (reflections) patch - This is a test / demonstration / incomplete KA-330 Life Support Compatibility: With USI Life Support: Acts as a functioning habitat With Snacks: Stores snacks / soil With Keep-Fit: Is a "COMFY" room With TACLS: Contains standard life support resources Kerbalow Aerospace is 100% Dependent upon Textures Unlimited by @Shadowmage Installation: Extract the contents of the GameData folder to your GameData folder. Structure should then read GameData\Kerbalow Optional KA-330 Compatibility and Life Support Configs Installation: Copy the config files from the Optional Configs folder to GameData\Kerbalow Download Download A VERY SPECIAL THANK YOU TO: @CobaltWolf, @Nertea, @Shadowmage @Beale @Pak @steedcrugeon Kerbalow Aerospace is License CC-BY-4.0 https://creativecommons.org/licenses/by/4.0/
  11. Interkosmos - Science Parts for KSP - Interkosmos includes 6 Science parts inspired by real experiment : Photopolarimeter, Photometer, Hydrometer, IR Spectrometer, GasAnalyzer, Crystallisation Facility The Crystallisation Facility is also a Crystals Generator, with electricity and time the part could produce 50 Crystals Unit (new resource). When you recover the part full of crystals, you win 5000 Really helpful for career! Download: Spacedock / Github Licence : Attribution-NonCommercial-NoDerivatives 4.0 International (CC BY-NC-ND 4.0) Changelog : Graphic Patch made by @DiscoSlelge Tweakscale Compatibility patch made by @hraban
  12. Nehemiah Engineering Orbital Science Development Thread This is Micha's development thread for the Nehemiah Engineering Orbital Science mod collection originally by @N3h3mia. This thread will continue until such a time as Nehemiah is able to resume work on his mods. Please use this thread to discuss ongoing development, raising bugs, and testing pre-releases. The release thread is probably better to discuss the current stable release and general gameplay questions. I hugely appreciate people testing these builds and posting any bugs, feature requests, balance suggestions, or contributions in this thread. The pre-release builds are only available via Github. Releases on GitHub (KSP1.7) Link to last KSP1.2.x Version Resources @N3h3mia's Original Thread - contains original mod information, video tutorials, and more. Micha's Release Thread - contains current release information (duplicated here) Source Code on GitHub Version History From 0.7b3 onwards, only major changes are listed here. For a more detailed set of changes, please see the Changelog on Github.
  13. I hope I won't be accidentally double posting this, but I do not remember sharing my idea for a more involved Career/Science System I made half a year ago. The following could potentially be handled as a mod, but I am hoping with some feedback and refinement, it could be worthy of a future update since Career Mode and Science desperately need changes. The following Science Manifesto tackles that, along with changes to the Admin Building and Tech Tree. Copied from a PDF I wrote: THE SCIENCE MANIFESTO: CAREER OVERHAUL SCIENCE TYPES Instead of a generic “Science”, it would be split into 3 science types or “currencies”: Biology, Chemistry, and Material. Different science experiments can provide a varying degree of each. Generic instruments could provide all three, while more specialized would only provide one or two. The purpose of the different science currencies would still be used to unlock tech nodes, which now cost different amounts of each. It could also be used for contracts or for events (more on those later) Biology, Chemistry, and Material Science CHANGES TO EXPERIMENT RESULTS Experiment results are no longer abstracted. You no longer receive a ScienceDef result immediately after running an experiment. Instead, you receive one of two new result types: Data or Sample Data: Functions very similar to how science results are treated now. Experiments that generate number values (Thermometer, Barometer, etc.) will create a “Data” result. Data results can be transmitted via the CommNet system Samples: Experiments that collect a physical substance (Drills, soil scoops, gas chromatographs, etc) generate a “Sample.” Samples cannot be transmitted via CommNet, but you can run a second experiment on a Sample to convert it into Data, which you can then transmit. Converting a Sample into Data destroys the sample, leaving only the Data result. One sample could be run through different experiments and be converted into different kinds of data. Here could be some Sample Types: Atmospheric: Air or gaseous substances collected anywhere on a planetary body Soil: Ground sample collected anywhere on a body while “landed” Rock: Geologic sample collected from either specific biomes or from terrain scatters Liquid: Collected while “Splashed Down” Particle: A more complex sample that could be collected anywhere in the solar system. Such as solar wind plasma, Neutrinos, comet tail particles, etc. Samples can be collected and stored or moved. I am thinking is a KIS-style manner, where each takes up space and has mass. Different storage parts could be made to storage different kinds of and/or amounts of samples. Parts could be configured to spawn with a sample already in its inventory, such as to ship experiments to orbital labs (Plant growth, Material bay, etc.) Upon either transmitting, or returning the sample you will receive a science notification. The menu for this can be set very similarly to how contracts are now. An icon on the GUI can be added for science result logs and would flash once a new result is obtained from either a transmitted Data result, or a completed research project (See: R&D Building, Science Teams). It is from the new menu that you will obtain ScienceDef results, instead of when the experiment is first run. SCIENCE PART TYPES Science parts can now be more specialized. Parts could even be used only to collect samples, without providing any data, or to do both: Collector: These parts could run and generate a sample depending on the condition and biome of the craft. The Sample is added to an internal inventory where it can be moved to be worked on. Film Camera: Takes images and generates a “sample” film that must be returned Digital Camera: More advanced Camera that can develop or take digital pictures which are created as “Data” instead Instruments: These science parts take measurements of the environment or craft conditions, which are created as “Data” Labs: Lab parts take an input Sample, examine it (destroying it in the process) and converts it into “Data” that can then be transmitted R&D BUILDING The R&D Building now has four sections instead of the current two: Archives: Functions as it does now (Or can be removed) Warehouse: Stores samples collected during missions that return to Kerbin. Samples can be discarded sold, or moved to the Research Lab for analysis. The Warehouse Inventory can be accessed from the VAB/SPH or nearby in the world (Like KIS) to transfer returned samples back to a craft, if needed. Research Lab: Science teams in the research lab can analyze samples from the Warehouse for a much greater science return than in-situ experiments. You can run an in-depth analysis for each of the Science types (Bio, Chem, and Mat). Each analysis destroys the sample as part of the research, and subsequent runs of the same analysis on samples from the same biome yield vastly diminishing returns and/or take longer. In addition to increased science returns, sample research/analysis from a Research Lab has a chance to trigger an event. Events can be beneficial, detrimental, or preferably provide a number of player choices. For example, a sample from Duna could be found to potentially have micro-organisms. You could have the choice of exposing them to radiation or some other substance. Each choice would have an associated cost and either a randomized result, or a specific one depending on the sample and the Event. Events can be wildly different with different choices, and the percentage of each could be adjusted as to be less randomized. Development Lab: The development lab is the Tech Tree/Technology tab as it is in stock today. A couple of changes are that, like sample analysis, each node takes time to research. The cost of each node will now be one or more of the three new science types; depending on what it unlocks. Nodes for structural parts can cost more Material than other sciences, electrical or propulsion can cost more Chemistry, while manned or life support parts could cost more Biology. Other desirable changes to the Tech Tree system could be implemented here as well. One such change is using nodes to unlocked upgrade technologies and not necessarily “parts” alone. Nodes could even research KSC building upgrades, or Kerbal abilities. A tech node can unlock a part such as a manned capsule. The capsule has built-in RCS and auto-pilot but both are locked. Two nodes later on the tech tree could then “unlock” the ability for new crafts with that capsule to use each the built-in RCS, or its probe core. SCIENCE TEAMS Both sample research and tech node research now take time and funds. Each active research takes a certain amount of funds per day to maintain research. Providing Additional or reduced funding will affect the time it takes to complete each project. Funding would be managed from the Admin Building, along with any other R&D Policies. Research Projects are done by Science Teams. KSC has one Science Team by default, plus one per level of the R&D Building for a total of four teams at the highest level. A science team can be assigned to either research a sample, or a tech tree node. Starting out, you may have both teams analyzing samples for early science gain, and then switch both to research tech nodes once enough is obtained. MOBILE PROCESSING LABS The MPL and other parts like it will function very similarly to the R&D Building in that it provides you with the same three sample analysis options. Instead of requiring funds, MPLs need to be crewed and provided with power (and maybe eventually life support). Each MPL will provide a new science team. The efficiency of the MPL will be based on the Kerbals’ experience, and the results based on the location similar to stock now. Perhaps MPLs could also research tech tree nodes, especially if the tech tree is expanded. EXPERIMENT RESULT FLOWCHARTS The following are flowcharts to show the process for running experiments and obtaining science. INSTRUMENT EXAMPLE In this example, a simple instrument part is run. This generates a “Data” result, which can then be transmitted via an antenna, or returned for the same science gain. COLLECTOR AND LAB EXAMPLE This example shows a part used to collect a sample which is optionally returned to KSC, ran through and X-ray “lab” experiment, or a centrifuge. You would need to gather three samples with the soil collector in order to do all three options. MULTI-SITE AND MPL EXAMPLE This more complex example shows the many options from collecting a sample physically with a Kerbal and then processing it through multiple different experiments. It also shows a possible Event triggered by running a sample analysis in the MPL. I know it is a lot, but any thoughts or feedback?
  14. So I put together a rover to collect some Science from around the KSC, and I put four Experiment Storage Unit's on it so I wouldn't need to recover it constantly. I had also had four of each experiment I was bringing, so I expected them to all get collected. Then I noticed X Science was showing I couldn't run an experiment any more, despite the fact more runs were in fact required to fill the bar and enough science parts were present, so I checked the experiments. Turns out some of them had failed to collect. Thinking about it, this had also just happened while I was collecting the atmospheric analysis science from Kerbin's upper atmosphere with a totally different craft. Best I can tell, this is because I had all the Experiment Storage Unit's on an action group together, and they must have all collected from the same part at the same time. New since 1.8.1 as far as I know. While I have mod's installed, which is why I'm putting this here, I do not believe them to be at fault. Any experiment + 2 action grouped Experiment Storage Unit's on a craft should allow this to be replicated EDIT: Actually, it looks like they need to be on the same stage - so no decouplers in-between. Maybe. EDIT 2: Figured it out- this doesn't work with the Science Jr. or Mystery Goo. Haven't gone up to 1.9 yet, so I can't speak for that.
  15. I present my newest invention: A stock aircraft called Science Rover truck! It was initially developed UKRDF Ground Vehicle Company at the time of the Two Year War, it is a vehicle of choice for most science expedition groups. Originally built as an APC, It is a versatile vehicle that can carry up to 3 passengers. It is quite fast, being able to reach up to 30m/s, and with the help of its toggleable SAS units and a low center of mass, it can be very hard to topple over. High composite materials, and reactive front and hind armor provide great shock protection. As well as that, it can hold a lot of scientific apparatuses, and also features an interior! Last but not the least, the Science Truck features a close-able door at the back. Built in the SPH in KSP version 1.8.1. Right now I only have this image, but more are soon to come with more angles of the craft. Download Link -> DOWNLOAD CRAFT I am always open to suggestions, so feel free to post suggestions below. Also, please report any technical problems that you may find with the craft.
  16. Hello everybody, can anybody explain, why I am getting 40% transmit bonus on science data transmitted directly from KSC launchpad? I am using only Comunotron 16(-S) antenna, transmitting Mystery Goo or Thermometer data and no other vessel or satellite is in the game. I haven't installed any game mod. I've read many wiki pages (of course https://wiki.kerbalspaceprogram.com/wiki/CommNet and https://wiki.kerbalspaceprogram.com/wiki/Science) and I've searched for information here on forum and generally on the www, but all I found is that the transmit bonus applies only while transmitting through any relay antenna. I think that this isn't my case. I suppose the transmission goes directly from the vessel to the KSC. Can anybody explain what's going on here? Thank you!
  17. Hello there! The following AAR will follow my current Galileo Planet Pack science campaign - with a minor twist being the inclusion of as many mods as my machine can withstand. There are no solid objectives I put in front of myself - obviously, visiting every body in the system is one, but this is pretty much a no-brainer in this game (what else would one play for, other than visiting other planets?). Anyway, without further ado, I invite you to read up! I Breaking the Blue Every journey has to start at some point; the first step has to be taken one way or another. And so does the story of the Gaelian space program. Before the distant worlds are reached, we first need to break through the blue canopy above our heads; to reach into the black void of space. And in order to do that, we need to find ways to kick ourselves away from the ground and - what is even more important - come up with a way to get back in one piece. First attempts were rather modest; a short series of single seat, suborbital vessels dubbed Jumper was conceived, with their objective being crossing the threshold between the atmosphere and space. This objective was accomplished in third launch - during which Varyag became the first kerbonaut to enter space, as well as perform a brief EVA at the flight's apogee. Also of note was the second launch, when a modified capsule performed just a short jump to test the recovery system. This ambitious design, however, failed miserably, with lander legs giving way under the capsule's weight - luckily, without injuring Varyag in the process. At the same time, development of sattelite devices proceeded as well; the result was a small apparatus, dubbed Stardust, which was launched into low Gael orbit following Jumper 3 flight. Stardust was a simple device, its only scientific instruments designed to measure Gael's magnetic field, exosphere density and temperature. It also lacked solar panels; internal battery supply lasted for just a few days, after which the satellite became a dead derelict. Jumper capsule served as a basis for the first orbital craft in Kerbal history; Zenith 1.Weighing just short of 3 tons, the capsule provided life support for just a few days in low Gael orbit - but it was the first time a Kerbal was able to look at his planet from above. The full reusability concept tested during Jumper 2 flight has been discarded for the time being - still, the Zenith capsule has been designed specifically with reusability in mind.
  18. Science - Full reward! Now finally up and running in 1.7.3! Ground experiments from Making History are excluded and will function normally again! What it does: Some experiments require you to do them multiple times at the same location to max out your science gain. If you, like me, don't want to do it this way this mod is for you. It just makes you get the 100% science-reward the first time you do the experiment. But only if you recover it. This mod does not get rid of the penalty for transmitting data, it only affects the execution of an experiment. Here is what it does "in action"; Fresh game, first time on the launchpad, full green bar: Needs: Modulemanager Download/Source: Download from Spacedock Source on Github Thanks to @Malah and the guys from the ckan IRC it is now in the repository, thanks alot.
  19. PLEASE READ THIS POST FOR INFORMATION ON THE FUTURE OF THE MOD SEP v2.7.1 This is a continuation of the mod originally created by @AlbertKermin, and now co-authored by him, myself, and @DMagic. I'm merely starting a new thread so that I (as a more active user) can maintain the thread as needed. SEP now runs on a custom science plugin, allowing much more complex science over time. (See the next post for more images!) Changelog: Mod Support: This mod has custom science definitions for CaptRobau's wonderful Outer Planets Mod. This mod has custom science definitions for KillAshley's New Horizons Pack. @Nils277 has made a Central Station wedge for use with his Kerbal Planetary Base Systems mod. Run a SEP off your ground base! RemoteTech compatible (requires Module Manager) AntennaRange compatible (requires Module Manager) Dependencies: KospY + IgorZ's wonderful Kerbal Inventory System/Kerbal Attachment System. Credits: AlbertKermin, for creating the original MSEP mod, helping create the original SEP mod, and contributing sciencedefs for the current iteration. CobaltWolf, for creating the new models and parts used in the mod. DMagic for creating the new plugin on which the science system runs. KospY, for the Kerbal Attachment System mod without which my mod could not exist. Vaga, who created the RemoteTech compatibility patch. Kerbas_ad_astra, who created the AntennaRange patch. Beale, whose solar panel texture we used (with permission). Enceos, for his amazing help with converting the original mod to use KIS. JefferyCor, for advice on repairing one of this mod's more troublesome bugs. Dunrana for helping write the Science definitions, testing, and generally getting me back to work on the mod. Shameless plug: Need a lander to carry your SEP down to the surface? Like a fine wine, SEP pairs excellently with Bluedog Design Bureau - which includes a stockalike version of the LEM lander! License: This work is presented under a Simplified BSD license. Art assets used in Surface Experiment Pack were made by Matthew (CobaltWolf) Mlodzienski and are licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License. All credit for the wonderful new textures/models/artwork goes to CobaltWolf, who retains the copyright to his work. All source files for the mod, including uncompiled textures and models, are available upon request. We back boys!
  20. Orbital Survey Plus Recent Update Detailed Notes / Thoughts Introduction Does the insta-scanning capability of the M700 Survey Scanner keep you awake at night? Are you thirsty for more realism but uninterested in complex add-ons that ignore or replace the rest of the stock resource system or add lots of parts? You might be in luck! Orbital Survey Plus is a light-weight mod that provides you with a more realistic and intuitive way to perform surveys with the survey scanner while still using the rest of the stock resource system. Gone are the arbitrary inclination requirements and instant full-body witchcraft resource reveals! The M700 will now only reveal resource data for terrain it has passed over and scanned. How It Works After deploying the M700 Survey Scanner and pressing the "start survey" button, survey of the current body will begin. As long as altitude conditions are met (which are the same as stock behavior) the scan will progress, gathering resource information for the terrain under the vessel and draining electric charge. There are no other specific orbit requirements besides current altitude. As the scan progresses, survey data is accumulated, which can be transmitted back to the KSC. As soon as you transmit your first batch of survey data the stock resource overlay becomes unlocked. When you toggle the resource overlay, you will notice that regions that haven't been scanned and transmitted will be shrouded. As your vessel gathers more data as it passes over terrain, the resource overlay will become revealed for those regions after that data is transmitted. [Science] Not only does transmitting survey data back to the KSC reveal planetary overlays, it also yields science! [Biome Overlay] This mod adds a biome overlay toolbar button to go along with the stock resource overlay. The biome overlay will be shrouded in the same way for regions that haven't been scanned and transmitted by the survey scanner. [Background Scanning] Once you get your scanner going, feel free to leave it and launch more ships! Scans will progress in the background, so there's no need to stick around and time warp. [Settings] Many of the features of OSP can be tweaked or toggled through the KSP game settings menu. For example, if you're just here for the biome overlay, the advanced surveying feature can be disabled. Download Current Version - 2.3.6 for KSP 1.4.X | 1.5.X | 1.6.X | 1.7.X | 1.8.X Spacedock | Curse *ModuleManager included and required Source code available here on Bitbucket. Pictures! Video! (Thanks KottabosGames!) Changelog License Known Bugs - At the highest time warp speed scan lines can start to zig-zag - Entering the map view can swap the biome overlay with the resource overlay sometimes - Attempting to tweak the Scan Autocomplete Threshold in the options will peg the value to 0% or 100% (workaround: change it manually in the persistent file) I primarily built this mod for me, so I don't expect anything. But if you like it and you're the tipping type, feel free.
  21. Hi guys, I picked this game up on the last Steam 75% sale and it's really addicting. I'm having a blast. I started a career, and landed on the Mun for the first time yesterday, which was so cool. My first lander had all the science I had unlocked with it, and the full price to get it there was around 43k. This feels so expensive since my Mun orbiter for tourists is only 25k. How cheap can I get a science lander to the Mun to hit the biomes? Any thoughts on my design that I can improve? Thanks! Here are some images. https://imgur.com/a/uv6Ent0 I can get to orbit with boosters, and empty the lower stage tank to get Lower orbit, then burn for Mun intercept. If a poor launch, I might be a couple hundred Dv short. If I land without mistakes, I have 300-400dv of fuel left in lander, but if I have troubles, I can easily burn through that.
  22. This is my first craft thread, so advice would be welcome if I am in conflict with any conventions. LKO stats have been adjusted for 1.8 aero changes (improved performance for this craft). Big Plane to Anywhere (figuratively) https://steamcommunity.com/sharedfiles/filedetails/?id=1875714661 (Nice try, Bill, but I don't think this is what they meant by "long range ISRU craft"...) Well, it's been a long time coming. I'm mainly a rocket guy, but when I do find myself in the Spaceplane Hangar I very easily get obsessed with fiddling with my designs, more so than with the rockets. Anyway, I think I've finally gotten this to the point where I no longer have to be ashamed to put it in view of the public. Let me know if I'm wrong! If I'm being honest, the series of planes that this is a culmination of probably began life as the concept, "like my first spaceplane, only bigger". But eventually an actual mission materialized: to carry a scientific exploration team to Laythe and (almost) anywhere else with a complete science package and ISRU that wouldn't take months to refuel with. One development I'm a bit proud of was the realization that I could attach radiator panels to the reaction wheel that was adjacent to both of the drills and the refiner, elegantly taking care of all my core heat xfer needs. This development allowed me to finally have a truly streamlined airplane, since I had formerly had medium TCSes attached to the exterior. Two panels and two small TCSes have less than the mass of one of the two medium TCSes, let alone the aerodynamic improvement! The small TCSes (middle of picture) are for actual part cooling, and aren't necessary, but having at least a little active cooling capability is handy from time to time, e.g. cooling off during a multi-orbit aerocapture. (The panels are terrible at non-ISRU cooling in general, and the ones on this vessel in particular are nearly useless at it.) The construction of this spaceplane does not use offsets at all, nor any part clipping aside from the wings tilting into the nacelles. This was a design choice. Table of Contents: Statistics: immediately below the table of contents Atmospheric flight characteristcs: Balance; Lift; Takeoff; Ascent; Reentry; Landing: approach, normal, water, parachute Vacuum flight characteristics: Takeoff; Landing Miscellaneous: Docking; Adjusting balance; Water landing; Water movement; Design choices Edit history Postscript (action groups) Statistics: —Parts: 100 —Mass: 111.35 tons (57.15 dry) —Cost: 401.29 kilocredits —Vacuum Delta-V: 4.6k to 4.7k depending on if you have oxidizer or nothing but liquid fuel. (counting ore tank, since you can refine it into fuel) —Engines: 4xRAPIER, 4xNERV (0.25 TWR on NERVs if the LF/Ox tanks are empty) —Landing gear: 2xLY-60 in rear; LY-60 and LY-35 in front. (35 for better taxiing and runway takeoff; 60 for rougher terrain and lower takeoff speed) —Mining: 2x large drills, large converter, 2x smallest ore tank, M4435 Narrow Band scanner, Surface scanner (Surface scanner can refine M4435's results) —Science: all experiments; 4 places to put science in addition to the lab (Cockpit, probe core, 2x storage unit) —Communications/Control: Communotron 88-88 (normal direct antenna); RA-2 + RC-001S (with one pilot, can control a probe that lacks direct CommNet connection) —Docking: 1.25m only; no RCS. See Miscellaneous for tips. —Airbrakes?: Yes, 4. Retract before landing. —Parachutes?: Yes, 6 plus 2 drogues; positioned to be moderately rear-heavy, but this is adjustable via fuel movement. Enables safe landing in any terrain or water. —RTGs?: Yes, 8; can permanently run lab and SAS at full strength —Fuel cells?: Yes, 3; can permanently run drills and refiner at full capacity —RCS?: Sort of; 6x Vernors under the nose to assist takeoff/landing in airless environments —How much delta-V is left after making LKO?: Even a pilot worse than me should reliably get to LKO with 24-2500m/s remaining before the +203 from refining the ore tanks. My best so far is 2667 (2870) and I seriously doubt this cannot be bested by an actually talented pilot. Test flight landed on Minmus with 1213 dV remaining. Also goes direct to Mun. —Amphibious?: Yes: can land in water on parachutes or aeronautically, and can take off from water (but only below 25% fuel). See Miscellaneous for details. Atmospheric flight characteristics: —Balance: The center of mass is almost exactly on top of the center of lift both full and empty, in the back half of the rear cargo bay. (About 16.3m from the front of the 26.8m craft, or about 61% of the way to the back.) If you want the CoM to move forward after takeoff, you can lock the tank behind the cockpit (this LF should not be needed to make orbit). This also can help counteract the already mild tendency to nose up at high speed (see below). See Miscellaneous for a tip about rebalancing the craft. —Lift: Tendency to nose up or down while SAS is off is not violent at any speed; very slight down at low speed (<200), a bit up at high speed (300-1000), and very slight up up during final speedrun. —Takeoff: Fully loaded, it can be lifted off the runway at 83m/s (lower on rough terrain due to upslopes) on main wheel (100 for smaller wheel). Consider using the small wheel on runways or flats to gain more speed before liftoff (due to lower angle of attack while on the ground). Left to its own devices it lifts off at the end of the runway at about 99m/s (112 for smaller wheel). —Ascent: After the 1.8 update, it no longer has to stop ascending to break the transonic speed hump. My flight plan, which may or may not be optimal, is: Set at 5° above horizon; it will gradually dip a bit to 2-3° but recover by itself. After going supersonic it will tend to slowly climb in attitude; stay at 5-7° until about 15km altitude, then begin dropping to 2-3° in order to extend final speed run in the 18-22km altitude range. (If you're feeling lazy, you can just let SAS do its thing all the way to 1000 m/s or so.) Activate NERVs when RAPIER thrust falls below 200kN. By the time thrust falls below 60kN you should be around 1500m/s +/-50; switch to rocket mode when jet+NERV acceleration is unacceptably low and aim for the top of the prograde circle (or a little higher or lower, to taste). When oxidizer runs out, drop to prograde lock; the NERVs should be able to maintain or increase your time to apoapsis. —Reentry: It's recommended that fuel be moved foward to the tank behind the cockpit for reentry for extra stability. For example, in testing, given a 100kmX15km LKO reentry orbit and only 500 units of fuel remaining, a neutrally balanced craft struggled to maintain a 40-45° pitch without using airbrakes, while a craft that moved that same small amount of fuel forward had no trouble. It should be noted that the balanced craft had no trouble with a 30-35° reentry profile. 1000 units of fuel (~10%) balanced forward is enough for a radial out pitch to stabilize forward instead of flipping out. Use caution if returning from other celestial bodies; it's not recommended to dig deep into the atmosphere on the first pass without decelerating first. —Landing approach: If airbrakes were used, retract prior to landing as the bottom ones may be destroyed otherwise. Perfect balance and generous control surfaces make it relatively maneuverable for a Mk3 spaceplane. Since it takes off near empty at 53-60 m/s (on big/small front wheels) the stall speed on low fuel should be similarly low unless I'm mistaken. —Landing normally: Try not to touch down at more than 5m/s vertical speed. The fairly wide rear footprint means it should be pretty stable and modest testing has borne this out. —Landing in water: This plane is capable of a safe aeronautic landing in water, which was successfully tested at 25% fuel, but parachutes are recommended for landing in water or very rough terrain. —Landing on parachutes: Even heavily loaded with fuel, this vessel can land safely on its complement of parachutes, but use of engines to help soften the landing is encouraged. The Abort action group opens doors for the parachutes and triggers them. Vacuum flight characteristics: —Takeoff: Fully loaded and on a flat surface, the Vernors are not quite strong enough to lift the nose for vertical takeoff in Munlike gravity. Instead, get forward motion and it should be able to lift off shortly with the help of the thrust attitude, especially if the vehicle runs off the top of a hill. Use of RAPIERs is recommended unless terrain is very flat. —Landing in vacuum: dV can best be conserved by a "reverse takeoff" posture, where final approach retains some horizontal motion while vertical motion is very low, but this is not easy. It is probably more practical to descend on the engines rocket-style, and then transition to horizontal when near/on the ground (fall on the wheels). This has been tested on the Mun. Be careful to keep the plane level (don't let it roll on its side or you may lose a wing). The Vernors can slow the fall of the front end, but this should not be necessary in Munlike gravity. Miscellaneous: —Recommended docking procedure with this vessel is as follows: 1. Rendezvous; 2. Make a close approach (50 meters dock-to-dock* or less), then cancel relative motion; 3. Align to the desired docking port, and accelerate a little for final approach. This technique has been highly successful on larger versions of this vessel docking with still larger vessels. *(Bear in mind that when approaching tail-first the engines are almost 27m closer to the target than the docking port, and flipping tail-to-nose will bring the docking port of this craft when normally balanced 32 or 33 meters closer to the target due to where the vessel's pivot point is. A dock-to-dock separation of 50m would mean a real distance facing away of 23m and 17m after flipping). —When altering the balance of the craft (e.g. to put the CoM more ahead of the CoL), keep in mind that adding fuel to the rear and front LF tanks in a 2:1 ratio will be approximately neutrally balanced, i.e. will keep or return the ship to close to its starting balance. —Water landing (via parachute) was tested on Kerbin at 75% fuel. If your splashdown attitude is close to vertical, your docking port may be at risk of destruction as you rotate down, but this can be prevented by using the Vernors to slow your fall. (Presumably similar precautions should be taken if landing on Tylo.) —The top speed in water is 38.7 m/s when full. The top speed on low fuel is uncertain because during testing the plane unintentionally took off. In subsequent testing, the vessel was able to intentionally lift off when top speed in water was about 70 m/s, when fuel fell to between 20 and 25%. (Highest speeds were obtained when fuel was moved forward and SAS set to prograde.) —Why the precoolers? Although the shock cones more than meet the needs of normal flight, I like the idea of having strong static airflow for those, ahem, "off prograde" situations. They are also handsome. —Why the everything? This design was not arrived at minimalistically; I'm sure there is a lot you could cut, starting with the rear parachutes and airbrakes. But I wanted a feature-rich craft, and those are features, and it is Minmus capable, so there. Having said that, I do still welcome criticism if you think anything is too blatantly unnecessary. —Why no offset? I just didn't want to use offset; a little bit to neaten up the often messy intersections of aerodynamic parts is okay but I often see it used in a way I think of as exploitative. So in a way the only minimalistic thing about this design is the offset and part clipping, which was a design choice. —After the 1.8 atmospheric changes, this plane can actually fly on a 3R+3N configuration, but taking away two nacelles worth of LF completely negates the benefit. It's slightly less dV, significantly less TWR, and a more annoying ascent path; why bother? Well, I could probably just yank one jet off the regular design (keeping 4 NERVs) and limp to orbit, but the dV gain (112 I think) is, while noticeable, quite modest and I would be nervous about sending it to Laythe untested with that much less atmospheric performance. So, how do you like the plane? How do you like the post? Comments and questions welcome. Edit history: 1.1—9/28/19: Added vacuum landing notes. Added "Miscellaneous" section. Made major changes to vehicle (reduced RAPIERs from 6 to 4, replacing two Mk3 side pods with four Mk1 side pods). Edited text accordingly. 9/29/19: Added Minmus picture. Edits to vacuum landing notes and other things. 9/30/19: Swapped location of RAPIERs and NERVs (reducing tailstrike risk); minor text edits. 1.2—10/4/19: Minor adjustment to front wing AOI and location; small but critical adjustment to rear wheels to eliminate drift on takeoff. Added location of CoM to "Balance". Added "Takeoff"; edits to "Ascent" and "Landing Characteristics".) Finally changed top picture to reflect new version of craft. 1.3—10/5/19: Added "Communications"; added more detail to CoM location, "Lift", and "Takeoff"; added RA-2 to vehicle and replaced bottom pair of shock cones with NCS tanks. (Reduced cost by 3300, increased wet mass by 0.91, dry mass by 0.11, part count by 3) 1.4—10/10/19: Updated "Landing in vacuum" to reflect finally testing Mun capability; added "Takeoff in vacuum". Removed 1 fuel cell (3 remain) in the belief that this was enough for even maximum ore concentrations, subject to review; please let me know if this is found to be wrong. 10/11/19: Added water landing/movement/takeoff details. 10/13/19: Added postscript. 10/15/19: Added table of contents. Reorganized flight/landing characteristics. Added detail to docking. Updated photos (10/5 changes), minor text changes. 10/16/19: Added "Reentry", minor edit to "Ascent". 10/22/19: Altered commentary on small TCSes. 10/23/19: Removed Z-4K battery after finding a way to mount the drills on the reaction wheel and still fit them through the cargo doors. Added small ore tank for symmetry in new location. (Cost reduced by 4.2k, mass increased by 0.675t wet but reduced by 0.075 dry. Battery capacity reduced from 5710 to 1710.) Updated cargo hold picture. 10/26/19: updated "Ascent" to reflect 1.8 aerodynamic changes. Redid Minmus test—new photo. Postscript: the action groups: 1: RAPIER toggle (on/off) 2: NERV toggle (on/off) 3: RAPIER mode swap & air intake toggle (open/shut) 4: All cargo bay doors toggle (open/shut) & small thermal control system* toggle (deploy/retract) 5: --- (nothing) 6: Drill toggle (deploy/retract) 7: Surface harvester toggle (on/off) 8: Fuel cell toggle (on/off) 9: Obtain all possible science, including crew report 0: AIRBRAKES toggle (deploy/retract) Lights: default (all lights turn on or off) Landing gear: default (all landing gear extends or retracts—note that this is NOT a toggle) Brakes: default Abort: The top cargo doors open and all parachutes deploy. It's possible that some parachutes won't deploy if the doors aren't already open; just press the button again. *(Note: the interior thermal panels are always on by default)
  23. [a part mod inspired by Luna, Venera, Insight, Sojourner, Curiosity, plus some convenience stuff] Introduction Hi there, space-traveler! Don't just stand there; come in, look around, try out our classic hot-pants - the originals, the best, famous around the solar system! And, welcome to... Aah, more interested in rocket parts, aye? Well, no matter, we got that too. As of now, our line-up consists of just two manufacturers of very essential cosmos equipment. Martin & The Probes The up-town start-up company Martin & The Probes was funded by the income gained from the chart-topping hipster band with the same name. They focus on neat stuff for your everyday probe needs. RB-1 Spherical Probe Container (1.25m non-atmospheric lander) This product has been called the flag ship of M&TP, at least by their commercial department! This very handy spherical container protects your important scientific equipment, that someone is paying for you to bring to some place despite every scientific opportunity there having been exhausted already! Crash tolerant, comes with internal batteries and is like totally round - you'd be crazy not to buy it! RB-2 Reentry sphere (1.875m atmospheric lander) Land your probes in style with this heat resistant thingamabob! Made from the finest plastic composites on the planet. Well, on a planet. RB-4 Space Container (3.75m space or lander fairing) This positively large deployable fairing is a great fit whenever you need to send way too much sensitive equipment to space. Comes with an extra bottle of spray paint! Thermal Fairing (3.75m top cover for heat shield) Land in style on distant planets using the latest in cone-based technology! AID-X1 (0.625m decoupler) Ever wanted to put a non-stackable item on both the top and bottom of your probe? Fret no more - the Advanced Interstage Decoupler is here you help you! AID-X2 (1.5m decoupler) The larger version of the interstage decoupler lets you stack even bigger non-stackable things together! Astro Composites International Here at ACI we believe space is 20% science and 80% fashion! We focus on structural rigid components for your spectacular rocketry moments! Lightweight Hex Platform (2.5m inner diameter - probe lander platform) Sometimes, building probes vertically doesn't really cut it - spruce things up with this amazing probe platform, which comes with integrated holes! Hex Struct (1.25m - structural building block) No-one is really sure what this is intended for, so we usually just store our designer wellies in it. The top can be removed, but only by our senior engineers. Review Download Download from CKAN (RocketEmporium) or grab it from here. Dependencies Some parts (the robotic ones) are fully dependent on AnimatedAttachment to do anything useful. Many more will benefit greatly from it being installed. It will allow you to attach solar panels on the probe containers, for example. Known issues * The view from the cameras doesn't contain all effects, like atmosphere. Compatibility No known issues with any 1.4.x version. Has not been tested with earlier versions. Change log License Published under Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International Public License. Credits Thanks to @Atubara for the awesome artwork in the top =) Visit https://www.reddit.com/r/kerbalculture/ for more great fan-art!
  24. Hello everyone. Following a reddit thread, let me post here some thoughts about the current science system and what I'd love to see in KSP2. Currently, experiments give you science points. Some missions or achievements also give you a small amount of points. You use these points to unlock nodes of a tech tree. Nodes give you parts. Upgrading the RD Building allows you to reach further in the tree. You may (according to your career settings) need money to unlock each different parts. What I like about it. It's a familiar concept in games. It's easy to understand. Fancy parts are harder to get. What I dislike about it. All the experiments are equivalent (1). It encourages grinding science (2). Experiments aren't connected to unlocked technologies (3). (1) Science points are science points, no matter where they come from. (2) I feel like it's a lot of "go that high, go that far, bring thermometer, barometer, goo, come back" (3) I know the temperature of the North Pole of the Mun, my scientists can finally develop supersonic air intakes ! A system that I think would be interesting (I will most likely purchase KSP2 in any case but hey, my pride would be infinite if I can contribute) would be to..... Have missions to unlock technologies or parts. Yeah, revolutionary idea, right ? For instance, launching the first uncontrolled rocket "that high" would unlock basic control. Then the first suborbital flight unlocks higher vacuum ISP engines. The first orbit unlocks basic RCS, while the first rendezvous unlocks docking ports. And so on. You get the idea. EDIT : I think I got misunderstood at some point. I didn't mean that the "missions" or "milestones" would come one after the other in a predetermined sequence. You could have a tree as well. And chose how you want to progress through that tree. My point is just that instead of having science point requirement to unlock technologies or parts, you'd have to do specific stuff, or go to specific places. But not in a specific order. /EDIT Why do I think it would make sense ? Well, right now, you can basically have almost everything unlocked before you send your first interplanetary craft. Not so challenging. So it would be more.... less..... well, I don't know. It just doesn't feel right. But moreover, and especially with colonies and interstellar flight, it makes even more sense. Because... imagine making your first colony and.... you already have unlocked fancy habitat techs. Nah.... The first offworld colony must be a dusty sh*thole. Barely habitable. But from that experience your scientists would learn sustainability. And so on. That being said, a science point system can still be useful to either upgrade parts (cheaper, lighter, harder, whatever-er) or to unlock some better technologies. Like the first Orbit unlocks small RCS. Science points unlocks bigger RCS blocks or increase the ISP, or allows for LFO, ion or other kind of technologies. You've read so far. I'm flattered. What do you think about it ?
  25. Past the Haze main lobby Please Note: Due to the loss of the original image uploader website, and my failure to keep a backup image folder, many of the pictures on pages 2-3 are permanently lost. Introduction: Hi. Before the story starts, I'd like to speak for a little. I have... commitment issues, and have started several stories here, but never progressed far on any. I want this topic to be different from my other ventures, but if it goes dead, that'd be why. My intention is for this to be a series of probably-not-that-short stories using my current science mode game. The premise? I'm kinda making this up as I go along, but so far it involves a space program attempting to survive in a Kerbin previously hit by an unnamed series of disasters (AKA the installation of visual mods), and get to the bottom of the convoluted story of why the planets look so different. All the while, Kerbin itself might not be safe. Quality and enjoyment are nowhere near guaranteed, and there will be early installment weirdness, but I'll do my best to make something decent. Story will start on the next post, listed here is the table of contents, a current modlist, a (WORK IN PROGRESS) character list, and a (WORK IN PROGRESS) organisations list. Table of contents: Story 1: Night Rescue, Chapter 1: Exposition Much? Story 1, Chapter 2: Undeniably Majestic Story 1, Chapter 3: Buck Story 1, Chapter 4: Alone at Sea Story 1, Chapter 5: Kerbal in the Water Story 1, Chapter 6: Fishing Story 1, Chapter 7: Contact Story 1, Chapter 8: Return Story 2: Phoenix II Story 3: Network Story 4: Oculus Station, Chapter 1: Core Story 4, Chapter 2: Minor Hiccups Story 4, Chapter 3: Onboard Story 4, Chapter 4: Telescope Start! Story 4, Chapter 5: Science Run Story 4, Chapter 6: New Mission Story 5: Eve probes, Chapter 1: The Plan Story 5, Chapter 2: Summit 3 Story 5, Chapter 3: Inquirer Story 5, Chapter 4: Survey Story 6: Shroud Lifted, Chapter 1: Hollywood Science? Story 6, Chapter 2: hey cool we found a dot Story 6, Chapter 3: New Guy in Town Story 7: Test the Waters, Chapter 1: Notions of an Idea Story 7, Chapter 2: The rest of the Idea Story 7, Chapter 3: Assembly Story 7, Chapter 4: Set sail Story 7, Chapter 5: Enroute Story 7, Chapter 6: Some assembly required Story 7, Chapter 7: Fission mailed Story 7, Chapter 8: On the road Story 7, Chapter 9: The pumpkin pie planet Story 7, Chapter 10: Can I go home now Story 8: Explore from a safe distance, Chapter 1: Recover vessel* Story 8: Explore from a safe distance, Chapter 2: Going coastal Modlist: Characters (spoilers): Organisations (spoilers): Situation report: Unfortunately, due to numerous obstacles and problems, including losing a great deal of pictures and the game deleting many of my story-important craft, Past the Haze is over. However, as soon as I get my gaming computer up I'll reboot it under a new title.