Search results

The OMS pod issue has been fixed. I can't reproduce the ET umbilical door issue; it works fine for me.

There seems to be a small gap between the OMS pod and the main shuttle mesh. I'm not sure if the offsets are wrong or if this is a mesh issue.

Corrected code: static UINT LElevGrp[2] = {GRP_LEFT_INBOARD_ELEVON,GRP_LEFT_OUTBOARD_ELEVON}; static UINT RElevGrp[2] = {GRP_RIGHT_INBOARD_ELEVON,GRP_RIGHT_OUTBOARD_ELEVON}; static UINT LElevDoorGrp[2] = {GRP_LEFT_INBOARD_ELEVON_SEAL_PANEL,GRP_LEFT_OUTBOARD_ELEVON_SEAL_PANEL}; static...

Can you post the animation code?

That sounds like the left side animation is in the wrong direction. Changing the sign of the rotation angle should fix this.

Yes. I think the animation position ref (and possibly the direction ref as well) need to be changed. ---------- Post added at 08:17 PM ---------- Previous post was at 08:14 PM ---------- The shuttle elevons are used as both elevators (to control pitch) and ailerons (to control roll). In the...

The aileron animations aren't used anymore. I've deleted the unused aileron animations, and created separate animations for the left and right elevons. The elevon animation position/direction vectors need some tweaking; can you fix this?

The ISS config file in the SSU repository seems identical to the one included with Orbitersim; there are no attachments defined.

The SSU repository (and the SSU V2.0 zip) includes a number of files included with Orbitersim (see the list below). Earth.cfg needs to be included to add the SSU bases, but I think the other files should be deleted from the SSU repository (I don't think they're even used in SSU anymore)...

Can you post the elevon animation definitions? It might be something to do with parent/child animations, but I'm not sure. The CG shift is performed after the animations are defined, so it shouldn't cause any issues. BTW, I've already fixed the ET umbilical doors and I'm working on the PLBD...

I'm working on the animations at the moment. I've been busy with non-Orbiter stuff lately, so progress is fairly slow.

Rendezvous targeting is not fully implemented yet. The SPEC 34 display works, but the scenario file has to be edited to specify the target vessel. In real life, Mission Control updates state vectors for the target object, and the shuttle uses its own sensors (star trackers and rendezvous radar)...

The SSU 2.0 manual does state that the B key can be used to turn off the autopilot. This is an error in the manual; this was disabled a while ago. The SSU autopilot cannot be turned off during launch.

I don't move any of the groups when measuring animation locations, and just look at the unchanged mesh. For the CG shift, the simplest thing to do might be to focus on the animations (which are unaffected by the CG shift) for the moment and I'll figure out how to handle the other stuff. The...

For the forward radiators, the reference points I'm getting from OMW are 2.538, -0.747, 0.0

I think that's the CG offset. The differences between the coordinates is equal to shift in the meshes resulting from the CG calculation. This didn't affect the previous meshes because the CG offset was only used during launch, and the CG was at the mesh center on orbit. Animations shouldn't be...

The RMS values I'm getting (from MeshWizard) are SY = -2.466, -0.6535, 7.123 SP = -2.632, -0.173, 7.124 EP = -2.581, -0.3285, 0.757 WP = -2.632, -0.173, -6.293 WY = -2.632, -0.173, -6.734 EE = -2.632, -0.173, -8.0 These work fairly well. The AC3D values you posted don't work (the SY, WY and...

Can you post the numbers you're getting from AC3D? I'll see if I can figure out what's going on; the meshes are getting shifted around a bit as a result of the CG updating, but I don't think this affects the animations.

I think so, but I'm not certain. If you're having a hard time with the PLBD animations, I can take a look at it later.

I don't make meshes, so I could be wrong, but I don't think it's easier to get the animation data when the mesh is being created instead of when the animations are defined. Also, for a lot of meshes we don't implement all the animations immediately. For something like the VC, it would be a lot...