stupid_chris

[1.7] RealChute Parachute Systems v1.4.7.4 | 13/04/19

Recommended Posts

For my SDHI Service Module Dock-o-chutes, it was my intention that I have a drogue-mains system packaged into a single part:

i.e.

- user deploys parachutes with one keypress

- at altitude A, the drogues get deployed and gradually inflate

- at altitude B, the drogues autocut

- at altitude C, the mains deployed and gradually inflate

- upon landing / splashdown, the mains autocut

Current testing has given mixed results, but I suspect some of it may be due to some derping on my part - I'll need to investigate further.

Edited by sumghai
Spelling derpage

Share this post


Link to post
Share on other sites

That is pretty much what i am looking for. On your chutes, can you manually override at any point, say cut the drogue early and then wait to deploy mains???

Share this post


Link to post
Share on other sites
That is pretty much what i am looking for. On your chutes, can you manually override at any point, say cut the drogue early and then wait to deploy mains???

I know Apollo had manual overrides, but I'm not sure how to wrap my head around that - usually, I'd prefer one keypress to automatically sequence the chutes, but manual might mean binding different action keys (this may also mean some modifications to the PartModule to allow unique names for Actions in the Action Groups editor).

Of course, silly me might be asking for waay too much out of an already excellent add-on.

Share this post


Link to post
Share on other sites

I was just thinking about cases where on re-entry i find myself coming in too long or short and want to ditch the drogue or pop the main a little early to try to compensate for my poor planning.....

Share this post


Link to post
Share on other sites

Okay, I've tested it in game and then looked at my code to see what's actually going on. Since it's on the same part, the parachutes are trying to override each other, and that's not playing well. However I think I could get it to work, but I would have to list the modules on the parachute to do so, so I'm adding this to my roadmap for 0.2 and bumping the other updates one step further :)

Share this post


Link to post
Share on other sites

Can you please add a feature that prevents the chutes to open while not moving downwards (helpful for recovering boosters)

Share this post


Link to post
Share on other sites

Or, add a timer ??????? Would really be great for srb recovery if the chute's did not pop for a predetermined amount of time.... if possible to set via rmb or such.????

Share this post


Link to post
Share on other sites
Okay guys, it's fine alright, let's not get heated, I would hate to have to act as a moderator in here. What I do with my plugin and how I name it will always resort to what I want to do with it, I'm already aware that I won't be able to satisfy everyone out there :P

And I'm still waiting for a confirmation myself. If I have none by tomorrow I'll download FAR and try it myself.

Sorry maybe I will be able to test it later in about two or three hours. Weren't able to do it before as I was working xD

Edit: Just saw you already uploaded some of the modmanager files xD that is awesome thank you :D

Edited by DasBananenbrot

Share this post


Link to post
Share on other sites
Okay guys, it's fine alright, let's not get heated, I would hate to have to act as a moderator in here. What I do with my plugin and how I name it will always resort to what I want to do with it, I'm already aware that I won't be able to satisfy everyone out there :P

Exactly, no need to get all worked up about it :) I just noted that realism does not seem to be the goal of this mod - dispite the name. That has little to do with technical limitations and a lot with gameplay based decisions. That is fine, but simply means that different people are going to like it and use it.

Share this post


Link to post
Share on other sites
Updated to v0.1.1a! Small hotfix that should fix the problems encountered above, along with a new potentially useful feature.

Changelog:

November 13th 2013
v0.1.1a
-Hotfix of a few deployment bugs that could cause weird unresponsive parachutes
-Added a “cutAlt†feature to automatically cut a parachute below a certain altitude.

is that altitude AGL or ASL?

Share this post


Link to post
Share on other sites
Exactly, no need to get all worked up about it :) I just noted that realism does not seem to be the goal of this mod - dispite the name. That has little to do with technical limitations and a lot with gameplay based decisions. That is fine, but simply means that different people are going to like it and use it.

But it's still more realistic than the stock chutes :)

Share this post


Link to post
Share on other sites
Can you please add a feature that prevents the chutes to open while not moving downwards (helpful for recovering boosters)
Or, add a timer ??????? Would really be great for srb recovery if the chute's did not pop for a predetermined amount of time.... if possible to set via rmb or such.????

Putting it this way, that does seem like a potential useful feature. I'll see about adding this in 1.1b.

is that altitude AGL or ASL?

All altitudes are AGL. I know it might be slightly more relevant ASL, but this way it's easier to time it with some different's chute deployment.

Share this post


Link to post
Share on other sites

For the record, I play with FAR and I've noticed no major difference of than DR not exploding my probe because four chutes deployint on a basic sputnik probe going 90 m/s generates a lot of g's. And max g's where around 7 after downloading. Still need less chutes though. 2.4 m/s decent is only a tad slow.

Share this post


Link to post
Share on other sites
For the record, I play with FAR and I've noticed no major difference of than DR not exploding my probe because four chutes deployint on a basic sputnik probe going 90 m/s generates a lot of g's. And max g's where around 7 after downloading. Still need less chutes though. 2.4 m/s decent is only a tad slow.

Thanks, it's nice to have a definitive answer ^^

Share this post


Link to post
Share on other sites

Sorry 'bout the horrid spelling back there... I blame the iPod. Anyway, could you also lower the heat tolerance on the chutes to match stock? I can throw the chutes haphazardly in the wind with DR the way you have it. Miss having to consider protecting those chutes. (I know I could just edit the configs, but I'm lazy) And a personal preference: could you do some re-texturing and give the drag chutes their own color scheme? An old radial drogue chute mod made by I^3 had some great texturing to it. hasn't been updated since .20.2. Just google "ksp radial drogue." You'll have to fish around for the dropbox link, but it's there.

Share this post


Link to post
Share on other sites

I really like this mod. each time i use it i see more really nice work. Thanks for this... It is good stuff...

Share this post


Link to post
Share on other sites

As may have been hinted here and there, I'll be providing Chris with updated part models - here's what we have planned so far:

  • Drogue, single, radially-attached case
  • Drogue, single, 0.625m nose cone
  • Drogue, single, 0.625m stack
  • Drogue, single, 1.25m nose cone
  • Drogue, single, 1.25m stack
  • Main, single, radially-attached case
  • Main, single, 0.625m nose cone
  • Main, single, 0.625m stack
  • Main, single, 1.25m nose cone
  • Main, single, 1.25m stack
  • Drag, single, radially-attached case
  • Drag, single, 0.625m nose cone
  • Drag, single, 0.625m stack
  • Drag, single, 1.25m nose cone
  • Drag, single, 1.25m stack

A few notes regarding my upcoming contribution:

  • While there are a total of 15 parts, clever use of MODEL{} node calls, texture swaps and scaling would allow me to get away with only making four models (parachute canopy, radial case, nose cone case, stack case)
  • The final parts would attempt to be stockalike (to the best of my ability - see the SDHI Service Module for example), with a couple of minor visual differences
  • I'll retain the stock KSP colour coding on the storage cases - orange for drogues and blue for mains; drag chutes would most likely be denoted with green
  • In relation to the previous point, I haven't decided whether to colour-code the parachute canopies themselves as well
  • Chris and I had the idea of using ModuleJettison to make more realistic-looking caps for the nose cone cases, that would actually eject upon parachute deployment

Share this post


Link to post
Share on other sites

*snip*

  • Chris and I had the idea of using ModuleJettison to make more realistic-looking caps for the nose cone cases, that would actually eject upon parachute deployment

That would be amazing.

Share this post


Link to post
Share on other sites
Sorry 'bout the horrid spelling back there... I blame the iPod. Anyway, could you also lower the heat tolerance on the chutes to match stock? I can throw the chutes haphazardly in the wind with DR the way you have it. Miss having to consider protecting those chutes. (I know I could just edit the configs, but I'm lazy) And a personal preference: could you do some re-texturing and give the drag chutes their own color scheme? An old radial drogue chute mod made by I^3 had some great texturing to it. hasn't been updated since .20.2. Just google "ksp radial drogue." You'll have to fish around for the dropbox link, but it's there.

Currently the included parachutes are using the stock configs as a base, so they should have exactly the same temperatures than stock. I think deadly reentry has a ModuleManager file that cuts's every stock part's max temp by two, so Nathan would have to update his MM file to affect the RC parachutes.

On another note, I have made progress! Fixed the two current issues about sounds and low deployment animations :) I'll pack this with a few more features to control the chute's deployment and 0.1b should be on doorsteps this weekend or earlier.

Share this post


Link to post
Share on other sites

Personally I'd be most satisfied with simply reusing the stock parachute models (as they are just perfect), but with color-codes. Following the blue/orange/green scheme sounds great. New parts might be nice as well, I'm just curious if you manage to convince me with them. It's hard to design parts that have to be minimalistic enough to practically be attached everywhere to a ship.

Share this post


Link to post
Share on other sites
Personally I'd be most satisfied with simply reusing the stock parachute models (as they are just perfect), but with color-codes. Following the blue/orange/green scheme sounds great. New parts might be nice as well, I'm just curious if you manage to convince me with them. It's hard to design parts that have to be minimalistic enough to practically be attached everywhere to a ship.

Well for now that's what it rolls on :P But I'd much rather have dedicated parts for the pack. It won't be big fancy stuff, just a better way to differentiate the pack from stock so you don't get mixed up between what are stock parts and what aren't.

Share this post


Link to post
Share on other sites

I might have missed mention of this ... modified FASA Gemini 'chutes don't show up when they deploy when I use this mod. I made my own MM config (before I saw that you had them on the front page), and I tried making a separate config file. The sounds play, the drag effects happen, and the part looks "deployed" (versus "packed"), but there are no parachute models visible.

Share this post


Link to post
Share on other sites
I might have missed mention of this ... modified FASA Gemini 'chutes don't show up when they deploy when I use this mod. I made my own MM config (before I saw that you had them on the front page), and I tried making a separate config file. The sounds play, the drag effects happen, and the part looks "deployed" (versus "packed"), but there are no parachute models visible.

I'll take a look, thanks for informing me :)

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.