Hi, when I run fgfs, I got the following errors:
GLUT: Fatal Error in fgfs: failed to create OpenGL rendering context. Could you please tell me why? Thanks Walter -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Wednesday, September 01, 2004 10:05 PM To: [EMAIL PROTECTED] Subject: Flightgear-devel Digest, Vol 17, Issue 1 Send Flightgear-devel mailing list submissions to [EMAIL PROTECTED] To subscribe or unsubscribe via the World Wide Web, visit http://mail.flightgear.org/mailman/listinfo/flightgear-devel or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Flightgear-devel digest..." Today's Topics: 1. Re: Some issues with 0.9.5a on XP (David Luff) 2. Re: Radio Hardware. (martin pardee) 3. Re: Re:chase/cockpit view (Yu QingRou) 4. Simgear::EasyXML - minimum file set (Jon Berndt) 5. Re: Simgear::EasyXML - minimum file set (Erik Hofman) 6. Re: Simgear::EasyXML - minimum file set ([EMAIL PROTECTED]) 7. Why sky writing doesn't works? (Luca Masera) 8. RE: Simgear::EasyXML - minimum file set (Jon Berndt) 9. RE: Simgear::EasyXML - minimum file set (Jon Berndt) 10. Re: Some issues with 0.9.5a on XP (Xavier Nodet) ---------------------------------------------------------------------- Message: 1 Date: Tue, 31 Aug 2004 20:16:50 +0100 From: David Luff <[EMAIL PROTECTED]> Subject: Re: [Flightgear-devel] Some issues with 0.9.5a on XP To: FlightGear developers discussions <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=US-ASCII Xavier Nodet writes: > Hi all, > > I dowloaded the newest version I could find (0.9.5a for Windows) and > tried it on my Windows XP Pro SP1 machine. I noticed several things. > > 1. I can't hear the ATIS voice, even though the frequency is correct > (it is the one displayed when using the ATC/Frequencies menu). > Things are working correctly when using 0.9.4. > Hi Xavier, ATC is off by default in 0.9.5. If you turn it back on (under the ATC menu) you should be able to hear ATIS again. However, the volume of the ATIS relative to the engine sound is very quiet since the transition to openAL, so it can still be very difficult to hear. I'm hoping to look into this in the near future, and possibly re-record the ATIS. Cheers - Dave ------------------------------ Message: 2 Date: Tue, 31 Aug 2004 17:23:29 -0700 (PDT) From: martin pardee <[EMAIL PROTECTED]> Subject: Re: [Flightgear-devel] Radio Hardware. To: FlightGear developers discussions <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii okay. looks like i've got some homework to do... the more i get into this the more impressive this project seems. i guess i need to try to start with the following two things: 1) is there a single set of classes i can look at to try to understand event processing as it relates to the main frmae painting loop? 2) if i started with a single switch tied into a serial or USB port as a means of beginning to understand the hardware/software interface, what parts of that "internal dynamics disabled" client versoin of FG would i look into. i'm kind of curious anbout the layout of the project too. if i had been setting it up, i'd have been tempted to create a directory for "Radios", at the same level as Instruments and Network. this is where i'd have parked stuff for Nav, Comm, GPS, and other radio sets. where is this info hiding (you can see i've just started skimming the direcctory structure at this point. martin --- "Curtis L. Olson" <[EMAIL PROTECTED]> wrote: > martin pardee wrote: > > >harald, > > > >thanks for the pointer. just one question though: what role does the FG > >client" play in the system? (if the answer is that i should go read the > code > >and find out then i'll go do that). > > > > > > Client, server, master, slave are overloaded buzzwords. :-) > > FlightGear can be configured to act like a telnet or even an http > "server". It can watch a port for incoming connections and respond > appropriately. > > FlightGear can also be configured to dump UDP or TCP data packets out > over the network at a high speed. Other copies of FG can be configured > to read these packets and use that data (and disable the internal > dynamics calculations.) In this case, depending on your command line > options, FG can be configured to be a telnet server, an http server, a > "dynamics" master/server, or a "dynamics" slave/client, and possibly > some combination of all of those simultaneously depending on the context > and what you are trying to accomplish. > > >it sounds like FG is set up to "talk" to another process over the net, > > > > Yes, with several approaches and mechanisms supported. Different > approaches are best suited for different uses. > > >treating that process as a netwrok client in the classic 2-tier > "client-server" model. > > > > > > Yes, we can do that. > > >if this is correct, then it suggests that my hardware interface software is > >going to place requests (via telnet) to the "server", e.g. FG, and ask for > the > >contents of member variables that hold frequency data, and submit "event > >notifications" when i've moved a control knob on my hardware. > > > >how am i doing so far? > > > > > > Yes we can do it that way. Using the telnet interface, your own custom > client software can request the value of any variable at any time. You > can also update the value of any other variable at any time. The > overall bandwidth of the telnet interface is not very high though so > it's not appropriate for blasting all the flight dynamics data at 60hz > for instance, but for your application it probably will work very well > ... and I can imagine ways to cheat that would make it look like it was > working even better than it actually was. (For instance, you might get > some delay if you turn the knob, send the data to FG, and then read the > new frequency back from FG, but if you know locally how far your knob > turned, you can update your local display immediately, and then sync up > with FG at a slower rate.) > > Regards, > > Curt. > > -- > Curtis Olson http://www.flightgear.org/~curt > HumanFIRST Program http://www.humanfirst.umn.edu/ > FlightGear Project http://www.flightgear.org > Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d > > > _______________________________________________ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > 2f585eeea02e2c79d7b1d8c4963bae2d > _______________________________ Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. http://promotions.yahoo.com/goldrush ------------------------------ Message: 3 Date: Wed, 01 Sep 2004 09:42:43 +0800 From: "Yu QingRou" <[EMAIL PROTECTED]> Subject: Re: [Flightgear-devel] Re:chase/cockpit view To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=gb2312; format=flowed Many thanks! I tried this yesterday and it works! Though seems you must add --enable-panel in the command line otherwise you can not make it. This is a little bit strange because by default this option is on. ( I am using 0.9.4 version) Thanks again! >From: Lee Elliott <[EMAIL PROTECTED]> >Reply-To: FlightGear developers discussions <[EMAIL PROTECTED]> >To: FlightGear developers discussions <[EMAIL PROTECTED]> >Subject: Re: [Flightgear-devel] Re:chase/cockpit view >Date: Sun, 29 Aug 2004 15:16:05 +0100 > >Hmm... I've been commenting out the lines after the two you indicate to make >the panel visible in exterior views (with the forward view only) so the >relevant bit from my panel.cxx looks like: > >bool >fgPanelVisible () >{ > if(globals->get_current_panel() == 0) > return false; > if(globals->get_current_panel()->getVisibility() == 0) > return false; >// if(globals->get_viewmgr()->get_current() != 0) >// return false; > if(globals->get_current_view()->getHeadingOffset_deg() * >SGD_DEGREES_TO_RADIANS != 0) > return false; > return true; >} > >This patch was courtesy of one of the developers after I asked for the >facility. > >I use this because I find it useful when developing aircraft. I've been >meaning to make it configurable via the property tree, and then propose it >for inclusion for ages. > >LeeE > >On Sunday 29 August 2004 14:53, Harald JOHNSEN wrote: > > Yu QingRou wrote: > > > I have another question regarding the view manager: > > > > > > Is it possible in FlightGear, we can have two viewpoints at the same > > > time? I found in some other flight simulator, for the > > > panels/instruments, user sees with cockpit view, while at the same > > > time, for the scenery outside the cockpit, it uses chase view so user > > > can see the attitude of the aircraft.Or, we can say, the window of the > > > simulator is splited to two small windows, one for panels/instruments > > > using cockpit view while the other, using chase view. > > > > > > By checking the codes, seems FlightGear doesn't support this. Any > > > ideas about how to realize this? Though this functionality may not > > > have too much value...:-( > > > > The 2D panel allready uses a second viewpoints. I think you could try to > > play with this function > > in Cockpit/panel.cxx : > > > > bool > > fgPanelVisible () > > { > > if(globals->get_current_panel() == 0) > > return false; > > if(globals->get_current_panel()->getVisibility() == 0) > > return false; > > // > > if(...) > > return true; > > /// > > if(globals->get_viewmgr()->get_current() != 0) > > return false; > > if(globals->get_current_view()->getHeadingOffset_deg() * > > SGD_DEGREES_TO_RADIANS != 0) > > return false; > > return true; > > } > > Perhaps you can add a property to trigger the 2D panel so its configurable. > > > > > Thanks & Regards, > > > QingRou > > > > > > > > > [Flightgear-devel] Re: chase/cockpit view > > > Melchior FRANZ mfranz at aon.at Sun Aug 1 09:31:31 CDT 2004 > > > Previous message: [Flightgear-devel] fgfs aborted with the dc3 Next > > > message: [Flightgear-devel] FlightGear v0.9.5 Messages sorted by: [ > > > date ] [ thread ] [ subject ] [ author ] > > > ------------------------------------------------------------------------- > > >------- > > > > > > * Sam -- Sunday 25 July 2004 18:33: > > >> can anybody give me an advice how to implement new view > > >> inflightgear: a combination of cockpit and chase view - so that the > > >> plane would be looked at from behind (like in chase mode) but at the > > >> same time viewport behaviour would be the same as in cockpit - i mean > > >> precise rotation (with no "delays" like in chase mode, [...] > > > > > > Just leave the <at-model-*-damping> settings in the view config away. > > > > > > m. > > > > > > _________________________________________________________________ > > > 与联机的朋友进行交流，请使用 MSN Messenger: http://messenger.msn.com/cn > > > > > > _______________________________________________ > > > Flightgear-devel mailing list > > > [EMAIL PROTECTED] > > > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > > > 2f585eeea02e2c79d7b1d8c4963bae2d > > > > _______________________________________________ > > Flightgear-devel mailing list > > [EMAIL PROTECTED] > > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > > 2f585eeea02e2c79d7b1d8c4963bae2d > >_______________________________________________ >Flightgear-devel mailing list >[EMAIL PROTECTED] >http://mail.flightgear.org/mailman/listinfo/flightgear-devel >2f585eeea02e2c79d7b1d8c4963bae2d _________________________________________________________________ 免费下载 MSN Explorer: http://explorer.msn.com/lccn/ ------------------------------ Message: 4 Date: Tue, 31 Aug 2004 22:27:51 -0500 From: "Jon Berndt" <[EMAIL PROTECTED]> Subject: [Flightgear-devel] Simgear::EasyXML - minimum file set To: "Flightgear-Devel" <[EMAIL PROTECTED]> Cc: JSBSim Developer List <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" I'd like to use EasyXML in JSBSim. I would find it desirable, however, to include ONLY the files required to provide EasyXML to JSBSim, and would prefer to keep those files in JSBSim CVS for our purposes. JSBSim would be configured to work (compile) correctly depending on if it is being compiled under FlightGear or JSBSim standalone - as it is done now with the properties code. I don't expect this ought to be a problem, because I suspect (correctly?) that the XML features of SimGear are mature. Correct? Can someone tell me what is the _bare_ set of SimGear files needed to allow compilation of EasyXML? Jon ------------------------------ Message: 5 Date: Wed, 01 Sep 2004 09:56:16 +0200 From: Erik Hofman <[EMAIL PROTECTED]> Subject: Re: [Flightgear-devel] Simgear::EasyXML - minimum file set To: FlightGear developers discussions <[EMAIL PROTECTED]> Cc: JSBSim Developer List <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii; format=flowed Jon Berndt wrote: > Can someone tell me what is the _bare_ set of SimGear files needed to allow > compilation of > EasyXML? I'm afraid you'll have to use the complete SimGear/simgear/xml directory for it to work correctly. Expat (the library EasyXML relies upon) has never been considered small ... Erik ------------------------------ Message: 6 Date: Wed, 1 Sep 2004 10:15:16 +0200 From: [EMAIL PROTECTED] Subject: Re: [Flightgear-devel] Simgear::EasyXML - minimum file set To: FlightGear developers discussions <[EMAIL PROTECTED]>, Erik Hofman <[EMAIL PROTECTED]> Cc: JSBSim Developer List <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1 Selon Erik Hofman <[EMAIL PROTECTED]>: > Jon Berndt wrote: > > > Can someone tell me what is the _bare_ set of SimGear files needed to allow > compilation of > > EasyXML? > > I'm afraid you'll have to use the complete SimGear/simgear/xml directory > for it to work correctly. Expat (the library EasyXML relies upon) has > never been considered small ... Note that files in simgear/xml except EasyXML.* are from Expat. So if you already include Expat in JSBSim, you don't need them. It also use simgear exceptions ( simgear/structure/exception.hxx ) -Fred ------------------------------ Message: 7 Date: Wed, 1 Sep 2004 11:51:24 +0200 From: "Luca Masera" <[EMAIL PROTECTED]> Subject: [Flightgear-devel] Why sky writing doesn't works? To: "flightgear-devel" <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=iso-8859-1 Hi, I've seen one of the uses of the submodels, the sky writing feature. I've added the lines of code suggested by David Culp but I'm not able to create the same effects (the puff of smoke doesn't appear). Why? To compile the CVS version of FlightGear I've removed two files from the project, the ones included into the "objects" subfolder ssgEntityArray.cxx e ssgEntityArray.hxx). Maybe this is the problem? However, I couldn't add the because the compiled don't work because the class declarated into them is abstract. Tanks, Luca PS: there's a documentation of this new features? I don't understand very well the meaning of the tags contained into the submodel section. ------------------------------ Message: 8 Date: Wed, 1 Sep 2004 05:31:37 -0500 From: "Jon Berndt" <[EMAIL PROTECTED]> Subject: RE: [Flightgear-devel] Simgear::EasyXML - minimum file set To: "FlightGear developers discussions" <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Keywords: FDM Content-Type: text/plain; charset="iso-8859-1" > Note that files in simgear/xml except EasyXML.* are from Expat. So if you > already include Expat in JSBSim, you don't need them. > It also use simgear exceptions ( simgear/structure/exception.hxx ) I think I have successfully commented out references to the simgear exceptions. Jon ------------------------------ Message: 9 Date: Wed, 1 Sep 2004 07:08:42 -0500 From: "Jon Berndt" <[EMAIL PROTECTED]> Subject: RE: [Flightgear-devel] Simgear::EasyXML - minimum file set To: "FlightGear developers discussions" <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Keywords: FDM Content-Type: text/plain; charset="iso-8859-1" I can't get "exception.hxx" to compile under Borland C++. I think it may be getting recognized as a C file - not C++. Does anyone know of a directive that can be specified in the file to get the file to be viewed as a C++ file? The compiler is choking on this: using std::string; -or- SG_USING_STD(string); Jon > Note that files in simgear/xml except EasyXML.* are from Expat. So if you > already include Expat in JSBSim, you don't need them. > It also use simgear exceptions ( simgear/structure/exception.hxx ) > > -Fred ------------------------------ Message: 10 Date: Wed, 1 Sep 2004 13:22:28 +0200 (Romance Daylight Time) From: Xavier Nodet <[EMAIL PROTECTED]> Subject: Re: [Flightgear-devel] Some issues with 0.9.5a on XP To: FlightGear developers discussions <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" On Tue, 31 Aug 2004 20:16:50 +0100 David Luff <[EMAIL PROTECTED]> wrote: > ATC is off by default in 0.9.5. If you turn it back on (under the > ATC menu) you should be able to hear ATIS again. Fine. Thanks. > However, the volume of the ATIS relative to the engine sound is > very quiet I tried to 'pump up the volume' of the WAV file using Audacity, but I did not get any noticeable result in FG. This makes me think that re-recording the message would not get any improvement. But as I know next to nothing in sound editing or the way they are handled in FG... -- Xavier Nodet "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, 1759. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 204 bytes Desc: not available Url : http://mail.flightgear.org/pipermail/flightgear-devel/attachments/20040901/18007cd0/attachment.pgp ------------------------------ _______________________________________________ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel End of Flightgear-devel Digest, Vol 17, Issue 1 *********************************************** _______________________________________________ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
