A preview of features for the ‘Barcelona’ release

Join us for a short overview of what the next Flightgear release within the new automated three-month release cycle will bring!

FG goes to Spain

The most visible change to first-time users will be the change of the default airport. For the future, we plan to name every release after the default airport, and thus while the last release has been ‘San Francisco’ (or 2016.1), the next release (2016.2) will go to the beautiful city of Barcelona. Look forward to some impressive scenery and all-new VRF tutorials and suggested flights in the region!

Improvements to scenery

Improvements to scenery rendering are being added on all fronts. Supported by shader developments within the Atmospheric Light Scattering (ALS) framework, runways and airport keep can now be rendered in multiple ways in high resolution, and this has been implemented for different regions all across the world – including the new default airport of Barcelona ‘El Prat’.

Places across the world continue to be populated with 3d models, for instance check out the progress on London Heathrow!

See the FG world through an infrared camera

ALS now includes a whole suite of filtering techniques, which allow to select brightness and gamma-correction in-sim (i.e. affecting screen pixel color values visible in screenshots, not only the appearance on the monitor). Part of this filter suite is also a night vision mode and, possibly most exciting, and infrared camera mode. The IR vision shows contrasts based on relative temperatures, with the daily temperature cycles of the environment modeled by the weather system.

New and improved aircraft

The Piper J3 Cub, a long-time resident of the aircraft repository, has now been fitted with a brand-new JSBSim FDM as well as support for high-end effects, including interior shadow mapping. Water takeoff and landing by selecting floats rather than wheels is also being developerd.

The Boeing 757 has been updated with new versions and winglets dependent on selected airline livery. The Extra 500 received multiple upgrades and now includes a simulation of icing effects and a sophisticated failure system.

Behind the scenes changes

Multiple less visible changes have also been introduced:

* the handling of shared scenery models has now been much streamlined – shared models now reside in a single location and are most easily obtained and updated via the in-sim terrasync option. Alternatively a (daily updated) collection can be obtained here.

* FG now supports the generation and application of GPU specific rendering setting profiles. The idea is to make the experience for first-time users more pleasant by pre-setting the rendering quality level to something which leads to a good experience for the selected graphics card.

* Currently, support for pre-defining aircraft states (such as ‘cold and dark’ or ‘in air’ or ‘cruise’) is formalized and introduced, with the aim of routinely allowing in-air initialization of complex aircraft with all systems set correctly.

Stay tuned as we fly towards our next release!

Posted in News

FlightGear 2016.1 Released

The FlightGear development team is delighted to announce the v2016.1 “San Francisco” release of FlightGear, the free, open-source flight simulator. This new version contains many exciting new features, enhancements and bugfixes. Highlights in this release include an integrated launcher that includes the ability to download aircraft, a reduction in the installation package size, performance improvements and many rendering improvements.
Founded in 1997, FlightGear is developed by a worldwide group of volunteers, brought together by a shared ambition to create the most realistic flight simulator possible that is free to use, modify and distribute. FlightGear is used all over the world by desktop flight simulator enthusiasts, for research in universities and for interactive exhibits in museums.

Qt_launcher_for_FlightGear_3.5_on_Windows_7

FlightGear features more than 500 aircraft, a worldwide scenery database, a multiplayer environment, detailed sky and weather modelling, a flexible and open aircraft modelling system, varied networking options, multiple display support, a powerful scripting language and an open architecture. Best of all, being open-source, the simulator is owned by the community and everyone is encouraged to contribute.

Download FlightGear v2016.1 for free from FlightGear.org/download

FlightGear – Fly Free!

Please continue to our wiki article for all the specific details and new features in the release.

Posted in News

An experience like no other…

The Space Shuttle in Flightgear

After Vostok-1 and the X-15, Flightgear now adds the third craft capable of reaching space – the Space Shuttle.

Thanks to the fact that virtually all material NASA has on the Shuttle is in public domain, the simulated flight dynamics and the resulting capabilities of the Shuttle are based on a large body of NASA wind-tunnel and actual mission data and hence highly realistic. For instance, the response to aerosurfaces is not only simulates as a function of surface deflection and dynamical pressure, but also as function of Mach number, AoA and the deflection of other surfaces, giving full account of the changing dynamics during entry, cross couplings between controls and non-linearities in the control response.

The Shuttle is under heavy development – the systems and avionics simulation is not quite on the same level of sophistication as the aerodynamics, but even in its present state, the full profile of a mission can be flown, including realistic entry guidance and support for abort modes such as RTLS (return to launch site).

Even under rather off-nominal conditions such as an RTLS, the simulated Shuttle behaves as described in the crew operations manual, i.e. procedures can literally be flown ‘by the book’.

Launch

“The launch looks kind of slow to an observer, but when you’re inside, there ain’t nothing slow about it. I mean, you feel all seven million pounds of that thrust. It’s like this giant hand grabs the orbiter and throws it into space.”

“It’s like being strapped to the front of a freight train going down the track at a hundred mph. You feel all that mass and force behind you.”

“Right before the main engines cut off, you feel like you have a bear sitting on you. It’s three g’s. Then, at the moment of engine cut-off, you go from three to zero g’s instantaneously. The bear jumps off your chest, and you see the seat belts floating upward, which is kind of cool. Then, a couple of seconds later, you hear this big clang and the fuel tank comes off.”

For a bit more than eight minutes, the Space Shuttle is a true rocket ship, capable of a maximal acceleration above three g and highly maneuverable by thrust vectoring. During that time, it needs to reach a stable orbit.

What’s little known is that aerodynamical stress is in fact much stronger during ascent than during entry – the dynamical pressure peaks at almost twice the value reached during entry about thirty seconds into the flight. This makes launch a busy phase – after liftoff from the pad, the Shuttle needs to be rolled to a launch course, than steered safely on a steep ascent path through the lower atmosphere before it finally levels off and races to orbital speed outside the atmosphere.

The simulation takes a lot of the structural limits of the Shuttle into account, so it’s quite important to steer the ascent trajectory through a safe region in order to avoid a catastrophic failure followed by an explosion of the external tank.

Arrival in orbit

“As a commander, you try to figure out how much extra time you need to add to the schedule, based on how many rookies you’ve got, how they’re doing and so on. But when you stick your head down in the mid-deck for the first time, you never know how your crew will be doing Sometimes guys are semi-Velcro’ed to the wall, throwing up, while the folks you least expected to be heroes are just chugging along, executing the plan.”

We can’t really simulate the effect of weightlessness for the user in FG, but there’s a lot that can be simulated in space.

Once the main engines cut off, the flight characteristics of the Shuttle change drastically – it becomes a sluggish object which can just be nudged into slightly different attitudes or somewhat different orbits. The Shuttle doesn’t need to be flown any more – once in orbit, it will stay there for a while even if you do nothing. Instead, it needs to be operated – its systems need to be activated for the space environment.

The simulation includes ready-for-orbit procedures like the propellant dump, umbilical door and start tracker door operation, payload bay door operation, Ku-band antenna deployment and pointing and thermal management. Also, the propellant flow of the orbital engines can be fully controlled, allowing procedures such as RCS to RCS, OMS to RCS or OMS to OMS crossfeed.

There is in fact a complete simulation of the thermal environment running, including radiation fluxes from Sun and Earth, heat radiated into space, heat conduction between different parts of the Shuttle, equipment as sources of additional heat and flash evaporators, spray boilers and radiator as heat sinks connected to the freon cooling loop. In order to keep the Shuttle operational, you need to do heat management by operating the radiator and bringing the Shuttle into a good attitude relative to the Sun. Also, heating elements need to be used to keep thrusters from freezing up.

Orbital operations

“For a pilot, the response of the Shuttle is totally different from that of an airplane. You pulse the jets, then you wait for a response. It takes a while for the input to take effect. Say you want to move directly above the Space Station. You’d do some ‘up’ pulses with your hand controller, as well as some pitch change pulses to rotate the vehicle as you move up. You do a set number of pulses, predicting what the response will be. Then you wait 45 seconds or so to see what happens. Then you correct it. It’s not agressive control, it’s patient, timely inputs.”

The flight characteristics of the Shuttle changes drastically from mission phase to mission phase. Over the course of a mission, controls change from thrust vectoring of main engines and boosters via the reaction control system (RCS) thrusters and thrust vectoring of the orbital maneuvering system (OMS) engines to airfoils for the final glide through the atmosphere.

A host of digital autopilots (DAPs) connects the control inputs with the various ways to control the Shuttle. In orbit, they are augmented by extra functions – there’s inertial and local horizon attitude holding modes, rate controlled moves, pulsed modes, the low thrust Vernier engines for fine attitude control – and practically all aspects of the DAPs are configurable during the mission.

The need to support all these different modes makes the flight control system of the Shuttle easily the most complex of all Flightgear aircraft.

“If you position your body to face away from the windows, and put your arms out as if you were flying with the Earth above your head, you feel like you’re swimming underneath the Earth.”

Often the question comes up whether Flightgear as a flight simulation is any good in simulating spaceflight. It turns out that the flight dynamics solver underlying the Space Shuttle, JSBSim, is quite capable of orbital dynamics, in fact it has been benchmarked against several test cases in a 6-DoF simulation code comparison by NASA.

JSBSim simulates Earth not as a point mass but as a true realistic mass distribution, and there’s even a simulation of differential gravity – the distance from Earth to the upper edge of the Shuttle is slightly larger than the distance to the lower edge, and that corresponds to a tiny residual force which acts like a torque on the Shuttle.

So never believe for a moment that the dynamics of the Shuttle in orbit is simplified or arcade-like because FG is a flightsim – it is not – it is in fact realistic down to effects you never really thought of. JSBSim is not a game engine, it is a professional simulation code that just happens to be OpenSource.

The Shuttle includes a detailed simulation of the remote manipulator system (RMS) arm operation – the arm can be driven in various modes, grab a payload from the bay and release it into space after it has been unlatched.

In addition, there is a simple spacewalk view which allows to step out of the Shuttle and float around, using small thrusters, in essence simulating the operation of a manned maneuvering unit.

Earth from Space

“Make a memory somewhere during the mission, put your nose up a window and look out and make a memory. And don’t take a picture of it, because you would be disappointed when you get home. Plant it in your brain and don’t ever let it go, and you’ll have it with you always, and nobody can take it from you.”

The default Flightgear terrain rendering engine is not optimal for views from high altitude – in fact, it will be hard-pressed to show anything from a 300 mile orbit. Instead, FG comes with the Earthview orbital rendering engine which can be used from some 80.000 ft and above and displays the planet as a textured sphere. Earthview is fairly sophisticated and renders even correctly placed cloud shadows if a cloud sphere is used.

However, in a default FG installation, only relatively low resolution textures are shipped (which can be procedurally enhanced) – not really enough for photorealistic impressions. More detailed textures can be obtained from the NASA visible Earth page – for the visuals used here, the maximum resolution available has been used – individual texture sheets are 16384×16384 pixels large. At this resolution and converted to dds to allow fast loading, the Earth textures are about 2 GB – which would triple the size of the FG repository – which is the reason they’re not available as default option.

Also the atmosphere contributes much to the view from orbit. Currently only one of the three rendering schemes available in Flightgear (Atmospheric Light Scattering) generates compelling visuals of the upper atmosphere, the other two (Rembrandt and default) do no.

Due to the lack of an atmosphere, lighting in space is fairly hard – there is little light on surfaces not facing the sun. Dedicated GLSL shaders specifically written for space flight manage this transition from the lower to the upper atmosphere.

The cockpit

There’s (literally) hundreds of switches and gauges in the cockpit of the Space Shuttle. At present, only a small fraction of them is fully functional and animated, although many are already part of the internal systems simulation. The following screenshots are intended to provide an impression of what final result we’re aiming at.

The data processing system (DPS) of the Shuttle is controlled via keypads on the central console. Extra switches are used to select which screen a given keypad is currently talking to.

With all screens in the cockpit used, the Space Shuttle can show an unbelievable amount of information at the same time.

At night, the simulation includes the backlighting of instruments, casting a diffuse glow onto the cockpit interior.

Avionics

The data processing system (DPS) of the Space Shuttle was groundbreaking when it was introduced, but looks definitely odd when compared with modern computers. The memory of the computers actually is not large enough to hold the programs for all mission phases at once, hence there is the need to transit between different operational sequences during a mission.

Interaction with the spacecraft is simulated as in reality. It requires to type short instructions sequences such as OPS 201 PRO or ITEM 7 + 4.1 EXEC on a keypad which triggers the appropriate functions.

Since the avionics is fairly complex, some learning curve is required to operate it properly, but there are multiple rewards for the patient user. The Flightgear Space Shuttle is capable of numerous automatically controlled operations – it is possible to do an automatic orbital insertion or deorbit burn by entering PEG-7 targets, there are inertial pointing routines, tracking routines to keep the Shuttle pointed towards a certain celestial body or towards Earth or automatic thermal management routines.

Using the systems management software, one can in detail follow the operations of APUs, the RCS and OMS engines or the payload bay doors, override failed hardware switches, initiate emergency fuel dumps, re-configure the digital autopilots or control the antenna.

Finally, the avionics provides the original guidance and navigation tools for atmospheric entry, in particular the ranging during the aerobraking phase and the final TAEM phase.

Entry

“When you hit the top of the atmosphere, you begin to really slow down, and that’s when the heat rises and you ionize the atmosphere. It’s like being inside a neon light bulb, with a pinkish-purplish pulsing light.”

“What you see out of the overhead window seems like disorganized fire, but it’s not when you look at the way the shockwaves organize the flame. There’s so much flame you cannot believe you are not consumed instantly.”

From a piloting point of view, the entry phase is by far the most interesting. Here, the transition from a spacecraft on a ballistic trajectory in vacuum to an aircraft that glides through the lower atmosphere towards the runway takes place. While at the beginning of the entry, the Shuttle is completely controlled by RCS thrusters, in the end it is fully flown by airfoils like a plane. In-between is a hypersonic phase in which the Shuttle has aerodynamical lift and flies, but is controlled very differently from an aircraft.

As in reality, the simulation provides automatic helpers for trajectory management. In particular, an AoA auto-hold can be activated to help keeping the Shuttle in a thermally safe regime, and the rate-controlled DAP makes the Shuttle respond crisply and controlled to each input, regardless of whether in near-vacuum, in hypersonic descent at Mach 16 or in the lower atmosphere at Mach 2. In fact, while the Shuttle is yaw unstable and needs to be constantly nudged back to zero sideslip, you’d be hard-pressed to observe any trace of this.

In fact, the controls feel almost arcade-like. However, if you’re up for a challenge, you can use a different DAP (for purely educational purpose) which lets you control airfoils directly – and then you’ll feel directly just how much the conditions change from Mach 24 down to Mach 2.

Coming home

“I’m sitting in a chair, my forearms on my knees, and I reached down to take my shoes off. But before I did, I released my cup without giving it a thought, because I expected it to float. And of course, as soon as I did, it fell right to the floor.”

Landing the Shuttle is quite different from landing an airliner. With its hypersonic outline, the Shuttle has the aerodynamics of a brick. It plummets down with 10.000 ft/min, has a glidepath on final of 15-17 degrees and aims for a touchdown at 214 kt – quite a bit higher than for most aircraft.

Yet, for these final few minutes, it is possible to exploit Flightgear’s strength to the full – try any weather or visibility and see whether you can still make the approach. But always remember – there’s just one chance.

And one thing is certain – you’ll never forget your first descebt from orbit right down onto a runway.

Getting the Shuttle

In order to run the Shuttle, you’ll need at least the 3.6 release candidate or a higher version of FG. There are two options to download the Space Shuttle:

A flight-tested version is kept on the FGAddon repository. For this version, someone has made sure that all mission phases can in fact be flown without triggering a bug. This version typically lags behind the current development.

The current development version is kept in its own repository. It contains all the most recent features but is not flight-tested, i.e. simply may not work as expected.

The Shuttle will also be part of the next FG stable release – currently forseen in late winter/early spring 2016.

Get involved

If you’re interested in contributing to one of the most fascinating spacecraft, you’re more than welcome. Ranging from texture art to 3d modeling of payloads and site-specific buildings (think Kennedy Space Center), from data-gathering to refining the aerodynamics and avionics, there’s lots of things that can be done.

You can always get in touch via the Shuttle’s forum thread – or via the devel repository.

Final words

All quotes describing the Space Shuttle experience are from the astronauts, taken from the book Space Shuttle: The First 20 Years (DK Publishing).

More information on the Flightgear Space Shuttle:

* FG Wiki page for the Shuttle
* FG Space Shuttle project overview including a gallery and more technical information
* Development repository on SourceForge
* The crew operations manual – read this to get most of the experience

Posted in Tours

The new Cessna 172p

by Gilberto Agostinho

FlightGear’s default aircraft, the Cessna 172P, went through a major makeover. This post will show some of these improvements.

The aircraft exterior is now much more detailed, with new higher resolution liveries (as well as several cockpit and interior themes).

The cockpit is now fully textured and fully functional. All switches, buttons and levers are operable (try pulling out some circuit breakers!). When using ALS, the new interior shadow effect is very immersive.

There are six variants avilable now (default, two bush tire variants, amphibian, pontoon and skis) as well as two types of engine (160 HP and 180 HP). Below, the amphibian variant at San Francisco bay.

The cockpit has now a glass effect, making the windows reflective. The instruments can also be illuminated if the sunlight is getting weak.

If the conditions are just right, the cockpit glass will get foggy or display some frost, as in the image below. To control that, use the air vent and air heat levers (as well as cracking the windows!).

Pre-flight inspection has now been implemented. It’s possible now to add and remove tie-downs, wheel chocks and the pitot tube cover. On top of that, one has to keep an eye for the oil level and possible fuel contamination. The plane has a tutorial explaining how all these new features work.

The aircraft can now get damaged. Land too hard and the front wheel will collapse; dive and pull the yoke at once and the wings will break. But there is no need to worry if your plane gets damaged: a repair button has been added to the aircraft menu.

Regarding sounds, some major improvements have been done: these include not only new cockpit sounds (switches, levers) but also environment sounds: water sounds for the amphibian and pontoon variants, new wind, rain and thunder sounds for all of them.

The aircraft comes with two flashlights (one white, one red) for night flights, allowing one to start the plane from cold and dark regardless of the amount of sunlight.

Among other improvements, we have now a better flight dynamics model, with better stall and spin behaviour, and new hydrodynamics for the float variations.

If you run the FG development version and want to track the latest developments for this plane, you can find the development repository here. There is also a forum thread for discussion and feedback.

Posted in Tours

What’s the Flightgear news?

Changes of various kinds affect FG – it seems this year more than in others. Please read here an overview.

Whatever happened to the 3.6 release?

The simple truth is – it didn’t work out. In the end, the release team had personal constraints, got as far as producing a release candidate but then the efforts stalled. Flightgear is developed by human beings, and sometimes things don’t go the way we’d like them to.

Ideally this should have been communicated earlier – we’re sorry for this, the final decision not to have a 3.6 release was made not so long ago.

At this point, let me take the opportunity to point out the links to the automated builds where you can find the (as we now know rather stable) 3.6 release candidate and an automated nightly build of the FG development version.

The matching aircraft collection can be obtained from the repository following these instructions.

What’s the future?

At this point, we’re not sure whether there will be a regular 3.8 release. Rather, the idea which will be tried is a series of more automated stable releases – about four per year. We hope that this will stretch bug reporting by the general audience from the current one-week period between release candidate and stable (which makes it very hard to act in time) over a wider period, giving us the opportunity to respond better. At the same time, it will decrease the waiting period for the next stable. Time will tell whether this works better.

In addition, there are multiple changes behind the scenes having to do with the server infrastructure for the FG scenery. Ideally these would not affect the end user, but they take time and effort nevertheless.

Development on the other side did not stop – we keep making FG more interesting.

More impressive weather

The weather system has received an update to simulate lightning strikes during thunderstorms. Each lightning strike will not only trigger a visible bolt, but also (in the Atmospheric Light Scattering (ALS) framework) at night illuminate the clouds in the vicinity for a split second. In addition, the position is registered in FG, allowing aircraft modelers to include ambient thunder sounds with the correct delay – this has for instance been done for the C-172p. Encountering a T-storm at night will be memorable now!

Improvements to aircraft interior rendering

The ALS framework offers a host of new options for aircraft developers, for instance a quick option to render panel backlighting using the so-called implicit lightmap technique, irradiance mappings giving a more faithful impression from where indirect light can fall into the cabin and the option to show reflections of the lit cockpit panels in the windows at night.

A fire-breathing dragon (and other impressive aircraft)

Among the most interesting aircraft to be added to the repository is the dragon. Demonstrating the versatility of FG, this reptile doesn’t fly on magic (like the Santa and his reindeer do, if you know the model…), instead it uses the aerodynamical data from attempts to reconstruct the flight dynamics of a Pterosaur. Let it slowly climb with mighty wingbeats, soar thermals to rise to high altitudes or swoop down in a steep dive – the dragon sure is fun to fly and at the same time instructive.

Substantial updates also have been done for other aircraft which have been under heavy development: Sounds and pre-flight inspection simulation of the C-172p have been improved. The F-14A variant has been added, making use of all recent rendering improvements and including a simulation of compressor stall. Lots of work have also gone into making the F-15 yet better – it now offers C and D variant, operational weapons and radar, detailed sound and simulation of hydraulical, electrical and ECS pressurization system. The Space Shuttle is now well on the way towards a photorealistic 3d cockpit. Substantial work has been done on the avionics, implementing automatic tracking and pointing routines and a realistic procedure to command OMS orbital insertion and de-orbit burns, as well as one of the most sophisticated failure meanagement simulations in FG.

Improvements to scenery rendering

The ALS rendering framework has added effects for improved rendering of runways. Paved runways are now shown with skid-marks whereas unpaved runways can be rendered with a multitude of materials, smoothly blending the runway into the surrounding airport green.

New terrain textures

The regional scenery texture project is progressing substantially – we have new runway textures, dedicated industrial and port textures as well as detailed customized definitions for South America, Africa, the Middle East and South Asia).

Behind the scenes work

Less visually, there is ongoing development on various fronts. The out of window GUI Phi continues to be expanded, providing support e.g. for an instructor station. Using Qt5, a common launcher for all OS is being developed which is expected to ultimately grow into a new in-window GUI option. Finally, the HLA effort aims at utilizing multiple CPUs better by running various subsystems in dedicated threads outside the FG main loop. Currently, only a very limited AI scenario can be run in this mode, but ultimately it is expected to provide improved framerate where poor CPU utilization is the bottleneck.

We hope to be back soon with details on the new release process.

Posted in News

A preview of features for Flightgear 3.6

Flightgear is constantly under development and as the feature freeze for the next 3.6 release approaches, it is becoming increasingly clear what the next version will have to offer to users:

(to avoid misunderstandings – this is a selection of features currently under development, not a release note, i.e. there is no guarantee that all items will appear in 3.6, nor is are the features of 3.6 limited to what is listed here)

A complete makeover for the default aircraft

The C-172p has always been Flightgear’s default plane, as it is easy to fly and great to learn the basics of aviation. Thanks to a joint effort of several gifted developers, it just got a lot better. The revised version offers improved flight dynamics with the ability to bring the plane into spins. It makes good use of the latest state of the art of Flightgear’s rendering frameworks, including hires textures, the new internal shadow effect for ALS, environment dependent fogging of the windshield and of course support for the Rembrandt rendering engine.

And it comes with a damage model, creating a very visual impression of what happens if you land too hard:

A new user interface / instructor station

Using Flightgear’s inbuilt web-server, Phi is a new way to access Flightgear from an external device. You can run a web browser on your pad, connect to a running FG instance on your PC and access everything you need from there. This makes for a great training setup in which the instructor can select challenging conditions for the student, monitor the flight or cause failures which need to be responded to. Phi supports pre-flight checklists, environment settings, a moving map widget and many features more.

‘Houston, the Atlantis has reached orbit.’

Launching vertically like a rocket, capable of limited maneuvering in orbit and entering the atmosphere again to land like a plane, the Space Shuttle is a truly unique flying experience. Based on a large body of public domain wind tunnel data by NASA, Flightgear now offers the possibility to take the Shuttle into low orbit and back in a highly realistic simulation.

Experience the strength of the aerodynamical forces during launch as thrust vectoring keeps the Shuttle on its ascent path, learn about the inherent yaw instability of the Shuttle during the hypersonic entry phase and the crucial role of the RCS jets and the body flap, explore how elevon deflection changes the airstream at the aft fuselage and alters roll and yaw stability, or simply start in orbit, enjoy the view or do a spacewalk.

The simulation includes all mission phases with many different digital autopilot settings to control thrust vectoring, RCS jets or airfoils, checks on aerodynamical and structural limits as well as damage and failure simulation in case of limit violations – basically the Shuttle can be flown by the Crew Operations Manual. A 3d cockit is already in place, and work is underway to provide the original avionics.

Rain on the windshield

The Atmospheric Light Scattering rendering framework is rolling out a new suite of effects to render the cockpit interior in more detail. These include a glass shader which renders interior reflection, damage and dirt, glare, raindrop splashes, frost and temperature-dependent fogging and an interior effect capable of drawing shadows, light filtering through colored glass or caustics as well as panel backlight illumination. Enjoy the enhanced immersion into the simulation these features provide!

Regional textures for Latin America

Thanks to local users, the whole of Latin America is receiving more realistic local textures. Look forward to the typical red roofs or urban terrain, to seeing dramatic changes in the water color where the dark Rio Negro meets the muddy Rio Solimoes close to Manaus and to many other nice touches in the area. If you haven’t done it yet, schedule a flight in South America after the next release, there’s lots to explore!

New and improved aircraft

The Citation II provides a new cockpit, making use of plenty of the new effects. Enjoy Flightgear in this nice business jet!

The new F-15 comes with a detailed JSBSim flight dynamics model with lots of wind tunnel data worked in as well as a detailed 3d cockpit with tons of functionality.

And many improvements more

* work on an integrated launcher, specifically making life easier on newer Mac OS distributions
* the aircraft center, a tool to download and manage aircraft in-sim
* expanded functionality of the Canvas 2d rendering framework
* …

Stay tuned as we fly towards our next release!

Posted in Info

Simulating the ever-changing scenery

The secrets of the environment settings

If you look at aerial imagery of a region every day for a year, it never changes. Yet if you would fly over the same region in reality every day, it would almost never look the same twice. In reality, nature is a dynamically changing environment, and what you see from a cockpit reflects this.

Some of these changes have to do with weather – on a cloudy day, the light is different from bright sun, the shadows are muted, the amount of haze may change so that faraway terrain looks fainter… and these are readily captured by the weather simulation.

Yet there are more subtle effects. For instance, snow may linger on the ground even on a sunny day with temperatures above freezing if the original layer was thick enough. Snow may fall, but not remain on the ground if the ground is warm enough. In essence, whether you see snow or not depends not so much on how the weather is now, but how it has been the last days, weeks or even months.

Such changes to the scenery in FG are taken care of by the environment settings which control how the terrain is shown. You can find the menu as an entry under Environment.

Currently, the full range of environment effects is only implemented for the Atmospheric Light Scattering (ALS) framework starting from medium quality settings, however the snow effect is available for all rendering frameworks.

Let’s explore some of the things this can do:

Seasonal changes

This is how the default terrain is shown without any environment effects – a summer day in Grenoble:

Moving the season slider somewhat to the right brings autumn coloring into the scene – deciduous tree patches change colors to orange-red, fields and grass appear yellowish:

Changing to a yet later season causes deciduous trees to shed leaves and changes most of the vegetation to a dull brown:

Modifying the snow line and thickness allows to add a sprinkle of snow to the valleys, simulating the first snowfall of late fall:

Finally, adding more snow changes the whole scene into deep winter:

In coastal regions, the appearance of water can also be changed. Here is the coast of Norway near Bergen in summer:

Using the snow and ice sliders allows to simulate winter with lots of drift ice in the sea:

Using a combination of the season and snow settings, it is hence possible to simulate a lot of the seasonal changes during the year. But that’s not all.

Dust and greenery

Have you noticed how colors fade during a long spell of dry weather, to be restored only when rain washes the dust away? Or how a desert might look green for a few weeks after rainfall, to change to its usual dusty appearance later? The environment system also provides those options – let us take a look at the Sierra Nevada. This is how the chain appears from China Lake (with a good measure of snow added to the peaks):

Using the dust slider makes all the colors fade and lets the scene appear dry:

Using the vegetation slider instead gives a fresh green touch to the desert as if after a rainfall:

Changes may be subtle and affect more than just color. Consider this close-up of a dry runway:

The environment settings allow to make it wet (this will happen automatically when the weather predicts rain, but terrain can be wet without current rainfall). This creates puddles and alters the whole reflectivity of the surface – look at how the light changes:

Finally, adding snow covers the runway partially in snowdrifts:

Why can’t this happen automatically?

The environment subsystem just renders as it is told, it is hence easy to misuse it – think snowfall and ice cover on Caribbean islands for instance. Sometimes, the question gets asked why this is implemented that way, and why parameters aren’t just set automatically.

The answer to that is – based on what should they be set? Flightgear does not include a global climate simulation as would be needed to determine how likely it was that there was e.g. snowfall during the last days or weeks, or that there was a dry summer and hence everything should look dusty.

The idea is that the user can adjust these settings, either based on how the scene currently looks at a location, or based on what the user wants to experience (it’s a simulation after all – there’s nothing wrong with simulating a tropical day in Hawaii on a bleak winter day).

If used with some care, the environment settings offer a chance to experience the same scenery in a hundred different ways, each time subtly different.

If misused, the settings deliver weird to crazy results of course.

For the sake of completeness, for low-performance systems which are unable to run shader effects, using the commandline option –season=winter offers at least the choice between the default summer textures and a snow-covered set of textures, although no control over snowline and thickness.

Posted in Tours

FlightGear v3.4 Released

av9DBjV

The FlightGear development team is delighted to announce the v3.4 release of FlightGear, the free, open-source flight simulator. This new version contains many exciting new features, enhancements and bugfixes. Highlights in this release include frame-rate improvements on some systems, reduced memory usage and enhancements to the built-in web server.

Founded in 1997, FlightGear is developed by a worldwide group of volunteers, brought together by a shared ambition to create the most realistic flight simulator possible that is free to use, modify and distribute. FlightGear is used all over the world by desktop flight simulator enthusiasts, for research in universities and for interactive exhibits in museums.

FlightGear features more than 400 aircraft, a worldwide scenery database, a multi-player environment, detailed sky modelling, a flexible and open aircraft modelling system, varied networking options, multiple display support, a powerful scripting language and an open architecture. Best of all, being open-source, the simulator is owned by the community and everyone is encouraged to contribute.

Download FlightGear v3.4 for free from FlightGear.org

FlightGear – Fly Free!

Major enhancements in this release

Performance

  • Improved frame-rates on some systems from more efficient use of Uniforms
  • Reduced memory occupancy for scenery tiles
  • AI models are now rendered based on display size rather than range
  • AI/MP models may now define objects as being part of the interior, which will not be rendered at large distances

Usability

  • Built-in web server now includes a moving map, a screenshot grabber, and supports SVG-based panels
  • In-application launcher for Mac, based on Qt5

Graphics

  • Improved rendering of runway and other lights under ALS
  • Landing and spotlight support for ALS

Scenery

  • Improved materials XML format making customer material definition easier
  • Procedural rock material definition

JSBSim

  • Synchronization with latest JSBSim

Highlighted new and improved aircraft

  • Extra EA-500
  • North American P-51D Mustang
  • Cessna Citation II
  • F-14b

Other

  • Firewall exceptions are automatically added during setup on Windows systems
  • Aircraft moved to a SVN repository.

Bug fixes

  • See our bugtracker for an extensive, yet incomplete, list of the bugs fixed in this release.
Posted in News

Web Site Updates

December 30, 2014:

  • Upgraded to wordpress 4.1
  • Testing a new theme that is a bit less “bloggy”
  • Added a big fat “download now” button on the front page.
  • Fixed layout for small screens (like smart phones in portrait mode.)

January 24, 2014:

  • v3.0.0 release candidates are available for download and testing.  The official v3.0.0 release is scheduled for 17 Feb.
  • Upgraded to WordPress 3.8.1

December 20, 2013:

Upgraded to WordPress 3.8 and the Twenty Fourteen theme.

November 25, 2013:

FlightGear v2.12.1 (bug fix release) is now available for download.

October 3, 2013:

Upgraded to WordPress 3.6.1 and new TwentyThirteen theme.  The FlightGear web site server hardware has been relocated to a newer larger building.  And v2.12 has just been released!

February 13, 2013: Updated Scenery Download Path

The FlightGear scenery downloads has been updated to v2.10 in preparation for the 17 Feb v2.10 release.  The scenery content does not follow the same release schedule and has updates and improvements every few days.  Thus this is more of a name change formality, and the “v2.10” scenery will work fine with v2.8 and probably most v2.x versions of FlightGear.

January 12, 2013: New Wiki Server

The FlightGear Wiki (http://wiki.flightgear.org) has been moved from a shared hosting server to a new dedicated virtual private host.  The FlightGear wiki is *very* popular and generates a lot of traffic and server load so hopefully this will improve the performance and reliability of our wiki and at the same time help all the other services on the old shared hosting server.

The new wiki host has been donated to the FlightGear project by DigitalOcean. If you are searching for a good hosting service among an ocean of possible options, they are good guys.

December 18, 2012: WordPress 3.5 & New Theme

The FlightGear web site has been upgraded to the newest version of wordpress (3.5) and I am experimenting with a new theme.  We can always return to the old them if we decide we like that better, or we can more forward too.  The new theme has some better support for mobile devices.

December 29 update: when switching to the new 2012 theme, we ended up with comments enabled on all content pages.  This was unintentional.  The page comments were mostly support requests or the odd snarky comment.  I have removed the comments area from regular content pages, but comments are still allowed (and encouraged) for “post” pages.  However, comments will be filtered carefully for topic and usefulness.  Do they expand or clarify the conversation of the post topic?  Support questions will still be referred to the FlightGear forum.  Random positive/negative statements (like “I love flightgear” or “I hate flightgear” will generally be ignored.)  English is preferred for post comments, but exceptions have been made and probably will be made in the future.

October 24, 2012: Scenery Download Page updated

The World Scenery Download page is updated to SVN version 20579.  It may take a day or so for the updated files to flush through the mirror system.

September 7, 2012: WordPress 3.4.2

Upgraded to wordpress-3.4.2.

August 20, 2012: Updated Gallery

Featuring the winning entries of the 15th anniversary screenshot contest, we have added a new screenshot gallery to go along with the v2.8.0 release!

August 17, 2012: Version 2.8.0 Released

Yeah!  Look on the front page (or the recent posts list in the side bar) to read the official release announcement.  Better graphics, new aircraft, new visual effects, tons of new things to explore!

July 30, 2012: v2.8.0 Release Candidate “RC4” Available.

If you are interested in trying the next release of FlightGear ahead of time (and helping us sniff out any remaining bugs or packaging issues) then please take a look for download links in the release candidate section towards the bottom main download page.  Also notice that updated v2.8.0 aircraft are also available for download along with the pre-release.

June 28, 2012: WordPress 3.4.1

The FlightGear web site software has been updated to WordPress v3.4.1.

February 28, 2012: Version 2.6.0 Updates

Both Mac OS X and Windows have had small tweaks to follow up the v2.6 release.  For Mac OS X there is “r319” version of the 2.6.0 dmg which fixes a couple problems some Mac users were seeing.  For Windows there is a “Setup FlightGear 2.6.0.1.exe” which fixes one small 32bit vs. 64bit dll packaging problem some 64bit users were seeing.

February 17, 2012: Version 2.6.0 Released

There has been a large number of changes and updates to the download and information pages as part of the v2.6.0 roll-out.

Jan 29, 2012: New v2.6.0 Release Candidate Available

A complete test release for the upcoming FlightGear 2.6.0 version is available to try.  Follow this link to the FlightGear v2.6.0 Release Candidate page.

Jan 6, 2012: New Developer Snapshot Available

A new developer snapshot (v20120105) is available for download and testing.  This is a way to keep up with all the coolest new features and experimentation without needing to compile the code yourself from scratch.  You can find the download link on the main download page.

Dec 28, 2011: Contributors Section added

A new section has been added to the FlightGear web site: Contributors.  We plan to periodical add profiles of different contributors to this section.  If you’d like to be included here, or have corrections or updates to existing entries, please contact the web master!

Sep 27, 2011: Scenery Download Page added

A World Scenery Download page has finally been added to the new web site.  You can find the page in the main site menu.  The graphical download page has also been updated.  All the links should now point to the v2.4.0 version of the scenery (this corresponds to svn version 16700 from the terrascenery archives.)  Update: a small link error has been fixed so the download map should be working again.  Thanks to those who reported it!

Sep 27, 2011: New wiki and liveries server

The server hosting wiki.flightgear.org and liveries.flightgear.org has been upgraded and the content has been migrated over.  There shouldn’t be any problems, but of course if you spot something odd, please let us know.

Posted in News

The magic of light and haze

The ‘Atmospheric Light Scattering’ (ALS) rendering framework

Have you ever admired the beautiful colors of a sunset? Have you maybe wondered why sometimes sunsets show a fantastic palette of glowing red and golden colors in the sky and sometimes a rather muted blue-grey? Have you observed distant hills fade into blue haze while the glittering reflection of the sun on water shifts color to a yellow-orange and asked yourself where the difference comes from? Have you wondered why there’s sometimes a halo visible around the moon?

All these phenomena and more are related to light scattering in the atmosphere. Actually, most of what we see looking out of a cockpit from 36.000 ft is not scenery but light scattered somewhere on haze, clouds or air molecules. To create a realistic impression of a scene during flight, we can’t think of haze being something simple that obscures the scene, instead we have to invest as much attention to rendering haze properly as to the more prominent scene elements. In Flightgear, that’s what the ALS framework is doing.

A little bit of theory

To first approximation, the normal lighting situation of a scene during daytime is that the sun is high in the sky and illuminates an object, from which reflected sunlight falls into the eye. There are thus two light rays – the illumination ray (I-ray) goes from the sun to the object and the observation ray (O-ray) from object to the eye.

In vacuum, that’s all there is to it, and pictures from the surface of the Moon illustrate this – objects remain visible no matter how far away, and any surface which is not in direct light is pitch black.

In an atmosphere, light scattering can affect both the I-ray and the O-ray, and there can be in-scattering and out-scattering. In-scattering corresponds to light from somewhere else in the scene being scattered onto the object (or into the eye), out-scattering corresponds to light from the sun being scattered away from the object or light from the object being scattered away from the eye. I-ray in-scattering causes ambient (non-directional) light – shadows are no longer pitch black but receive still some kind of illumination. Under a thin overcast haze layer, there is for instance strong I-ray in-scattering – while there is lots of light available, it comes from almost everywhere in the sky and no shadows are cast onto the ground. O-ray in- and out-scattering both cause objects being shrouded by haze, but in-scattering causes a bright haze, out-scattering a dark haze effect.

To complicate matters, there are three basic physical scattering mechanisms which can take place: Rayleigh, Mie and diffuse scattering.

* Rayleigh scattering occurs on very small particles – the air molecules themselves or fine dust (‘dry haze‘). It has no preferred direction, but is much stronger for blue light than for red light.

* Mie scattering occurs on larger particles – usually water droplets (‘wet haze‘). It has no color dependence, but is much stronger at small angles than at large angles, i.e. Mie-scattered light almost keeps its original direction.

* diffuse scattering isn’t really a distinct elementary process but the effect of multiple scattering processes over which direction and color specific dependence is blurred, hence diffuse scattering has no color or directional dependence.

Any real scene is hence a mixture of Rayleigh, Mie and diffuse in- and out-scattering on O-ray and I-ray (which makes for a total of 12 scattering channels, out of which 11 are modeled in at least some approximation by ALS – only Mie in-scattering on the I-ray is not considered since it is not very important in practice).

Wet and dry haze

Since most flight-relevant fog is wet haze, in FG the amount of wet haze is directly linked to the reported visibility. In many weather situations, fog is densest in the lowest convective air layer and the air is much cleaner above. ALS hence allows to render a lower layer of volumetric fog in addition to much less dense haze in the upper atmosphere. Seen from above (as in the scene showing morning fog at the foothills of Nanga Parbat), wet haze appears a bright white during the day, but when entering the fog, its color gradually changes to a dark blue-grey as diffuse out-scattering blocks the light.

The amount of dry haze (or Rayleigh scattering) relative to the wet haze is controlled by the air pollution slider in the weather configuration. Since Rayleigh haze is stronger for blue light, at large visibility O-ray in-scattering dominates (driven by the strong light coming from above) and far objects appear shifted towards sky-blue in color (such as the Sierra Nevada chain seen from China Lake below):

However, if the visibility is poor and/or the incident light from above is blocked, O-ray out-scattering is dominant, and all objects appear shifted to a dirty yellow – in other words, high air pollution makes objects appear in smog (here, downtown San Francisco):

The sky in low light

During the day, the I-ray is typically much shorter than the O-ray because the sunlight crosses the atmosphere vertically. The density of the atmosphere is variable in altitude, but effectively the whole vertical extent correspondsto a length of perhaps 10 km, whereas on a clear day objects 200 km distant can easily be seen. This is why Rayleigh out-scattering for the incoming light is not dominant while the sun is high.

In low light however, the I-ray passes a long distance through the atmosphere, the blue light is scattered out, and hence the direct light of the scene illumination is shifted to red (the indirect light however is driven by Rayleigh in-scattering and hence is shifted to blue). This can be seen here where the sun is below the horizon and illuminates the clear air close to the horizon whereas the lower haze layer is only visible in blue indirect light:

Without a lower haze layer, the whole scene appears in blue indirect light as seen here in the predawn Himalaya

As soon as the sun comes above the horizon and touches the highest peaks, strikingly beautiful contrasts appear between the blue indirect and the red direct illumination, leading to the phenomenon known as Alpenglow:

Looking away from the sun in low light, the clear atmosphere takes a deep violet color:

At very early predawn, just the far fringes of the upper atmosphere are illuminated. In clear air, the colors of dawn are muted:

In contrast, here a strong dry haze component leads to a sizable shift of the light to a red-golden color which lets the low wet haze layer glow brightly in the early morning light. While the light illuminating the wet haze is driven by Rayleigh scattering, the wet haze itself is a Mie scatterer – it glows most close to the sun, and the colors get more muted away – this is most evident from the thin clouds in the scene:

The combination of wet and dry haze can lead to nice and subtle color variations in low light:

The atmosphere seen from above

The following screenshots have been rendered with the EarthView orbital rendering option of FG in combination with ALS.

The characteristic electric blue glow of the atmosphere which is so prominently visible from low earth orbit is predominantly driven by Rayleigh scattering in the upper atmosphere.

Where the bulk of earth blocks the incoming light, Rayleigh scattering can no longer take place and the glow of the atmosphere gradually fades out:

The terrain itself is illuminated by light which has suffered Rayleigh out-scattering. In the dawn zone, this gives it again a color shift, here just slightly towards the yellow in this late afternoon impression of clouds hanging above the coast of Florida:

It is quite possible to observe the shadow earth casts into the atmosphere from lower altitude – here is an impression of it from 36.000 ft above an overcast cloud layer:

Clouds

Although they are rendered with rather different techniques, clouds physically are wet haze – thin translucent clouds are Mie scatterers, and thick clouds are diffuse scatterers. Thus, thin clouds light up very brightly in a halo when the sunlight is seen through them due to O-ray Mie in-scattering, whereas thick clouds appear dark and hide the sun due to O-ray diffuse out-scattering.

In predawn light, low clouds appear dark since they are yet in the shaded part of the atmosphere, but high Cirrus cloulds can already receive some sunlight:

As the sun comes up, this can lead to a dramatic play of light and shadow, with bright high-altitude clouds seen through a dark lower layer:

Again, the light that reaches the clouds at low sun is subject to I-ray Rayleigh scattering and its color depends on the amount of dry haze. In clean air, the colors of a cloud layer appear more muted

whereas for a high air pollution value the colors are much more strongly shifted towards the red-golden.

However, faraway cloud banks at the horizon can also reduce or alter the incident morning light by I-ray scattering. For thin, scattered clouds, this reduction is small and mornings appear bright

but if the cloud cover gets stronger, the light is reduced

and color shifted

to the point that a sunrise appears no longer red-orange-golden but blue-violet underneath a thick layer:

Diffuse haze in the atmosphere acts on the incoming light just the same way as a well-formed cloud layer – the light illuminating the clouds is reduced, and as the direct light is filtered out, the blue indirect I-ray Rayleigh in-scattering becomes more important, shifting colors to violet.

Compare the subtle play of dawn light shining through a cloud for a clear day

with a very hazy day with poor visibility aloft to appreciate the flattening of the color distribution:

Artificial light

At night, artificial light sources contribute a lot to the illumination – think of the orange glow of haze above a well-lit airport or a city. In principle, artificial light follows the same principles as sunlight, except that the intensity is usually far less, and so the paths through the atmosphere are smaller and effects are only visible in fairly dense fog. Then, often Mie-scattering can be observed, creating halos around lights seen through the fog.

Most of these effects are currently not included in ALS, however the Mie-scattering halos for runway lighting and the illumination of dense fog by landing lights are features already implemented:

Final thoughts

All the different scattering phenomena described above only scratch at the surface of what nature really does. In a real sunrise, clouds may cast shadows onto each other. There’s multiple scattering processes – a brightly illuminated haze layer high above may scatter lots of light down onto lower layers. There’s genuinely colored hazes like dust in a sandstrom which change the colors of dawnlight in yet different ways. There are effects of the human perception which make the eye see very faint or very bright light in colors different from what they actually are (which is why moonlight, despite being actually white light, appears as blue). While ALS tries to capture some of these processes, nature still does infinitely more, and sometimes one wonders how nature manages to get it all done in real time.

But even thinking about some of the phenomena causing it, you will never look at the play of haze and light the same way as before – be it in Flightgear or in reality.

All the screenshots above are rendered with the current development version of Flightgear (FG 3.3) out of the box. On a modern gaming laptop, in flight they typically render with 30+ fps (mainly dependent on visibility and LOD settings and the usage of hires scenery).

The ALS framework itself takes some 10 atmosphere-related input parameters to generate the visuals of the sky and of hazes, and this leads to an almost infinite variety. Unfortunately the majority of parameter combinations can not occur on Earth (ALS as such is quite capable of rendering a Martian sky), hence the raw input parameters are largely not under user-control. What limits the visuals ALS generates out of the box in practice is the actual range of parameters passed to the renderer by the weather simulation. Here, Advanced Weather using the offline weather engine is somewhat more faithful in generating reasonable light propagation models in the lower atmosphere than Advanced Weather in METAR mode, which is in turn better than Basic Weather, but even Advanced Weather currently exhausts just a fraction of the possibilities ALS really offers.

Modeling a compelling haze distribution and the resulting light attenuation in real time is a genuine challenge, since it is impossible to actually do the scattering calculations (which involve nested integrals) in anything resembling real time, so in every case, fast yet faithful approximations have to be found.

To experiment some with sunrises, try various weather scenarios and play with the lower haze settings and the air pollution on the Advanced Weather options panel.

Posted in Tours