[Got a truly impossible contract]

27 minutes ago, Loren Pechtel said:

Test a RealChute Cone Chute at the launch site.

Oops--a RealChute won't fire sitting on the pad.  Easy enough to Alt-F12 but I wonder if there's something that could be done to prevent such cases.

1) Are you running 1.1.2?
2) Are you running RealChute 1.4.1.1?

[Fuel tank capacity and mass for volume?]

2 hours ago, Panel said:

Hey

I'm making a part pack with a few 1.875 meter parts, including fuel tanks. However, I can't find anything on how much fuel to add for the volume. Is there a specific set of rules for this, or should I just go with what I feel is balanced? Same with mass. I'm sure there must be some rules for this.

you usually set it so that the capacity/mass ratio is always constant. So just set whatever capacity you feel makes sense, then adjust the mass accordingly.

[PartModuleList.Contains and Game mode]

11 minutes ago, Crzyrndm said:

Not mine, RPM is the one causing the issues (or rather mods that haven't updated to match RPM yet)

That is... odd. At this point I guess you could nearly work with a very specific exception for this case, else I believe this walks into the realm of reflection

[PartModuleList.Contains and Game mode]

2 minutes ago, Crzyrndm said:

tl;dr A PartModule calling Destroy inside its awake function

uh, are you using OnAwake? Because putting an Awake function in a custom partmodule breaks it.

[PartModuleList.Contains and Game mode]

19 hours ago, Crzyrndm said:

1) PartModuleList.Contains

I recently ran into an issue with Filter Extensions whereby a part module calling Destroy() on itself during it's awake sequence resulted in exceptions when part.Modules was queried with a string or int parameter.

// breaks
part.Modules.Contains("PartModule");
part.Modules.Contains("PartModule".getHashCode());

Which is all well and good, except querying by string/int is rather necessary for non-stock modules

I've never had any problem at all with these methods, whatsoever. What exactly is breaking?

[Stock toolbar]

@Morse That is an awfully complex way to do it. You only ever need to load the buttons once, and you shouldn't need to ever destroy it.... You should be adding your buttons through the onGUIApplicationLauncherReady event, and add methods to this event in the main menu scene, a bit like what is done here. If you're removing adding it each time you enter each scene, you're disregarding the scene restriction parameter. Not only that, but the only time that event launches is in the main menu now.

Here I'm checking if the launcher is ready and if the button has been added, but this check is not necessary and only there as a "safety" in case something in KSP goes horribly wrong.

[How to get animation's current frame, even if not playing ?]

Use .normalizedTime instead. It normalizes the value between 0 and 1, and iirc, the value stays at 1 after it finished playing.

[Custom editor toolbar category not working]

Are you compiling for .NET 3.5? KSP can't mess with lambda expressions if you dont.

[Surface height]

Just now, Warezcrawler said:

I do get your confusion. The fact is that I'm looking at updating autorove mod, but if I cannot get it to work there is no point. 

Upon testing I ran into the issue, that the rover ended up underground, hence my question regarding surface height. I would like to remove this issye which I didn't notice in ksp 1.05.

Except for anyone not knowing what the autorove mode is, that's quite nebulous. Also I'll repeat myself, but if you're trying to spawn a vehicle on the surface, the safe way to do it is like HyperEdit does it.

[Is it just me?]

2 hours ago, oab2 said:

I tried out 1.1.2 last night and ended up kinda frustrated.  I tried out a science game. When I am in orbit around a planet I can't click on either AP/PE to get them to continually display the altitude.  Is that a bug or am I missing something? This is a major function of KSP and it seams to be missing for me.

It's right click now. Prevents accidental focus change.

2 hours ago, oab2 said:

I also had an issue with EVA.  When I let go of the ship my orientation would not change.  In prior versions I could change the camera angle and hit space and it would adjust my orientation of my kerbal.  I then tried holding Lmouse and changing the orientation of my kerbal. This worked but as soon as I tried to move him following that he returned to his prior orientation. Had a hard time getting back to the ship.

The camera controls slightly changed, change into free camera mode, that should do it.

2 hours ago, oab2 said:

Also I think the new map icons are horrid. The AP/PE markers are hard to see compared to 1.0.5, and the icons look like comic book icons to me.

Well that's just unfortunate.

2 hours ago, oab2 said:

This really feels like the devs don't play the very games they make.

Hahaha silly you.

[Surface height]

HULLO

I'm not sure what the question is though. That code does give you the height at this lat/long coordinates. After that, if you want to spawn a vehicle on the surface,there isnt an easy way to do it. Something like the HyperEdit autoland feature works.

[Need complete list of propellant types]

If you want to do it through code, you'll have to look through the AvailableParts and just create a HashSet of all the propellants used by every ModuleEngine

[[1.12.3+] RealChute Parachute Systems v1.4.9.4 | 02/06/24]

4 hours ago, Benti said:

Hi Guys and @stupid_chris I was just wondering if it is possible to add a collision model for the chutes?

I just came back from an orbital flight and ditched my heatshield to reduce the vessels mass. I then noticed, that the heatshield flew through my drogue chutes without collision.

Now I know that this is normal in stock, but I was wondering if it would be possible to code such a collision model with realchutes.

 

regards

That brings much more complexity than you can possibly imagine it does. Colliders on chutes would not play well internally, especially when deploying, then would make them act as bricks when coliding with other objects. It's just not really possible without a huge amount of code and a lot of dirty tricks, and I'm not ready to do that right now (or in any forseeable future)

4 hours ago, Maelin said:

Actually it is kind of silly that you can't change even the most basic settings like pre-deploy and deploy altitudes in the VAB before you've upgraded, and you have to wait until you're on the launchpad to adjust that stuff...

1 hour ago, MaxRebo said:

@Maelin @Starwaster Action Groups Extended is finally out for 1.1. I haven't tested it yet (my current career is already way past that stage), but under 1.0.5, AGX could force open the stock action group editor in VAB/SPH without cheatily giving you actual access to any action groups if didn't yet earn them by upgrading. It worked like a charm to access the RealChute GUI in a lvl 1 VAB/SPH. I believe stupid_chris expressed willingness to one day copy that functionality.

It indeed is really silly, but you're gonna have to deal with it. If you're that unhappy with it, I'll gladly prevent it from happening in flight too until they're unlocked. And MaxRebo is right here on the whole line.

[[Solved] PartModule with Dynamically created KSPFields]

If you know beforehand what the fields you want to add are, use KSPField. Else you're in for a ride, adding new BaseFields and new UI_*stuff* is far from easy

[Hiking up K2!]

5 minutes ago, ZooNamedGames said:

Lastly, if it's a charity stream, can you complain what we stream in relation to KSP?

I think you're misinterpreting regex here. He's not complaining. Knowing him, he doesn't give a damn what you do. I think he's pointing out that if you're trying to attract viewers and donations, you're really not helping yourselves :/

[Radially attached part bug]

No, those are not clusters. You might notice the numbers have different colours. What this is doing is that it is separating your stack of three engines so that each has it's own fuel gauge. The numbers are just listing engine 1, engine 2, etc. The last engine of the group has a green number indicating it's the end of this stack. Else you'd only have one fuel gauge for all three engines, which makes no sense (think of liquid fuel engines having different amount of available fuel each)

[Need someone who could program parachute on EVA]

1) Such a mod already exists

2) RealChute will include EVA chutes in the RealChute 2 updated

[[Plugin/Tool] [1.1.x] HeightmapExtractor v1.1/HeightmapManager v1.1 | 03/05/16]

Updated this to KSP 1.1, didn't notice any performance upgrade, but it works just as well as before.

[[1.12.3+] RealChute Parachute Systems v1.4.9.4 | 02/06/24]

1) I need full logs 2) putting it on something that doesnt have page breaks is much easier to read.

[[1.1.2+] Kerbal NRAP - MOVED]

Small update!

May 1st 2016
v1.5.1.1
-Recompiled to KSP 1.1.2 to prevent CompatibilityChecker exceptions
-Implemented a bunch of C# 6.0 goodies
-Added a .version file
-Converted texture to .dds

Should prevent any nullrefs in 1.1.2! Cheers

[[1.12.3+] RealChute Parachute Systems v1.4.9.4 | 02/06/24]

6 minutes ago, Bombaatu said:

I have an issue where craft re-entering the atmosphere can have extreme drag, almost to the point of being able to de-orbit and land without the use of parachutes. In the last instance, speed had fallen to just 16m/s at around 2km without deploying any parachutes. The aerodynamic overlay showed an extreme amount of drag coming from the undeployed parachutes. I was also unable to rearrange them in staging - they acted like they had deployed from the second I hit the atmosphere. As a test, I removed RealChute & reloaded my save. In that instance, the chutes behaved normally although the re-entry was extremely rapid; I suspect the rapidity was due to the drag coefficient changes mentioned in the 1.1.2 change log.

I'm pretty sure the big red disclaimer in my OP is clear enough.

EDIT: I'm gonna start ignoring posts like this now, telling people to go read the disclaimer is as annoying as asking for correct support demands and logs

[[1.1.x] KSPX - Kerbal Stock Part eXpansion mod reposted v0.2.10.1 | 20/4/16]

21 hours ago, MisterFister said:

Fair enough, but with the next version release to CKAN (I'm not suggesting you make a special thing about it) would it be possible to update the metadata to reflect this forum thread?

I think you missed the part where I'm not the one responsible for this... For the second time, take this up to the CKAN people.

[[1.12.3+] RealChute Parachute Systems v1.4.9.4 | 02/06/24]

21 hours ago, Maelin said:

Yep, I had the idea of removing all the mods, and tried it in entirely stock. Turns out that craft is just too aerodynamic and too heavy for a straight-down trajectory from the top of the atmosphere to be viable. A capsule by itself decelerates from 70km with plenty of time for chutes to deploy, but not the thing with the science module and the tank and engine.

Redesign time!

Sounds like drogues would do the job.

[[1.12.3+] RealChute Parachute Systems v1.4.9.4 | 02/06/24]

So, talked too fast, and here we are again.

April 30th 2016
v1.4.1.1
-Recompiled for KSP 1.1.2 to prevent nasty PopupDialog exceptions

Disclaimer: ModuleManager is not bundled with this version, because it's not compatible yet. Do yourself a favour and install it when an 1.1.2 version comes out, if you need it.

[[1.12.3+] RealChute Parachute Systems v1.4.9.4 | 02/06/24]

@Maelin to me it sounds like your reentry path was too steep. I can hardly manage to go past 220m/s once at around 8km of altitude.