Bug #23924
Terrier engine not shielded by heatshields
100%
Description
Something seems to be broken with the 10m heatshield in KSP 1.8.0
One issue is that the "reentry heating plasma effects" show up around all the parts that are supposed to be shielded by the heatshield.
The other (and more problematic) is that a terrier engine inside the stack that the heatshield is supposed to protect experiences significant heating by "Conv Flux". (In the attached example it (and Valentina) survives, in my career save they weren't that lucky.) No other part in the stack gets heated by "Conv Flux".
Attached is:
- a savefile in which a test-craft is on a suborbital trajectory and about to enter Eve's atmosphere (A 1.7.3 save, so it can be loaded in both 1.7.3 and 1.8.0)
- screenshot from both 1.7.3 and 1.8.0 during reentry of said craft, showing the thermal
- the "Player.log" and "KSP.log" from my 1.8.0 in which I load the savefile and watch the craft enter Eve's atmosphere.
I run KSP on Linux, Ubuntu 18.04, via Steam. With Kerbal Alarm Clock as the only Mod.
Related issues
History
#1 Updated by klesh about 5 years ago
- Status changed from New to Confirmed
- % Done changed from 0 to 10
- Platform Windows added
I can confirm seeing this, and on Windows(10) as well. Stock install with both DLC.
#3 Updated by AHHans about 5 years ago
- Subject changed from 10m heatshield doesn't really shield to Terrier engine not shielded by heatshields
I did some more testing, and it looks like only(?) the Terrier engine is affected by the extra heating problem. If I replace the Terrier with a Twitch, Reliant, Vector, Poodle, or Cheetah engine then none of that extra "Conv Flux" heating is there. If I place more than one Terrier engine in the stack, then only the lowermost (i.e. first in the airflow) Terrier engine is affected. It does get some shielding from parts (heatshields, tanks, or other engines) below it in the stack.
Also, if I replace the 10m heatshield with another heatshield (I tested the 3.75, 2.5, and 1.2m heatshields) then the effect is essentially the same. (I obviously need to adjust the craft to test that...)
Is the model for the "aerodynamic size" for the Terrier too big? I.e. larger than an inflated 10m heatshield?
Edit: I just did another test: the Terrier does not seem to generate excessive drag. At least not as much at an inflated 10m heatshield.
#4 Updated by Anonymous about 5 years ago
The model for size for purposes of heat occlusion is, in fact, too big
'PartDatabase.cfg' for KSP 1.8.0 says the LV-909 Terrier has dimensions 1.25m, 21m (sic), 1.25m
where previous versions had 1.25m, 0.8m, 1.25m.
Many entries in 'PartDatabase.cfg' are changed in ways that look like errors.
If I copy that file from a previous installation (version 1.7.3) and delete the line with "version = ..." then I avoid the aerodynamics errors of 1.8.0 --- and probably this one as well; I haven't tried yet.
#5 Updated by just_jim about 5 years ago
- Related to Bug #23966: Major Temperature Differences between 1.7.3 and 1.8 added
#6 Updated by just_jim about 5 years ago
- Assignee set to just_jim
#7 Updated by vrampal about 5 years ago
Looks like the following issues are all related:
https://bugs.kerbalspaceprogram.com/issues/23924
https://bugs.kerbalspaceprogram.com/issues/23961
https://bugs.kerbalspaceprogram.com/issues/23966
https://bugs.kerbalspaceprogram.com/issues/23997
Fairing, heat-shield or any other part does not deflect the re-entry air flow.
#8 Updated by AHHans about 5 years ago
Unfortunately this does not seem to be fixed in KSP 1.8.1. (See the attached screenshot.)
When I look into the PartDatabase.cfg
then I find the following in there:
PART { url = Squad/Parts/Engine/liquidEngineLV-909_v2/liquidEngineLV-909_v2/liquidEngine3_v2 DRAG_CUBE { cube = 0, 1.078,0.7414,0.6625, 1.078,0.7414,0.6625, 1.25,0.8731,0.8318, 1.25,0.8512,20.88, 1.078,0.7414,0.6625, 1.078,0.7414,0.6625, 0,-10.49,4.768E-07, 1.269,21.01,1.269 cube = 1, 1.077,0.7422,0.6539, 1.077,0.7422,0.6539, 0.6467,0.7605,0.8314, 0.6467,0.8417,21.03, 1.077,0.7422,0.6539, 1.077,0.7422,0.6539, 0,-10.5,0, 1.25,21,1.25 cube = 2, 1.077,0.7422,0.6539, 1.077,0.7422,0.6539, 0.6217,0.7978,0.8314, 0.6217,0.8477,20.87, 1.077,0.7422,0.6539, 1.077,0.7422,0.6539, 0,-10.5,0, 1.25,21,1.25 } }
P.S. I also deleted the PartDatabase.cfg
and had KSP re-create the file, and I got it again from Steam (via "Verify integrety of game files"). Neither did help.
KSP 1.8.1.2694 Linux (Ubuntu 18.04) MH 1.8.1 BG 1.3.1 (Via Steam)
#9 Updated by Anonymous almost 5 years ago
The ModuleManager patch attached to bug-report #20683 replaces those long lists of dimensions with the correct values for the LV-909,
so that patch is also a workaround for this bug.
#10 Updated by AHHans over 4 years ago
So at least when I run the test scenario from the save-file attached to this report, then I still see the same problem in 1.9.0. (See attached screenshot.)
#11 Updated by just_jim over 4 years ago
- Status changed from Confirmed to Being Worked On
- % Done changed from 10 to 30
#12 Updated by just_jim over 4 years ago
- Status changed from Being Worked On to Ready to Test
- Target version set to 1.9.0
- % Done changed from 30 to 80
This should be fixed. You may have to delete the PartDatabase.cfg so KSP can write a new one... see comment #8
Thank you
#13 Updated by Anonymous over 4 years ago
- Status changed from Ready to Test to Not Fixed
- % Done changed from 80 to 50
- Language Español (Spanish) added
No. KSP 1.9.0 ships with a PartDatabase.cfg that contains the errant 21-meter dimensions shown in comment 8.
If we do delete PartDatabase.cfg the regenerated file again contains the errant dimensions.
And, the screen shot in comment 10 shows the symptom persisting in version 1.9.0.
#14 Updated by Anth12 over 4 years ago
21 metres? is that why my craft with a new terrier explodes even if its higher up on a craft hitting the water?
Meaning a Terrier that is near the top of the craft explodes and the top of the craft then falls off, when parts above it are fine and parts below are fine.
#24255 is my bug report for this issue in regards to the revamped terrier being destroyed when it was nowhere near to the ground/splash down
#15 Updated by AHHans over 4 years ago
just_jim wrote:
This should be fixed. You may have to delete the PartDatabase.cfg so KSP can write a new one... see comment #8
Thank you
Well, my PartDatabase.cfg semms to get rebuilt each time I start KSP, at least the file gets a new time stamp. Anyhow, I did delete the file before doing the test which lead to comment #10.
But thanks for looking into it!
#16 Updated by MechBFP over 4 years ago
I can confirm as well that this is still broken. Deleted partsdatabase file and re-verified. Same problem with the "21" in there.
Please note the problem is with the liquidEngineLV-909_v2/liquidEngine3_v2 engine (note the V2), not the original V1 version.
#17 Updated by victorr over 4 years ago
- Status changed from Not Fixed to Ready to Test
- Target version changed from 1.9.0 to 1.9.1
- % Done changed from 50 to 80
We've made some changes in the latest build and would like some input on this issue please. Thanks.
#18 Updated by victorr over 4 years ago
- Assignee deleted (
just_jim)
#19 Updated by Ryborg10000 over 4 years ago
- File 20200228164401_1.jpg 20200228164401_1.jpg added
victorr wrote:
We've made some changes in the latest build and would like some input on this issue please. Thanks.
Hi, I've just tested this bug in 1.9.1 with my own eve lander and I'm still experiencing this issue.
#20 Updated by FishMittens over 4 years ago
I too had this issue with 1.9.1 whilst trying to land on Eve.
Until there is an official fix, I made the following changes to PartDatabase.cfg
to fix the problem:
PART { url = Squad/Parts/Engine/liquidEngineLV-909_v2/liquidEngineLV-909_v2/liquidEngine3_v2 DRAG_CUBE { cube = 0, 1.078,0.7414,0.6625, 1.078,0.7414,0.6625, 1.25,0.8731,0.8318, 1.25,0.8512,0.88, 1.078,0.7414,0.6625, 1.078,0.7414,0.6625, 0,-0.0949,4.768E-07, 1.269,0.88,1.269 cube = 1, 1.077,0.7422,0.6539, 1.077,0.7422,0.6539, 0.6467,0.7605,0.8314, 0.6467,0.8417,0.73, 1.077,0.7422,0.6539, 1.077,0.7422,0.6539, 0,-0.095,0, 1.25,0.73,1.25 cube = 2, 1.077,0.7422,0.6539, 1.077,0.7422,0.6539, 0.6217,0.7978,0.8314, 0.6217,0.8477,0.87, 1.077,0.7422,0.6539, 1.077,0.7422,0.6539, 0,-0.095,0, 1.25,0.87,1.25 } }
#21 Updated by Anth12 over 4 years ago
- File screenshot2.png screenshot2.png added
- Status changed from Ready to Test to Not Fixed
- % Done changed from 80 to 50
Created a test craft with a better weight distribution to stop the craft from flipping or ending up with any obvious exposure to the heat.
The terrier is definitely getting toasty as if there was no heat shield at all.
#22 Updated by Anth12 over 4 years ago
- File Old Terrier.png Old Terrier.png added
This last picture is of the old terrier to show them working perfectly in regards to temperature
How hard would it be just to tell KSP that the new terriers have the same drag cube information as the old terriers?
Might be an easy fix? (still not entirely sure how drag cubes work)
#23 Updated by FishMittens over 4 years ago
#24 Updated by Anth12 over 4 years ago
I saw that. Certain bugs I find quite interesting.
This bug is concerning to me but its not the end of the world.
Using the old terrier is a way of giving Squad more information on possibly how to fix the issue.
I will just use the old terrier until this issue is fixed, no idea what your adjustment to the partsdatabase file actually does specifically
Your information is also more information to squad im betting. Lets hope the fix is coming at some point
#25 Updated by AHHans over 4 years ago
victorr wrote:
We've made some changes in the latest build and would like some input on this issue please. Thanks.
Does it work correctly when you run the test scenario that I attached to this bug report? (The "10mHeatshieldTest.sfs") I feel a bit like a broken record repeating the same stuff over and over. :-(
#26 Updated by Anth12 over 4 years ago
Didnt work for me AHHans. Even after deleting the partsdatabase file.
But I am almost OCD with bugs I test.
Thats why I made a new craft that doesn't flip or rotate.
Then I added another one with the old terrier that does work correctly to indicate to Squad differences...
Still...why are bugs being set to "Ready to Test" when they are obviously still broken?
We spend a lot of time creating bug reports, and then testing to see if they are fixed. Then retesting to confirm they aren't fixed...
Its good to have the public reporter confirm they are fixed....but only really if Squad have already confirmed they are fixed themselves. Right?
Edit:Oh...yours only flipped when I was physwarping. Doesnt matter, still not fixed
#27 Updated by just_jim over 4 years ago
- File screenshot907.png screenshot907.png added
I just did a few different tests in 1.9.1... I don't know exactly what's happened, if it's a regression, or a secondary issue separate of the partdatabase issue mentioned above (which I now suspect) but I am seeing the same issue with just the terrier engine
I am so sorry, but yes, I agree this is not fixed.
#29 Updated by just_jim over 4 years ago
- Assignee set to just_jim
#30 Updated by AHHans over 4 years ago
just_jim wrote:
I just did a few different tests in 1.9.1... I don't know exactly what's happened, if it's a regression, or a secondary issue separate of the partdatabase issue mentioned above (which I now suspect) but I am seeing the same issue with just the terrier engine
I also only see it with the terrier engine.
I just did a quick test: a craft with two terrier engines, one a bit more than 21m from the heat-shield, and one a bit less. Guess which one gets hot and which doesn't. ;-) (See attached screenshot.)
So, yes, the 21m that show up in the PartDatabase
do play a role somehow.
I am so sorry, but yes, I agree this is not fixed.
No problem. As long as it does get fixed.
#31 Updated by Anth12 over 4 years ago
Wow, I love that craft AHHans. Testing it for the length. Genius.
#32 Updated by AHHans over 4 years ago
Another quick test that came to my mind: turning the terrier around. As you can see in the attached screenshot a terrier that is turned around does not get the extra heating.
#33 Updated by just_jim over 4 years ago
- Status changed from Not Fixed to Ready to Test
- % Done changed from 50 to 80
This should be working now in 1.10
#34 Updated by Anth12 over 4 years ago
- File 1.9.1.png 1.9.1.png added
- File 1.10.0.png 1.10.0.png added
From my testing it seems to be working correctly now.
The heating is correct + my other craft which had the terrier explode on collision with the water when it wasnt near the water survives.
AHHans what do you think?
#35 Updated by AHHans over 4 years ago
just_jim wrote:
This should be working now in 1.10
Indeed. I only did a quick test, but this seems to be fixed now in 1.10.
#36 Updated by just_jim over 4 years ago
- Status changed from Ready to Test to Resolved
- % Done changed from 80 to 100
It looks good on my end, and based on comments #34 &35, I think it's safe to call this one resolved.