Space Shuttle Ultra 1.25 Revision B development
- Thread starter Urwumpe
- Start date
SiameseCat
Addon Developer
I'm working on the SLC-6 pad lights. Are there any photos showing the shuttle on the SLC-6 pad at night? The only ones I've been able to find are
https://upload.wikimedia.org/wikipedia/commons/e/e4/Enterprise_at_VAFB_SLC_6_-_DF-ST-86-12047.jpg
https://upload.wikimedia.org/wikipe..._at_Vandenberg_AFB_SCL-6_-_DF-ST-99-04913.jpg
Also, is anyone working on ticket 7? It's been marked as Pending for a while now.
https://upload.wikimedia.org/wikipedia/commons/e/e4/Enterprise_at_VAFB_SLC_6_-_DF-ST-86-12047.jpg
https://upload.wikimedia.org/wikipe..._at_Vandenberg_AFB_SCL-6_-_DF-ST-99-04913.jpg
Also, is anyone working on ticket 7? It's been marked as Pending for a while now.
Besides the agreed bug tickets there's one more high-priority feature addition that needs to be implemented to make the next public release more interesting for the general end user and that is a working de-orbit calculator for MM301/MM302. With that in place a full mission can be executed from liftoff to wheel stop bringing SSU essentially up to the same level of completeness as Shuttle Fleet.
Urwumpe
Not funny anymore
- Joined
- Feb 6, 2008
- Messages
- 38,965
- Reaction score
- 3,937
- Points
- 203
- Location
- Wolfsburg
- Preferred Pronouns
- Sire
Do you have the math for that?
We could do that as initial step into a mission control simulation. Like, you press ALT + 1 and get the next realistic opportunity for a landing at KSC calculated and displayed.
How do the DirectX-clients like dialogs? if these are no problem, maybe we can add a small dialog that shows the DEL PAD.
Sorry, no math.
As far as I know, there's no problems with dialogs in any of the external clients.
Urwumpe
Not funny anymore
- Joined
- Feb 6, 2008
- Messages
- 38,965
- Reaction score
- 3,937
- Points
- 203
- Location
- Wolfsburg
- Preferred Pronouns
- Sire
Well, I would need some reference material how NASA calculates the deorbit, ideally with Fortran code.
I doubt that the "entry interface + x" solution would be realistic enough for QA.
Good, then this solution idea would be feasible.
STS
Well-known member
Will the deorbit be auto-calculated or preloaded or can it be calculated "on the fly" and performed with manual DV inputs?
I understood the real shuttle accepted both ways.
I understood the real shuttle accepted both ways.
Urwumpe
Not funny anymore
- Joined
- Feb 6, 2008
- Messages
- 38,965
- Reaction score
- 3,937
- Points
- 203
- Location
- Wolfsburg
- Preferred Pronouns
- Sire
Usually, the deorbit is planned on the ground and the burn data and procedures uplinked to the orbiter.
But you can also do a manual deorbit burn using PEG4, should communication with the ground be impossible.
Here you have an executive package for the crew of a Shuttle mission, send to them for flight day 10:
http://www.nasa.gov/pdf/523818main_fd10_ep.pdf
On page 20, you have the status of the landing sites and the next opportunities for the primary landing sites (Edwards and White Sands Northrop Strip)
The two PLS lines contain the information you need for landing the shuttle there, should the communication with mission control fail.
For example:
EDW22 ORB157 – 9/21:28 SCT150 BKN250 7 240/18P27
As much as I understand, this data is punched into one of the laptops ("Deorbit Manager", PGSC) and this calculates the actual deorbit burn data from this.
TEST:
http://www.cantrip.org/leap/pocsmp.pdf.gz
Last edited:
Actually that is the METAR data: [ame="http://en.wikipedia.org/wiki/METAR"]METAR - Wikipedia, the free encyclopedia[/ame]
Urwumpe
Not funny anymore
- Joined
- Feb 6, 2008
- Messages
- 38,965
- Reaction score
- 3,937
- Points
- 203
- Location
- Wolfsburg
- Preferred Pronouns
- Sire
Ah ok. Didn't recognize it as METAR string, but now that you say it, the SCT and BKN data makes sense. But then, only the SCT and BKN - and these are standard terms in aviations for cloud cover. The rest is non-standard.
Kyle
Armchair Astronaut
I'd hate to disrupt the train of thought going on here, but I'd like to say this for everyone: It appears that SSU 1.25 is almost ready for release, and I'd like to say you guys have done one hell of a job the last few years with coding, developing, and implementing the features of the space shuttle. I look forward to fly the fully completed SSU addon sometime soon.
Interceptor
Well-known member
I also agree with Kyle,thanks for all the hard work,and I am looking foward to the new version of SSU.
A pair of previews of the new orbiter mesh. Still lacks a pair of correct OMS pods and the elevons/seal panels. Also on the development list is a new nose landing gear, the MLG is already done.
---------- Post added 08-04-13 at 03:11 PM ---------- Previous post was 08-03-13 at 04:17 PM ----------
I was just wondering if anyone actually wants the new orbiter mesh I have been working on. It seems the interest is pretty low, but maybe that's just me misgauging the interest.
Here's the list of changes/improvements as I remember them:
---------- Post added 08-04-13 at 03:11 PM ---------- Previous post was 08-03-13 at 04:17 PM ----------
I was just wondering if anyone actually wants the new orbiter mesh I have been working on. It seems the interest is pretty low, but maybe that's just me misgauging the interest.
Here's the list of changes/improvements as I remember them:
- Completely symmetrical around the real orbiter Y(side) axis
- Correct dimensions of all components
- Accurate locations of all components
- Aft engine compartment now supports removal of the OMS pods
- SSMEs oriented in the correct install NULL angles
- Various texture improvements
Urwumpe
Not funny anymore
- Joined
- Feb 6, 2008
- Messages
- 38,965
- Reaction score
- 3,937
- Points
- 203
- Location
- Wolfsburg
- Preferred Pronouns
- Sire
I like the improvements, even if they are just small details. It would be shiny, if we could also remove the SSMEs... that is an operation that you see more often in the media than removing the OMS pods.
Also, another question from my side: Which other vehicle do we want to include in SSU in the next step? We now have the crawler, what about one of the aircrafts? Like the SCA, STA or a T-38? I think a T-38 would be the most versatile support vehicle there, the SCA the one with the biggest step towards turn-around operations.
That's easily done. They're already separate for the engine gimbal animations.
I would vote, STA and SCA. The T-38 is really just used for crew transportation and flight proficiency training.
The STA is more used to shoot approaches at White Sands and KSC and Edwards as required.
Cras
Spring of Life!
- Joined
- Apr 13, 2011
- Messages
- 2,215
- Reaction score
- 0
- Points
- 36
- Location
- Los Angeles
- Website
- www.youtube.com
My 2 cents are that more realistic the better, and a realistic model is pretty important. Having flown Shuttle Fleet a great deal it is always a bit of a let down when looking at its horrible model, with things animating through hand rails, the payload bay doors clipping into the side of the orbiter or detaching, the gaps in the VC, the double visual thing that happens....
So I think it is awesome you are taking the effort to make the model for SSU to be as accurate as possible.
SiameseCat
Addon Developer
I think any improvements to make the mesh more realistic are good. Are you hoping to have this done in time for the next release? I think most of the tickets for the next release have been fixed.
Yes, I'm hoping to see this included in the next release. There's still a number of things that needs to be done on it, but I'm thinking that it will be ready in about two weeks.
