Space Shuttle Ultra development thread

Checked in some new animations, the pushrods for the payloads bay doors. However, they are not being animated currently. Could someone look into this?
 
Refinement of the SSU chute. Now, who wants to do the hard part. ;)
Looks awesome. A couple of minor queries/nitpicks:

1. For the replay shown (main gear down, chute, nose wheel down) the timing seems a little quick. I watched
and the chute occurs at about 6s and nose gear down at about 12s (time after main gear down) versus your 2s and 3s respectively.

2.
has events occurring in a different order (main gear down, nose gear down, chute). Is the chute release controlled by timing or air speed? Would that explain the difference in sequence? For the record, this video has timings of nose gear down at 11s and chute at 18s.

You can tell I'm having a slow day at work ;)
 
Checked in some new animations, the pushrods for the payloads bay doors. However, they are not being animated currently. Could someone look into this?
Never mind on this. Got them working. Just trimming the animations right now.
 
Looks awesome. A couple of minor queries/nitpicks:

I was just showing the animation, being it is operated as SC3 vehicles. It has to be put to a .dll to be made to look right. Hence the request for someone to do the hard part. ;)
 
Now checked in a working animation. Somebody will have to trimm them to animate the correct way. Photos of the deployed configuration is attached to this post.
 

Attachments

  • PLBD_Pushrod_exterior_1.jpg
    PLBD_Pushrod_exterior_1.jpg
    102.2 KB · Views: 626
  • PLBD_Pushrod_exterior_2.jpg
    PLBD_Pushrod_exterior_2.jpg
    60.9 KB · Views: 619
That's the 2013 version. :D
 
Is the chute release controlled by timing or air speed? Would that explain the difference in sequence? For the record, this video has timings of nose gear down at 11s and chute at 18s.

Not being really authorized to reply here, but I believe the timing can be adjusted. If I remember correctly, I once heard MCC calling for "late chute" (deployment) in the final landing heads-up. Most likely this depends on the magnitude of the cross-winds on the runway.
 
Not being really authorized to reply here, but I believe the timing can be adjusted. If I remember correctly, I once heard MCC calling for "late chute" (deployment) in the final landing heads-up. Most likely this depends on the magnitude of the cross-winds on the runway.

Yes - the chutes are always deployed manually by the commander or the pilot. depending on the landing conditions, mission control can command the crew to deploy the chute as early as right after main gear touch down (MCC Call: "Early").

Nominal deploy is at 195 KEAS, Late is after the nose wheel touchdown. The call "Emergency only" means, that no chute is deployed at all, except the commander of the mission calls for it, for example when a tire failed.

It is not deployed at all, at high crosswinds (more than 15 knts). A problem, we currently don't have in Orbiter.
 
SSU + ISSU?

Hi, SSU team!

I thought it was about time we asked you this formerly, as our team has now been talking about this for some time.

As you may or may not be aware, I am the co-manager for the ISSU project (ISS Ultra - sorry, we stole Ultra, but Project ISS had a rather bad acronym!)

See our development thread for more info on the project (we have a website coming at the end of this week also) but basically the idea is to create an interactive ISS with working systems, and a full VC that you can move around in.

We will have animations to open all interior CBM hatches, we will have windows that you can see in and out of, and it will be UMMU compatible (we will have custom UMMU meshes for Orlan & EMU). We will have 2 basic systems, Power and Pressure. Our interior will be fully pressurised, and you will be able to depressurise certain modules for EVA. Our solar arrays will have sun tracking capability, and will actually generate power and send it to the ISS batteries, and the batteries will drain when the sun goes behind earth. There will be no HUD in our VC, all MFD's will be displayed on interactive laptops, and the laptops will control all systems also. We will design ISS up to current configuration at time of release, and all future modules will be add-ons. We will release via our site.

We are going to design a new Soyuz, Progress & ATV that has an interior, hatch open/close animations, and we will make it so that when it docks, the power transfer system that we will have will actually transfer fuel & oxygen to the ISS from Progress. They will be UMMU compatible for crew transfer also. We are going to do a new Baikonur, with Soyuz & proton pads, and a new Kourou.

We have an awesome team that really work well together. We have a good organisational structure and most of all, the team don't argue.

We are really going to town on this one, we are not leaving anything out. It will be a BIG project, probably over a year at least till a first release. We are looking to completely revolutionise Orbiter!

So that's us, we have everything.......
...
...
apart from
...
...
A SHUTTLE!

It would be a real shame to not have the best ISS and the best shuttle not work together, so we were just wondering, would the SSU team be interested in collaborating on some aspects to ensure that both projects work with each other. We are not offering to do the work for you, nor are we asking that you do work for us, simply that we just make sure both our addons include systems that will work together.


What we would like from SSU:

. A full mid-deck that can support our method of keyboard controlled movement - we can give you code for this

. Hatch open/close animations, so that when shuttle docks, you can open PMA & shuttle hatches and enter ISS

. UMMU - for crew transfer to and from the shuttle

. Extendible docking ring - so you can capture the station, then retract to hard dock.

. SpaceHAB module - we will offer to do this, as we have good guys for interiors.

. Discovery, Endeavour and Atlantis, like SF


I'm assuming the OBSS is standard in the new SSU?


What you can gain from ISSU:

. We can give you a website, like ours

. SSPTS - Station to Shuttle Power Transfer System, so that when shuttle docks to station, power & oxygen is transferred to shuttle

. We can make compatible with next Orbiter, possibly even default shuttle

. We can make SSU a self-installing .exe file

. If ever we have team members not used on our project, we could assign them to you - research people would be good?

I'm aware that these features can not be in your Oct.10 release, and that this would be a long-term project. Maybe we could set final release dates the same, to make an "Orbiter Ultra" package?


I think that if we team up, both our projects can go a very long way!

Discuss this between you and let us know, if you have any questions or think of anything else you might need from ISSU, just ask and we'll see!


Cheers, SSU team

-Pete
 
Actually orbiternaut pete, you can change the shuttle via Copying the Shuttle Fleet texture's of any shuttle, and renaming it to MGAtlantis, and then paste it under the SSU Texture file, and you have a different shuttle.
 
Yes, but then when you need a different shuttle, you will have to manually change the tex's...
 
I've always been opposed to the "Team" concept myself. We are just a few people, that are interested ,in the operations of the space shuttle and it's systems. We have different ideas and expertice, and seem to get along, also. We are open to anyone who wants to help, in what ever way they wish. We can't and won't make promises, or become obligated to finish anything, by a certain date. Oct. 10 was thrown out there, just for something to shoot for. I'm sure colaberation would not be a problem between the two projects. I am already helping the ISSU team with my addons, so it's already working. People have more important, real life situations to think about, than a simulation game. I try to always remember that this is fun.

As far as the lists;

What we would like from SSU:


. A full mid-deck that can support our method of keyboard controlled movement - we can give you code for this

> Gawinnard was working on the Mid-deck, we already have an airlock, with a VC working hatches.

. UMMU - for crew transfer to and from the shuttle

> I guess this is the eventual way to go

. Extendible docking ring - so you can capture the station, then retract to hard dock.

> already animated

. SpaceHAB module - we will offer to do this, as we have good guys for interiors.

> DaveS made a nice one

. Discovery, Endeavour and Atlantis, like SF

> Was working, it should again


I'm assuming the OBSS is standard in the new SSU?

> OBSS is a seperate system, that will only be used for mission specific

What you can gain from ISSU:

. We can give you a website, like ours

> would have to be voted on

. SSPTS - Station to Shuttle Power Transfer System, so that when shuttle docks to station, power & oxygen is transferred to shuttle

> would have to be voted on (not my department)

. We can make compatible with next Orbiter, possibly even default shuttle

> I would like to see the SSU become the default

. We can make SSU a self-installing .exe file

> need to be voted on

. If ever we have team members not used on our project, we could assign them to you - research people would be good?

> everyone is free to do what they choose

I'm aware that these features can not be in your Oct.10 release, and that this would be a long-term project. Maybe we could set final release dates the same, to make an "Orbiter Ultra" package?

> never firm dates


I think that if we team up, both our projects can go a very long way!

> I agree

Discuss this between you and let us know, if you have any questions or think of anything else you might need from ISSU, just ask and we'll see!

> I think I speak for all involved, but don't quote me on that. ;)
 
What we would like from SSU:

. A full mid-deck that can support our method of keyboard controlled movement - we can give you code for this


What you can gain from ISSU:

. SSPTS - Station to Shuttle Power Transfer System, so that when shuttle docks to station, power & oxygen is transferred to shuttle

-Pete

Overall, I agree with Donamy's comments, but there are a few things I want to say:

Keyboard controlled movement: I'm not sure how you're doing this, but it might be a good idea to make this a separate plugin and release it independently of SSU and ISSU. This would allow it to be used on other addons.

UMMU: I'm not sure if this is necessary. For EVAs, I think the best thing would be to create separate DLLs, which would provide much more capability. You could, for example use attachments points to keep the astronaut on the surface of the station. Again, this could be used by both SSU and ISSU. Crew transfer is, IMHO, one of those things that will never be possible to properly simulate in Orbiter, and I'm not sure it's worth the effort.

SSPTS: This is a good idea. It's probably best if we agree on a specific interface for the SSU and ISSU vehicles to communicate with each other; this will allow both teams to work with other vehicles as well (i.e. Mir, Soyuz/Progress)
 
How much (in degrees) can the RMS elbow camera turn?
Sorry for the late answer to this question, but here it is directly from the CCTV section of the SCOM:


Pan/Tilt Units (PTUs)​
The PTUs are used with cameras A, B, C, D, and
RMS elbow. The PTUs are used to change the
cameras field-of-view by moving a camera
about two axes. The PTUs can pan and tilt 170°
in either direction, positive or negative, when​
any CCTV camera is attached.
¨
Speaking of the CCTV cameras, how about changing the designations of them? Currently we have them named like FL, FR, BL and BR. We should really name them like the real ones, A, B, C and D.
 
¨
Speaking of the CCTV cameras, how about changing the designations of them? Currently we have them named like FL, FR, BL and BR. We should really name them like the real ones, A, B, C and D.

Yes, I agree.

I just looked at the DirectX9 OVP client code, I wonder if it would be impossible to use the OVP clients unchanged for rendering CCTV objects, by creating a OVP wrapper inside SSU.
 
recorded flight

Hi, I have been advised by TSPenguin to contact you with the following question: I am looking for a 15 to 20 minute recorded flight from earth to ISS with cockpit and front windows plus left and right windows (monitors) with equivalent scenery and sound. Is that something SSUltra could do? And if so, do you know of anyone who would like to share this recording for use in a little non-profit science theme park in Portugal?

Kind regards,

Charles
[email protected]
 
Back
Top