SSU Development Thread (2.0 to 3.0)

Status
Not open for further replies.
looks awefully blue-ish.
I think that's just the distance fog in effect. The Roger's Dry Lake bed is a good contrast against the blue color of the atmosphere.

---------- Post added at 08:39 PM ---------- Previous post was at 08:24 PM ----------

I have checked in the Edwards AFB files. Config file name is EDW.cfg in the Earth\SSU subfolder. Right it only consists of the main concrete runway (22/04).

---------- Post added at 11:44 PM ---------- Previous post was at 08:39 PM ----------

I checked in a few updates to EDW, the iconic compass rose and RWY23/5, both on the lake bed.

SSU_EDW_WIP2.jpg
 
Orbiter CTDs when I start any SSU scenario. It doesn't seem to like the RWY23 mesh - if I remove it from EDW.cfg, everything works. Also, this problem only seems to occur when using the default graphics client; using the DX9 client, I don't have any problems.
 
Orbiter CTDs when I start any SSU scenario. It doesn't seem to like the RWY23 mesh - if I remove it from EDW.cfg, everything works. Also, this problem only seems to occur when using the default graphics client; using the DX9 client, I don't have any problems.
I'll take a look at this issue.

---------- Post added at 05:05 AM ---------- Previous post was at 05:03 AM ----------

I can't replicate it on my end. Everything works fine here, in the default graphics client. Just to be clear, by "default graphics client" you mean the built-in one right, as in orbiter.exe?
 
Wouldn't be SC3 related, would it ?
 
I'll take a look at this issue.

---------- Post added at 05:05 AM ---------- Previous post was at 05:03 AM ----------

I can't replicate it on my end. Everything works fine here, in the default graphics client. Just to be clear, by "default graphics client" you mean the built-in one right, as in orbiter.exe?
I do mean orbiter.exe.

I deleted some groups that seemed to be causing problems in MeshWizard, and everything now works for me. There doesn't seem to be any difference in appearance between the edited mesh and the original version.

The modified RWY23 mesh is at https://dl.dropboxusercontent.com/u/64239213/EDW_Lakebed_RWY23_line.msh.
 
I checked in fixed versions of the two lake bed runway meshes. Could you verify that the problems are gone?
 
There's already a STS-1 launch scenario(Historic missions\STS-1\STS-1 L-10 minutes.scn).

It's already set up and ready to go.
 
Launch date 12 April 1981, 12:00:03 UTC
 
Thanks DaveS much appreciated
this is just a personal quick launch scenario

i checked the scn mentioned and it
starts sunday april 12 11:05:04 1981
should be sunday April 12 7:59:00 am
and a launch at am 7:00:03
we'll get there
Yall are doing great indeed
The scenario is correct as Donamy points out. You're quoting the T0 in local timezone, EDT. Orbiter being metric and scientific uses UTC. 7 am EDT equals 1200 UTC.

L-10 minutes would then be 1150:00 UTC Sunday April 12 1981.
 
Can Edwards be added as an available landing site in SSU? I have a working Edwards base with Landsat imagery which I can check in if there's interest:
Checked in the EDW landing site. The SITE ID (ITEM 41) number is 45.

I also have some entry/TAEM scenarios for Edwards. I can check these in if someone's interested. They don't correspond to any specfic mission, but they're useful to try out an entry to Edwards.
 
Checked in the EDW landing site. The SITE ID (ITEM 41) number is 45.

I also have some entry/TAEM scenarios for Edwards. I can check these in if someone's interested. They don't correspond to any specfic mission, but they're useful to try out an entry to Edwards.
Could you check those scenarios in please? Maybe it is time to for us to get own STA? If Donamy is OK with it, we could use his STA mesh/texture which he made for David413's NASA Aircraft Fleet.
 
Checked the scenarios into the Testing Scenarios folder.

I'm not sure it's worth the effort involved to simulate the STA. I think it's more important to keep working on the Space Shuttle simulation.
 
I think I have an apology to give regarding me saying a while ago that the panel R2 had incorrect MPS Dump switches (among others). Looks like I wasn't entirely correct. I found some old text and then went around the internet and found this picture (looks like a sim or something):
3516241259_27156df0f9_o.jpg

and if you look closely on the right side, the MPS Dump switches are like the ones we have in SSU at the moment. So it looks like our panel is not incorrect, but simply a different version that was used sometime during the program (probably on the 80s). Looked up who checked in the R2 texture and it was Urwumpe so my apologies to you :embarrassed:.
(the current MPS Dump implementation follows the "recent version" panel)

On the subject of the MPS: again I ran out of time :(, and have stop so I can study. I'll be on full time again in July. It's still not ready for "public consumption" but in the meantime please use and abuse of the version in that branch to find bugs.

(potentially) silly question: how can I change between MFDs in center panels? (like left/right shift+F1)

BTW: I have a few "bug reports", should I post them here or use the ticket system in SF?
 
To change MFDs, hold down the PG button; eventually the MFD selection screen appears.

For posting bug reports, the SF ticket system is preferred.
 
Where do we stand on getting the ascent trajectory parameter calculations working again? I need them to be able to generate mission files.
 
Where do we stand on getting the ascent trajectory parameter calculations working again? I need them to be able to generate mission files.

I don't know if I can do it soon, maybe somebody else should have a shot at it.
 
Status
Not open for further replies.
Back
Top