Space Shuttle Ultra development thread

[SiameseCat]

I'm currently working on the F2 and F4 panels. Should the Body Flap and SBTC PBIs be treated as two separate buttons or a single button? Each of these seems to have an AUTO and a MAN button, but the SCOM seems to indicate that they function as a single button.

 

[Urwumpe]

I'm currently working on the F2 and F4 panels. Should the Body Flap and SBTC PBIs be treated as two separate buttons or a single button? Each of these seems to have an AUTO and a MAN button, but the SCOM seems to indicate that they function as a single button.

Each should be a single push button, but with two lights (AUTO, MAN).

For the speed brake, the behavior is:
The auto is always on on both sides once automatic control is enabled, but the man is exclusive to the side which has control.

For the bodyflap, manual control is for both sides enabled.

by pressing the button, you toggle each between manual and auto.

 

[davewave]

hey, DaveS.
I'm davewave, the creator of Mission Control for Orbiter.
Need another Dev to help you out for SSU? Could be fun, oh and I program in many languages if that helps and a uni degree and orbiter SDK experience. PM me plz

 

[DaveS]

hey, DaveS.
I'm davewave, the creator of Mission Control for Orbiter.
Need another Dev to help you out for SSU? Could be fun, oh and I program in many languages if that helps and a uni degree and orbiter SDK experience. PM me plz

Well, I'm just one of the modellers. The coders are SiameseCat and Urwumpe. They're also the SSU Project admins, so PM them with your SourceForge username so that they can add you as an official SSU Project developer so you get write access to the SSU Project SVN server.

 

[gawinnard]

I've just set up VS C++ 2008 and trying to compile the SSU code for testing. I'm getting some errors when compiling. I've followed the instruction on the orbiterwiki, I'm wondering if I'm missing something. Here is the buildlog.htm that is generated

Build Log
Build started: Project: Atlantis, Configuration: Release|Win32
 Command Lines      Creating temporary file "c:OrbiterOrbitersdkSpace Shuttle UltraReleaseRSP0000023112520.rsp" with contents
[
/O2 /Ob1 /I "C:Program FilesMicrosoft SDKsWindowsv6.0AInclude" /I "C:OrbiterOrbitersdkinclude" /D "NDEBUG" /D "WIN32" /D "_WINDOWS" /D "USE_MLP" /D "_VC80_UPGRADE=0x0600" /D "_WINDLL" /GF /FD /EHsc /MD /Gy /Fp".Release/Atlantis.pch" /Fo".Release/" /Fd".Release/" /W3 /c /TP ".SubsystemDirector.cpp" ".vcStandardSwitch.cpp" ".ShuttleBus.cpp" ".PlBayOp.cpp" ".PanelR2.cpp" ".PanelO3.cpp" ".PanelF7.cpp" ".PanelC3.cpp" 
".PanelC2.cpp" ".PanelA8.cpp" ".PanelA4.cpp" ".OMSSubsystem.cpp"
".OMSPod.cpp" ".dpsMDM.cpp" ".dpsMasterTimingUnit.cpp" ".KuBandSystem.cpp" ".Keyboard.cpp" ".GPC.cpp" ".GearOp.cpp" ".discsignalsDiscretePort.cpp" ".discsignalsDiscreteBundle.cpp" ".discsignalsDiscOutPort.cpp" ".Common.cpp" ".CommModeHandler.cpp"
".vcBasicVCComponent.cpp" ".vcBasicSwitch.cpp" ".vcBasicPanel.cpp"
".AtlantisSubsystem.cpp" ".Atlantis.cpp" ".dpsAP101S.cpp" ".AirDataProbeSystem.cpp" ]
Creating command line "cl.exe @"c:OrbiterOrbitersdkSpace Shuttle UltraReleaseRSP0000023112520.rsp" /nologo /errorReport:prompt"
 Output Window      Compiling...
SubsystemDirector.cpp
StandardSwitch.cpp
ShuttleBus.cpp
c1xx : fatal error C1083: Cannot open source file: '.ShuttleBus.cpp': No such file or directory
PlBayOp.cpp
PanelR2.cpp
PanelO3.cpp
.PanelO3.cpp(282) : warning C4244: '=' : conversion from 'double' to 'short', possible loss of data
.PanelO3.cpp(287) : warning C4244: '=' : conversion from 'double' to 'short', possible loss of data
.PanelO3.cpp(292) : warning C4244: '=' : conversion from 'double' to 'short', possible loss of data
.PanelO3.cpp(303) : warning C4244: '=' : conversion from 'double' to 'short', possible loss of data
PanelF7.cpp
PanelC3.cpp
.PanelC3.cpp(405) : warning C4101: 'cbuf' : unreferenced local variable
PanelC2.cpp
PanelA8.cpp
c:orbiterorbitersdkspace shuttle ultrameshres_vc_a8.h(8) : warning C4005: 'NGRP_VC' : macro redefinition
        c:orbiterorbitersdkspace shuttle ultrameshres_vc.h(8) : see previous definition of 'NGRP_VC'
c:orbiterorbitersdkspace shuttle ultrameshres_vc_a8.h(11) : warning C4005: 'NMAT_VC' : macro redefinition
        c:orbiterorbitersdkspace shuttle ultrameshres_vc.h(11) : see previous definition of 'NMAT_VC'
c:orbiterorbitersdkspace shuttle ultrameshres_vc_a8.h(14) : warning C4005: 'NTEX_VC' : macro redefinition
        c:orbiterorbitersdkspace shuttle ultrameshres_vc.h(14) : see previous definition of 'NTEX_VC'
c:orbiterorbitersdkspace shuttle ultrameshres_vc_a8.h(50) : warning C4005: 'GRP_transRMSboot_VC' : macro redefinition
        c:orbiterorbitersdkspace shuttle ultrameshres_vc.h(316) : see previous definition of 'GRP_transRMSboot_VC'
c:orbiterorbitersdkspace shuttle ultrameshres_vc_a8.h(51) : warning C4005: 'GRP_transRMS_VC' : macro redefinition
        c:orbiterorbitersdkspace shuttle ultrameshres_vc.h(315) : see previous definition of 'GRP_transRMS_VC'
c:orbiterorbitersdkspace shuttle ultrameshres_vc_a8.h(52) : warning C4005: 'GRP_transguard_VC' : macro redefinition
        c:orbiterorbitersdkspace shuttle ultrameshres_vc.h(313) : see previous definition of 'GRP_transguard_VC'
c:orbiterorbitersdkspace shuttle ultrameshres_vc_a8.h(53) : warning C4005: 'GRP_A2panel_VC' : macro redefinition
        c:orbiterorbitersdkspace shuttle ultrameshres_vc.h(310) : see previous definition of 'GRP_A2panel_VC'
c:orbiterorbitersdkspace shuttle ultrameshres_vc_a8.h(54) : warning C4005: 'GRP_081_VC' : macro redefinition
        c:orbiterorbitersdkspace shuttle ultrameshres_vc.h(18) : see previous definition of 'GRP_081_VC'
PanelA4.cpp
OMSSubsystem.cpp
c1xx : fatal error C1083: Cannot open source file: '.OMSSubsystem.cpp': No such file or directory
OMSPod.cpp
c1xx : fatal error C1083: Cannot open source file: '.OMSPod.cpp': No such file or directory
MDM.cpp
MasterTimingUnit.cpp
.dpsMasterTimingUnit.cpp(351) : warning C4996: 'strcpy': This function or variable may be unsafe. Consider using strcpy_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
        C:Program FilesMicrosoft Visual Studio 9.0VCincludestring.h(74) : see declaration of 'strcpy'
.dpsMasterTimingUnit.cpp(359) : warning C4996: 'stricmp': The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name: _stricmp. See online help for details.
        C:Program FilesMicrosoft Visual Studio 9.0VCincludestring.h(215) : see declaration of 'stricmp'
.dpsMasterTimingUnit.cpp(362) : warning C4996: 'stricmp': The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name: _stricmp. See online help for details.
        C:Program FilesMicrosoft Visual Studio 9.0VCincludestring.h(215) : see declaration of 'stricmp'
.dpsMasterTimingUnit.cpp(365) : warning C4996: 'stricmp': The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name: _stricmp. See online help for details.
        C:Program FilesMicrosoft Visual Studio 9.0VCincludestring.h(215) : see declaration of 'stricmp'
.dpsMasterTimingUnit.cpp(370) : warning C4996: 'stricmp': The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name: _stricmp. See online help for details.
        C:Program FilesMicrosoft Visual Studio 9.0VCincludestring.h(215) : see declaration of 'stricmp'
.dpsMasterTimingUnit.cpp(373) : warning C4996: 'stricmp': The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name: _stricmp. See online help for details.
        C:Program FilesMicrosoft Visual Studio 9.0VCincludestring.h(215) : see declaration of 'stricmp'
KuBandSystem.cpp
Keyboard.cpp
GPC.cpp
.GPC.cpp(235) : error C2065: 'stage1guidance_size' : undeclared identifier
.GPC.cpp(386) : error C2511: 'void Atlantis::GPC(double)' : overloaded member function not found in 'Atlantis'
        c:orbiterorbitersdkspace shuttle ultraAtlantis.h(972) : see declaration of 'Atlantis'
.GPC.cpp(705) : error C2511: 'void Atlantis::TransControl(double)' : overloaded member function not found in 'Atlantis'
        c:orbiterorbitersdkspace shuttle ultraAtlantis.h(972) : see declaration of 'Atlantis'
GearOp.cpp
DiscretePort.cpp
Generating Code...
Compiling...
DiscreteBundle.cpp
DiscOutPort.cpp
Common.cpp
CommModeHandler.cpp
BasicVCComponent.cpp
BasicSwitch.cpp
BasicPanel.cpp
AtlantisSubsystem.cpp
Atlantis.cpp
AP101S.cpp
AirDataProbeSystem.cpp
Generating Code...
 Results      Build log was saved at "file://c:OrbiterOrbitersdkSpace Shuttle UltraReleaseBuildLog.htm"
Atlantis - 6 error(s), 19 warning(s)

 

[Urwumpe]

I'm getting some errors when compiling.

Yes, you use the wrong outdated project files it seems. Did you update your sources to the latest version in the subversion and used Atlantis.sln as solution file?

 

[gawinnard]

I've download (SVN) the latest one this morning. er what a solution file, I'm a completely in the dark when it comes to programming

when I've openned the Atlantis.dsw and the .sln file I get to missing file CRT.dsp and HALFC.dsp. is this normal?

 

[Urwumpe]

I've download (SVN) the latest one this morning. er what a solution file, I'm a completely in the dark when it comes to programming

use Atlantis.sln for opening the project... it contains all required settings.

 

[SiameseCat]

The .dsw file is for VC6, and hasn't been updated in ages. The .sln file is for Visual Studio 2008 and is up-to-date.

 

[Urwumpe]

Can somebody rework the borders of the MDUs to be a bit more articulated, just like the power on/off switch? Would be a small change, as we have all parts, they would just need to be scaled a bit.

On the topic of the inside of the ODS:

A view from the PMA into the bottom of the external Airlock/ODS.

 

[DaveS]

Urwumpe: could you maybe implement that landing gear wheel spin code you made a while ago? Also, how about implementing automatic modulation of the bodyflap so that you don't have to fight the pitch-up tendency with the speedbrake deployed.

Also a touch up the HUD would be nice. I have recently done some approaches to the EDW TEMP runway and these are some of the notes I have made.

 

[Urwumpe]

Urwumpe: could you maybe implement that landing gear wheel spin code you made a while ago?

No problem, would just need the right animations to work with.

Also, how about implementing automatic modulation of the bodyflap so that you don't have to fight the pitch-up tendency with the speedbrake deployed.

Can be done, though the real behavior is actually, reducing the control surface deflections required for an attitude rate. We would need to cheat a bit there, I fear, for example by translating the control surface deflections into an desired attitude rate.

Also a touch up the HUD would be nice. I have recently done some approaches to the EDW TEMP runway and these are some of the notes I have made.

Was our plan... not sure when I can get to this, maybe somebody else would be faster. What about also adding the HUD covers to the (main or front) VC mesh, with us disabling/enabling the groups for the HUD covers if needed?

 

[DaveS]

Group names are: nosewheel, wheelR, wheelL.

A-OK on the body-flap VS control surface cheating.

HUD: I'm talking about the generic cockpit HUD, not the VC HUD.

 

[Urwumpe]

HUD: I'm talking about the generic cockpit HUD, not the VC HUD.

Would be practically the same. For the generic cockpit HUD, I would just have more surface to draw on (VC HUD has width <=256).

OK, I can make a little clutter for you, I think I can copy some code from Black Dart and Sirius.

 

[SiameseCat]

I've started working on drawing the MDU labels. There's a problem with the texture: all the MDUs use the same segment of the label texture. For the drawing code to work, each separate label needs to use a different portion of the texture; otherwise all the labels will be drawn on top of each other.

 

[Donamy]

I've started working on drawing the MDU labels. There's a problem with the texture: all the MDUs use the same segment of the label texture. For the drawing code to work, each separate label needs to use a different portion of the texture; otherwise all the labels will be drawn on top of each other.

The labels are all placed differently on the texture vertically, except maybe the aftMDU.

edit:

Would it matter if the aft MDU was the same as one of the front ones ?

 

[SiameseCat]

The labels are all placed differently on the texture vertically, except maybe the aftMDU.

There's only one label segment displayed in the label.dds file; the rest of the texture is black.

edit:

Would it matter if the aft MDU was the same as one of the front ones ?

Probably not; you can't see the aft and front MDUs at the same time.

 

[Donamy]

Is this what you have ?

 

[DaveS]

Is this what you have ?

No. I recently redid the texture to be more accurate. The texture you have is wrong and inaccurate. I have attached two images, one from Atlantis' CRT2 MDU all powered up and a schematic drawing from the MEDS section of the SCOM.

Your label.dds fills the enture texture width with the MDU edge key boxes, while the real one and mine leaves gaps on the left and right sides, in accordance with photos and the SCOM drawing. And there's also supposed to be a rather large gap above the MDU edge key boxes and the horizontal line, all of which my texture has.

 

[Donamy]

Then I guess it's up to you to fix it.