Orbiter-Forum  

Go Back   Orbiter-Forum > Projects > ORBITER: 2010-P1 and newer > Bug
Register Blogs Orbinauts List Social Groups FAQ Projects Mark Forums Read

DG-S 2D panel Propellant Status has wrong scale Issue Tools
issueid=1323 04-28-2017 10:10 PM
GLS GLS is online now
Addon Developer
DG-S 2D panel Propellant Status has wrong scale

The Propellant Status display in the 2D panel of the DG-S has the propellant levels scalled incorrectly, displaying about 25% when the propellant resource is at full.
Using Orbiter Beta r65.
Issue Details
Project ORBITER: 2010-P1 and newer
Status Fixed
Priority 6
Affected Version Revision denoted in description
Fixed Version (none)
Users able to reproduce bug 0
Users unable to reproduce bug 1
Assigned Users (none)
Tags (none)

04-29-2017 09:59 AM
Donator
 
Hmmm, when I checked with Orbiter BETA r65 I can't reproduce this.
I've checked[1] with all 3 propellant resources, in both 2D and 3D cockpit and with the Inline Graphics Client and D3D9Client...
No glitch nowhere.

[1] using the ScenarioEditor. 0%, 25%, 50%, 75%, 100% ... all spot on!
Reply
04-29-2017 12:08 PM
GLS GLS is online now
Addon Developer
 
Yeah, I just re-checked and it works... when the DG-S is present at the start of the scenario. When it is created via ScenarioEditor this bug shows up.
Reply
08-22-2018 03:18 AM
Orbiter Founder
 
This issue has been addressed in SVN r.81. Can you check if this is fixed?

As far as I can tell, the problem arose whenever a new DeltaGlider or DG-S instance was created when another DeltaGlider (non-scram) instance was already present in the simulation. This was because the first DeltaGlider instance would edit the shared panel mesh to account for the fuel display differences between scram and non-scram versions, and the following instances would inherit the modified mesh.

It also affected the scram throttle levers, which would not show up in a DG-S instance if it had been hidden by a previously instantiated non-scram instance.
Reply
08-22-2018 08:25 AM
GLS GLS is online now
Addon Developer
 
I don't have good news... steps to reproduce the issue:
1) load a scenario with a DG;
2) create a DG-S via ScenarioEditor (prop scales in the DG are still good);
3) go to the DG-S (all good in there);
4) go back to the DG (prop scales are now wrong in the DG).
Reply
This petition for a change to Confirmed was rejected
08-22-2018 11:13 AM
Donator
 
I can not reproduce this with your procedure, however I can reproduce it when I only work with DeltaGlider ships:
1) load a scenario with one DeltaGlider;
2) create a 2nd DeltaGlider via ScenarioEditor (prop scales in the 1st DeltaGlider are still good);
3) go to the 2nd DeltaGlider (all good in there);
4) go back to the 1st DeltaGlider (prop scales are now wrong).

"scales are now wrong" meaning: That the graphical level seems to drop.
This can be enhanced now whenever you switch forth and back. Each time this switching is completed, it looks like the tank capacity has increased, the quantities itself seem to stay O.K. By that, the level (graphic) moves down, as it's apparent ratio is smaller now...

Checked with Orbiter rev.81
08-22-2018 11:17 AM
Donator
 
It's even easier to reproduce!
Just switch back and forth between the two DeltaGliders several times and watch the fuel level graphics behaviour...

Code:
BEGIN_DESC
  test scenario for issue #1323
  Just switch back and forth between the two DeltaGliders and watch the fuel level graphics
END_DESC

BEGIN_ENVIRONMENT
  System Sol
  Date MJD 51982.5322674394
END_ENVIRONMENT

BEGIN_FOCUS
  Ship DG-01
END_FOCUS

BEGIN_CAMERA
  TARGET DG-01
  MODE Cockpit
  FOV 50.00
END_CAMERA

BEGIN_HUD
  TYPE Surface
END_HUD

BEGIN_MFD Left
  TYPE Orbit
  PROJ Ship
  FRAME Ecliptic
  REF Earth
END_MFD

BEGIN_MFD Right
  TYPE Surface
  SPDMODE 1
END_MFD

BEGIN_PANEL
END_PANEL

BEGIN_SHIPS
DG-01:DeltaGlider
  STATUS Orbiting Earth
  RPOS 5133039.951 3238336.782 -2497929.636
  RVEL 5013.2697 -4822.5766 3726.6018
  AROT -52.723 -56.735 90.371
  AFCMODE 7
  PRPLEVEL 0:0.750000 1:0.750000
  NAVFREQ 0 0 0 0
  XPDR 0
  HOVERHOLD 0 1 0.0000e+00 0.0000e+00
  COMPARTMENT_TEMP 286.86 281.06 309.00 273.77 309.00 273.77 292.85 566.45 299.37 240.02 240.02 240.01 292.95
  COOLANT_STATE 0 0.500 287.000
  AAP 0:0 0:0 0:0
END
DG-02:Deltaglider
  STATUS Orbiting Earth
  RPOS 7007937.794 -0.001 49238.840
  RVEL -53.0590 -0.0003 7541.4987
  AROT 0.000 -0.000 0.000
  AFCMODE 7
  PRPLEVEL 0:1.000000 1:1.000000
  NAVFREQ 0 0 0 0
  XPDR 0
  HOVERHOLD 0 1 0.0000e+00 0.0000e+00
  COMPARTMENT_TEMP 291.66 292.07 290.40 291.25 290.40 291.25 292.99 501.75 293.18 240.00 240.00 240.00 293.00
  COOLANT_STATE 0 0.500 287.000
  AAP 0:0 0:0 0:0
END
END_SHIPS
Reply
08-22-2018 11:27 AM
GLS GLS is online now
Addon Developer
 
Quote:
Originally Posted by kuddel
 "scales are now wrong" meaning: That the graphical level seems to drop.
This can be enhanced now whenever you switch forth and back. Each time this switching is completed, it looks like the tank capacity has increased, the quantities itself seem to stay O.K. By that, the level (graphic) movesd down, as it's ratio is smaller now...
By playing with the prop quantities in the ScenarioEditor it's easy to check that the prop scales aren't correct.

I can't test your scenario now (I'll try later) .
Reply
08-22-2018 06:14 PM
GLS GLS is online now
Addon Developer
 
Quote:
Originally Posted by kuddel
 It's even easier to reproduce!
Just switch back and forth between the two DeltaGliders several times and watch the fuel level graphics behaviour...

Code:
BEGIN_DESC
  test scenario for issue #1323
  Just switch back and forth between the two DeltaGliders and watch the fuel level graphics
END_DESC

BEGIN_ENVIRONMENT
  System Sol
  Date MJD 51982.5322674394
END_ENVIRONMENT

BEGIN_FOCUS
  Ship DG-01
END_FOCUS

BEGIN_CAMERA
  TARGET DG-01
  MODE Cockpit
  FOV 50.00
END_CAMERA

BEGIN_HUD
  TYPE Surface
END_HUD

BEGIN_MFD Left
  TYPE Orbit
  PROJ Ship
  FRAME Ecliptic
  REF Earth
END_MFD

BEGIN_MFD Right
  TYPE Surface
  SPDMODE 1
END_MFD

BEGIN_PANEL
END_PANEL

BEGIN_SHIPS
DG-01:DeltaGlider
  STATUS Orbiting Earth
  RPOS 5133039.951 3238336.782 -2497929.636
  RVEL 5013.2697 -4822.5766 3726.6018
  AROT -52.723 -56.735 90.371
  AFCMODE 7
  PRPLEVEL 0:0.750000 1:0.750000
  NAVFREQ 0 0 0 0
  XPDR 0
  HOVERHOLD 0 1 0.0000e+00 0.0000e+00
  COMPARTMENT_TEMP 286.86 281.06 309.00 273.77 309.00 273.77 292.85 566.45 299.37 240.02 240.02 240.01 292.95
  COOLANT_STATE 0 0.500 287.000
  AAP 0:0 0:0 0:0
END
DG-02:Deltaglider
  STATUS Orbiting Earth
  RPOS 7007937.794 -0.001 49238.840
  RVEL -53.0590 -0.0003 7541.4987
  AROT 0.000 -0.000 0.000
  AFCMODE 7
  PRPLEVEL 0:1.000000 1:1.000000
  NAVFREQ 0 0 0 0
  XPDR 0
  HOVERHOLD 0 1 0.0000e+00 0.0000e+00
  COMPARTMENT_TEMP 291.66 292.07 290.40 291.25 290.40 291.25 292.99 501.75 293.18 240.00 240.00 240.00 293.00
  COOLANT_STATE 0 0.500 287.000
  AAP 0:0 0:0 0:0
END
END_SHIPS
Confimed.
Also, using propellant on DG-1 makes the levels on DG-2 drop (but the prop is still there according to ScenarioEditor), and when going under 100kg, the display shows a "1" followed by 2 spaces and then the 2-digit mass.
Reply
08-22-2018 11:29 PM
Orbiter Founder
 
Ok, next attempt: SVN r.82 should hopefully get a bit closer at fixing this.

Even if this works now, I may need to implement a cleaner version of switching the 2D panel meshes between vessels. Currently, the panel meshes are a global resource shared between all vessel instances (since at most one panel is shown at any one time), but this requires that any mesh edits by one vessel instance must be cleaned up before handing the mesh over to the next vessel. It would be better to have a static mesh template, and each vessel makes a copy of the template upon initialising its 2D panels, which it can then edit without affecting the other instances. This may require an oapiCopyMesh function which currently doesn't exist.
Reply
08-23-2018 07:36 AM
GLS GLS is online now
Addon Developer
 
This time it all seems fixed on this end.
Reply
08-23-2018 08:17 AM
Donator
 
Fixed in SVN r.82
Can't reproduce the issue with the example scenario anymore.

(Can't petition for a change to fixed as I "[...]already have a pending petition for this issue[...]", but that's what I would petition for )
Reply
08-23-2018 09:55 AM
Orbiter Founder
 
Fixed.
Reply
Reply

Issue Tools
Subscribe to this issue

All times are GMT. The time now is 10:17 PM.

Quick Links Need Help?


About Us | Rules & Guidelines | TOS Policy | Privacy Policy

Orbiter-Forum is hosted at Orbithangar.com
Powered by vBulletin® Version 3.8.6
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.
Copyright 2007 - 2017, Orbiter-Forum.com. All rights reserved.