Pantz Ninja
New member
- Joined
- Sep 29, 2008
- Messages
- 16
- Reaction score
- 0
- Points
- 0
Thanks for clearing some of it up, again keep up the good work fellas!!!


I made a launch few minutes ago. I flown to MECO with no problems. And it was time to ET sep, but instead of ET, shuttle separated... UMMU. Camera switched to UMMU and RCS engines didn't shut down after +Z translation. ET disappeared.
Were you able to fix the ODS panels ?
I don't think the MDU buttons should hold up release. I think if the ODS buttons are fixed and we can get the launch roll bug fixed, we could release.
EVA tasks really to get rid of the SA3's that were installed on 109. They won't fit into the bay along with the HST, so they would have to be jettisoned into space like the damaged SA1 on 61.BTW: Could we already include a fictive STS-144 mission into the next release? How much would be missing for a HST retrieval mission? Most of the payload already exists, the question is just - which features would need to be implemented then in 1.25?
Maybe, if they could move the aft trunnion PRLs further aft so that HST would occupy the last two sections of the bay, bays 12/13.I think the payload system would need to learn how to grapple things, which is a medium-size task. Can we fit the ODS and Hubble into the payload bay?
BTW, does this mean you're considering adding Columbia to the SSU orbiter fleet? Would make sense as she was the only orbiter with an internal airlock and had the entire bay free for payloads.
If we skip the whole external/internal airlock bit for now, what would it take to implement Columbia? I got the texture and SILTS pod ready.
How about the scenario? Wouldn't that be the most logical choice? I'll check in the SILTS pod and texture.Swapping hull texture could be done in about 2 hours, including testing.
Not sure about the SILTS pod, possible that this can be done also in a short time.
How would you like to define the orbiter? In the scenario or by configuration file?
How about the scenario? Wouldn't that be the most logical choice? I'll check in the SILTS pod and texture.
Columbia specific items have now been checked in.
My thinking is that we should have a mission-specific configuration file for each set of scenarios. This would define the shuttle, RMS, ODS/airlock, etc. The actual scenario file would then just contain the name of the configuration file.Swapping hull texture could be done in about 2 hours, including testing.
Not sure about the SILTS pod, possible that this can be done also in a short time.
How would you like to define the orbiter? In the scenario or by configuration file?
Good idea. How hard would this be to implement?My thinking is that we should have a mission-specific configuration file for each set of scenarios. This would define the shuttle, RMS, ODS/airlock, etc. The actual scenario file would then just contain the name of the configuration file.