Page 1 of 223 1231151101 ... LastLast
Results 1 to 10 of 2228

Thread: [0.25] RasterPropMonitor - putting the A in your IVA (v0.18.3) [8 Oct]

  1. #1
    Mad (social) scientist Mihara's Avatar
    Join Date
    Apr 2013
    Location
    Moscow, Russia
    Posts
    1,456

    Cool [0.25] RasterPropMonitor - putting the A in your IVA (v0.18.3) [8 Oct]

    This is a plugin initially conceived to handle the internal monitor displays of the ALCOR capsule, with the intent of supplanting MechJeb/Engineer windows when flying from IVA. It evolved to the point when it's an entire kit of tools and widgets for creating advanced IVA props, capable of displaying information in many ways and dragging the kicking and screaming kerbals into the XXI century from the 1930s they seem to be stuck in.

    While this mod is mostly intended as an IVA making toolkit for modders, this package shows off some (amusingly, not all) of it's capabilities by completely redoing the instrument placement in all stock capsule interiors, which I'm sure many people will find useful exactly as presented -- consider it an independently useful technology demo, which I'd like to hand over for someone else to run. It's most important function is to be "that mod where RasterPropMonitor.dll comes from" just like the popular Firespitter package is also the source of the Firespitter.dll which is used in lots of other places. If you wish to have RasterPropMonitor in the capsule you made, poke me and I'll help -- though please don't be offended if I'll reply by copypasting from the extensive documentation I wrote specifically for this.



    The core of the plugin is an IVA information display, capable of displaying lots of useful data, (Total number of individual data variables you can display or make props act on is over 150!) as well as a number of outer cameras. All the information pages are completely configurable, pretty much nothing is hardcoded, the plugin can be used to create a wide variety of shapes and sizes of IVA display prop, as well as buttons, switches, gauges, alarms, and there are probably potential uses which I'm simply not seeing. Everything is exhaustively documented, and the system is designed to be flexible and extensible. You can write plugins for it, and in fact, that's how much of it works internally.

    Despite glowing comments, the IVAs this package provides are pretty basic, and much more elaborate usages exist.

    Notable projects using RasterPropMonitor that you can also play with:What started as an attempt to help make a lander can that doesn't suck is turning into an industry. Please tell me about your RPM-using IVA so I can add it to this list!

    • Download: From GitHub releases page, from Curse project page.
    • Frequently Asked Questions: Please read.
    • What not to suggest: See PLANS.
    • Installation: Unzip so that the package's GameData matches your GameData, simple. Despite how simple it is, people seem to be getting this wrong, so I'll use big bold letters: THIS MOD IS VERY PICKY ABOUT BEING INSTALLED EXACTLY WHERE IT EXPECTS, everything that is within the GameData directory in the package must end up directly within your GameData directory, and there is nothing I can do about that. WARNING: Installation by overwriting previous versions is NOT guaranteed to work and NOT recommended. If you do that, you're on your own.
    • Source code: GitHub and released under GNU GPLv3. Pull requests welcome. No, seriously.
    • Full documentation: On GitHub in the wiki. It's about as long as the sourcecode, because I like to write detailed manuals.


    Extra things:
    • SCANsat natively supports RasterPropMonitor and can display maps of celestial bodies. These are the maps you see on those pictures.
    • VesselView can show a graphical representation of your vessel on your screens.
    • Engine Ignitor has a menu for RPM if you like engines with limited number of ignitions.
    • NavUtilities supports RPM and has a nice ILS/HSI page for use in aircraft.
    • VexcomHUD for RPM, an aftermarket set of HUD bitmaps and an extra HUD for the stock cupola.
    • Better, more advanced menus: Kerbal Space Industries MFD Package has an interface that is more in line with the way real multi-function displays work and is more optimized for actually using it day to day than my own feeble attempt at using my own code.
    • Squad Texture Reduction Pack: You don't really want to use it, because Active Texture Reduction does the same in a non-invasive future proof manner, and the texture reduction pack is multiple versions out of date. If you still insist on using it, though, you also need this ModuleManager Patch.
    • Kerbonov Kn-2 cockpit: There's a patch to support it.
    • TouhouTorpedo's MK3 cockpit: This cockpit is not supported in the package itself because it does not have a well-established installation method for modern versions of KSP. There is, however, this ModuleManager patch if you did get it installed.
    • FASA Gemini Pod: It is not directly supported because I don't feel it's appropriate to just go and override what is an extremely detailed replica of historical craft with modern instruments in a package meant for general use. But if you don't care about historical accuracy, MOARdV has made a package for you.
    • Playing first person throughout: There are two plugins that do this sort of thing: FirstPersonEVA and Through the Eyes of a Kerbal




    RasterPropMonitor v0.18.3

    This is a maintenance release to make RPM work with KSP 0.25 again.

    • Bundled ModuleManager version updated to 2.5.1.
    • Bug where transparent pods would cause spurious configuration error warnings has been fixed.

  2. #2
    Sr. Spacecraft Engineer bac9's Avatar
    Join Date
    Apr 2013
    Posts
    253
    Blog Entries
    1
    Brilliant work here, good to see a new way to make those displays.

    What do you mean by supporting exactly one camera, though? Most internals have multiple possible camera positions, usually accessed by double-clicking the windows. Is the text rendered in screen-space or via some similar way so that it will be missing or incorrectly projected if you'll look at a display from another camera?

  3. #3
    Looking good, but... the obsessive in me notes that it's not quite lined up with all the other instruments on that console. -_-;;

  4. #4
    Mad (social) scientist Mihara's Avatar
    Join Date
    Apr 2013
    Location
    Moscow, Russia
    Posts
    1,456
    Quote Originally Posted by Commander Zoom View Post
    Looking good, but... the obsessive in me notes that it's not quite lined up with all the other instruments on that console. -_-;;
    Because the console itself is kind of crooked and not lined up. Get PartTools 20, load it in Unity and see for yourself.

    Patches welcome.

  5. #5
    Mad (social) scientist Mihara's Avatar
    Join Date
    Apr 2013
    Location
    Moscow, Russia
    Posts
    1,456
    Quote Originally Posted by bac9 View Post
    What do you mean by supporting exactly one camera, though? Most internals have multiple possible camera positions, usually accessed by double-clicking the windows. Is the text rendered in screen-space or via some similar way so that it will be missing or incorrectly projected if you'll look at a display from another camera?
    No-no-no. External camera. Look closer at the first image in the album... guess I should have included more and better pictures.

    Every display page can have an associated named transform. This transform can be located anywhere within the vessel. When the page is activated, this transform will become the location of a camera, which will render into the screen background. You can have as many of those as you can have pages, the (arbitrary) limit on these is 8. (You can have as many individual different prop displays per pod as you like.)

    This distribution is more an example than anything else, and I don't have a model with a named transform in it handy, so in the example display here, the name of the transform it looks for is "port". Every stock docking port has one, unfortunately there's no telling which one will be found first.

  6. #6
    Sr. Spacecraft Engineer bac9's Avatar
    Join Date
    Apr 2013
    Posts
    253
    Blog Entries
    1
    Ah, alright, makes sense.

  7. #7
    Here is something I did to the PTK NP. Since I don't have the mesh for this capsule to create the transforms I created 8 unique camera parts and placed them around the outside of the capsule in various places.


  8. #8
    Canis Vulgaris Asparagus el_coyoto's Avatar
    Join Date
    Sep 2012
    Location
    Strasbourg, France
    Posts
    238

    \o/

    Awesome!

    What bothers me with MJ, KER and most addons is that they add behavior windows to display their stuff and this behavior does not really fit the game GUI aesthetics.
    I love mods, but I sometimes miss the clean look of a fresh KSP install...

    Providing data in IVA view is the solution to this problem and reinforces the immersion into the game.
    Can't wait to see what modders will do with your work : in my opnion, the only thing that KSP really lacked until now were MFDs as cool as those in found Orbiter Flight Simulator...

  9. #9
    I'm missing something: I tried adding a transform named "port" in both a pod external and an internal model and the screen5 will not show the cam. Also, why does it say "port, 30" for camera 5? If we want multiple cams, do we just add that camera line under each page in that module?

  10. #10
    Mad (social) scientist Mihara's Avatar
    Join Date
    Apr 2013
    Location
    Moscow, Russia
    Posts
    1,456
    Quote Originally Posted by Nazari1382 View Post
    I'm missing something: I tried adding a transform named "port" in both a pod external and an internal model and the screen5 will not show the cam. Also, why does it say "port, 30" for camera 5? If we want multiple cams, do we just add that camera line under each page in that module?
    What do the logs say, and why did you name it 'port'? I only used that in the example prop config because that's a transform name that stock docking ports have. I'm not sure what's happening exactly, but I have a suspicion it's finding something (otherwise there would be a log message that the transform was not found) but that something has a position from which it's not possible to see anything. The transform has to be on the external model, (it can be on any part of the vessel, but the pod is searched first. The search is done again every time you switch pages.) and Z+ will be the direction it will be pointed into.

    If you want multiple cams, you add camera1, camera2, etc. The ",30" is the field of view the camera will have. For example, here's a config from an ALCOR screen that I used while testing:

    Code:
      MODULE
      {
        name = RasterPropMonitorGenerator
    	
    	refreshRate = 10
            refreshDataRate = 10
    	
    	button1 = buttonR1
        page1 = ASET/ASET_Lander_Cabin01/Props/FlatMon40x10/landing40x10.txt
    	camera1 = Ext_B_CamTransform,40
    	
    	
    	button2 = buttonR2
    	page2 = ASET/ASET_Lander_Cabin01/Props/FlatMon40x10/orbit40x10.txt
    	
    	button3 = buttonR3
    	page3 = ASET/ASET_Lander_Cabin01/Props/FlatMon40x10/target40x10.txt
    	camera3 = DockingCamTransform,20
    	
    	button4 = buttonR4
    	page4 = ASET/ASET_Lander_Cabin01/Props/FlatMon40x10/shipinfo40x10.txt
    	
    	button5 = buttonR5
    	page5 = ASET/ASET_Lander_Cabin01/Props/FlatMon40x10/Crew40x10.txt
    	
    	button6 = buttonR6
    	page6 = ASET/ASET_Lander_Cabin01/Props/FlatMon40x10/resources40x10.txt
    	
    	button7 = buttonR7
    	page7 = ASET/ASET_Lander_Cabin01/Props/FlatMon40x10/misc-1-40x10.txt
    	
    	button8 = buttonR8
    	page8 = ASET/ASET_Lander_Cabin01/Props/FlatMon40x10/misc-2-40x10.txt
    	camera8 = Ext_A_CamTransform,60
      }

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •