New Orbiter SVN commit (r.71, Oct 14 2017)

dbeachy1

O-F Administrator
Administrator
Orbiter Contributor
Addon Developer
Donator
Beta Tester
Joined
Jan 14, 2008
Messages
9,214
Reaction score
1,560
Points
203
Location
VA
Website
alteaaerospace.com
Preferred Pronouns
he/him
Not sure either. But I just posted on his web site:

http://orbiter.dansteph.com/forum/index.php?topic=13797.0


Thanks for posting that. :tiphat: I also found two UMMu 3.5 bugs tonight that I think are non-XR-specific:

1. EVA'ing a crew member close to the ground will (usually) cause the crew member to be ejected into space within a few seconds.
2. Switching to cockpit view for an EVA'd crew member causes a CTD.

I suspect that both those bugs are due to UMMu being built against Orbiter 2010. Are these known UMMu issues with Orbiter 2016?
 

martins

Orbiter Founder
Orbiter Founder
Joined
Mar 31, 2008
Messages
2,448
Reaction score
462
Points
83
Website
orbit.medphys.ucl.ac.uk
The odd thing is that the XR5 is fine when I load up the "Landed at Brighton Beach" scenario: it only falls through the ground when landed at Cape Canaveral. The other XR vessels are fine with similar scenarios at Cape Canaveral.
It turns out that the default landing gear stiffness and damping parameters were not working well across all vessel types. The XR5's mass was beyond the tolerance limit for the default parameters.

In RC.3 I will try to find better defaults, adjusted to the vessel empty mass. In general however, I would recommend to use the new touchdown point interface that allows to add more than 3 contact points (so that the entire convex hull of the vessel can be defined), with individual settings for stiffness, damping and friction coefficients. Defining the complete complex hull will provide a defined behaviour for vessel-ground contact even if it doesn't come down on its landing gears.
 

dbeachy1

O-F Administrator
Administrator
Orbiter Contributor
Addon Developer
Donator
Beta Tester
Joined
Jan 14, 2008
Messages
9,214
Reaction score
1,560
Points
203
Location
VA
Website
alteaaerospace.com
Preferred Pronouns
he/him
Thanks for the info, Martin. :) I went ahead and used the new touchdown point interface as you suggested and it's working fine now.

Loving the new Orbiter 2016 RC2 btw! :thumbup:
 

gbry_s

New member
Joined
Jul 28, 2016
Messages
2
Reaction score
0
Points
0
Hey guys, I'm having this issue

open


The lowres earth pack is installed, and currently is copying the highres (the explorer green bar is doing that)

Running the latest svn with the r58 d3d9 client. The inline engine rendered the planet textures just fine.
 

JMW

Aspiring Addon Developer
Joined
Aug 5, 2008
Messages
611
Reaction score
52
Points
43
Location
Happy Wherever
Quote:
Originally Posted by dbeachy1 View Post
Well, to a point -- sometimes it's an Orbiter core bug that is causing the problem because of some unintended changes. Still, in this case I agree it's likely just a case of OrbiterSound needing to be recompiled against Orbiter 2016. Does anyone know if DanSteph knows about the bug?

NukETNot sure either. But I just posted on his web site:

http://orbiter.dansteph.com/forum/in...?topic=13797.0

DanSteph's reply:
http://orbiter.dansteph.com/forum/i...aeb0b84a86c3c&topic=13797.msg208218#msg208218
 

martins

Orbiter Founder
Orbiter Founder
Joined
Mar 31, 2008
Messages
2,448
Reaction score
462
Points
83
Website
orbit.medphys.ucl.ac.uk
I'm also getting a CTD 100% of the time when I load the Quickstart scenario [edit: from the Checklists folder], press F3, select Mir or Luna-OB1, and then click Apply. I am able to switch back and forth between any other vessel, including the ISS. Anyone else getting this?

This problem will be addressed in RC.3.

Edit:

In fact, Mir and Luna-OB1 should not even show up in the F3 dialog. RC.2 was ignoring the EnableFocus=FALSE flag. This will be corrected in RC.3.

Even so, Orbiter obviously shouldn't have crashed when switching to Mir. This was caused by the open HSI MFD mode being connected to a vessel without NAV receivers. This will also be fixed in RC.3.
 

martins

Orbiter Founder
Orbiter Founder
Joined
Mar 31, 2008
Messages
2,448
Reaction score
462
Points
83
Website
orbit.medphys.ucl.ac.uk
New Orbiter Beta Released (r.60 aka RC.3, Aug 6 2016)

Change log:
  1. VESSEL::SetTouchdownPoints: old 3-point interface now sets stiffness and damping parameters according to vessel empty mass [in response to this] (warning: this introduces a race condition: vessel mass must be set before touchdown points)
  2. Bug fix: HSI MFD mode: caused CTD when switching to a vessel without NAV radios while HSI mode was active. [in response to this]
  3. Bug fix: Vessel selection dialog (F3): ignored vessel focus enable flag. Listed vessels even if they were not selectable. [in response to this]
  4. Bug fix: Atlantis: cargodoor positions for playback ISCLOSED and ISOPEN events not correctly updated
  5. texpack: can now extract a compressed archive with -e flag
  6. Changed icon for orbiter_ng to blue
  7. Changed dialog fonts
  8. Documentation updates [fixes issue #1262]
  9. Bug fix: Elevation manager: cached tiles didn't check for correct elevation level
  10. Playback: Ignoring "Landed" events (not fully implemented).
  11. Welcome to Orbiter 2016 scenario: fixed Atlantis runout to align with runway elevation
  12. 2016 welcome scenario: more annotations
  13. API: main menu show/hide function exposed to API (C++ and Lua)
  14. Bug fix: Atlantis: force grapple point update during clbkVisualCreated [in response to this]
  15. MFD: oapiMFDButtonLabel now returns 3-char mode label also for vessel-specific modes [fixes issue #1243]
  16. MFD: switching vessels with a vessel-specific MFD mode open no longer blocks the MFD [fixes issue #1242]
  17. Atlantis: VC MFD now displays 3-char mode labels instead of ">"

No new OVP commit. The current D3D9 beta build should still work.

This commit has been designated as RC.3.

Re. point 1: This could potentially change the behaviour of vessels that are not using the new touchdown point definition interface, so it would be good to test the beta in this respect with existing addon vessels.
 

martins

Orbiter Founder
Orbiter Founder
Joined
Mar 31, 2008
Messages
2,448
Reaction score
462
Points
83
Website
orbit.medphys.ucl.ac.uk
New Orbiter Beta Released (r.61 aka RC.4, 16 Aug 2016)

Change log:
  1. DG: control dialog (Ctrl-Space) now syncs with control status [ issue # 1263 ]. Added airbrake and cockpit light controls
  2. Bug fix: vessels can now be created during VESSEL::clbkPostStep (writing initial state to update state) [in response to this issue ]
  3. Various fixes to MSI installer script
  4. Inline graphics client: no longer clips particle streams
  5. Vessel config files: Added tag "ClipRadius"
  6. ISS: clip radius adjusted to avoid clipping solar panels
  7. Updated Manual and Credits
  8. Updated config files for Jovian satellites to reference new textures
No new OVP commit. The current D3D9 beta client should still work.

This commit has been designated as RC.4.

Note that the old textures for the Jovian moons have been removed from SVN. You will have to download the RC.4 zip file to get the new ones.
 

starcraftman

New member
Joined
Sep 11, 2015
Messages
6
Reaction score
0
Points
0
Moon crater glith

Hello,

I've just updated my orbiter beta from the SVN repo. I assume that the differences between RC version and the release are cosmetic minimal.

I've lanunched the orb, entered low moon orbit to check if there are the glithes mentioned by me approx a year ago. And here it is : (

The front edge of the crater is transparent.

KG74onL.png
 

martins

Orbiter Founder
Orbiter Founder
Joined
Mar 31, 2008
Messages
2,448
Reaction score
462
Points
83
Website
orbit.medphys.ucl.ac.uk
New Orbiter SVN commit (r.62, aka Orbiter 2016, Aug 30 2016)

This commit brings the SVN repository up to date to Orbiter release 2016.

Change log:
  1. Bug fix: ZTreeManager: memory leak
  2. Bug fix: Vessel: global speed computation in InitLanded did not take into account surface elevation (resulting in spurious nonzero airspeed reading). Should fix this issue.
  3. Modified VESSEL::SetAttitudeRotLevel to better deal with thrusters registered with multiple attitude groups [issue #1157]
  4. Cleaned up code for setting HUD colour / HUD intensity to increase chance of fixing [issue #1236]
  5. Map MFD: now accepts OTARGET or BTARGET scenario tags for backward compatibility (preference is TARGET > OTARGET > BTARGET). Should fix this problem.
  6. Reduced minimum nearplane limit for internal views from 2.5m to 1m (in external views it is still 2.5m). Should fix this problem.
  7. ShuttlePB: Now defines convex hull for collision interface
  8. ShuttleA: overhead panel now fully functional again
  9. Bug fix: prevent vessels from going idle during touchdown point modification at ground contact
  10. Bug fix: pad auto-refuel is now working again. Should fix this problem.
  11. Atlantis: Zero RCS levels on deactivating the ascent autopilot [issue #1238].
  12. Atlantis: Enable attachment jettison with J. Enable MMU with E. Should fix this problem.
  13. API: Force thruster level 0 on propellant disconnect.
  14. Bug fix: DG: landing/docking lights not switched on at scenario start

There is also a recent OVP commit that fixes point 1 in the D3D7 client.
 

martins

Orbiter Founder
Orbiter Founder
Joined
Mar 31, 2008
Messages
2,448
Reaction score
462
Points
83
Website
orbit.medphys.ucl.ac.uk
Hello,

I've just updated my orbiter beta from the SVN repo. I assume that the differences between RC version and the release are cosmetic minimal.

I've lanunched the orb, entered low moon orbit to check if there are the glithes mentioned by me approx a year ago. And here it is : (

The front edge of the crater is transparent.

KG74onL.png

Could you please give the coordinates of that crater? Also could you point me to your report a year ago? I couldn't find it. Thanks!
 

starcraftman

New member
Joined
Sep 11, 2015
Messages
6
Reaction score
0
Points
0
Moon crater glith

Thank you for reply : )

Actually this glith appears in every crater if you want to view it from low angle (like from very low (about 2-4 km) orbit around the moon), additionally Ive just now updated all files form SVN (to make sure the ghith was not fixed in RC or release version). The craters are located next to brighton beach -> but it really doesnt matter becouse every crater is affected. The photos were made by zooming out from parked SH-01 at the pad on brighton.

Over a year ago I mentioned about something else -> the atmospheric haze "gap" during ascent form hellas plantita on mars (terrain below "sea level" on mars) 3rd photo (as we can see this also appears in the newest version). I wanted to report about the crater issue but i was waiting for reply about the martian haze and Ive forgoten about the craters.

One thing I want to thank you is to fixing pressure measurement from places below martian "sea level". Now there is over 1kPa at the bottom of hellas plantita (this was fixed by you after my first post where I noticed that at the bottom of hellas plantita the pressure was around ~600 Pa (like at the mars median level) -> the second post was about atmospheric haze)

Thank you for paying attention on this ( :

I7NqgZs.png

BQW1zml.png

4pvDt21.png
 
Last edited:

martins

Orbiter Founder
Orbiter Founder
Joined
Mar 31, 2008
Messages
2,448
Reaction score
462
Points
83
Website
orbit.medphys.ucl.ac.uk
I don't seem to be able to reproduce your problem.

Since you didn't give a position or scenario I can't really try to match your images exactly, so here is another image with a few craters, plus the scenario to reproduce it. Do you get a different result? How long ago did you download the Moon textures?

Code:
BEGIN_DESC
Current scenario state


Contains the latest simulation state.
END_DESC

BEGIN_ENVIRONMENT
  System Sol
  Date MJD 57504.3993599008
  Help CurrentState_img
END_ENVIRONMENT

BEGIN_FOCUS
  Ship SH-03
END_FOCUS

BEGIN_CAMERA
  TARGET SH-03
  MODE Extern
  POS 18499.981330 7.233933 4.155073
  TRACKMODE TargetRelative
  FOV 50.00
END_CAMERA

BEGIN_HUD
  TYPE Surface
END_HUD

BEGIN_MFD Left
  TYPE Surface
  SPDMODE 1
END_MFD

BEGIN_MFD Right
  TYPE Map
  REF Moon
  TARGET Brighton Beach
END_MFD

BEGIN_PANEL
END_PANEL

BEGIN_SHIPS
SH-03:ShuttleA
  STATUS Landed Moon
  BASE Brighton Beach:2
  POS -33.4450804 41.1217033
  HEADING 70.00
  ALT 3.027
  AROT 15.802 -19.249 42.000
  AFCMODE 7
  PRPLEVEL 0:1.000000 1:1.000000
  NAVFREQ 0 0
  XPDR 0
  PODANGLE 0.0000 0.0000
  DOCKSTATE 0 0.0000
  GEAR 0 0.0000
  PAYLOAD MASS 120000.0 0
  ATTREF 0 0 0
  ADI_LAYOUT 0
END
END_SHIPS

Regarding the Mars image, again, after a quick check I can't reproduce it, so it would really help if you could provide a scenario so I can see if the same problem is present here or not.

Edit: ok, I can reproduce the atmosphere gap on Mars. Should be fixable.
 

Attachments

  • moon.jpg
    moon.jpg
    83.9 KB · Views: 36

starcraftman

New member
Joined
Sep 11, 2015
Messages
6
Reaction score
0
Points
0
Ive used your scenario to create my view. On your image there arent any issues - on my there are. Maybe this is texture or elevation issue or graphic card settings.

Ive got moon textures from here (from 1st Jan 2015) http://mirror.orbiter-radio.co.uk/orbiter/assets/moon.html

BLNiXOQ.png


Edit: Ive tried to disable every visual effect except surface elevation (without success), tried also RGB emulation instad of using graphic card (without success)

Edit: I know what is the reason -> Please notice that you are launched orbiter in window mode (I also tried and I noticet that there arent any glithes). Please try to launch orbiter full screen to reproduce the issue.

Please try this scenario where the issue appearance is obvious. Please notice that the mountains on the horizon are also affected (some of the cliffs are transparent on one side)

Fullscreen
AJShtGZ.png


Window mode
3cxuYEa.png


Code:
BEGIN_DESC
Current scenario state


Contains the latest simulation state.
END_DESC

BEGIN_ENVIRONMENT
  System Sol
  Date MJD 55288.2315439246
  Help Default\Checklists\Quickstart,Quickstart
END_ENVIRONMENT

BEGIN_FOCUS
  Ship SH-01
END_FOCUS

BEGIN_CAMERA
  TARGET SH-01
  MODE Extern
  POS 4937.353459 28.543915 -1.862113
  TRACKMODE TargetRelative
  FOV 50.00
END_CAMERA

BEGIN_HUD
  TYPE Surface
END_HUD

BEGIN_MFD Left
  TYPE HSI
  NAV 0 0
  OBS 0.00 0.00
END_MFD

BEGIN_MFD Right
  TYPE Map
  REF Moon
  POS 0.00 0.00
END_MFD

BEGIN_VC
END_VC

BEGIN_SHIPS
ISS:ProjectAlpha_ISS
  STATUS Orbiting Earth
  RPOS -6265397.241 -1804180.277 1723794.293
  RVEL -2468.0190 7114.1205 -1528.7658
  AROT 110.100 -10.530 79.960
  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 -5860932.543 194426.418 3188581.923
  RVEL -3698.5483 -413.5159 -6769.0729
  AROT 0.070 -45.240 89.950
  AFCMODE 7
  IDS 0:540 100 1:542 100 2:544 100
  XPDR 482
END
Luna-OB1:Wheel
  STATUS Orbiting Moon
  RPOS -1095721.153 1952856.018 -315.934
  RVEL -1290.4143 -724.0894 0.1022
  AROT 0.000 0.000 -156.458
  VROT 0.0000 0.0000 10.0000
  AFCMODE 7
  IDS 0:560 100 1:564 100
  XPDR 494
END
GL-01:DeltaGlider
  STATUS Landed Earth
  POS -80.6824940 28.5967940
  HEADING 330.01
  ALT 2.469
  AROT 67.198 34.002 10.185
  RCSMODE 0
  AFCMODE 7
  PRPLEVEL 0:0.995000 1:1.000000
  NAVFREQ 94 524 84 114
  XPDR 0
  HOVERHOLD 0 1 0.0000e+000 0.0000e+000
  GEAR 1.0000 0.0000
  AAP 0:0 0:0 0:0
  PSNGR 2 3 4
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
  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.287
  AROT 62.913 -18.678 7.875
  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
  GEAR 0 0.0000
  PAYLOAD MASS 0.0 0
  ATTREF 0 0 0
  ADI_LAYOUT 0
END
END_SHIPS

BEGIN_ExtMFD
END
 
Last edited:

martins

Orbiter Founder
Orbiter Founder
Joined
Mar 31, 2008
Messages
2,448
Reaction score
462
Points
83
Website
orbit.medphys.ucl.ac.uk
Are you using a 32-bit framebuffer mode in fullscreen? 16-bit z-buffers are simply not sufficient for the dynamic ranges we need to cover. Unless you are really restricted by your graphics hardware, there shouldn't be a performance reason these days to use 16-bit modes.

If that isn't it, then getting different results for window and fullscreen modes points to a driver issue.
 

starcraftman

New member
Joined
Sep 11, 2015
Messages
6
Reaction score
0
Points
0
Actually -> I changed colour depth to 32 bit in fullscreen mode and it worked for me : )
Maybe switching colour depth also affects resolution of z-buffer ?

I have gtx970m so we can easily exclude hw limitation.

Thank you : )
 

martins

Orbiter Founder
Orbiter Founder
Joined
Mar 31, 2008
Messages
2,448
Reaction score
462
Points
83
Website
orbit.medphys.ucl.ac.uk
New Orbiter SVN commit (r.63, Sep 3 2016)

Change log:

  1. Bug fix: VESSEL::GetStatus and VESSEL::GetStatusEx now respect the modified meaning of the arot and vrot vessel parameters for landed vessels (arot: rotation angles relative to planet frame, vrot.x: vessel CoG altitude above elevated ground). Should fix this problem.
  2. Bug fix: Log error message DDERR_BLTFASTCANTCLIP resolved. Should fix this problem.
  3. D3D7client::clbkBlt now tries Blt if BltFast fails
  4. Atlantis: AscentAP: turn off RCS thrusters on AP disengage [issue #1238]
  5. Bug fix: config texture dir now respected by new-style planetary texture and elevation maps. Addresses this problem, although the HTexDir value is still not being used.
  6. API: New flag recognised by oapiGetObjectParam: OBJPRM_PLANET_MINELEVATION (exposes new MinElevation config tag)
  7. Bug fix: visual artefact with rendered horizon haze on Mars (lower edge visible from hellas plantita). Should fix this problem.
  8. Bug fix: DG: Command dialog (Ctrl-Space) not working correctly [issue #1266]

There is also a new OVP commit (r. 55) to go with this. Will require graphics client recompile, and probably some edits to incorporate points 6 and 7.
 

Face

Well-known member
Orbiter Contributor
Addon Developer
Beta Tester
Joined
Mar 18, 2008
Messages
4,390
Reaction score
577
Points
153
Location
Vienna
Bug fix: config texture dir now respected by new-style planetary texture and elevation maps. Addresses this problem, although the HTexDir value is still not being used.

Thanks. Fixed it for me, as I can now re-use texture dirs without resorting to soft-links by means of setting the "TextureDir" property in the master configuration file.
 

fred18

Addon Developer
Addon Developer
Donator
Joined
Feb 2, 2012
Messages
1,666
Reaction score
100
Points
78
sorry, shall we commit to the repository or is the official link/mirror updated?

[edit]

I guess it's svn, sorry for if the question was stupid
 
Last edited:

martins

Orbiter Founder
Orbiter Founder
Joined
Mar 31, 2008
Messages
2,448
Reaction score
462
Points
83
Website
orbit.medphys.ucl.ac.uk
sorry, shall we commit to the repository
Er, no. You should update (or checkout if you haven't done so before) from the repository. It is not recommended to check out into an existing Orbiter 2016 installation directory. But you can reuse the textures from your Orbiter 2016 installation, by modifying the TextureDir entry in Orbiter.cfg/Orbiter_ng.cfg. (what Face is talking about above).
See http://orbit.medphys.ucl.ac.uk/betainstall.html for details.

or is the official link/mirror updated?
Not yet. It will be a while before the first patch is released.
 
Top