Perguntas Mais Frequentes do FlightGear (FAQ)

1.1 - Como eu posso ter a versão mais recente deste FAQ?

1.2 - Como eu posso contatá-los se tiver comentários sobre este FAQ?

1.3 - Quão antigo é este documento?

1.4 - Que outras documentações importantes eu devo ler?

2.1 - Onde eu posso adquirir o FlightGear?

2.2 - Qual a senha para o servidor FTP?

2.3 - Por que o servidor FTP não me permite entrar mesmo com a informação de login correta?

2.4 - Onde eu posso encontrar o último código fonte em desenvolvimento?

2.5 - O que é o SimGear, e por que eu preciso disto?

2.6 - Onde eu posso voar e onde consigo os cenários?

2.7 - Como eu posso conseguir diferentes modelos 3D para meus aviões?

2.8 - Quão atuais estão os dados no FlightGear comparados ao mundo real?

2.9 - Onde está o mapa de movimentação?

2.10 - Por que vocês não cobram dinheiro por isto?

3.1 - Por que eu não consigo compilar o FlightGear?

3.2 - Eu estou usando o RedHat 7, e ...?

4.1 - Como eu instalo novos cenários?

4.2 - Como eu configuro meu(s) joystick(s)?

4.3 - Em que formato deveria estar meu arquivo pessoal .fgfsrc?

5.1 - Por que estou tendo um erro "loading libopenal.so.0"?

5.2 - Por que estou tendo "ssgInit called without a valid OpenGL context"?

5.3 - O que aconteceu ao painel, teclado, etc?

5.4 - Por que o áudio não funciona corretamente no Irix?

5.5 - Por que o FlightGear está tão lento?

5.6 - Por que em minha máquina SGI está tão lento?

5.7 - Como eu posso ver a taxa de frames?

5.8 - Está preso de cabeça para baixo depois da "queda"?

5.9 - Por que o FlightGear trava na inicialização dizendo "time zone reading failed"?

6.1 - Em que linguagem o FlightGear é escrito?

6.2 - Como eu crio um modelo de dinâmica de vôo para um novo avião?

6.3 - Como eu importo aviões do Microsoft Flight Simulator?

6.4 - Com eu importo cenários BGL scenery a partir do Microsoft Flight Simulator?

6.5 - Como eu crio ou modifico um painel?

6.6 - Como eu coloco objetos, tais como contruções, dentro do FlightGear?

6.7 - Como eu posso aprender programação 3D e como eu posso estar envolvido?

6.8 - Como eu adiciono um aeroporto?

6.9 - Como eu gero meu próprio cenário?

7.1 - Onde eu posso aprender a respeito dos instrumentos de vôo e navegação?

7.2 - Qual a difererença entre Aileron e Leme (Rudder)?

7.3 - Há suporte para vôos multi-player?

7.4 - Há suporte para algum cenário militar como guerra de caças ou bombardeios?

8.1 - Por que estou tendo o erro em viewer.cxx sobre 'exit' sendo não declarado?

http://flightgear.org/Docs/FlightGear-FAQ.html

Primeiro contate o autor. Se você não tiver nenhuma resposta, envie seus comentários à lista de emails FlightGear-Usuários.

Veja a seção Sobre Este Documento no fim deste FAQ.

A maior parte das documentações do FlightGear estão localizadas em http://flightgear.org/Docs/. Defininitivamente confira o Manual de Instalação e Início do FlightGear, documento disponível no local acima mencionado.

Veja também o diretório FlightGear/docs-mini/ na sua distribuição para vários outros documentos úteis.

A página oficial de download é http://flightgearbr.org/Downloads/. Código Fonte é nossa forma primária de distribuição, mas binários pré-compilados estão disponíveis para Windows e SGI IRIX.

Alternativamente, O FlightGear é empacotado para Linux pelas distribuições SuSE, Debian (sid), e Mandrake (Cooker) e pode ser instalado diretamente nelas.

Os servidores FTP utilizam procedimentos de login com senhas padrão anônimas. Logue com o nome de usuário "anônimo" e use seu endereço de email como senha. A maioria dos clientes FTP e navegadores web vão fazer isto automaticamente para você.

Isto geralmente significa que o servidor atingiu a capacidade. Você deveria receber uma mensagem avisando isso, mas alguns clientes FTP podem esconder isso de você. As opções são continuar tentanto até conseguir até abrir um espaço ou tentar conectar em um de nossos espelhos FTP.

O mais recente código em desenvolvimento está disponível para todos em nosso repositório CVS. Veja http://flightgear.org/cvsResources/ para detalhes.

Caso contrário, você pode adquirir instantâneos relativamente atualizados da árvore de desenvolvimento em ftp://flightgear.sourceforge.net/pub/flightgear/Devel/Snapshots/.

SimGear é uma biblioteca de suporte ao código. O SimGear só é necessário de se você planeja compilar o FlightGear - não é necessário para executar binários pré-compilados. Para mais informação veja http://www.simgear.org/.

Enquanto o pacote básico só vem com cenário para a área da Baía de São Francisco, você pode voar atualmente em quase qualquer lugar do mundo. Veja a seção "Cenários Adicionais" em http://flightgearbr.org/Downloads/ para mais informações ou vá diretamente para o nosso downloader gráfico em http://flightgearbr.org/Downloads/scenery-0.9.10.html.

Visite também a nossa seção "Lugares para Voar" (http://flightgearbr.org/Places/) para alguma ajuda de navegação em alguns locais difíceis.

Enquanto nós estamos trabalhando para construir nossos próprios modelos3D, nos foi dada permissão por várias pessoas para converter os modelos deles (que foram originalmente planejados para uso com o Microsoft Flight Simulator) para usar com o FlightGear.

Nós usamos os mesmos navaid e dados de aeroportos que X-Plane usa. Os dados atuais podem ser encontrados nos diretórios $FGROOT/Navaids/ e $FGROOT/Airports/. Se você tiver atualizações ou correções de dados, veja http://flightgear.org/Docs/AirNav/AptNavFAQ.FlightGear.html para instruções sobre como contatar o mantedor do banco de dados.

Um popular mapa de movimentação está disponível num projeto separado chamado Atlas. Veja http://atlas.sf.net/.

Nós poderíamos fazer isto, desde que o download inicial fosse cerca de 25 megabytes. Especialmente para pessoas que têm que pagar custos de acesso a internet por minuto, comprar um CD é uma opção conveniente e possivelmente mais barata. Embora nós oferecemos este serviço (veja o website), nós encorajamos outros grupos a redistribuir para os seus usuários, especialmente dentro de uma distribuição de sistema operacional o que faz até com que instalação seja mais rápida e fácil para novos usuários.

Bem, isso depende. Primeiro tenha certeza que você está usando as versões apropriadas do FlightGear, SimGear, plib, zlib. Se quaisquer dos pacotes estiver fora de sincronia com os outros, a compilação pode falhar.

A página de Downloads do FlightGear (http://flightgearbr.org/Downloads/) deve lhe mostrar quais as versões que você precisa se estiver tentando compilar a mais recente liberação estável. Se você estiver usando um instantâneo de desenvolvimento, tenha certeza que todos os três pacotes estão em dia.

Também assegure-se que tenha alguma implementação de OpenGL com suporte total com aos arquivos apropriados. Usuários do Linux com placas da nVidia devem ter certeza que tem o mais recentes drivers da nVidia. Outros usuários do Linux devem ter certeza que tem Mesa3D (http://mesa3d.org/) e o seu servidor X instalados corretamente. Usuários do Windowsvejam http://www.x-plane.com/SYSREQ/v5ibm.html, e usuários Mac vejam http://www.x-plane.com/SYSREQ/v5mac.html.

Se o se problema persistir, inscreva-se na nossa lista de e-mails FlightGear-Users e nos deixe saber que problema você está tendo. Veja http://flightgear.org/mail.html para ajuda sobre isso.

Atualize seus pacotes gcc. Veja http://redhat.com/errata/ para corrigir isso e http://www.gnu.org/software/gcc/gcc-2.96.html para uma explicação sobre.

Os arquivos de cenário (ex.: w100n30.tar.gz) podem ser colocados no diretório Scenery/Terrain no seu $FG_ROOT.

FlightGear deve vir com um programa útil chamado `fgjs` que pode ajudá-lo a configurar seu joystick. Execute `fgjs` e então copie o arquivo criado para o seu diretório pessoal ou adcione seu conteúdo ao seu arquivo rc existente

Também, veja o arquivo LEIAME do joystick localizado no diretório FlightGear/docs-mini/ de sua distribuição. Este documento também está localizado em http://rockfish.net/fg/README.Joystick.

Seu arquivo .fgfsrc deve ser simplesmente uma lista de opções de linha de comandocom uma opção por linha. Não é um arquivo de XML.

Se você usar no lugar um arquivo de configuração XML, você pode adicionar algo como o seguinte em seu .fgfsrc:

--config=/path/to/my/config.xml

Quase toda opção corresponde a uma propriedade, assim você pode escolher usar método que melhor servir as suas necessidades.

Na instalação padrão , libopenal.so.0 é instalado dentro de /usr/local/lib. Você precisa ter certeza que este caminho está listado em /etc/ld.so.conf, quando executar `ldconfig` como root .

Em resumo, suas bibliotecas GL estão quebradas. Até aqui apenas usuários do Red Hat 7.x passaram por isto (veja http://www.redhat.com/bugzilla/show_bug.cgi?id=18867). As únicas soluções são possivelmente complicadas: ou você pode mudar de distribuição (a maioria de nós prefere Debian) ou atualizar/regredir suas bibliotecas Mesa.

Por que outras aplicações GL funcionam bem? Bem, Steve Baker (S0. PLIB) explicou isto na sua lista plib-users (http://www.geocrawler.com/lists/3/SourceForge/1867/0/6470648/).

O problema é quase certamente que seu pacote básico está fora de sincronia com o FlightGear. Muitas partes configuráveis do FlightGear estão definidas em arquivos XML contidos no pacote básico.

FlightGear (a partir de junho de 2001) usa a "Portable Libraries" (PLIB) para executar áudio. A fila de implementação de áudio está longe de ser ótima (na realidade há pouca coisa errada). Parece funcionar muito bem em outras plataformas, mas no Irix se espera programar as coisas mais corretamente.

Há uma discussão sobre usar o OpenAL (http://www.openal.org/) para ambas as próximas liberações do PLIB e do FlightGear. Testes mostram que a implemantação de áudio OpenAL faz o trablaho corretamente, significando que estes problemas de áudio deixarão de existir. Assim, o melhor a fazer agora é desabilitar completamente o áudio no Irix (por adicionar --disable-sound na linha de comando ou no seu arquivo $HOME/.fgfsrc).

FlightGear suporta aceleração por hardware, mas pode ser que ele não esteja ativado.Tenha certeza que você tem as bibliotecas OpenGL instaladas e configuradas corretamente e assegure-se que tenha os últimos drivers para sua placa de vídeo..

Usuários Linux: Se você usa nVidia, siga estas intruções para que sua placa funcione. Para a maioria dos outros usuários, assegure-se que o Mesa está instalado corretamente, e verifique se tem o driver apropriado da sua placa para o kernel. A maioria das pessoas (e distribuições) usa módulos para os seus drivers de video; execute `lsmod` como root para ver quais módulos estão carregados. Você também deve ter certeza que está carregando os módulos apropriados no seu XF86Config e a seção do seu dispositivo de vídeo está correta. Agora tente executar um aplicativo OpenGL (diferente do FlightGear) para ver como funciona. Você pode tentar a demonstração gears do Mesa ou algo como o Quake3.

First of all, one of the most common mistakes on SGI hardware is to forget to specify --fog-fastest. On most SGI machines the EXP2 shading model isn't hardware supported resulting in frame rates below 1 frame per second (fps).

FlightGear makes extensive use of the OpenGL z-buffer feature,which on most older SGI hardware is only supported in software. This means that the CPU has to do all the z-buffer calculations in addition to the other tasks FlightGear involves (flight dynamics, scenery tracking, pushing commands into the graphics queue, etc). The following features are software rendered on low-end SGI machines (like Indy and Indigo):

• stencil and accumulation buffer
• depth queuing and depth buffering
• fogging, lighting, clipping and transforms
• texturing

This means that running FlightGear with the following options may not even get the desired result:

./runfgfs --fog-disable --shading-flat --disable-skyblend \
--disable-textures --disable-clouds --disable-sound \
--disable-panel --enable-hud --disable-anti-alias-hud

I could even imagine that adding --enable-wireframe doesn't work on these machines (I would be happy to be proven wrong though).

On a machine like O2 the following options give an acceptable result:

./runfgfs --fog-fastest --disable-sound

Since I don't have access to other SGI hardware I can't tell which options would be appropriate for your situation.

Há dois modos. Uma maneira é esconder o painel sem a exibir o HUD. Para esconder o painel, use Shift+P; Para fazer o HUD desaparecer, use H. A segunda maneira é usar o HUD alternativo por meio do Shift+I (Use o I para voltar atrás).

Na sua infinita sabedoria o Grande Mestre do FlightGear decidiu que aviões são valiosos demais para permitir que sejam destruídos por pilotos principiantse que parecem bater muito. O fato de ninguém ter se preocupado em modelar colisões pode ter algo que ver com isto também . : -)

O resultado disto como você notou é que com pouca prática, uma ingenuidade sua pode fazer a nave voar em direção ao chão.

A resposta rápida é teclar Ctrl+U (com as ligações de tecla padrão) pata colocar o avião numa posição acima de 1000 pés.

Para as pessoas teimosas: O truque é aprender a voltar atrás ao normal (não invertertido) faça isto cuidando para o elevador adquirir aproximadamente 500 pés ou use os ailerons para estolar 180º. Este são todos os bons aviônicos com exceção que o avião não se destrói. Lembre-se que os controles trabalham ao contrário quando você está invertido e mantenha aquela velocidade aerodinâmica!!!

Isto é causado provavelmente por um problema no fim da linha dos arquivos de zona de tempo. Usuários Win32 podem resolver este problema por baixar um utilitário de conversão do DOS para UNIX em http://www.nottingham.ac.uk/~eazdluf/d2u.zip. Execute como `d2u *.tab` a partir do diretório timezone para corrigir os arquivos de zona de tempo.

Principalmente C++ com algusn suportes ao código C que é contido primariamente com o SimGear.

Para definir um avião para o MDV primário do FlightGear (JSBSIM), veja http://jsbsim.sf.net/.

Se você deseja um MDV mais simples que funcione, tente usar o YASim, um MDV alternativo. Para um guia de como criar um avião YASim, procure no pacote base de FlightGear por Aircraft-yasim/README.yasim.

Você pode importar o modelo 3D e texturas, mas a dinâmica de vôo (o arquivo .AIR) deve ser completamente refeita para o FlightGear.

Se você deseja importar um modelo feito com o gmax, você precisará convertê-lo ao formato .MDL usando o MakeMDL SDK da Microsoft que está disponível em http://zone.msn.com/flightsim/FS02DevDeskSDK08.asp.

Veja http://chiangt.virtualave.net/BGL/bgl_index.html.

Veja o arquivo README.xmlpanel localizado no diretório FlightGear/docs-mini/ na sua distriubuição. Este documento está disponível em http://rockfish.net/fg/README.xmlpanel.

First, ensure that you have v0.7.7 or later, the scenery files where you plan to place the object, the actual model, and the longitude and latitude where you plan to place the object.

Now get the altitude for your point. If you don't want to calculate this yourself, start FlightGear at your location and take note of the altitude. Here's an example command:

fgfs --lat=45.50 --lon=-75.73 2>&1 | tee fgfs.log

The altitude is probably in feet, so divide the starting altitude by 3.28.

Search the output log file for the first occurrence of the string "Loading tile" and take note of the filename. In the above example, the output line looks like:

Loading tile /usr/local/Scenery/w080n40/w076n45/1712601

Copy a 3D model in a format that Plib understands to the same directory as the tile file. Edit the text file in that directory consisting of the tile name with the extension ".stg". The file will already exist if there is an airport on the tile; otherwise, you can create it from scratch. In our example, the filename is:

/usr/local/Scenery/w080n40/w076n45/1712601.stg

At the end of the file, add a new entry for your object, consisting of the word "OBJECT_STATIC" followed by the model name, the longitude in degrees, the latitude in degrees, the altitude in meters, and the heading in degrees. In our example the line looks like:

OBJECT_STATIC Towerax.ac -75.73 45.40 60 0

Save the changes to the .stg file, restart FlightGear, and enjoy.

NOTE: The above information was taken from the following mailing list post: http://www.geocrawler.com/archives/3/11854/2001/6/0/5991409/. See that page if this one doesn't make sense.

An alternative approach using PPE is described at http://mail.flightgear.org/pipermail/flightgear-devel/2001-December/002239.html by Norman Vine.

Contributing to the 2D panel doesn't require any coding at all, just a minimal knowledge of XML syntax (i.e. five minutes' worth) and good skills with drawing and/or paint programs. Every instrument on the current panel, with the partial exception of the magnetic compass, is defined entirely in XML with no custom C++ code. If you want to get started, take a look at John Check's excellent intro (http://rockfish.net/fg/README.xmlpanel).

Likewise, if you want to create a 3D cockpit for FlightGear, or to create buildings, external aircraft models, etc., your help is *desperately* needed. The only rule is to go easy on the triangles -- a model with 50,000 triangles probably won't be usable in FlightGear, and one with 5,000 triangles, only marginally. If you can design a nice 3D cockpit interior for a Cessna 172 (for example) in a 3D design program such as ac3D or ppe, we have coders who will be happy to add the support code in the C++.

If, on the other hand, you really want to get your hands dirty with C++ coding, you'll have to buy a good OpenGL book eventually. However, FlightGear uses a high-level library, plib, that hides most of the details of OpenGL. To get started with 3D C++ coding, you can take a look at the plib documentation and learn only as much OpenGL as you need, when you need it.

You can add your airport to the $FGROOT/Airports/default.apt.gz file, but to get the airport to show up visually, you will have to rebuild the scenery around the airport. The format of the default.apt file is documented at http://flightgear.org/Docs/AirNav/AptNavFAQ.FlightGear.html.

Yes, though it can be a difficult task. FlightGear's scenery generation is handled by a sister project, TerraGear. For more details, see http://terragear.org/.

http://www.navfltsm.addr.com/ is a very good site for learning techniques for navigation. Also see http://www.monmouth.com/~jsd/how/.

There is a bit of info on aileron vs. rudder here: http://www.monmouth.com/~jsd/how/.

We have an initial stab at this that is incomplete and only seems to work under Linux. We'd love to find someone to pick up the slack here and develop this further. Specifically, plib now has some low level networking support for mult-player games. It would also be nice to develop support for the DIS protocol.

No, not at this time. Most of our developers are primarily interested and focused on civilian aviation. We aren't explicitly excluding these features -- we just haven't had anyone who seriously wanted to develop these areas.

This error cropped up after the release of v0.7.6. To fix the problem, add "#include <stdlib.h>" to the top of viewer.cxx.