I found a compatibility issue with the Space Elevator addon. I know this issue was mentioned before, but I think it might be
worth a second look. I hope it's not too big an issue for this late phase of the beta.
I have the following setup: Fresh Orbiter install with Orbiter Sound 3.0, DGIV and Kulchs Space Elevator plus his Space
Research Center spaceports (which are necessary for the Elevator). I have an elevator car with a DGIV attached in the payload
bay via attachment points. Gear is retracted, hover doors are "auto", though "closed" doesnt change anything either. The
scenario file can be found below.
The Issue:
At the first stop of the elevator at about 1000km, things are fine, except for some "G Excess" warnings that appear sometimes
(they show no consequences such as failures or whatever, and I can't reproduce them yet in 100% of all cases, probably not
too important anyway)
At the second stop at about 35 000km, once the DGIV is jettisoned from the payload bay, hover engines, hover doors and gear
fail and I get a "G Excess" warning. The only things that fail are hover+gear, nothing else. Crew are fine, too. The same
occurs at the third stop.
While moving upwards along the elevator's tether, the DGIV's instruments as well as the Surface MFD show zero for altitude,
speed etc., the only value which increases is Gs. I get 72g at the first stop, 2600g at the second and 3200g at the third
(lloks like the dgiv assumes it's being moved from ground to its current altitude in zero time or something like that.) When
the DGIV is disconnected from the elevator car (jettisoned), all values jump to the correct values, including Gs. That means
from 3200g to close to zero and from zero altitude to 50000k (or so) in an instant for Toutatis station, the third and last
stop of the elevator.
I tried removing the DGIV's position information from the scenario file, doesn't change anything. Probably a rather stupid
idea, too.
What strikes me as odd is that neither crew nor any other system or part of the ship suffer any damage, it's just those
three, hover doors, hover engines and gear. This is the main reason why I thought bringing this up again was a good idea - if
there are other systems, that jugding by logics should be affected, too, but arent, it suggests that there already is a way
to avoid this behaviour implemented. Retro doors, for example, don't fail, despite their being very similar (i suppose) to
hover doors. If high gs are the reason, then the crew should be dead at about 2600g, too, which they arent. I don't know the
way these checks are implemented, but maybe applying the same behaviour e.g like the retro doors show to, say, hover doors,
might be possible and probably not too risky. I don't know the code, so I'm on very thin ice here.
If I'm mistaken, then pardon me for wasting your time.
How to reproduce this:
Run the following scenario file:
http://nesciens.net/upload/DGIV-beta-Elevator.scn (default space elevator scenario minus the delta gliders plus a DGIV)
Move the car up to the first or second stop and jettison the DGIV from the cargo bay. You'll see the behaviour described in
detail above.
I am also getting CTDs, but I can't say much about them yet except for that they happen only with DGIV being attached to the
elevator car at an altitude >0, with focus on the DGIV and in cockpit mode and after a varying span of time, with or without
the car moving. I'll keep trying to figure that out, though as it doesn't occur during normal usage of the elevator, they
probably arent all that important issues either.
Maybe there's something that can be done about this; the space elevator is a really neat addon and it would be a pity if we
couldnt use it with the DGIV. I mean, it certainly is better for the environment.
Greetings,
Felix
Search
Login
Register