Update XR Beta DLLs for Orbiter 2016 Release Candiates

dbeachy1

O-F Administrator
Administrator
Orbiter Contributor
Addon Developer
Donator
Beta Tester
Joined
Jan 14, 2008
Messages
9,218
Reaction score
1,566
Points
203
Location
VA
Website
alteaaerospace.com
Preferred Pronouns
he/him
Hi all,

Continuing the discussion started here, I have just uploaded some new XR Beta-2 DLLs for Orbiter 2016 RC2. You can download them in the same locations as before:


Note: these DLLs require Orbiter 2016 RC2 or newer. Do not try to use them with Orbiter 2010 P1.

To install them, just drop the DLLs in to your $ORBITER_HOME\modules folder overtop of the existing XR DLLs -- all the other files are the same for now (I am updating them as applicable for the upcoming full XR releases).

Changes since the initial DLL versions from yesterday:

  • Descent Hold autopilot now uses altitude data that takes land elevation into account, so the auto-descent autopilot works now.
  • Fixed "Welcome aboard, Commander" callout not playing on startup when the ship was landed.
  • Fixed XR2 forward gear wheels not rotating when taxiing.
  • Fixed wheels being sunk into the ground too far for the XR2 & the XR5 falling through the ground forever while landed: the fix was to explicitly set custom gear compression and damping coefficients based on the mass of each ship.
  • Fixed XR5's crew elevator state not being saved to and loaded from the scenario file (this was a pre-existing bug).
  • XR vessels now link with and require UMMu 3.5 or newer instead of UMMu 2.0 or newer
  • XR vessels now link with and use OrbiterSound 4.0 instead of OrbiterSound 3.5: XR vessels should now work correctly with OrbiterSound under Orbiter 2016. (You may still fly without OrbiterSound if you wish, of course.)

Known Issues:
  • Attempting to bring up the OrbiterSound Radio/mp3 MFD causes a CTD; this is a known OrbiterSound bug not related to the XR vessels.
  • EVA'ing a crew member close to the ground will (usually) cause the crew member to be ejected into space within a few seconds. (I believe this is a UMMu 3.5 bug since the UMMu 3.5 DLL was built for Orbiter 2010.)
  • Switching to cockpit view for an EVA'd crew member causes a CTD. (I believe this is a UMMu 3.5 bug since the UMMu 3.5 DLL was built for Orbiter 2010.)

If you find any bugs that you believe are XR-specific, please post them in this thread along with details on how to reproduce it in a clean Orbiter 2016 RC2 + XR install.

Happy Flying! :tiphat:
 

PeterRoss

Warranty man
Joined
Oct 8, 2009
Messages
1,985
Reaction score
127
Points
63
Location
Khabarovsk
Website
vk.com
Some bugs with XR-2, latest .dll, Orbiter 2016 RC2, DXD9, "1-Ready for takeoff to ISS" scenario:

1) Can't open resupply hatches when on ground. System says hatches are locked while in flight, even though the vessel is landed, and its status is LANDED in scenario file.
2)Turning off APU on the ground results in repeated audio warning "APU offline".
3) Wheels are spinning all the time, even when I'm standing still.
4) Bay door open status isn't saved into a scenario file. Bay doors always closed when starting, even if it was open when saving a scenario.

Those are bugs detected on the ground only. Now I will try it to the Moon.

---------- Post added at 14:23 ---------- Previous post was at 13:36 ----------

Everything went fine until the very touchdown. Landing was made on a little slope terrain. When descent autopilot were turned off, Ravenstar slowly rotated backwards around rear gear wheels and stopped in this position:

picture.php


Yes, it's underground.

---------- Post added at 14:24 ---------- Previous post was at 14:23 ----------

Here's the scenario:

Code:
BEGIN_DESC
Current scenario state


Contains the latest simulation state.
END_DESC

BEGIN_ENVIRONMENT
  System Sol
  Date MJD 51989.5489478428
  Help CurrentState_img
END_ENVIRONMENT

BEGIN_FOCUS
  Ship XR2-01
END_FOCUS

BEGIN_CAMERA
  TARGET XR2-01
  MODE Extern
  POS 4.800232 -72.687981 179.697123
  TRACKMODE AbsoluteDirection
  FOV 40.00
END_CAMERA

BEGIN_HUD
  TYPE Surface
END_HUD

BEGIN_MFD Left
  TYPE Surface
  SPDMODE 1
END_MFD

BEGIN_MFD Right
  TYPE Orbit
  PROJ Ship
  FRAME Equator
  ALT
  REF Moon
END_MFD

BEGIN_PANEL
END_PANEL

BEGIN_SHIPS
ISS:ProjectAlpha_ISS
  STATUS Orbiting Earth
  RPOS -5881360.148 2941080.343 1453318.806
  RVEL 2482.9840 6540.4778 -3205.2658
  AROT -100.872 13.427 149.512
  VROT 0.0182 -0.0103 -0.1439
  AFCMODE 7
  PRPLEVEL 0:1.000000
  IDS 0:588 100 1:586 100 2:584 100 3:582 100 4:580 100
  NAVFREQ 0 0
  XPDR 466
END
Mir:Mir
  STATUS Orbiting Earth
  RPOS -1575268.265 -128243.397 6486051.301
  RVEL -7378.3193 -1426.8114 -1786.5141
  AROT 163.785 37.711 -32.134
  VROT -0.0794 -0.1184 -0.0180
  AFCMODE 7
  IDS 0:540 100 1:542 100 2:544 100
  XPDR 482
END
Luna-OB1:Wheel
  STATUS Orbiting Moon
  RPOS 2149447.412 -627701.282 118.573
  RVEL 414.5821 1420.4510 0.3212
  AROT -0.030 0.009 -37.018
  VROT -0.0000 -0.0000 10.0000
  AFCMODE 7
  IDS 0:560 100 1:564 100
  XPDR 494
END
XR2-01:XR2Ravenstar
  STATUS Orbiting Moon
  RPOS 1668935.998 -244950.545 441485.487
  RVEL 0.0849 3.3119 -2.1638
  AROT 154.745 -9.766 -86.685
  VROT 0.1904 0.5054 -0.0183
  PRPLEVEL 0:0.334721 1:0.980783
  IDS 0:199 100
  NAVFREQ 588 466 84 114
  XPDR 193
  SECONDARY_HUD 3
  LAST_ACTIVE_SECONDARY_HUD 0
  ADCTRL_MODE 0
  TAKEOFF_LANDING_CALLOUTS 7.479682 0.000000 0.000000 426736.930770 -0.929204
  APU_FUEL_QTY 0.771637
  LOX_QTY 0.647874
  CABIN_O2_LEVEL 0.209000
  CREW_STATE 0
  INTERNAL_SYSTEMS_FAILURE 0
  COGSHIFT_MODES 0 0 0
  MWS_ACTIVE 0
  COOLANT_TEMP 31.200000
  DMG_0 1.000000 Left Wing
  DMG_1 1.000000 Right Wing
  DMG_2 1.000000 Left Aileron
  DMG_3 1.000000 Right Aileron
  DMG_4 1.000000 Landing Gear
  DMG_5 1.000000 Nosecone
  DMG_6 1.000000 Retro Doors
  DMG_7 1.000000 Top Hatch
  DMG_8 1.000000 Radiator
  DMG_9 1.000000 Airbrake
  DMG_10 1.000000 Left Main Engine
  DMG_11 1.000000 Right Main Engine
  DMG_12 1.000000 Left SCRAM Engine
  DMG_13 1.000000 Right SCRAM Engine
  DMG_14 1.000000 Fore Hover Engine
  DMG_15 1.000000 Aft Hover Engine
  DMG_16 1.000000 Left Retro Engine
  DMG_17 1.000000 Right Retro Engine
  DMG_18 1.000000 Forward Lower RCS
  DMG_19 1.000000 Aft Upper RCS
  DMG_20 1.000000 Forward Upper RCS
  DMG_21 1.000000 Aft Lower RCS
  DMG_22 1.000000 Forward Star. RCS
  DMG_23 1.000000 Aft Port RCS
  DMG_24 1.000000 Forward Port RCS
  DMG_25 1.000000 Aft Star. RCS
  DMG_26 1.000000 Outboard Upper Port RCS
  DMG_27 1.000000 Outboard Lower Star. RCS
  DMG_28 1.000000 Outboard Upper Star. RCS
  DMG_29 1.000000 Outboard Lower Port RCS
  DMG_30 1.000000 Aft RCS
  DMG_31 1.000000 Forward RCS
  DMG_32 1.000000 Bay Doors
  IS_CRASHED 0
  MET_STARTING_MJD 51984.610555
  INTERVAL1_ELAPSED_TIME -1.000000
  INTERVAL2_ELAPSED_TIME -1.000000
  MET_RUNNING 1
  INTERVAL1_RUNNING 0
  INTERVAL2_RUNNING 0
  ACTIVE_MDM 1
  TEMP_SCALE 2
  CUSTOM_AUTOPILOT_MODE 0
  AIRSPEED_HOLD_ENGAGED 0
  SCRAM0DIR 0.000000 0.000000 1.000000
  SCRAM1DIR 0.000000 0.000000 1.000000
  HOVER_BALANCE 0.000000
  MAIN0DIR 0.000000 0.000000 1.000000
  MAIN1DIR 0.000000 0.000000 1.000000
  GIMBAL_BUTTON_STATES 0 0 0 0 0 0
  ATTITUDE_HOLD_DATA 0.000000 0.000000 1 0 0.000000
  DESCENT_HOLD_DATA 0.000000 -3.000000 0
  AIRSPEED_HOLD_DATA 0.000000
  OVERRIDE_INTERLOCKS 0 0
  TERTIARY_HUD_ON 1
  CREW_DISPLAY_INDEX 0
  GEAR 1 1.0000
  RCOVER 1 1.0000
  NOSECONE 0 0.0000
  AIRLOCK 0 0.0000
  IAIRLOCK 0 0.0000
  CHAMBER 0 0.0000
  AIRBRAKE 0 0.0000
  RADIATOR 1 1.0000
  LADDER 0 0.0000
  HATCH 0 0.0000
  SCRAM_DOORS 0 0.0000
  HOVER_DOORS 1 1.0000
  APU_STATUS 0
  EXTCOOLING_STATUS 0
  TRIM 0.000000
  LIGHTS 1 1 1
  XR1UMMU_CREW_DATA_VALID 1
  UMMUCREW XI0-Lee_Nash-39-65-78
  UMMUCREW XI1-Kara_Miller-32-65-58
  UMMUCREW XI2-Sharon_Valerii-26-67-54
  UMMUCREW XI3-Cameron_Mitchell-36-65-77
  UMMUCREW XI4-Samantha_Carter-33-66-53
  UMMUCREW XI5-Daniel_Jackson-35-68-75
  UMMUCREW XI6-Teal_c-31-64-104
  UMMUCREW XI7-Vala_Mal_Doran-30-67-53
  UMMUCREW XI8-Elizabeth_Weir-36-68-56
  UMMUCREW XI9-John_Sheppard-34-64-77
  UMMUCREW XI10-Rodney_McKay-35-72-90
  UMMUCREW XI11-Teyla_Emmagan-27-68-57
  UMMUCREW XI12-Ronon_Dex-32-63-97
  UMMUCREW XI13-Carson_Beckett-38-74-95
  PAYLOAD_SCREENS_DATA 0.2 0 1 1
  GRAPPLE_TARGET XR2PayloadMainFuel-03-1
END
SH-03:ShuttleA
  STATUS Landed Earth
  BASE Habana:4
  POS -82.3982414 23.0005396
  HEADING 70.00
  ALT 2.912
  AROT 50.119 -65.937 19.478
  AFCMODE 7
  PRPLEVEL 0:1.000000 1:1.000000
  NAVFREQ 0 0
  XPDR 0
  PODANGLE 0.0000 0.0000
  DOCKSTATE 0 0.0000
  AIRLOCK 0 0.0000
  GEAR 0 0.0000
  PAYLOAD MASS 0.0 0
  ATTREF 0 0 0
  ADI_LAYOUT 0
END
PB-01:ShuttlePB
  STATUS Landed Earth
  BASE Habana:1
  POS -82.4000000 22.9994604
  HEADING 22.00
  ALT 1.496
  AROT 64.386 -18.865 7.402
  AFCMODE 7
  PRPLEVEL 0:1.000000
  NAVFREQ 0 0
END
GL-02:DeltaGlider
  STATUS Landed Mars
  BASE Olympus:3
  POS -135.4300000 12.7366196
  HEADING 0.00
  ALT 2.532
  AROT 81.111 -8.915 -44.736
  AFCMODE 7
  PRPLEVEL 0:1.000000 1:1.000000
  NAVFREQ 0 0 0 0
  XPDR 0
  HOVERHOLD 0 1 0.0000e+000 0.0000e+000
  GEAR 1.0000 0.0000
  AAP 0:0 0:0 0:0
END
SH-01:ShuttleA
  STATUS Landed Moon
  BASE Brighton Beach:1
  POS -33.4375000 41.1184067
  HEADING 0.00
  ALT 3.027
  AROT 64.274 33.319 48.978
  AFCMODE 7
  PRPLEVEL 0:1.000000 1:1.000000
  NAVFREQ 0 0
  XPDR 0
  PODANGLE 0.0000 0.0000
  DOCKSTATE 0 0.0000
  AIRLOCK 0 0.0000
  GEAR 0 0.0000
  PAYLOAD MASS 0.0 0
  ATTREF 0 0 0
  ADI_LAYOUT 0
END
XR2-01_Bay:XRPayloadBay
  STATUS Orbiting Moon
  RPOS 1668934.432 -244951.776 441487.949
  RVEL 0.0849 3.3119 -2.1638
  AROT 154.745 -9.766 -86.685
  VROT 0.1904 0.5054 -0.0183
  ATTACHED 0:3,XR2-01
  AFCMODE 7
END
XR2PayloadCHM-01-1:XR2PayloadCHM
  STATUS Orbiting Moon
  RPOS 1668935.597 -244949.658 441483.503
  RVEL 0.0849 3.3119 -2.1638
  AROT 154.745 -9.766 -86.685
  VROT 0.1904 0.5054 -0.0183
  ATTACHED 0:0,XR2-01
  AFCMODE 7
  NAVFREQ 0 0
END
XR2PayloadMainFuel-02-1:XR2PayloadMainFuel
  STATUS Landed Earth
  POS -6.3801357 4.7205532
  HEADING 304.65
  ALT -1.065
  AROT 145.108 7.965 -89.763
  AFCMODE 7
  NAVFREQ 0 0
END
XR2PayloadMainFuel-03-1:XR2PayloadMainFuel
  STATUS Landed Earth
  POS -6.3800052 4.7205152
  HEADING 314.83
  ALT -1.065
  AROT 134.830 7.881 -91.176
  AFCMODE 7
  NAVFREQ 0 0
END
END_SHIPS

BEGIN_DX9ExtMFD
END
 
Last edited:

dbeachy1

O-F Administrator
Administrator
Orbiter Contributor
Addon Developer
Donator
Beta Tester
Joined
Jan 14, 2008
Messages
9,218
Reaction score
1,566
Points
203
Location
VA
Website
alteaaerospace.com
Preferred Pronouns
he/him
Thanks for the testing! I reproduced all the issues you posted with some help from Woo482, and I fixed them. I just uploaded new XR DLL versions to the same URLs; change list since last build is:

  • Fixed bug with not being able to open resupply hatches while landed (reported by Blixel).
  • Fixed pre-existing bug with the XR2 & XR5 not saving & restoring the state of the payload bay doors (reported by Blixel).
  • Fixed AoA & Slip gauges showing -99.9 degrees while at wheel-stop.
  • Added custom touchdown points for the hull so that when the vessel crashes and settles upside-down it remains above-ground. (Thanks to Woo482 for getting the various hull point coordinates for me using his 3dsmax.)
  • Tweaked nosewheel steering amplification to be less sensitive.
  • Fixed XR2 & XR5 wheels rotating even at wheel-stop when wind effects are enabled (reported by Blixel; thanks to Woo482 for figuring out that the problem only occurs when wind effects are enabled).
  • Fixed bogus "APU Offline" warnings at wheel-stop when wind effects are enabled (see above).
  • Fixed pre-existing bug with XR2's Reentry Check MFD screen missing 'Bay Doors' status line (reported by Woo482).

Please download the new XR DLLs via the same links before you continue testing. Thanks! :tiphat:
 

Ripley

Tutorial translator
Donator
Joined
Sep 12, 2010
Messages
3,135
Reaction score
409
Points
123
Location
Rome
Website
www.tuttovola.org
Ok, I know I'm one-of-a-kind, but I wanted to add that in XP (Orbiter2016 RC2 + D3D9 24.2 + latest XR DLLs) I have the following problem:

njWwqdc.png


It's in Italian, but it says the usual "...couldn't locate entry point..."

Plain orbiter.exe shows a white screen and then it CTDs.

In orbiter_ng.exe, launching XR1 (or XR2) "landed at Brighton Beach" scenarios, I get the error in the screenshot, but then Orbiter launches anyway.
While in the cockpit, F8 only gives me the glass cockpit, and with F1 I have no external ship visuals at all (invisible ship).

I'm at work now, and I don't have Orbiter logs to attach.

From what I've googled so far, InitializeCriticalSectionEx points to a VS 2012.3 update, but when I click on it (on MS site) it redirects me to a VS 2012.4 link, which is not a valid XP download.

Now, it was not the fear for ransomwares, not the alerts from my bank, not Dropbox shutting down XP support...But if XR fleet itself doesn't work on XP, THAT will make me update my lousy box!
:rofl:
 
Last edited:

orb

New member
News Reporter
Joined
Oct 30, 2009
Messages
14,020
Reaction score
4
Points
0
From what I've googled so far, InitializeCriticalSectionEx points to a VS 2012.3 update, but when I click on it (on MS site) it redirects me to a VS 2012.4 link, which is not a valid XP download.
Unfortunately, no download will help if the DLL isn't rebuilt with XP compatibility. InitializeCriticalSectionEx was introduced only in KERNEL32.dll of Vista and newer.
 

fort

Active member
Joined
Mar 19, 2008
Messages
1,018
Reaction score
20
Points
38
But if XR fleet itself doesn't work on XP, THAT will make me update my lousy box!
:rofl:

Lousy ? I'm an XP fan, the best OS ever made in the universe and beyond :tiphat:

... in KERNEL32.dll...

Ah ! the Kernell32 story and the procedure entry point. A delight :facepalm:
 
Last edited:

dbeachy1

O-F Administrator
Administrator
Orbiter Contributor
Addon Developer
Donator
Beta Tester
Joined
Jan 14, 2008
Messages
9,218
Reaction score
1,566
Points
203
Location
VA
Website
alteaaerospace.com
Preferred Pronouns
he/him
Unfortunately, no download will help if the DLL isn't rebuilt with XP compatibility. InitializeCriticalSectionEx was introduced only in KERNEL32.dll of Vista and newer.

Sorry, not gonna happen -- XP is nearly 15 years old now and has been unsupported by Microsoft (as in no more security patches) for over two years. But you can always run the existing XRs on Orbiter 2010 P1 on XP systems.
 

birdmanmike

Active member
Joined
Jan 20, 2016
Messages
104
Reaction score
0
Points
31
Location
High Peak
Was attempting a test install of the UMMu 3.0(plus DeltaGlider IV/3) as only way to get UMmu which is needed for the XRs and it came up with wanting to patch a previous UMmu.

Question is, do I still need UMmu if I just want to pilot the XRs and not space the crew or whatever, and if so, which one . . . can't find UMmu on its own :(

This is with RC2 and the XRs from dbeachy1 Altea Aerospace download page?

Thanks
 

dbeachy1

O-F Administrator
Administrator
Orbiter Contributor
Addon Developer
Donator
Beta Tester
Joined
Jan 14, 2008
Messages
9,218
Reaction score
1,566
Points
203
Location
VA
Website
alteaaerospace.com
Preferred Pronouns
he/him
Question is, do I still need UMmu if I just want to pilot the XRs and not space the crew or whatever, and if so, which one . . . can't find UMmu on its own :(

You do need UMMu in order to pilot the XRs because the XR code makes calls to the UMMu DLL. I do agree it would be nice if you could download UMMu on its own since so many add-ons use it -- you could always try asking DanSteph nicely to put up a UMMu download. :)

This is with RC2 and the XRs from dbeachy1 Altea Aerospace download page?

Do you mean are trying to run the XRs from my Web site using Orbiter 2016 RC2? That won't work because you will also need the XR DLLs linked at the top of this thread. So, to sum up:

1. Install Orbiter 2016 RC2.
2. Download and install the XR(s) that you want from my Web page.
3. Download the Orbiter 2016 RC2 XR DLLs you need from the top of this thread and copy them to your $ORBITER_HOME\modules folder, overwriting the XR DLLs there.
4. Download and install the latest UMMu from DanSteph's page (it is bundled both with UCGO and the DGIV, as I recall -- unfortunately you can't download it standalone).
5. Run Orbiter 2016.

That should do it. :tiphat:
 

birdmanmike

Active member
Joined
Jan 20, 2016
Messages
104
Reaction score
0
Points
31
Location
High Peak
Thanks for that - I knew about the DLLs here for the RC2 OK, (originally was going to try a couple months back with the then beta but gave up then as only working with 2010 it seemed?) .
It was you releasing the new DLs has prompted me to do it again. Haven't tried to run yet pending the UMmu but will d/l the UMmu with DG4 and go from there.

Thanks for help :cheers:
 
Last edited:

dbeachy1

O-F Administrator
Administrator
Orbiter Contributor
Addon Developer
Donator
Beta Tester
Joined
Jan 14, 2008
Messages
9,218
Reaction score
1,566
Points
203
Location
VA
Website
alteaaerospace.com
Preferred Pronouns
he/him
I just uploaded a new Beta-3 version of the XR DLLs to the same download links. The only change in this version is:

  • Added feature to save Orbiter render window position when a scenario is saved and restore it when Orbiter starts. Note that this is a truly global setting by design, which means it works across all scenarios and all separate Orbiter instances that load at least one XR vessel. Works with multiple monitors as well, and does not affect full-screen sessions. Orbiter Window coordinates are saved to HKEY_CURRENT_USER\SOFTWARE\AlteaAerospace\XR in the registry. To disable automatic window position restore globally, create a new REG_DWORD value under HKEY_CURRENT_USER\SOFTWARE\AlteaAerospace\XR named DisableWindowPosRestore and set its value to 1.

I added this feature because the WindowTack add-on on OrbiterHanger no longer works in Orbiter 2016, and I got tired of constantly moving my Orbiter window on each relaunch. :tiphat:
 

birdmanmike

Active member
Joined
Jan 20, 2016
Messages
104
Reaction score
0
Points
31
Location
High Peak
Doing reasonable with the XR1 and XR2 just, is it me AbsoluteKillRot ? doesn't seem absolute and I have to keep correcting again - did I see somewhere about not with XRs?
 

dbeachy1

O-F Administrator
Administrator
Orbiter Contributor
Addon Developer
Donator
Beta Tester
Joined
Jan 14, 2008
Messages
9,218
Reaction score
1,566
Points
203
Location
VA
Website
alteaaerospace.com
Preferred Pronouns
he/him
I have never used AbsoluteKillRot. Does it work correctly with the default DG in Orbiter 2016? In any case, I would contact the AbsoluteKillRot author about any issues with it.
 

birdmanmike

Active member
Joined
Jan 20, 2016
Messages
104
Reaction score
0
Points
31
Location
High Peak
yes it works (worked) with the RC2 and is/was Enjo's latest beta. However sorry, while checking those, it seems my bad - somehow it got deactivated in modules. I'll check again with XR1
Grovels in shame :blush:
 

dbeachy1

O-F Administrator
Administrator
Orbiter Contributor
Addon Developer
Donator
Beta Tester
Joined
Jan 14, 2008
Messages
9,218
Reaction score
1,566
Points
203
Location
VA
Website
alteaaerospace.com
Preferred Pronouns
he/him
I just uploaded new BETA-3 versions of the XR DLLs with one fix:

  • Fixed bug with Orbiter render window position sometimes not being restored when using the D3D9 client.

Same download links as before. :tiphat:
 

turtle91

Active member
Joined
Nov 1, 2010
Messages
319
Reaction score
7
Points
33
Is there a way to apply some kind of a "handbrake" ?
I.e. if a base/pad is not 100 percent flat, it s realy hard to have a wheel-stop.
Maybe coupling "VESSEL::SetWheelbrakeLevel ( double level, int which = 0 , bool permanent = true )" to the external cooling/air-connector could trigger this ?

I know, the brakes in an XR vessel are dependend on APU/hydraulic power, but the cooling/air-connector could act as some kind of "anchor".
Just an idea....
 

dbeachy1

O-F Administrator
Administrator
Orbiter Contributor
Addon Developer
Donator
Beta Tester
Joined
Jan 14, 2008
Messages
9,218
Reaction score
1,566
Points
203
Location
VA
Website
alteaaerospace.com
Preferred Pronouns
he/him
Hmm...I'll think about it and see if I can figure something out -- I'm thinking I'll just make the parking brakes set automatically whenever the vessel reaches wheel-stop, and then auto-disengage the parking brakes whenever thrust is applied.
 

Loru

Retired Staff Member
Retired Staff
Addon Developer
Donator
Joined
Sep 30, 2008
Messages
3,731
Reaction score
6
Points
36
Location
Warsaw
Wouldn't that foil any future attempts to make tugs work with XR fleet?
 

dbeachy1

O-F Administrator
Administrator
Orbiter Contributor
Addon Developer
Donator
Beta Tester
Joined
Jan 14, 2008
Messages
9,218
Reaction score
1,566
Points
203
Location
VA
Website
alteaaerospace.com
Preferred Pronouns
he/him
No, because the pilot can simply tap the RCS or main thrust to disengage the parking brake, and the parking brake will never (re-)engage until 1) both wheel brakes are applied and 2) the vessel reaches wheel-stop. There will also be a setting in the XR vessel's config to enable or disable the parking brake feature (default is enabled).
 
Top