Board index FlightGear Development Aircraft

A320-family development

Questions and discussion about creating aircraft. Flight dynamics, 3d models, cockpits, systems, animation, textures.

Re: A320-family development

Postby V12 » Sat Apr 10, 2021 5:48 pm

The epic chicken wrote in Sat Apr 10, 2021 3:54 pm:weather rader?

Not. It would be terrain visualization.

merspieler wrote in Sat Apr 10, 2021 2:43 pm:... Oh... and the FCOM Reference for it.

FCOM is not GPL2 material, I can't publish any screenshots. You can search and download it.
Fly high, fly fast - fly Concorde !
V12
 
Posts: 2757
Joined: Thu Jan 12, 2017 5:27 pm
Location: LZIB
Callsign: BAWV12

Re: A320-family development

Postby merspieler » Sun Apr 11, 2021 1:08 am

who said publishing it... you can send it as pm too...

or quote it and mention the section (ie. DSC-23-10-30 P 1/4)
Nia (you&, she/her)

Please use gender neutral terms when referring to a group of people!

Be the change you wish to see in the world, be an ally to all!

Join the official matrix space
merspieler
 
Posts: 2241
Joined: Thu Oct 26, 2017 11:43 am
Location: Wish to be in YBCS
Pronouns: you&, she/her
Callsign: you&, she/her
IRC name: merspieler
Version: next
OS: NixOS

Re: A320-family development

Postby V12 » Sun Apr 11, 2021 8:38 am

Display optional data (on ND) - FCOM reference DSC-31-50 EFIS CONTROL :

Optional Data Display Pushbutton
Pushing this button displays optional data in addition to the data permanently displayed in
PLAN, ARC, or ROSE NAV modes. The green pushbutton light comes on.
Only one option can be activated at a time.

Without this button pushed, no additional data should be displayed, only when the button is pushed. I will not describe colors of the prediction pseudo waypoints along the route, because this function is not implemented yet.

EGWPS terrain picture (on ND) - FCOM reference DSC-31-45 INDICATIONS ON ND :
Low aircraft relative altitude :

Max elev NUMBER
Ref Alti + 2000 High density red
Ref Alti + 1000 High density yellow
Ref Alti - 250 / -500 Low density yellow (*)
Ref Alti - 1000 High density green
Ref Alti - 2000 Low density green
Min elev NUMBER
Sea level - Cyan

Low aircraft relative altitude :

Ref Alti - 250 / -500 Low density yellow (*)
Max elev NUMBER
Highest band - Solid green
Middle band - High density green
Min elev NUMBER
Lowest band - Low density green
Sea level - Cyan

(*)
REF Alti -250 gear down
REF Alti -500 gear up


As You can see, there are only 4 colors on the ND display, with Terrain on diplay activated.
Fly high, fly fast - fly Concorde !
V12
 
Posts: 2757
Joined: Thu Jan 12, 2017 5:27 pm
Location: LZIB
Callsign: BAWV12

Re: A320-family development

Postby merspieler » Sun Apr 11, 2021 1:08 pm

The constrains need to get reworked... that's true... but that will wait til they are fully implemented in the MCDU.
Except you open a Pull Request with a fix.

As for the TERR ON ND...
High alt:
Image

Low alt:
Image

Seems to be according to FCOM. Okay, yellow is a bit orange... but apart from that it's fine.

As for why that hill in your example didn't show up... that's obviously due to the sampeling.
The height wasn't taken at the peak of the hill but somewhere on the slope.
Only way to fix that would be taking more samples per area and take the maximum.
This would be a massive performance hit tho.... at least when done the current way.
If it was done on the GPU that would be the best solution... but FG core doesn't support everything
needed for it just yet.
Nia (you&, she/her)

Please use gender neutral terms when referring to a group of people!

Be the change you wish to see in the world, be an ally to all!

Join the official matrix space
merspieler
 
Posts: 2241
Joined: Thu Oct 26, 2017 11:43 am
Location: Wish to be in YBCS
Pronouns: you&, she/her
Callsign: you&, she/her
IRC name: merspieler
Version: next
OS: NixOS

Re: A320-family development

Postby Hooray » Sun Apr 11, 2021 1:26 pm

Note that there is already a hard-coded terrain sampler subsystem, i.e. implemented in C++ space.
This could be used to query the terrain as needed, possibly using different heuristics/resolutions and then use those heuristics to select a suitable sub-texture from a color palette.

You would probably still want to spread out the terrain sampling over multiple frames - e.g. by going from coarse to detailed sampling, i.e. refinining the resolution of the terrain map over time.

Speaking in general, it would also make sense to allocate results into ND based volumes (center/range based) - since terrain is a static thing, you can simplify the samplig alogrithm significantly, especially once you take a look at the groundspeed and heading/direction - that way you can take into account what's going to be visible/relevant in the upcoming xx frames/seconds, based on the size/range (mode) of the display and its center - then, you can extrapolate the location of the aircraft to build a list of terrain samples that are going to be relevant, so that you sample those first, i.e. with higher priority.

Again, you don't need C++ changes to make algorithmic improvements - a simple LOD scheme can be implemented by using the existing Canvas.Group element.
This would also make sense given that multiple NDs may be showing the same terrain using different ranges and ND modes, so you would want to use a common DEM provider for this sort of thing, due to performance considerations.


https://wiki.flightgear.org/MapStructure_Optimizations
Image
Please don't send support requests by PM, instead post your questions on the forum so that all users can contribute and benefit
Thanks & all the best,
Hooray
Help write next month's newsletter !
pui2canvas | MapStructure | Canvas Development | Programming resources
Hooray
 
Posts: 12707
Joined: Tue Mar 25, 2008 9:40 am
Pronouns: THOU

Re: A320-family development

Postby V12 » Sun Apr 11, 2021 3:03 pm

merspieler wrote in Sun Apr 11, 2021 1:08 pm:Seems to be according to FCOM. Okay, yellow is a bit orange... but apart from that it's fine..

Problem is in the semi random appearing and disappearing high density blocks, You have not immersion of the scrolling map. Check https://www.youtube.com/watch?v=8wSKcPJhm1c from 1:00:00
Fly high, fly fast - fly Concorde !
V12
 
Posts: 2757
Joined: Thu Jan 12, 2017 5:27 pm
Location: LZIB
Callsign: BAWV12

Re: A320-family development

Postby merspieler » Sun Apr 11, 2021 3:31 pm

it is what it is... at least for now... until someone will fix it.
Nia (you&, she/her)

Please use gender neutral terms when referring to a group of people!

Be the change you wish to see in the world, be an ally to all!

Join the official matrix space
merspieler
 
Posts: 2241
Joined: Thu Oct 26, 2017 11:43 am
Location: Wish to be in YBCS
Pronouns: you&, she/her
Callsign: you&, she/her
IRC name: merspieler
Version: next
OS: NixOS

Re: A320-family development

Postby Hooray » Sun Apr 11, 2021 3:39 pm

He does have a point though, it isn't necessary to re-query the terrain in those circumstances, let alone remove quads that are still visible.
For now, one compromise would be to use a dedicated raster layer and update that to add the DEM info - once you have that info, you only need to transform previously sampled regions by shifting the center of the map - and only running terrain queries outside the previously sampled area.

Basically, do coarse sampling initially, and for all blocks that "survived" being garbage collected (since they're still visible), run more detailed terrain sampling with a higher resolution, and use more detailed color palette in subsequent frames.

This kind of setup would allow you to create a single "pixel provider" that can then be used by all instances of the ND/MAP, by obtaining a sub texture from it for any given map centre and selected range.

That way, you would drastically reduce the number of ongoing terrain samples, simply because the terrain isn't changing at all - so all you need is changing the center of the map to get the proper raster image, and then only run updates for areas that were not previously sampled.

A quadtree based setup would allow you to do this for different map-ranges in a semi-automated fashion, despite all ND instances using the same DEM provider under the hood.
Please don't send support requests by PM, instead post your questions on the forum so that all users can contribute and benefit
Thanks & all the best,
Hooray
Help write next month's newsletter !
pui2canvas | MapStructure | Canvas Development | Programming resources
Hooray
 
Posts: 12707
Joined: Tue Mar 25, 2008 9:40 am
Pronouns: THOU

Re: A320-family development

Postby merspieler » Sun Apr 11, 2021 8:18 pm

You're as well welcome to provide a pull request.
Nia (you&, she/her)

Please use gender neutral terms when referring to a group of people!

Be the change you wish to see in the world, be an ally to all!

Join the official matrix space
merspieler
 
Posts: 2241
Joined: Thu Oct 26, 2017 11:43 am
Location: Wish to be in YBCS
Pronouns: you&, she/her
Callsign: you&, she/her
IRC name: merspieler
Version: next
OS: NixOS

Re: A320-family development

Postby Mohamed » Tue Apr 13, 2021 6:39 pm

is there a soft go around feature on the a320neo ?
i read this on: https://safetyfirst.airbus.com/introduction-to-the-soft-go-around-function/
Mohamed
 
Posts: 76
Joined: Tue Aug 25, 2020 5:04 pm
Location: Casablanca, Morocco
Version: 2020.3.6

Re: A320-family development

Postby The epic chicken » Tue Apr 13, 2021 7:53 pm

V12 wrote in Sat Apr 10, 2021 5:48 pm:Not. It would be terrain visualization.

still pretty cool
In Thrust We Trust
User avatar
The epic chicken
 
Posts: 283
Joined: Wed Oct 28, 2020 11:24 am
Callsign: cva1920
Version: 2020.3.9
OS: windows 10

Re: A320-family development

Postby Hooray » Tue Apr 13, 2021 10:29 pm

merspieler wrote in Sun Apr 11, 2021 8:18 pm:You're as well welcome to provide a pull request.


Again, you're preaching to the choir here ... You might want to look up the history of the MapStructure framework or the Canvas.Map element.

As has been stated previously, back when we came up with the MapStructure framework, it was for very specific reasons - the whole design is set up to be used in a certain fashion, i.e. by having a set of MVC-driven layers in $FG_ROOT, people doing aircraft specific layers that don't even live in fgdata are not exactly in line with the original design/intentions, in addition to all the other issues mentioned elsewhere.

Thus, at this point, normally the right thing would be to review/clean up the corresponding layers and send them to a fgdata committer familiar with the Canvas/MapStructure to have them added to the repository, so that it actually works for all aircraft and use-cases that are supported by MapStructure.

Apart from that, if that's not a stated goal, that's obviously fine, too. But encouraging others to work on a "private" MapStructure layer despite a better solution being in the pipeline, is kinda pointless IMO.
Please don't send support requests by PM, instead post your questions on the forum so that all users can contribute and benefit
Thanks & all the best,
Hooray
Help write next month's newsletter !
pui2canvas | MapStructure | Canvas Development | Programming resources
Hooray
 
Posts: 12707
Joined: Tue Mar 25, 2008 9:40 am
Pronouns: THOU

Re: A320-family development

Postby merspieler » Wed Apr 14, 2021 8:40 am

Mohamed wrote in Tue Apr 13, 2021 6:39 pm:is there a soft go around feature on the a320neo ?
i read this on: https://safetyfirst.airbus.com/introduction-to-the-soft-go-around-function/


If you read the article, you can see that it's available on the A320neo... check the SOFT GO-AROUND FUNCTION AVAILABILITY section.

Hooray wrote in Tue Apr 13, 2021 10:29 pm:the right thing would be to review/clean up the corresponding layers and send them to a fgdata committer familiar with the Canvas/MapStructure to have them added to the repository


If that's so, that must be you. :P

There is just this little issue... if it's added to fgdata next, we no longer can make updates to the aircraft for LTS as this would mean a missing dependency.

But honestly... you can't expect one generic framework to cover all aircrafts need... so there will always be the need for modifications/additions on the aircraft side.
Nia (you&, she/her)

Please use gender neutral terms when referring to a group of people!

Be the change you wish to see in the world, be an ally to all!

Join the official matrix space
merspieler
 
Posts: 2241
Joined: Thu Oct 26, 2017 11:43 am
Location: Wish to be in YBCS
Pronouns: you&, she/her
Callsign: you&, she/her
IRC name: merspieler
Version: next
OS: NixOS

Re: A320-family development

Postby Mohamed » Wed Apr 14, 2021 9:33 am

i misspoke (thx google translate) i wanted to say is it implemented but i discovered by myself that it is not

thanks.
Mohamed
 
Posts: 76
Joined: Tue Aug 25, 2020 5:04 pm
Location: Casablanca, Morocco
Version: 2020.3.6

Re: A320-family development

Postby merspieler » Wed Apr 14, 2021 9:36 am

no, it isn't...
Nia (you&, she/her)

Please use gender neutral terms when referring to a group of people!

Be the change you wish to see in the world, be an ally to all!

Join the official matrix space
merspieler
 
Posts: 2241
Joined: Thu Oct 26, 2017 11:43 am
Location: Wish to be in YBCS
Pronouns: you&, she/her
Callsign: you&, she/her
IRC name: merspieler
Version: next
OS: NixOS

PreviousNext

Return to Aircraft

Who is online

Users browsing this forum: No registered users and 10 guests