Orbiter-Forum  

Go Back   Orbiter-Forum > Orbiter Space Flight Simulator > Orbiter Beta
Register Blogs Orbinauts List Social Groups FAQ Projects Mark Forums Read

Orbiter Beta Topics related to Beta releases of Orbiter and Orbiter development.

Reply
 
Thread Tools
Old 12-05-2017, 12:27 PM   #466
kuddel
Donator
Default

gravity gradient damping is enabled, but that's not the issue here,
unit_test.lua stops as soon as it reached "proc.wait_sysdt(0.5)" in "function pass()".
I could work around this by just removing that proc.wait_sysdt()-call,
but as soon as the test comes to "wheels-down & wait 7 seconds",...that work-around was not an option anymore

I'll have to check a pristine version to be absolutely sure!
...I am pretty sure somewhere on my Drive I have something like that

---------- Post added at 19:46 ---------- Previous post was at 17:18 ----------

I've checked again and sure enough a pristine version worked
Pristine version always helps

I assume the issue originated from incompatibilities with some LIBs/DLLs I had installed to use this Lua Debugger.

---------- Post added 05-12-17 at 12:27 ---------- Previous post was 04-12-17 at 19:46 ----------

Hi Martin,

I've ported my changes based on rev. 73 of Orbiter BETA and uploaded it to the first post of the Orbiter BETA Lua development thread (LuaScript 2017-12-05.zip).
This hopefully helps.

Note, that the added functions do not contain any documentation (yet), as I am not 100% familiar with the ldoc syntax.
I'll add documentations as soon as I find the time.
Specifically I have not yet learned how to document "multiple" possible return values...

Maybe you could write as an example how the documentation for Interpreter::v_get_status should be, so that it looks O.K.

Here's my dumb approach:
PHP Code:
/***
Returns the vessel's current status parameters in either a VESSELSTATUS structure or in a
VESSELSTATUSx structure (version x >= 2).

The first parameter can be used to distinguish between these two:
- 1: Return "version 1" table
- 2: Return "version 2" table (default if no parameter is given)

A VESSELSTATUS2 table contains the following key value pairs:
- "version" (number) // always 2
- "flag" (number)
- "rbody" (OBJHANDLE)
- "base" (OBJHANDLE)
- "port" (number)
- "status" (number)
- "rpos" (vector)
- "rvel" (vector)
- "vrot" (vector)
- "arot" (vector)
- "surf_lng" (number)
- "surf_lat" (number)
- "surf_hdg" (number)
- "fuel" (list of tables) each containing a "idx" (number) and a "level" (number) member
- "thruster" (list of tables) each containing a "idx" (number) and a "level"(number) member
- "dockinfo" (list of tables) each containing a "idx" (number), "ridx" (number) and a "rvessel" (OBJHANDLE) member
- "xpdr" (number)

A VESSELSTATUS table contains the following key value pairs:
- "rpos" (vector)
- "rvel" (vector)
- "vrot" (vector)
- "arot" (vector)
- "fuel" (number)
- "eng_main" (number)
- "eng_hovr" (number)
- "rbody" (OBJHANDLE)
- "base" (OBJHANDLE)
- "port" (number)
- "status" (number)
- "vdata" (vector) // fields [1]...[9] from C-API are ignored
- "fdata" number)  //   "     "     "   "      "   "     "
- "flag" (number)  //   "     "     "   "      "   "     "

Example:
    v = vessel.get_focusinterface()
    v:get_status()  -- returns a VESSELSTATUS2 table
    v:get_status(1) -- returns a VESSELSTATUS table
    v:get_status(2) -- returns a VESSELSTATUS2 table

@function get_status
@see defset_status
*/
int Interpreter::v_get_status (lua_State *L)
{...} 
Thanks in advance,
Kuddel

Last edited by kuddel; 12-05-2017 at 01:06 PM.
kuddel is offline   Reply With Quote
Thanked by:
Old 12-06-2017, 02:49 PM   #467
Abloheet
Addon Developer
 
Abloheet's Avatar
Default

Won't the thread title get updated to r73?
Abloheet is offline   Reply With Quote
Old 12-06-2017, 08:38 PM   #468
martins
Orbiter Founder
Default

Quote:
Originally Posted by Abloheet View Post
 Won't the thread title get updated to r73?
Yes, thanks for reminding me.
martins is online now   Reply With Quote
Old 12-08-2017, 12:48 PM   #469
GLS
Addon Developer
 
GLS's Avatar
Default

Due to this issue I'm forced to use oapiEditMeshGroup() for animations (yes, I can tell it's very expensive), but performance aside, this introduces another "issue": when the original position of an animated group is outside of the screen, it disappears, even though it is very much in view...
Any chance one of these things gets fixed?
(didn't try MeshgroupTransform() as it only works in MOGE)
GLS is offline   Reply With Quote
Old 12-08-2017, 05:36 PM   #470
JMW
Aspiring Addon Developer
 
JMW's Avatar
Default

Hey Guys.

I'm coming in very late with this, but every revision after 65 (25/11/16) ctd on me at scenario startup.

Do I need to update VC Redistributable maybe ?

I have "Visual C++ Redistributable Packages for Visual Studio 2013" at present.

Orbiter log tells (me) nothing....
PHP Code:
**** Orbiter.log
000000.000
Build Aug 27 2017 [v.170827]
000000.000Timer precision4.27634e-007 sec
000000.000
Found 0 joystick(s)
000000.000Devices enumerated6
000000.000
Devices accepted5
000000.000
: [ ] RGB Emulation (SW)
000000.000: [ ] Direct3D HAL (HW)
000000.000: [xDirect3D T&L HAL (HW)
000000.000: [ ] Direct3D HAL (Intel(RHD Graphics 4000) (HW)
000000.000: [xDirect3D T&L HAL (Intel(RHD Graphics 4000) (HW)
000000.000Module AtlantisConfig.dll .... [Build 170827API 170827]
000000.000Module AtmConfig.dll ......... [Build 170827API 170827]
000000.000Module DGConfigurator.dll .... [Build 170827API 170827
Thanks for any help
JMW is offline   Reply With Quote
Old 02-23-2018, 03:07 PM   #471
GLS
Addon Developer
 
GLS's Avatar
Default

Question: could there be any issues in inputing, e.g., 2.71m elevation in tileedit when the elevation resolution is 1m (as in the released Orbiter 2016), or is it all rounded to the current resolution?

Request: could the tileedit "Erase modification" work with a continuous click (mouse pressed), like "Set value" does?
GLS is offline   Reply With Quote
Old 02-23-2018, 03:20 PM   #472
jacquesmomo
Addon Developer
 
jacquesmomo's Avatar
Default

Quote:
Originally Posted by GLS View Post
 Request: could the tileedit "Erase modification" work with a continuous click (mouse pressed), like "Set value" does?
Yes, it works also with a continuous click
jacquesmomo is offline   Reply With Quote
Old 02-23-2018, 03:20 PM   #473
GLS
Addon Developer
 
GLS's Avatar
Default

Quote:
Originally Posted by jacquesmomo View Post
 Yes, it works also with a continuous click
Here it doesn't....
GLS is offline   Reply With Quote
Thanked by:
Old 03-11-2018, 02:43 PM   #474
GLS
Addon Developer
 
GLS's Avatar
Default

I found what looks to be a 4 or 5m offset in the elevation data at about 78.88N, 33.88W. Several tiles show this offset starting at level 11 (39/71).
It's not that (visually) noticeable in the sim, but in tileedit the color contrast is very evident.
GLS is offline   Reply With Quote
Old 04-13-2018, 04:16 PM   #475
GLS
Addon Developer
 
GLS's Avatar
Default

Quote:
Originally Posted by indy91 View Post
 I have a question about Orbiter 2016 and I hope this is the appropriate place to ask it.

Does Orbiter 2016 accurately model the Earth as an oblate spheroid and if yes, is the atmosphere modeled to fit the spheroid? I am asking about the shape here, not the gravitational model.

While working on the Virtual AGC for NASSP we have noticed that multiple programs have trouble with the spherical Earth in Orbiter 2010. For example, the program 22 of the AGC is used to track a landmark on Earth. As an input the program wants geocentric latitude, longitude and altitude above the Fischer ellipsoid. The AGC then calculates the position vector of the landmark from these inputs. For a landmark on the Earth, we kind of have to trick the AGC to make it work. The longitude is fine, but latitude and altitude have to be adjusted so the AGC finds the correct position of the landmark on the spherical Earth. In NASSP we have set the radius of the spherical Earth to the radius at Cape Canaveral.

Similarly the entry interface is defined as 400k ft altitude above the Earth. Again, the spherical vs. ellipsoid Earth is relevant in some calculations the AGC does. The AGC actually has a program to calculate midcourse corrections itself. For low latitudes at entry interface, where the radius difference is more pronounced, the maneuvers the AGC is calculating become increasingly inaccurate.

I have set a Delta Glider at different points on the Earth on oceans and the radius always seemed to be identical. So if despite the awesome terrain models in Orbiter 2016 the average shape of the Earth is still not an oblate spheroid, consider this a feature request.
I've been thinking about this, as part part of figuring out how the shuttle launched to a 28.45 orbit from a pad at 28.6, and found that the pad is at 28.6 geodetic latitude, and at 28.45 geocentric latitude.
Thus, launching east produces a 28.45 orbit... but I get a 28.6 (just tested it with DG). So I also think the Earth is "too spherical".
GLS is offline   Reply With Quote
Old 04-13-2018, 06:41 PM   #476
dbeachy1
O-F Administrator
 
dbeachy1's Avatar


Default

Do you have "Nonspherical gravity sources" enabled in the Orbiter launchpad settings?
dbeachy1 is offline   Reply With Quote
Old 04-13-2018, 06:48 PM   #477
indy91
Addon Developer
Default

Quote:
Originally Posted by dbeachy1 View Post
 Do you have "Nonspherical gravity sources" enabled in the Orbiter launchpad settings?
This only influences the gravitational field of the orbital bodies, not the actual shape of the e.g. Earth in Orbiter. So the Earth will behave gravitationally as if it was non-spherical, but it doesn't change its shape.
indy91 is offline   Reply With Quote
Thanked by:
Old 05-03-2018, 12:37 PM   #478
GLS
Addon Developer
 
GLS's Avatar
Default

Also about the "missing oblateness" of the planets: Jupiter and Saturn should be visibly flat at the poles, but are shown as spheres. It's probably not a case of functionality, like mentioned above for the case of Earth, but more a "visual issue".
GLS is offline   Reply With Quote
Old 05-03-2018, 12:50 PM   #479
indy91
Addon Developer
Default

Quote:
Originally Posted by GLS View Post
 Also about the "missing oblateness" of the planets: Jupiter and Saturn should be visibly flat at the poles, but are shown as spheres. It's probably not a case of functionality, like mentioned above for the case of Earth, but more a "visual issue".
For NASSP it is a functionality issue. The Apollo Guidance Computer assumes the Earth to be an ellipsoid (hardcoded, not configurable). And that geometry is used for the star/horizon measurements that can be done with the sextant for onboard navigation. All that basically works in NASSP, just the shape of the Earth doesn't properly cooperate and so we haven't been able to do onboard navigation that is accurate enough to be autonomous without the need to update the state vector in the AGC with external tools (MFDs). This is more of a "nice to have" feature, because onboard navigation was always just a backup during Apollo. I hope the right shape of the planets and moons etc. gets implemented in Orbiter at some point though.
indy91 is offline   Reply With Quote
Old 05-03-2018, 01:24 PM   #480
GLS
Addon Developer
 
GLS's Avatar
Default

Quote:
Originally Posted by indy91 View Post
 For NASSP it is a functionality issue. The Apollo Guidance Computer assumes the Earth to be an ellipsoid (hardcoded, not configurable). And that geometry is used for the star/horizon measurements that can be done with the sextant for onboard navigation. All that basically works in NASSP, just the shape of the Earth doesn't properly cooperate and so we haven't been able to do onboard navigation that is accurate enough to be autonomous without the need to update the state vector in the AGC with external tools (MFDs). This is more of a "nice to have" feature, because onboard navigation was always just a backup during Apollo. I hope the right shape of the planets and moons etc. gets implemented in Orbiter at some point though.
In the Earth case it is a functionality, but I was saying that for Jupiter and Saturn it's a visual issue.
GLS is offline   Reply With Quote
Reply

  Orbiter-Forum > Orbiter Space Flight Simulator > Orbiter Beta


Thread Tools

Posting Rules
BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
Forum Jump


All times are GMT. The time now is 12:27 AM.

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.