NFunky

Members
  • Content Count

    148
  • Joined

  • Last visited

Community Reputation

10 Good

2 Followers

About NFunky

  • Rank
    Piano player

Profile Information

  • Location Array
  • Interests Array

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Thank you guys. I am looking at the legacy RT files, but I'm not much of a coder, so it'll be slow going. Seems to me like it would be fine for the spacecraft to auto-orient to a selected target. That was essentially what I was planning to do with the stock system, only using the SAS's "hold target" thing. In stock comms, when you lose LOS, you can still issue SAS commands. The old RT system actually sounds more elegant than tat, so I'd be fine with it.
  2. Yeah, it's physical orientation I'm talking about, and yes, with the use of PersistentRotation in mind. Ideally, I would like to use a mechanism similar to celestial body occlusion. If possible, cause parts to occlude comms the same way. I am hoping something using the stock comms, or even solar panel phyhsics would be doable, but I'm open to any suggestions. I have never coded an actual mod before, but I'd be willing to give it a shot. Any modders want to tell me how to get started?
  3. Hey guys, I've been looking around, but can't seem to find anything like this. I love playing with extreme realism, and one thing that is very important in real life is spacecraft attitude for communications. I would like to either find a mod (or if need be, develope one) that requires orienting non-omni antennas toward either the DSN or a relay. I want to require GEO satellites to point their dishes down toward the planet (using PersistentRotation makes this possible). Ideally, if comms are not oriented correctly, the spacecraft would act as if their was a loss of line-of-sight, and have all the limitations that implies. Is there such a mod? I am not an expert modder, but I have done a lot of amateur .cfg editing and tweaking, and I have a rudimentary knowledge of C#, etc. Would this be a difficult mod to create?
  4. Just for those who are curious, I did discover a partial answer to my first question. It appears that FAR has a config file specifying wing and control surface lifting area, in the FerramAerospaceResearch.cfg file. For modules FARWingAerodynamicModel and FARControllableSurface, there are two values. "MAC", the Mean Aerodynamic Chord, is basically the leading-to-trailing-edge width. And "B_2" which is the root-to-tip width. Not quite sure if there is a value for wing thickness, but I couldn't find anything obvious. HOWEVER, I'm still very curious about the real shuttle's glide slope and landing flare. Is anyone playing with a real shuttle model in FAR and having a similar experience to me?
  5. Hey guys, you're a bunch of smart people, maybe you can tell me if this seems right. Overview is, I'm working on a small mod that rescales all parts to 2x, for use with RF and RSS (not RO). This allows me to pretty much build stock-ish craft that have reasonable performance in RF and RSS. So, got a question about FAR, aerodynamics and rescaling. Does anyone know if I change the rescaleFactor, if that will automatically inform FAR we are dealing with 4x larger surface areas? I have been trying to build a Mk3 Space Shuttle, and am running into some interesting problems. I basically have to balance it to where it is slightly unstable during reentry (CoM too far back) in order to make it maneuverable enough to attempt a landing. Otherwise, as soon as I'm subsonic, it's lawn dart time. I seem to remember that the CoL moves toward the back when supersonic, but it almost seems to be the reverse case for my shuttle. Finally, once I've gone below 5km, I have to maintain a very steep dive, and pull out very hard at the last second in order to have the lift to land. I know this is pretty realistic, but can someone give me the actual numbers for shuttle final approach? I have to go in a nearly supersonic speed, and I have to start the flare at above 2km to make it in time. This is what got me thinking something was really wrong with my aero model. I have to be within seconds of the correct flare time, or I nose dive, or loose too much energy and slam down on my belly. Any help would be very welcome!
  6. The game runs quite well on the Pro 4. Touchscreen works perfectly in game as well, aside from the no-right-click thing. I can't for the life of me work out why it doesn't, but I'll keep trying things and post if anything works.
  7. Hi all, So I just got a new Microsoft Surface Pro 4, and it actually runs KSP with all the RO mods really well. I'm really enjoying having the touch screen during gameplay, and the screen can detach to make a tablet, so I figured I'd see if I could at least do VAB stuff in tablet mode. Long story short, everything runs fine, but the right-click gesture (which seems to work in every other program) doesn't do anything. I can place parts fine, but I can't rotate the view or bring up part tweak menus. Has anyone had any experience with this sort of thing? Is there a way to get KSP to recognize press-and-hold as a right-click? It'd be nice to have the scroll and zoom gestures too, but I really only NEED the right-click feature. Thanks!
  8. Thank you! I'll check out that link today. Strangely, even though I made all the suggested corrections, but it still says it found 25 errors. I've updated the dropbox file with the corrected version, so if you has any more suggestions, I'd be grateful. https://www.dropbox.com/s/3kftdve3lzxbhc2/Kerbalism Overhaul.cfg?dl=0
  9. Hey all, I'm having some trouble doing a bit of simple game tweaking. I have an install with a collection of mods that makes KSP very realistic, without using Realism Overhaul. As part of this setup, I've written a custom cfg file that tweaks a number of stock settings, as well as things like Real Fuels settings, etc. My problem is, when I start KSP, i get this message during the loading screen: ModuleManager: 6313 patches applied, found 25 errors related to GameData\Kerbalism Overhaul.cfg The strange thing is, everything seems to work once the game loads, so I'm not sure what errors it's talking about exactly. My game is running a bit slow though, and does occational 'garbage disposal' pauses, so I thought maybe I could clean up my cfg and improve performance a bit. Does anyone know how to tell specifically what errors ModuleManager is detecting? Otherwise, could some kind soul look over my little file and tell me if they see any obvious issues? https://www.dropbox.com/s/3kftdve3lzxbhc2/Kerbalism Overhaul.cfg?dl=0
  10. I really appreciate the advice. My dudes ended up dying, but only after making Mars orbit and were bravely doing research until the end. So I got good science, and you're right, now I have a depot with hydrogen fuel, food, water, oxygen and a bit of hypergolic RCS fuel. Also, I can dock my next mission to it and use it for extra living space while waiting for the return window. Thanks again!
  11. Just a heads up, unfortunately it looks like MechJeb won't plot maneuvers in a heliocentric orbit. The vessel has to be in a planet's SOI, or the planner gets stuck at "Computing: 2%".
  12. Thank you guys! This is fascinating. While I hate to lose this mission, this incident has made me understand yet another reason why Mars is so much harder than the Moon. Are there any plans for manned Mars missions that include abort provisions? I know that was a very important part of every phase of the Apollo missions, so I assume NASA (or whoever) would want as robust an abort protocol during as much of the mission as possible. BTW, great call on MechJeb. I don't really ever play with it, so I forget about it's powers of education sometimes.
  13. Hey all, So I'm playing an RSS install, but this should apply to Kerbin-Duna as much as it does to Earth-Mars. I've got a manned mission on its way to Mars, and about half of the way there, several coronal mass ejections blasted my crew (Kerbalism) and they are now suffering serious radiation poisoning. I need to abort the Mars trip and get them back to Earth as soon as possible. As I said, I'm about half the way to Mars, so the the Earth is already pulling ahead of both my spacecraft and Mars in its orbit. My ship has about 5500 m/s dV, but I'll need about 1000 of that to capture at Earth (gently aerobraking my rest of the way to LEO). My questions are, is it possible to even perform a mid-course abort with this kind of dV? If so, could you help me understand when and how to burn to get home as fast as possible? ~2 years will be too long for my guys to survive! Here is a screenshot of my situation. Sorry for the dropbox link, but I can't seem to embed images for some reason. https://www.dropbox.com/s/uexk1qnqynumd2w/marsabort.JPG?dl=0
  14. Just an FYI for anyone who's interested, I've found a very nice RSS profile for Kerbalism. It's not for Realism Overhaul though, so all it really does is scale up Kerbalism's time scales, etc. to work with Real Solar System. Works really well so far, and I think, with some tweaking, I can get everything pretty comparable with RO values. (May need some help with part masses, etc.) https://www.dropbox.com/s/t79oy944jwpvjgs/kerbalism-rss-profile.zip?dl=0
  15. Did it! Thank you so much for the help. I feel like, through the node tweaking process, I've learned a ton about the way a celestial body's gravity influences a trajectory. One final note, I didn't realize quite how important inclination is to this whole process. My inclination differed from the Moon's by ~0.5 degrees, but prevented me from getting my perigee below ~14,000 km. With ~90 m/s anti-normal added to the injection burn, I came down to less than 500 km. So yeah, I'm learning a lot.