Vuoi avere un volo gratuito? Prova FlightGear!

Perché un altro simulatore di volo ?

Dal manuale di FlightGear in inglese c'è una piacevole introduzione sul significato di intraprendere per così tanti sviluppatori la costruzione di un sofisticato simulatore di volo, senza nessun contributo economico e senza neanche sentire un grazie da qualcuno che utilizza il prodotto di tante fatiche. Il perché è ben riportato in questa introduzione che accompagna il manuale ufficiale di FlightGear, leggiamola:

Hai mai voluto volare un aereo da solo, ma mancavano i soldi o la capacità di farlo? Sei un vero pilota e stai cercando di migliorare le tue capacità, senza dover spendere? Vuoi provare alcune manovre pericolose senza rischiare la vita? Oppure vuoi semplicemente divertirti con un gioco più complesso che non contiene violenza? Se una qualsiasi di queste domande si applicano a te, i simulatori di volo per PC fanno per te. Si può già fare una certa esperienza di volo con Microsoft Flight Simulator© o qualsiasi altro dei simulatori di volo per PC disponibili in commercio. Il prezzo di questi simulatori non è alto, è di solito entro l'intervallo di 50-100 euro, l'acquisto di uno di loro non dovrebbe essere un problema serio dato che l'uso di un serio simulatore di volo per PC richiede un hardware che costa da 600 a 1500 Euro. Con così tanti simulatori di volo disponibili in commercio, perché dei programmatori non pagati da nessuno dovrebbero spendere migliaia di ore di lavoro di programmazione, progettazione e documentazione per costruire un simulatore di volo Open Source? Beh, ci sono molte ragioni, ma qui elenchiamo le più importanti:
Tutti i simulatori commerciali hanno un grave inconveniente: sono realizzati da un piccolo gruppo di sviluppatori che definiscono le loro priorità in base a ciò che è importante per loro, fornendo interfacce volutamente limitate per gli utenti finali. Chiunque abbia provato a contattare uno sviluppatore commerciale, concorda sul fatto che far si che la vostra voce possa essere ascoltata è una sfida quasi impossibile. Al contrario, FlightGear è stato progettato dalla gente, per gli appassionati di volo, con tutto il codice Open Source.
I simulatori commerciali sono solitamente un compromesso di funzionalità e usabilità. Gli sviluppatori commerciali vogliono essere in grado di servire un ampio segmento di appassionati, compresi i piloti seri, principianti, e anche i giocatori occasionali. In realtà il risultato è sempre un compromesso a causa di scadenze temporali e di limiti nel finanziamento del progetto. Poiché FlightGear è gratuito ed aperto, non vi è alcuna necessità di un simile compromesso. Non abbiamo il fiato sul collo di nessun editore, siamo tutti volontari che seguono i propri tempi. Siamo anche liberi di sostenere ambiti che nessun sviluppatore commerciale considera praticabile, come nella comunità della ricerca scientifica avviene da sempre.
Con FlightGear, gli sviluppatori di ogni livello e abilità possono sviluppare le loro idee con il potenziale di dare un enorme impatto sul progetto. Contribuire ad un progetto così grande e complesso come FlightGear è molto gratificante e fornisce agli sviluppatori un grande orgoglio nel sapere che stanno continuamente plasmando il futuro di un grande e complesso simulatore.
Al di là di tutto il resto, è solo puro divertimento! Immaginiamo che si potrebbe paragonare i nostri programmatori come i piloti reali che costruiscono kit di aerei. Certo, possiamo volare un aereo già costruito, ma c'è qualcosa di speciale a costruirne uno voi stessi.
I punti che abbiamo qui sopra accennato costituiscono la base del motivo per cui abbiamo creato FlightGear. Con queste motivazioni in mente, abbiamo deciso di creare un simulatore civile di volo di alta qualità, che mira ad essere multi-piattaforma, aperto, supportato da tutti gli utenti, e super estendibile su qualsiasi piattaforma.

Questa introduzione dovrebbe aver ben chiarito il motivo di questo progetto e la sua portata che è cresciuta moltissimo in questi ultimi anni, a questo punto vanno puntualizzate alcune cose per meglio descrivere cosa è FlightGear:

Civile
FlightGear è principalmente un simulatore di volo civile, ovvero il progetto si rivolge principalmente alla simulazione del volo reale di tutti i giorni, quindi cerca di essere appropriato per la simulazione della aviazione generale e degli aerei civili. L'obbiettivo a lungo termine dei programmatori è quello di avere FlightGear approvato dalla FAA (Federal Aviation Administration) come dispositivo di addestramento al volo. Anche se alcuni utenti lo chiedono, al momento FlightGear non è un simulatore da combattimento, tuttavia, queste caratteristiche non sono esplicitamente escluse, qualche programmatore ha scritto dei moduli che possono dare una buona illusione di avere a che fare con un simulatore di volo da combattimento, di gestire le armi di bordo, i missili le bombe. Ovviamente senza l'enfasi di un simulatore di volo da combattimento come ad esempio Falcon 4.0. Magari in futuro le cose potrebbero cambiare, se la richiesta di avere un simulatore da combattimento dovesse crescere crescerà sicuramente anche il numero di programmatori interessati a sviluppare qualcosa di buono.

Approfondimento: Per meglio comprendere lo spirito di chi sviluppa in FlightGear è necessario evidenziare un continuo scontro che esiste tra chi vuole un simulatore di volo solo civile e da chi lo vuole anche con caratteristiche di un simulatore di volo militare. Questo ha portato ad alcuni problemi principalmente tra sviluppatori di aerei. Ad esempio uno sviluppatore di grande ingegno e qualità che risponde allo pseudonimo GRTux ha lamentato che molte sue creature fossero prese come base di aerei militarizzati, ovvero capaci di sparare, nonostante che lui, fervido antimilitarista, non volesse tale utilizzo. Effettivamente ai termini della licenza GNU tale comportamento non è scorretto, ma certamente lede un principio morale che ha posto GRTux a prendere la drastica decisione di chiudere il suo sito. Peccato, ma questo dimostra pur sempre la grande vivacità dell'ambiente che gira intorno a FlightGear e la sua grande libertà di espressione.

Multi-piattaforma
FlightGear tende ad essere completamente multi-piattaforma, in quanto tutti gli sviluppatori stanno cercando di mantenere il codice più indipendente dalla piattaforma possibile. Tutto questo si basa sul fatto che le persone interessate ad eseguire simulazioni di volo opera comunque con una certa varietà di hardware e sistemi operativi. Allo stato attuale, non c'è altro simulatore di volo commerciale o free che sostenga ad una così vasta gamma di piattaforme, ad esempio FlightGear supporta i seguenti sistemi operativi:
- BSD UNIX
- Linux (Qualsiasi distribuzione e piattaforma)
- Mac OS X
- Windows 95/98/ME/NT/2000/XP/Vista/Seven (Intel / AMD piattaforma)
- Sun-OS
OpenSource
Il progetto non è limitato ad una elite di sviluppatori. Chiunque ritenga che è in grado di contribuire è il benvenuto nel progetto. Il codice (compresa la documentazione) è sotto copyright nei termini della licenza GPL (General Public License).
La GPL è una licenza spesso fraintesa. In termini semplici si afferma che è possibile copiare e distribuire liberamente il programma in modo da mantenere comunque la licenza sempre GPL. È possibile modificare se ti piace e anche ricavare soldi che si desidera per la distribuzione del programma modificato o originale. Tuttavia, quando si distribuisce software è necessario renderlo sempre disponibile ai destinatari nel codice sorgente ed il codice deve mantenere i diritti d'autore originali. Ovvero: "You can do anything with the software except make it non-free" il che significa Tu puoi fare qualsiasi cosa con il software eccetto di renderlo non libero! Per garantire tutto questo esiste una associazione che si chiama GNU che controlla e garantisce il rispetto di queste regole, il testo completo della licenza GNU-GPL di a cui aderisce il software sviluppato nel progetto FlightGear è al seguente link: http://www.gnu.org/copyleft/gpl.html.
È sostenuto dagli utenti ed è estendibile dagli utenti
A differenza di molti simulatori commerciali, lo scenario di FlightGear, i parametri degli aeromobili, le variabili interne, le API, e tutto il resto è accessibile all'utente e documentato fin dall'inizio. Anche senza alcuna documentazione di sviluppo esplicita (Che comunque prima o poi dovrà essere scritta), si può sempre andare a guardare il codice sorgente per vedere come funziona qualcosa. È l'obiettivo primario degli sviluppatori di costruire un motore di base a cui i progettisti, gli sviluppatori dei pannelli di comando, gli scrittori di scenari più o meno avventurosi, coloro che creano o modificano i sistemi del controllo del traffico aereo (ATC), gli artisti del suono e tanti altri utenti possono costruire o modificare in ogni momento. È la speranza speranza di tutti gli sviluppatori e gli utenti finali, che tutti possano trarre beneficio dalla creatività e dalle idee ribollenti di centinaia di persone di talento sparse per tutto il pianeta.

Senza dubbio, il successo del progetto Linux, iniziato da Linus Torvalds, ha ispirato molti degli sviluppatori dimostrando, come a suo tempo ha dimostrato Linux, che lo sviluppo distribuito di progetti software altamente sofisticati su Internet è possibile, ma ha anche dimostrato che un tale sforzo può superare il livello di qualità dei prodotti concorrenti commerciali.

Requisiti di sistema

In confronto ad altri simulatori di volo più recenti, i requisiti di sistema per FlightGear non sono elevatissimi. Se si accettano delle prestazioni medie è possibile eseguire il programma anche su vecchi PC come quelli con processore AMD Athlon64 o Intel P4, in certi casi, se si accettano delle limitazioni sulla qualità della grafica anche un decente AMD Athlon/K7 o un PIII Intel dovrebbero funzionare piuttosto bene, ovviamente bisogna comunque avere una buona scheda grafica 3D in quanto l'80% del lavoro viene svolta proprio da questa. Ovviamente se si utilizzano processori dell'ultima generazione a 2-4 core con schede grafiche che vanno qualche decina a centinaia di GPU (Graphics Processing Unit) le cose diventano veramente interessanti. In questi casi è possibile aumentare, o diminuire se necessario, la resa grafica del sistema modificando le impostazioni della voce Performance dal menu View-Rendering Options.

La scheda grafica

Come per tutti i simulatori di volo, è fondamentale che la scheda grafica abbia un buon, se non ottimo, supporto per OpenGL, ovvero per il linguaggio di programmazione degli elementi grafici che supporta circa 250 comandi differenti, questi comandi in gran parte vengono utilizzati dalle librerie grafiche di FlightGear al fine di ottenere una buona fedeltà di visualizzazione dell'aereo, del pannello dei comandi, la cabina e dello spazio esterno che lo circonda. La qualità di OpenGL è rimarcata nel [www.opengl.org|sito] di OpenGL: "Sin dalla sua introduzione nel 1992, è diventato la più diffusa e supportata interfaccia di programmazione 2-D e 3D, per le applicazioni grafiche". Il motivo di questa grande diffusione dello standard OpenGL e quindi della sua scelta nella programmazione di FlightGear, è dovuto alla sua natura completamente aperta che permette di sviluppare programmi di grafica senza temere che un giorno il proprio lavoro debba essere rifatto daccapo, o peggio che una qualche caratteristica non nota debba generare problemi di programmazione insormontabili. Tutto questo fa si che FlightGear non viene eseguito (e non sarà mai eseguito) su una scheda grafica che supporta solo Direct3D/DirectX, tipico degli ambienti Windows. Contrariamente a OpenGL, Direct3D/DirectX è una interfaccia proprietaria ed è limitata al solo sistema operativo Windows.
Purtroppo, specie per le schede grafiche più economiche, può non esistere un supporto OpenGL o se esiste essere assolutamente insufficiente, in questi casi si può eseguire FlightGear senza tale supporto, ma il suo funzionamento risulterebbe assai lento, 1-2 fotogrammi al secondo, mentre con la scheda grafica con supporto OpenGL salta subito a 20-60 fotogrammi al secondo. Nei casi di mancanza di supporto OpenGL non ci sono alternative, di fatto è necessario acquistare una nuova scheda grafica che abbia tale supporto ed installarla sul PC, comunque il costo di tale scheda può essere dell'ordine di qualche decina di euro, normalmente i programmatori di FlightGear raccomandano come preferibile una scheda grafica NVIDIA con supporto OpenGL, in quanto le schede grafiche AMD/ATI non hanno ancora il supporto OpenGL all'altezza, questo spesso può essere un problema per chi usa come PC un MAC che implementa tali schede. Fortunatamente i programmatori di FlightGear sono coscienti di questo problema e monitorizzano costantemente questa situazione nei forum ove gli utenti possono rivolgersi e porre le loro osservazioni e perplessità. Teoricamente una scheda grafica da 250-500 MB di memoria è più che sufficiente, ma si sa che in questi casi il più è amico del bene e quindi abbondate pure oramai le schede grafiche con 1 GB di memoria sono la norma ed hanno costi accettabili.

Altri aspetti della configurazione del PC

Sistemi operativi su cui gira FligheGear: quasi tutti

FlightGear è stato sviluppato principalmente sotto Linux, questo fa si che questi sia l'ambiente di elezione per tale simulatore, ma la sorpresa per molti novizi è quella di scoprire che in Linux è quasi sempre più comodo avviarlo con l'antica interfaccia terminale in quanto le interfacce grafiche, per l'avvio della sessione di volo in Linux, non sono ancora poco sviluppate. FlightGear opera ottimamente su quasi tutte le versioni per Windows, anzi quando viene rilasciata una nuova versione normalmente è l'ambiente operativo in cui viene realizzato per primo il pacchetto dei file installabili. Buono è anche il supporto per quasi tutte le versioni di Mac OS 10.4 in poi, anche se in questo caso qualche volta ci sono dei problemi per le versioni di OS più datate.

Nota: Il caso che per Mac-OS non sia sempre disponibile una versione stabile di FlightGear è emblematico del modello di sviluppo del prodotto. Come già detto FlightGear è un prodotto sviluppato da una comunità di sviluppatori assolutamente indipendente, non c'è una fondazione che coordini lo sviluppo, ne un nucleo di sviluppatori che facciano da faro per le scelte fondamentali. La comunità che lo sviluppa è abbastanza anarchica e piuttosto scontrosa e questo spesso si riflette in una certa disorganizzazione di fondo che rende lo sviluppo del prodotto non privo di problemi. Ad esempio chi lo sviluppa per Mac-OS ha quasi sempre installato sul proprio PC l'ultima versione del sistema operativo di Apple e difficilmente lo testa per versioni precedenti. Purtroppo contrariamente allo schema di sviluppo di Linux e per certi versi anche di Windows, il modello di sviluppo di Apple considera poco la retro-compatibilità tra i vari ambienti sviluppati nel tempo e quindi le differenze tra una versione 10.4 rispetto ad una 10.6 possono essere veramente sostanziali e inficiare completamente il funzionamento di una applicazione. La cosa si risolverebbe generando un gruppo di sviluppatori che possano fare i test e le modifiche con sistemi operativi più vecchi, ma mancando un coordinamento centrale questa possibilità è difficile da ottenere.

Come vedremo più avanti nel cap ..., nel caso che si voglia modificare/compilare FlightGear è possibile, oltre che su Linux, compilare anche su Mac-OS e su praticamente tutti i sistemi operativi della famiglia Unix/X11 in quanto il compilatore utilizzato è libero ed OpenSource (GNU C++). Nel caso si voglia compilare in Windows è possibile farlo avviando la compilazione di GNU C++ tramite la particolare piattaforma Cygwin che rende possibile eseguire applicazioni presenti nel mondo Unix/Linux direttamente dentro una macchina con Windows installato.

Nota: L'esistenza dell'ambiente Cygwin che permette di eseguire applicazioni Linux direttamente all'interno del sistema operativo Windows come se fossero applicazioni di Windows, è stato il felice risultato del lavoro di programmazione che inizialmente in chiave commerciale (Cygnus Solutions) è poi nel tempo entrato a far parte del novero dei programmi sotto licenza GNU General Public License (GPL), del resto come FlightGear. Questo ambiente permette di fare cose che la licenza Microsoft non permette, ad esempio eseguire applicazioni server su macchine Windows Home Edition ovvero il 90% delle macchine con Windows preinstallato.
Sicuramente Cygwin è stato uno dei più grossi successi del software Open Source nei confronti delle limitazioni artificiosamente inserite nei sistemi operativi proprietari.

Spazio di memoria: 500 MB ed oltre

Per installare il programma di base ed il relativo paesaggio che è anche esso abbastanza povero, c'è bisogno di almeno 1 GB di spazio libero su disco. Se siete programmatori e volete avere sempre l'ultima versione del programma installata sul PC è necessario raddoppiare lo spazio disco in quanto per compilare il programma ci sarà bisogno di almeno 2 GB per il codice sorgente e per i file temporanei creati durante la compilazione. In questo caso però tutto questo non include l'ambiente di sviluppo legato al compilatore, questi infatti potrà variare da una dimensione che va da qualche decina di megabyte fino a qualche centinaio di megabyte in funzione del tipo di compilatore e del sistema operativo utilizzato. Ad esempio per gli utenti Windows e Mac-OS ci si può aspettare di aver bisogno almeno di circa 300 MB di spazio per il solo ambiente di sviluppo. In Linux e nelle altre macchine UNIX tale richiesta sarà sicuramente inferiore, poiché tali sistemi operativi dovrebbero avere già installati la maggior parte dei programmi necessari per lo sviluppo.

In pratica, per una installazione completa il programma si può arrivare facilmente ad occupare più di 10 GB! Quasi tutti necessari per contenere i file degli oggetti grafici, e degli aerei, quest'ultimo sono circa 450 e fanno parte del repository ufficiale del programma, il tutto per una occupazione complessiva di circa 5 GB. Ovviamente non è necessario dedicare al programma tutto questo spazio, spesso le installazioni standard sono più contenute, ad esempio l'installazione standard in ambiente Linux-Ubuntu occupa circa 1,6 GB.

Comunque non c'è molto da fare, un così ampio spazio richiesto dal programma FlightGear per la sua compilazione ed esecuzione, è oramai una costante di tanti altri programmi creati per l'intrattenimento compresi anche i simulatori di volo più blasonati come Flight Simulator e X-Plane, anzi per quest'ultimi si va facilmente a spazi occupati di circa 40-70 GB.

Scheda audio: nessun particolare problema

Per gli effetti sonori, qualsiasi scheda audio dovrebbe essere sufficiente in quanto FlightGear non implementa, almeno per ora, particolari effetti audio.

Periferiche: joystick

Grazie al suo design flessibile, FlightGear supporta una vasta gamma di joystick e altri accessori come la pedaliera e la manetta per il controllo dei giri del motore. Ovviamente tali periferiche devono essere supportate dall'ambiente operativo in uso. Comunque sia sotto Linux che sotto Mac-OS e Windows FlightGear è in grado di fornire anche altre interfacce per full-motion come ad esempio le sedili con movimento a vari assi per la simulazione delle manovre e delle accelerazioni, insieme ad altri accessori più o meno esotici.

Conoscere le reali performance

Essendo FlightGear un prodotto sviluppato da tanti programmatori è giocoforza che nel tempo questi abbiano inserito al suo interno tutta una serie di strumenti di verifica ed analisi del codice e delle sue performance. Ad esempio se si vuole conoscere il reale carico di lavoro a cui è sottoposto il programma, è possibile andare sul menu Debug-Cycle On-Screen Statistics il quale attiverà un pannello superiore semitrasparente che mostrerà l'attuale carico di lavoro. Un parametro molto importante è sicuramente il Frame Rate: che riporta il numero di fotogrammi al secondo che saranno visualizzati sul monitor. Più alto è questo parametro migliore è la visualizzazione della scena e l'aereo mostrerà un volo fluido ed armonico. Nel caso che questo parametro scenda, cosa comune se la scena è complessa o se il sistema non è sufficientemente potente per il settaggio fatto in precedenza per mezzo del menu View-Rendering Options come si vedrà nel capitolo (...), si noterà che questo parametro tenderà avere un valore piuttosto basso e conseguentemente la scena risulterà poco fluida o peggio procedere a scatti.

Scegliere una versione

Si consiglia di caricare l'ultima versione ufficiale, che è tipicamente prodotta una o due volte l'anno, tale versione è disponibile nel sito ufficiale di FlightGear al seguente indirizzo: http://www.flightgear.org/Downloads/.
Per gli utenti di Windows e MAC non c'è da fare nessuna particolare considerazione, è possibile scaricare la propria versione da 3 server in mirror oppure prendendo i binari tramite BitTorrent, questa ultima soluzione è ottima se i server in mirror sono un po' troppo occupati, cosa che capita quando c'è un importante cambio di versione. Per gli utenti delle distribuzioni Linux e di altri sistemi operativi UNIX, spesso non è presente il binario compilato, ma per le distribuzioni più importanti quali:Suse, Slackware, Gentoo, FreeBSD e l'immancabile accoppiata Debian Ubuntu, anche se con un certo ritardo con l'ultima versione rilasciata, mediamente di 6 mesi, è possibile avere i pacchetti binari nei relativi repository. Nel caso che nella vostra distribuzione non sia presente niente paura è possibile compilare in proprio il programma vedi capitolo (...), anche se questo richiede alcune conoscenza di programmazione non sempre presenti. Compilarsi il programma in proprio permette di avere un programma aggiornatissimo e configurato come meglio vi aggrada. Inoltre la versione da compilare ha circa 450 aerei in quanto è anche il riferimento ufficiale per gli sviluppatori.

Un consiglio: iniziate scaricandovi i binari, anche se qualche volta non sono all'ultimo grido, poi se il prodotto vi piace, approfondite le tecniche di compilazione. Ad esempio per Debian e quindi anche per i derivati di Debian come Ubuntu/Kubuntu, esiste una tecnica di compilazione molto semplice che nel giro di qualche ora vi prepara un programma FlightGear all'ultimo grido, ma non temete, una volta fatta questa prima compilazione, quando vi aggrada, lo potete aggiornare ed il tempo di compilazione, in questo caso, sarà al più di qualche minuto.

Per i più esperti: Per gli utenti Windows e MAC è possibile ottenere la versione più recente di FlighGear sfruttando un server sul quale sono appoggiate le varie versioni del programma, il server si raggiunge al seguente indirizzo: wiki.flightgear.org/FlightGear_Build_Server, per i cuori forti e per chi ha maggiore pratica di informatica può andare ad guardare la pagina flightgear.simpits.org:8080 che è un repository di tutto quello che viene fatto su FlighGear e le nuove versioni compilate comprese anche quelle per Linux.

Modello di volo dinamico

Nota: Questo paragrafo è un po' tecnico, inizialmente può essere saltato, comunque prima o poi conviene leggerlo in quanto da informazioni fondamentali sul funzionamento del programma.

Il Modello di volo dinamico, detto anche FDM (Flight Dynamics Models), è il programma fondamentale di un simulatore di volo che calcola continuamente la posizione dell'aereo nello spazio in funzione di decine di parametri, come ad esempio: la densità dell'aria, la temperatura, la pressione, la forza di gravità, la presenza di movimenti della massa d'aria, le caratteristiche aerodinamiche del velivolo, la sua inerzia, velocità, accelerazione e tanto altro ancora. Il calcolo avviene tramite la soluzione di complesse equazioni differenziali che permettono di descrivere le future posizioni del velivolo in funzione dei parametri presenti ad un cero istante. La scienza che sovraintende tutto questo è di grande complessità e si è sviluppata in più di un secolo di studi, la soluzione di tali equazioni è da sempre appannaggio dei centri di ricerca che operano nel settore aerospaziale. Per questo i programmatori di FlightGear, di cui diversi operano proprio nel settore aerospaziale, fin dall'inizio hanno utilizzato i programmi sviluppati da tali centri scegliendo il programma LaRCsim sviluppato dal centro di ricerca Langley Research Center della NASA. Non solo, ma hanno previsto fin dall'inizio la possibilità di utilizzare nel programma differenti modelli di volo dinamico e quindi non lo hanno inserito direttamente dentro il codice, ma lo hanno utilizzato come una sorta di server, costruendo quello che si chiama in gergo un sistema Client Server, in tal modo potevano modificare o implementare nuovi programmi FDM, senza rischiare di dover riscrivere del codice, non solo, ma essendo l'FDM di fatto un server, questo può risiedere anche su di un altro computer collegato nella rete. Ad esempio questa possibilità viene sfruttata quando si vuole eseguire FlightGear su più PC in modo da poter visualizzare scenari di volo su diversi display LCD, ci sono applicazioni fatte anche su 10 display con 5-8 PC collegati ad un unico PC server FDM. Questa scelta di base, mai adottata da altri simulatori di volo per PC, ha dato immediatamente i suoi frutti in quanto ha permesso di utilizzare senza particolari problemi per FlightGear FDM alternativi. Infatti già dai primi anni i programmatori si sono accorti che il programma della NASA aveva diverse limitazioni, in particolare molti aggiornamenti erano stati successivamente inseriti in contrasto con i suoi file di configurazione, rendendone assai difficoltosa la sua gestione. A questo punto è stato naturale, sulla base del codice LaRCsim e di altri FDM, tentare di sviluppare altri modelli di volo.
Come risultato di questa situazione, FlightGear attualmente supporta numerosi modelli dinamici utilizzabili dai vari velivoli. Perciò ogni velivolo di FlighGear sfrutta un certo FDM tra una serie di FDM messi a disposizione dal programma. Si può quindi affermare che l'aereo viene costruito intorno all'FDM scelto dal suo programmatore, tra una serie di FDM disponibili.
Questo è anche uno dei motivi perché in FlightGear non si può ancora cambiare l'aereo durante la simulazione!
Questo apparente difetto in realtà nasconde uno dei maggiori pregi del programma, ovvero la sua possibilità di utilizzare il modello dinamico più adatto per un certo tipo di velivolo, senza nessun compromesso ne limitazione.
Come si vedrà nel capitolo (...), la particolare configurazione Client/server dell'FDM in FlightGear permette di eseguire il modello dinamico su di un differente computer, basta che questi sia collegato in rete! Questa possibilità di dividere il modello dinamico dai programmi di presentazione grafica, non sarà certamente utilizzata da molti, ma permette di fare cose di assoluto pregio, come costruire uno scenario con 10 monitor LCD, pilotati da 5-10 PC, di cui uno serve per eseguire il solo modello dinamico, tutto questo con una elegante semplicità e possibilità di realizzare simulatori di volo davvero spettacolari.

Approfondimento:Il fatto che FlightGear possa sfruttare l'FDM in modalità Client/Server lo ha reso un un popolare strumento di lavoro nei centri di ricerca universitaria nel settore aerospaziale, ci sono molte applicazioni che sfruttano le caratteristiche di FlighGear al fine di simulare nuovi modelli di volo. Ad esempio c'è chi ha studiato sistemi di pilotaggio automatico per i droni sfruttando le caratteristiche del programma nella simulazione dell'ambiente aereo sul quale hanno sviluppato il codice di controllo del drone tramite programmi esterni, come Mathcad o la sua versione OpenSource Scilab. In questo caso il ricercatore si concentra nel solo codice di controllo, costruendo quindi un proprio server che a tutti gli effetti è una sorta di pilota artificiale, lo collega tramite la rete al programma e poi esegue il tutto verificando la qualità del prodotto sviluppato.

Vista l'importanza dell'FDM per FlightGear è utile riportare qui di seguito un elenco dei tre principali FDM sviluppati:

JSBSim
È modello di volo dinamico più utilizzato, è stato sviluppato da Jon Berndt. Il modello di volo ACC fa parte di un progetto autonomo denominato JSBSim. Per chi vuole costruire un aereo da far volare su FlightGear si dovrà prendere per prima cosa confidenza con questo modello e con gli strumenti di corredo allo stesso che permetteranno di rendere un poco più agevole la configurazione della vostra nuova creatura.
YASim
Andrew Ross ha costruito un altro modello di volo, chiamato YASim (Yet Another Simulator), ha un approccio fondamentalmente diverso da molti altri in quanto si basa su informazioni geometriche piuttosto che coefficienti aerodinamici. Questo modello di volo è quindi più adatto quando non si hanno a disposizione i dati tecnici del velivolo oppure se si vuole costruire un velivolo per nostro conto. YASim è utilizzato ad esempio per gli elicotteri in quanto ha un FDM particolarmente avanzato. Un altro programmatore, Christian Mayer, ha sviluppato un modello di volo di una mongolfiera, mentre il programmatore Curt Olson ha successivamente integrato una speciale modalità di UFO, che permette di volare rapidamente da punto ad un altro punto con una aerodinamica del tutto particolare.
UUIC
Il modello di volo UIUC è stato sviluppato da un gruppo di ricercatori dell'Università dell'Illinois a Urbana-Champaign. Questo lavoro è stato inizialmente orientato verso la modellazione degli aeromobili in condizioni di ghiaccio, in quanto permette di definire comportamenti aerodinamici non lineari e questo si traduce in un maggiore realismo in situazioni di volo estreme, come lo stallo e il volo ad elevati angoli di attacco. Due buoni esempi che illustrano le capacità di UUIC sono il deltaplano Xtreme Airwave 150 e il 1903 Wright Flyer.

Installare gli scenari

In FlightGear, come del resto negli altri simulatori di volo, lo scenario costituisce l'insieme degli oggetti grafici di tipo statico e dinamico che costruiscono il mondo entro il quale si muove il velivolo.
Lo scenario, per il programma di simulazione, costituisce senza ombra di dubbio la parte più pesante a livello di elaborazione, ne consegue quindi che la sua realizzazione e configurazione richiede di sfruttare molti trucchi programmativi al fine di rendere l'esecuzione la più veloce possibile a livello di risorse hardware impiagate.
Più avanti vedremo che la realizzazione dello scenario in FlightGear ha alcune peculiari caratteristiche che lo rendono adatto ad essere eseguito anche su macchine non molto veloci. Non solo, ma la sua possibilità di caricare e successivamente aggiornare dinamicamente gli scenari attraversati in volo, permette di evitare da parte dell'utente la necessità di dover eseguire lunghe sessioni di caricamento degli scenari richiesti per le aree in cui si svolgerà il volo.

Dove sono inseriti i file dello scenario

Il programma FlightGear inserisce tutti i dati necessari per la costruzione dello scenario all'interno di quattro cartelle posizionate nella directory ../fgfs/fgdata/Scenary. Ognuna di queste cartelle costituisce una particolare categoria di oggetti. Ogni cartella può a sua volta contenere altre sottocartelle. Questo modo di procedere, affidandosi alle caratteristiche del sistema operativo utilizzato, anche se per certi aspetti un po' primitivo in quanto non fa uso di database, è oggettivamente assai pratico in quanto permette di aggiungere e togliere oggetti dallo scenario semplicemente andando a operare direttamente sugli archivi presenti nelle relative cartelle, senza la necessità di utilizzare programmi esterni.

Elenco delle quattro categorie che definiscono lo scenario e relative cartelle che lo contengono

Airports (../fgfs/fgdata/Scenary/Airports)
Ogni aeroporto ha una descrizione analitica standard, che definisce le coordinate delle piste, la loro direzione rispetto al nord, il nome convenzionale e altri parametri come la posizione della torre di controllo e l'eventuale presenza di un dispositivo per l'atterraggio strumentale chiamato ILS (Instrument Landing System).
Models (../fgfs/fgdata/Scenary/Models)
Costituiscono l'insieme degli oggetti che popolano il mondo in cui si svolge il volo. Ad esempio in questa cartella sono presenti modelli di case rurali, modellini di mezzi di trasporto, disegni che dipingono i terreni, alberi e tanto altro ancora. Comunque questa cartella non è mai molto popolata in quanto la maggior parte dei modelli è di tipo standard, non legati ad un particolare scenario, e quindi saranno posizionati nella cartella ../fgfs/fgdata/Models.
Objects (../fgfs/fgdata/Scenary/Objects)
È un insieme di file che definiscono la localizzazione degli oggetti definiti in Models in funzione delle coordinate geografiche. In questo modo il programma quando attraversa una certa area, legge il file di contenuto in Objects e se sono visibili all'aereo, ne visualizza i relativi oggetti grafici. Dal link coverage è possibile visualizzare una mappa del mondo con tutti gli oggetti inseriti. È utile osservare questa mappa perché ci fa capire la quantità di lavoro fatto e di lavoro da fare per avere una riproduzione abbastanza fedele del nostro mondo.
Terrain (../fgfs/fgdata/Scenary/Terrain)
È la cartella che mediamente occupa più spazio di tutte le cartelle presenti in FlightGear, tale cartella contiene l'altimetria del terreno in funzione delle coordinate geografiche. Per motivi di spazio i file, che sono piuttosto grandi, vengono compressi in formato .gz detto anche GnuZip o GZip. Tali file verranno espansi dal programma quando il velivolo sta percorrendo un'area posta in prossimità a quelle coordinate.

Nota: Le quattro cartelle che contengono lo scenario sono posizionate direttamente dentro la cartella che contiene il programma in una posizione che può però variare in funzione del sistema operativo utilizzato. Nel caso di Linux (Ubuntu) la posizione è /usr/share/games/FlightGear/Scenary, nel caso di un generico programma compilato in linux si può trovare dentro ../fgfs/fgdata/Scenary. Nel caso di Windows $FG_ROOT\Scenery ove $FG_ROOT indica la directory in cui si trova il programma FlightGEar che è, nel caso di WindowsXP, c:\FlightGear. È comunque possibile posizionare altrove lo scenario, per fare questo è necessario, al momento dell'esecuzione del programma, comunicare tale posizione tramite la definizione della variabile d'ambiente $FG SCENERY con il percorso in cui si trovano gli scenari. Al momento dell'esecuzione, il programma andrà a verificare l'esistenza di tale variabile, se questa esiste utilizzerà come percorso il valore da essa riportato.

Aggiungere un nuovo scenario

Normalmente FlightGear utilizza come scenario base lo scenario della baia di San Francisco, è abbastanza curato e sicuramente adatto per fare i primi voli, ma se si vuole cambiare è necessario inserire i nuovi scenari andandoli a caricare dalla interfaccia grafica che si trova nella pagina del sito ufficiale Legacy Downloads Scenery 2.4.0, qui troviamo una interfaccia grafica che visualizza il mondo con tanti rettangoli che rappresentano le singole mappe. Si clicca su di un rettangolino relativo ad una area di nostro interesse e ci si deve armare con un po' di pazienza in quanto il vostro browser inizierà a scaricare, spesso un po' lentamente, un file compresso di circa 128 MB che sarà successivamente scompattato e quindi ancora un po' di dimensione, ma non tantissimo in quanto i file delle altimetrie rimangono comunque compressi. Il motivo per una dimensione così grande di tali files nasce dal grande numero di dati necessari a descrivere, anche solo sommariamente, l'altimetria di una regione di 10x10 gradi geografici.
Il file ottenuto da Legacy Downloads Scenery, una volta che è stato scaricato, va scompattato con un programma compatibile con il formato .tgz, alla fine dello scompattamento avremo alcune cartelle, il più delle volte Objects e Terrain, che vanno inserite dentro la directory Scenary la cui collocazione è stata descritta nel precedente paragrafo. A questo punto lo scenario risulta caricato e riavviando FlightGear, se l'aereo si trova all'interno di quell'area, si vedranno montagne, pianure e tante altre belle cose.
Comunque oltre agli scenari base è possibile aggiungere dei nuovi scenari, che sono detti non ufficiali in quanto qualche volta hanno caratteristiche di incompatibilità con la licenza di FlightGear o sono troppo sperimentali per essere inseriti all'interno di Legacy Downloads Scenery. Questi scenari si possono prendere nei siti dei vari appassionati, i migliori sono elencati in Suggested Scenery tra i quali è da consigliare di provare quello di Innsbruck o se si ha un computer abbastanza potente l'Austria Scenery Project.

Richiesta di risorse per eseguire lo scenario

Uno scenario ottenuto dal Legacy Downloads Scenery è abbastanza parco di risorse, in quanto opera con relativamente pochi oggetti 3D e l'altimetria è fatta di un numero relativamente piccolo di punti, ma questo fatto ha come contropartita l'avere uno scenario povero, con il quale è difficile fare voli a vista (VFR) in quanto mancante dei particolari morfologici del territorio necessari a riconoscere i punti di riferimento utili al mantenimento della rotta.
Nel caso invece che si voglia aumentare la qualità della presentazione e quindi iniziare a fare un volo a vista più simile a quello reale, siamo costretti a prendere degli scenari più specializzati, come già accennato nel precedente paragrafo. Questi scenari hanno normalmente una altimetria più fitta (da 3 a 10 volte) e di conseguenza vi è un aumento di richiesta della memoria e del tempo di elaborazione. Non solo, ma gli autori di tali scenari, spesso si sbizzarriscono nell'inserire degli oggetti tridimensionali, come una casa, una chiesa e tanto alto, per rendere lo scenario più vario ed aiutare i piloti ad utilizzarli come punti di riferimento nel volo a vista. Tutto questo può aumentare tantissimo il carico di lavoro per il programma e quindi rendere meno fluido il volo. Se a questo punto il volo inizia a procedere a scatti è necessario prendere delle contromisure, come sarà descritte nel capitolo (...), in modo da far ritornare la velocità di presentazione più consona ad un uso ottimale del programma. Ricordate sempre, più la presentazione va a scatti, più è difficile per il pilota fare un volo corretto e quindi mantenere interesse nell'uso del programma.

Scenario dinamico

Diversamente da altri simulatori di volo FlightGear non utilizza scenari fissi, che spesso sono anche a pagamento e per zone limitate, ma scenari così detti dinamici ovvero che vengono caricati ed aggiornati durante il percorso. Questo metodo di approccio è assai conveniente in un ambiente di continuo sviluppo quale è questo simulatore di volo, in quanto permette a più creatori di scenari e programmatori di operare in modo abbastanza indipendente seguendo solo alcune regole generali.
È normale che uno scenario sia il risultato di diversi creativi che negli anni lo hanno sviluppato e reso sempre più fedele.
Normalmente il repository degli scenari da cui il sistema di gestione dello scenario dinamico chiamato Terrasync opera è attualmente depositato in questo link, in futuro tale link potrebbe cambiare, ma comunque il gruppo dei programmatori di FlightGear garantiranno sempre la sua esistenza in quanto elemento fondamentale di tutta l'organizzazione del sistema.

Per attivare lo scenario dinamico ci sono più strade, se si opera con il sistema di lancio del programma in Windows e per Mac basta attivare l'opzione Download scenary on the fly che a sua volta attiverà una applicazione server che comunicherà con il programma principale per mezzo di un protocollo TCP/IP attraverso una porta che normalmente è la 5500 di tipo UDP.

Nel caso si operi con Linux o si voglia utilizzare la riga di comando, cosa che può scoraggiare i più, ma che da la massima flessibilità di configurazione, è necessario attivare separatamente il programma con la procedura qui di seguito descritta.

Installazione del server Terrasync

Il programma per la gestione dinamica degli scenari, opera in modalità di server e può essere installata su qualunque macchina della rete, questo programma viene eseguito da una shell tramite questo comando:

# nice terrasync -p 5500 -S -d "$HOME/fgfsScenery"

Il parametro -S serve per dire alla applicazione di connettersi al repository di Terrasync tramite protocollo di sincronizzazione remota Subversion, in modo da poter gestire gli aggiornamenti degli scenari. In questo caso però è necessario che siano inserite le librerie di Subversion nel sistema operativo ove è installato il server. Per macchine Linux normalmente tali librerie sono contenute nei repository standard sotto il nome Subversion.

Ove con -p viene indicata la porta di ascolto che normalmente è la 5500 (UDP), mentre il parametro -d indica il deposito temporaneo dei files che saranno successivamente caricati. Questa directory è una area temporanea che viene continuamente aggiornata dal programma. Nel nostro esempio la directory si chiama fgfsScenery e si trova nella directory principale dell'utente attivo "$HOME".

Configurazione di fgfs per operare con Terrasync

Una volta che il server Terrasync è stato avviato è necessario dire alla applicazione di FlighGear (fgfs) che dovrà scaricare gli scenari dalla directory gestita da Terrasync ("$HOME/fgfsScenery"), se lo scenario non è stato trovato dentro la directory Secenary di FlightGear, tale directory è nel nostro esempio: $HOME/fgfsScenery. Quindi il comando completo sarà:

# fgfs --atlas=socket,out,1,localhost,5500,udp --fg-scenery="$FG_ROOT/Scenery/:$HOME/fgfsScenery"

Si nota che l'opzione: --atlas=socket,out,1,localhost,5500,udp indica l'indirizzo in cui si trova il server locale terrasync, mentre l'opzione --fg-scenery="$FG_ROOT/Scenery/:$HOME/fgfsScenery" indica le directory su cui sono posizionati gli scenari.

Qualità degli scenari

Molti simulatori di volo hanno dei bellissimi scenari che però sono limitati a piccole aree del pianeta, sono divertenti per volare come è divertente volare per un pilota di aero club alle prime armi, ma dopo un po' ci si stanca e si abbandona tutto per raggiunto limite di noia. FlightGear invece permette di poter navigare con il proprio aereo per tutto il pianeta, ovviamente questo può portare alla necessità di accettare delle limitazioni sulla qualità dello scenario che per certi versi risulta essere un po' ruvido. Infatti spesso le montagne sono piuttosto spigolose, le città alquanto improbabili, le autostrade qualche volta sembrano essere un po' troppo felici di attraversare i monti salendoci in cima dimenticando che esistono anche le gallerie. Questa bassa qualità negli scenari è lo scotto più grosso che attualmente si paga utilizzando questo programma e che lo rende su questo fronte ancora abbastanza distante dai prodotti commerciali come Microsoft Flight e all'ottimo X-Plane della Laminar Research. Uno dei motivi di tale poca accuratezza nasce dal fatto che per gli scenari FlightGear si basa sui dati prodotti dalla Shuttle Radar Topography Mission detti anche dati SRTM che nel loro insieme costituiscono il database cartografico pubblico che copre quasi tutto il pianeta dai 56° S ai 60° N. La risoluzione teorica è di circa 30 m, ma per i soli Stati Uniti, mentre per il resto del mondo la risoluzione è assai scarsa ed è pari a soli 90 m.

Nota: spesso gli utenti di FlightGear si lamentano della scarsa qualità degli scenari che utilizzano i dati dell' SRTM, molti affermano che basterebbe solo avere una maggiore risoluzione per iniziare a risolvere la cosa, il problema è che non è così facile trovare i dati altimetrici di buona qualità che siano anche con licenza compatibile alla licenza Open Source di Flight Gear. Il motivo nasce da una constatazione: poniamo che oggi Google mette a disposizione degli utenti di FlightGear i propri scenari, sono di buona qualità, con una altimetria che ha una risoluzione di circa 10 metri. Se un domani Google dovesse modificare in modo riduttivo la propria politica commerciale, ne ha tutti i diritti visto che i dati sono suoi, a questo punto per gli utenti di FlightGear tutta la Terra diventerebbe un'unica e triste distesa d'acqua!

Comunque qualcosa si sta muovendo sul fronte del miglioramento dello scenario, ad esempio lo scenario francese inizia a riprodurre abbastanza fedelmente il territorio della Francia ed alcune sue città sfruttando con intelligenza i dati cartografici che rende disponibili la comunità europea con il progetto Corine Land Cover.

OpenSceneGraph (OSG) e FlightGear 2.x

Dall'ottobre del 2006, FlightGear ha iniziato a migrare le proprie funzioni grafiche dalle vecchie librerie PLIB alle nuove librerie OpenSceneGraph (OSG), le librerie PLIB sono invece rimaste per alcune funzioni ausiliarie e per l'interfaccia grafica. L'uso di OSG ha permesso di rendere gli scenari molto più vicini al mondo reale, introdurre nuovi effetti grafici come la luce crepuscolare (alba e tramonto), la superficie del mare, le nubi, la nebbia e tanto altro ancora. Il software OSG è completamente open source, sviluppato all'interno di alcuni progetti europei e dispone di una solida comunità di sviluppatori. Utilizzare OSG al posto di librerie fatte in casa come le PLIB significa, per chi sviluppa, di non doversi sobbarcare di riscrivere codice complesso come quello utilizzato per programmare in OpenGL e comunque di ottenere alte prestazioni grafiche 3D. OSG è scritto interamente in Standard C++ e OpenGL gira su tutte le piattaforme Windows, OSX, GNU/Linux ed altri sistemi operativi Unix. In campo scientifico ed ingegneristico l'OSG è ormai una soluzione affermata come leader nel settore tecnologico presente nel mondo grafico, viene ampiamente utilizzato nella simulazione per il settore spaziale, programmazione scientifica, simulatori di volo (Boeing, FlightGear, NASA), videogames ([www.delta3d.org Delta3D]), cinema di animazione, realtà virtuale.

L'introduzione di OSG ha richiesto una profonda riprogettazione di tutto l'ambiente grafico di FlightGear e quindi ha reso totalmente incompatibili una serie di funzioni sviluppate con il vecchio prodotto, ad esempio nei primi anni di introduzione di FlightGear 2.0 con le librerie OSG sono state perse le nubi. Questo fatto ha portato ad un certo sconforto tra il gruppo degli appassionati ed ha quindi fatto registrare una forte disincentivazione a continuare lo sviluppo del prodotto.
Comunque, alla fine, i problemi non sono durati molto in quanto le qualità di OSG sono venute fuori con il tempo ed hanno permesso di realizzare un prodotto assolutamente migliore e più performante che, per molti versi, può competere con gli attuali simulatori di volo commerciali.
In sintesi, i principali vantaggi dell'adozione di OSG in FlightGear sono così riassumibili:

Presenza di una libreria ben strutturata e di elevata qualità per tutti gli effetti 3D dinamici. Tutto questo semplifica ed abbrevia l'iter di sviluppo complessivo.
I modelli dinamici e gli scenari operano su processi separati, questo significa che è possibile suddividere il carico di lavoro su più processori e/o su più PC collegati in rete. Tale soluzione è essenziale per chi vuole realizzare simulazioni di volo multischermo e per chi è interessato a costruire simulatori di volo per il mondo professionale. Ricordiamo che attualmente alcune ditte commerciali costruiscono simulatori di volo certificati dalla Federal Aviation Administration (FAA) utilizzando come base il software prodotto dal progetto FlightGear.
Una ottima gestione dell'effetto di rifrazione atmosferica e del sole sulle nubi, specie per le albe ed i tramonti.
Simulazione degli eventi atmosferici ed effetti polvere e particelle sospese.
Altrettanto ottima gestione delle onde marine e degli effetti di rifrazione aria-acqua. C'è anche da dire che la libreria contiene una altrettanto ottima gestione degli effetti all'interno dell'acqua e quindi è già utilizzata con profitto in alcuni simulatori di robot sottomarini utilizzati nell'ambiente petrolifero offshore.
Una funzione di OSG permette la simulazione degli incidenti e dei contatti tra oggetti, come un aereo con il terreno etc.
Miglioramento degli effetti sul pannello strumenti.
La presenza di un ottimo sistema per la generazione degli alberi e quindi la simulazione delle foreste.
Gestione delle luci diffuse e spot, elemento base dello sviluppo del progetto Rembrandt al fine di dare delle ombre credibili agli aerei e inserire la luce diffusa sugli oggetti, ad esempio per avere fari di atterraggio credibili e luci nel pannello strumenti simili a quelle presenti nei pannelli strumenti reali.

Facciamoci lo scenario

Diversamente ad altri simulatori di volo, il progetto FlighGear cerca in tutti i modi di poter facilitare la creazione o modifica di scenari al fine di poter costantemente migliorare la qualità del prodotto e la sua migliore utilizzabilità nel contesto di volo VFR. Per questo sono presenti diversi strumenti, per certi versi forse un po' troppi, ma che comunque riflettono 15 anni di evoluzione costante del prodotto. Qualunque persona può scegliere una certa soluzione che più gli aggrada e se lo scenario è effettivamente di qualità superiore a quello standard, renderlo disponibile per tutta la comunità.

Il programma principe per la generazione degli scenari è Terragear che permette di combinare i dati dei profili altimetrici ottenuti con varie tecnologie con i dati che definiscono il tipo di uso del territorio, la rete stradale ed infine l'eventuale aggiunta di specifici oggetti tridimensionali.

Installare gli aerei

Normalmente una installazione di FlightGear installa 10-20 di aerei al fine di non rendere l'installazione troppo lunga ed onerosa come spazio disco. Il numero di aerei sviluppati in questi anni per FlightGear è piuttosto elevato di cui circa 450 sono quelli ufficialmente inseriti nel repository ufficiale, poi ci sono alcune decine di altri, inseriti invece in diverse repository private che per vari motivi non sono entrati a far parte della repository ufficiale.
La qualità degli aerei varia moltissimo, si va da aerei assolutamente banali con caratteristiche di volo mediocri, ad aerei ben fatti dal punto di vista del modello tridimensionale, ma mediocri a livello di caratteristiche di volo, ad aerei ottimi su tutti i punti di vista.
Perciò è importante che chi desidera un buon aereo su cui volare inizi a costruire un suo Hangar personale nel quale inserisce tutti quegli aerei che ritiene essere più confacenti a lui e si concentri a pilotarli in quanto solo con il tempo e l'allenamento ne potrà ricavare le massime soddisfazioni. FlighGear è un simulatore di volo di fatto professionale e quindi la complessità dell'ambiente e delle caratteristiche di volo è tale da richiedere un buon allenamento.

Gli aerei ufficiali si trovano nella directory:

www.flightgear.org/download/aircraft-v2-8

Dal browser si seleziona nella directory l'aereo prescelto nel link chiamato [Mirror] che ci viene visualizzato sotto la foto dell'aereo e si inizia a scaricare il file compresso. Una volta scaricato il file si scompatta e si otterrà una cartella che riporta il nome dell'aereo. La cartella scompattata contiene tutto quanto è necessario, va quindi spostata all'interno della cartella Aircraft che è a sua volta posta all'interno della directory che contiene i dati dei programmi di FlightGear.
Può sembrare un po' complicato, ma in certi casi lo è ancora di più, in quanto il nome della cartella principale che contiene FlightGear può cambiare dal tipo di sistema operativo su cui il programma viene eseguito e dalla versione del programma stesso. Comunque, fortunatamente, la cartella che contiene gli aerei si chiama sempre Aircraft, perciò se non si trova, si può cercare con un programma per la ricerca dei file sempre presente sul desktop del PC.

Linux:Un esempio della relativa difficoltà di aggiungere aerei è quando si utilizza Linux, in questo caso è molto probabile che il percorso complessivo per raggiungere la cartella sia /usr/share/games/flightgear/Aircraft. Ma se si prova a caricarci dentro un aereo avremo un messaggio di errore in quanto non ci è autorizzata la scrittura su tale cartella. In questo caso la soluzione più semplice è di modificare gli attributi di scrittura della cartella Aircraft non prima però di essersi loggato come utente di root. Da notare poi che chi, in Linux, installa il programma compilandoselo in proprio (...) la directory è .../fgdata/Aircraft. Questo fatto può certamente portare ad una certa confusione.

MAC OS:Il programma di lancio di Flightgear è piuttosto completo e quindi, oltre ad eseguire il programma, scegliere gli aerei, ha una particolare funzionalità per caricare gli aerei zippati e porli nella cartella /Aircraft.