Re: [Flightgear-devel] Issues compiling taxidraw...
Hi, Chris Wilkinson wrote: >> Try the fgfs-builder package (download from >> ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder/ or checkout >> from http://[EMAIL PROTECTED]/fgfsbuilder/branches/stable >> using Subversion) ;-) > > Does that require me to have the cvs/osg version of flightgear? > I'm running 0.9.10 stable, without osg... fgfs-builder will fetch the required sources and compile the CVS/OSG version of FlightGear and OSG. > I've given up on terragear, because several dependencies were not > available for SUSE 10.1, and compiling from source fails on those. The TerraGear dependencies are a PITA, which was the original reason for the builder, in which I try to handle the dependencies. It also includes some (automatically applied) patches which helped me compile the stuff. The builder also builds fgsd and if there's a dependency that's not yet in there and that's not generally available (e.g. on SUSE), I'll try to add a product for that. I would be glad to extend the builder to work around or even solve issues on distributions other than Debian or even other OS'. Cheers, Ralf - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sending external fdm data in the form of UDPpackets
Hi, I am using FGFS 0.9.10.I tried sending FGNetFDM structure(given in net_fdm.cxx)(after doing htond or htonf) from one computer to another computer running Flightgear but couldnt get it running. I tried Packet Analyzer to check whether packets are reaching the particular PC or not.Ifound that packets are reaching the PC running Flightgear.Is there anyway I can verify on the destination PC that the packets are in correct format...Can anyone provide me with sample UNIX program to run Flightgear from external fdm data in the form of UDPpackets. On 11/28/06, Anders Gidenstam <[EMAIL PROTECTED]> wrote: On Tue, 28 Nov 2006, umesh pandey wrote: > After converting FGNetFDM structure(given in net_fdm.cxx) by using > htonf,htond or htonl, do we need to convert the structure into char packets > and send to FGFS. I am using FGFS 0.9.3. Hi! Well, when you have used hton*() on your struct it should (hopefully[1]) have the right (i.e. the one you should send) represantation in memory so you can just reinterpret your struct as a char array of the right form: typedef struct {...} mystruct_t; mystruct_t anInstance; char * sendbuffer = (char *)&anInstance; This pointer could then be passed to sendto(2) or similar. [1] The critical point here is to be sure that the compiler does not insert any padding into the struct. Alternatively one could manually and explicitly move the contents of the struct into a char array to be sure it has exactly the right form (this is what I would do since it also documents the actual packet format a bit more clearly). Cheers, Anders -- --- Anders Gidenstam Algorithms and Complexity Group Phone: +49 (0) 681 9325 116 Max-Planck-Institut für Informatik Fax: +49 (0) 681 9325 199 Stuhlsatzenhausweg 85 Email: [EMAIL PROTECTED] 66123 Saarbrücken, Germany WWW: http://www.mpi-inf.mpg.de/~andersg --- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Issues compiling taxidraw...
Hi there, Ralf Gerlich wrote: > Hi, > > Chris Wilkinson wrote: > >>>Try the fgfs-builder package (download from >>>ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder/ or checkout >>>from http://[EMAIL PROTECTED]/fgfsbuilder/branches/stable >>>using Subversion) ;-) >> >>Does that require me to have the cvs/osg version of flightgear? >>I'm running 0.9.10 stable, without osg... > > fgfs-builder will fetch the required sources and compile the CVS/OSG > version of FlightGear and OSG. Sounds like just the kind of thing I need to try. :-) >>I've given up on terragear, because several dependencies were not >>available for SUSE 10.1, and compiling from source fails on those. > > The TerraGear dependencies are a PITA, which was the original reason for > the builder, in which I try to handle the dependencies. It also includes > some (automatically applied) patches which helped me compile the stuff. > > The builder also builds fgsd and if there's a dependency that's not yet > in there and that's not generally available (e.g. on SUSE), I'll try to > add a product for that. > > I would be glad to extend the builder to work around or even solve > issues on distributions other than Debian or even other OS'. Excellent. I'll download and give the builder a try, and give you some feedback on success or otherwise with suse 10.1... Kind regards, Chris Wilkinson, Brisbane, Australia. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sending external fdm data in the form of UDPpackets
ypedef struct {...} mystruct_t; mystruct_t anInstance; char * sendbuffer = (char *)&anInstance; At the source computer I tried to print the char* sendbuffer by using printf("Data=%s",sendbuffer); But I cannot see any data packets formed.Is that i am using wrong format for printf or is the problem with something else!Please help! On 11/28/06, Anders Gidenstam <[EMAIL PROTECTED]> wrote: On Tue, 28 Nov 2006, umesh pandey wrote: > After converting FGNetFDM structure(given in net_fdm.cxx) by using > htonf,htond or htonl, do we need to convert the structure into char packets > and send to FGFS. I am using FGFS 0.9.3. Hi! Well, when you have used hton*() on your struct it should (hopefully[1]) have the right (i.e. the one you should send) represantation in memory so you can just reinterpret your struct as a char array of the right form: typedef struct {...} mystruct_t; mystruct_t anInstance; char * sendbuffer = (char *)&anInstance; This pointer could then be passed to sendto(2) or similar. [1] The critical point here is to be sure that the compiler does not insert any padding into the struct. Alternatively one could manually and explicitly move the contents of the struct into a char array to be sure it has exactly the right form (this is what I would do since it also documents the actual packet format a bit more clearly). Cheers, Anders -- --- Anders Gidenstam Algorithms and Complexity Group Phone: +49 (0) 681 9325 116 Max-Planck-Institut für Informatik Fax: +49 (0) 681 9325 199 Stuhlsatzenhausweg 85 Email: [EMAIL PROTECTED] 66123 Saarbrücken, Germany WWW: http://www.mpi-inf.mpg.de/~andersg --- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sending external fdm data in the form of
"umesh pandey" wrote: > [...] Can anyone provide me with sample UNIX > program to run Flightgear from external fdm data in the form of UDPpackets. Another instance of FlightGear ? ;-) To my understanding the NetFDM wasn't really designed to be driven by anything but FlightGear on the same type of hardware, so this really might the best choice, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sending external fdm data in the form of
On 12/12/06, Martin Spott wrote: "umesh pandey" wrote: > [...] Can anyone provide me with sample UNIX > program to run Flightgear from external fdm data in the form of UDPpackets. Another instance of FlightGear ? ;-) To my understanding the NetFDM wasn't really designed to be driven by anything but FlightGear on the same type of hardware, so this really might the best choice, The NetFDM packet structure is designed to work across platforms and the data field sizes and types are somewhat carefully chosen to avoid packing differences between compilers. There is a very good chance this communication mechanism will work between any two platforms you have access to. Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sending external fdm data in the form of UDPpackets
On Tue, 12 Dec 2006, umesh pandey wrote: > ypedef struct {...} mystruct_t; > > mystruct_t anInstance; > > char * sendbuffer = (char *)&anInstance; > At the source computer I tried to print the char* sendbuffer by using > > printf("Data=%s",sendbuffer); Hi Umesh, That printf() is quite unlikely to produce anything sensible (and unless there is a 0 byte somewhere in anInstance it might try to print your computers entire memory..). Us telling the compiler that it should consider anInstance as an array of char:s does not mean that it becomes a zero-terminated string that we could give to printf. To determine whether anInstance got the right format or not you should test to decode it with the same code as FlightGear uses. Either by copying it to your application or by tracing fgfs or adding some temporary printouts to it. (I'd do the latter as that would also tell me whether my UDP-packets got through at all.) > But I cannot see any data packets formed.Is that i am using wrong format for > printf or is the problem with something else!Please help! I have a simple application that sends UDP packets to FlightGear here: http://www.gidenstam.org/FlightGear/HeadTracking/ However, it does not talk to NetFDM but to a head tracking component that only exists as a patch somewhere at the moment. /Anders -- --- Anders Gidenstam mail: andersg(at)gidenstam.org WWW: http://www.gidenstam.org/FlightGear/JSBSim-LTA/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sending external fdm data in the form of
Hi Curt, "Curtis Olson" wrote: > The NetFDM packet structure is designed to work across platforms and the > data field sizes and types are somewhat carefully chosen to avoid packing > differences between compilers. Hmmm, isn't NetFDM the "copy the struct to a network packet"-interface or did I mix between two different network interfaces of FlightGear ? At least this is what I read from earlier explanations and actually this is as well the reason why I cancelled one project that was meant to drive FlightGear as its display system Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Modeling a Flexwing Microlight
--- Joacim Persson wrote: > On Fri, 8 Dec 2006, Stuart Buchanan wrote: > > > - There is no trimming for different flight phases. Vertical speed is > > purely controlled by power. > > Many trikes has a trim function, just like all non-trainer hang glider > has > nowadays. Many do, but mine doesn't :) Even by microlight standards, my aircraft is very basic. My panel has 5 instruments: ASI, Altimeter, Compass, EGT, RPM. Plus a stopwatch stuck on with velcro... However, I am talking about a directly controlled pilot-controlled trim system rather than the side-effects of the wing flexing. > (I know the Airborne trike we use for aerotowing has it.) This > trim is usually operated by a line, the trim line, which is drawn to the > speedbar (on a HG) or on a sidebar (on a trike) and most noticeably it > adjusts the tension of the cross beam (which is divided in two parts > connected with a hinge at the centerline). (Compare with the "kick" or > sheet on a sailboat mainsail.) There are however more functions coupled > with the trim than cross beam tension. On kingpost HG's (like your > trike), > there is something called "luff lines" connected to the trailing edge > via > the kingpost, on the newer topless hg's there are "sprogs" at the wing > tips > filling the same function. Luff lines and sprogs act like an elevator > trim > under certain circumstances, and is primary a safety detail to prevent > an > uncontrollable dive. The setting of those are also altered along with > the > trim setting. I believe I can alter the luff lines on the ground, but I doubt it is something I'll be doing in the near future. The cross-beam isn't fixed to the keel. When the wing is un-folded a pulley system is used to pull the crossbeam into position and tie it off against the keel, but I guess it will still have some lateral movement. I didn't know that trim affected the cross-beam. I > So the trim on a HG or trikes changes: > > 1. The camber of the whole wing. (cross beam tension) This affects L/D > ratio, > stall speed. > 2. Apex (follows from sail tension) and dihedral (not much). > 3. The elevator trim function of sprogs or luff lines. > > Your trike may have the cross beam fixed to the keel (can't tell by the > photo) and would then be a bit stiffer in handling (but more course > stable) > than a hang glider with the trim fully loose, but with a floating cross > beam (i.e. not connected to the keel) as all hang gliders have today, > the > first effect of moving the weight to one side (shifting the keel > sideways > with respect to the cross-beam and wing tubes) is that the wing you move > away from gets less camber and the other gets more camber. This in turn > makes the outer wing tip fly a bit faster than the inner wing tip, > generating some rudder and aileron effect. A hang glider with a > non-floating cross beam is rather slow in turns. > > This difference in camber between the wing halves is less the more the > pilot tighten the trim. So we can add a fourth function of the HG trim: > > 4. Sets the amount of rudder and aileron effect from shifting weight > sideways -- indirectly by adjusting the cross beam tension and thus the > difference in tension of the trailing edge on each wing half. > > In short: when circling thermals or coming in for landing, you release > the > trim, when flying straight between thermals you tighten the trim (fully > or > to a wanted trim speed). > > But that is perhaps a bit beside the point -- a trike pilot doesn't have > to > worry much about L/D ratio, and there is plenty of weight for steering > with > pure CG shift on a trike. > > > So, should I use YASim or JSBSim for this project? > > Or larcsim? The only hang glider model in FG (airwaveXtreme150, a > larcsim > model) has an invisible motor+propeller attached to it, so we could call > it > "a trike". It doesn't have a trim function anyway. (I'm quite sure the > original has.) I did consider using larcsim, but decided not to on the basis that it is no-longer developed much (if at all). ___ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sending external fdm data in the form of
On 12/12/06, Martin Spott wrote: Hi Curt, "Curtis Olson" wrote: > The NetFDM packet structure is designed to work across platforms and the > data field sizes and types are somewhat carefully chosen to avoid packing > differences between compilers. Hmmm, isn't NetFDM the "copy the struct to a network packet"-interface or did I mix between two different network interfaces of FlightGear ? At least this is what I read from earlier explanations and actually this is as well the reason why I cancelled one project that was meant to drive FlightGear as its display system Yes, NetFDM is what you say, but we've made sure all our data aligns on 4 byte boundaries, we only use 4 or 8 byte data structures, and we send everything in network byte order. With these rules, you would be hard pressed to find a system that is incompatible. (This actually was prompted by some developers at mathworks who have a lot of customers that want to use FlightGear to visualize their simulink flight dynamics models.) Regards, Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sending external fdm data in the form of
"Curtis Olson" wrote: > Yes, NetFDM is what you say, but we've made sure all our data aligns on 4 > byte boundaries, we only use 4 or 8 byte data structures, and we send > everything in network byte order. With these rules, you would be hard > pressed to find a system that is incompatible. (This actually was prompted > by some developers at mathworks who have a lot of customers that want to use > FlightGear to visualize their simulink flight dynamics models.) errrm, and, at least some of them don't even dare to think of using current versions of FlightGear. I was told they're afraid of running into the hassle of reworking half of their interface with every new version of FlightGear, because the interface actually is not what people would call a stable protocol. Actually this matches with the result of an experiement that I did earlier. I picked a few network packets with the network analyzer and fed some of them into a running FlightGear instance on the same platform as the packets were generated (FreeBSD/i386). I managed to 'move' the aircraft by manually tweaking some bytes with the hex editor and returning the captured packets to FlightGear on the same platform, but it didn't work by feeding the same, "hand-selected" stream to FlightGear neither on Linux/AMD64 nor on IRIX/N32. Don't get me wrong: I don't intend to shoot you about inabilities of this network protocol - well, I once was attepted to do so several years earlier, but this is another story ;-) - but we might save people valuable time if we make sure they don't get mislead. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Issues compiling taxidraw...
> Does anyone else on this list have SUSE 10.1 and the same troubles > I do? I've read elsewhere that SUSE is not too friendly with source > that might compile happily on fedora/debian/gentoo etc... I have just set up a new suse 10.1 installation. I have SimGear, FlightGear, TerraGear compiled from cvs, TaxiDraw went without complaints. FGSD does not compile on my system because of nonworking FLTK/FLU on 64bit linux. It takes some time to get all you required packages installed. Maybe you want to start with a FlightGear installation from source. A good description for the suse distro is on http://wiki.flightgear.org/flightgear_wiki/index.php?title=OpenSUSE_10.1 Torsten - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sending external fdm data in the form of
On 12/12/06, Martin Spott <[EMAIL PROTECTED]> wrote: errrm, and, at least some of them don't even dare to think of using current versions of FlightGear. I was told they're afraid of running into the hassle of reworking half of their interface with every new version of FlightGear, because the interface actually is not what people would call a stable protocol. The biggest issue is that people with proprietary software on one end get locked into a specific version of FlightGear because as FlightGear evolves, their proprietary tools can't or don't follow very quickly. That said, the most recent version of the aerospace blockset for simulink supports multiple versions of FlightGear including v0.9.10. However, some people don't or can't upgrade because of the software costs. Actually this matches with the result of an experiement that I did earlier. I picked a few network packets with the network analyzer and fed some of them into a running FlightGear instance on the same platform as the packets were generated (FreeBSD/i386). I managed to 'move' the aircraft by manually tweaking some bytes with the hex editor and returning the captured packets to FlightGear on the same platform, but it didn't work by feeding the same, "hand-selected" stream to FlightGear neither on Linux/AMD64 nor on IRIX/N32. Work was done to improve the NetFDM structure prior to v0.9.10 so if you did your experiements earlier than that, the picture has most likely changed. Mathworks actually tested their tool on quite a few different platforms (including Mac OSX) and made a few recommendations to improve the situation which we followed up on. Don't get me wrong: I don't intend to shoot you about inabilities of this network protocol - well, I once was attepted to do so several years earlier, but this is another story ;-) - but we might save people valuable time if we make sure they don't get mislead. No, say whatever you like, joking or not, and I'm not offended. There isn't a single one-size-fits-all communcation protocol. That's why we have several mechanisms available in FlightGear. The NetFDM is perfect for certain situations and applications, and completely the wrong approach for other situations. There is some work (moving very slowly because involved) to create an xml specification for a binary protocol so an external application can feed flightgear an xml file to produce binary output matching exactly what that external app wants and expects. Kind of like the "generic" protocol only the underlying data is transmitted in binary form. Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sending external fdm data in the form of
"Curtis Olson" wrote: > Work was done to improve the NetFDM structure prior to v0.9.10 so if you did > your experiements earlier than that, the picture has most likely changed. I did most of my tests way before 0.9.8. Does this mean the current NetFDM is safe for use with 64bit- as well as big-endian systems ? > There is some work (moving very slowly because involved) to create an xml > specification for a binary protocol so an external application can feed > flightgear an xml file to produce binary output matching exactly what that > external app wants and expects. This is a very advanced approach ! Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sending external fdm data in the form of
On 12/12/06, Martin Spott wrote: I did most of my tests way before 0.9.8. Does this mean the current NetFDM is safe for use with 64bit- as well as big-endian systems ? I don't have the ability to personally test a lot of combinations, but yes, this should all work well as of v0.9.10. Endianess is definitely handled. And even for 32 vs. 64 bit systems, they all still use a similar convention where integers and floats are 4 bytes and doubles are 8 bytes. As long as we confine ourselves to ints, floats, and doubles (and use an int for boolean values, etc.) then we should have an extremely high probability of getting any two machines to talk to each other successfully. I do know of one exception ... the X-Scale architecture seems to swap the first 4 and last 4 bytes of doubles, so they aren't using a standard big or little endian representation for double floating point numbers. But if you know that in advance it's pretty easy to work around (since you will be running your own code on this processor, not flightgear.) Regards, Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] memory usage of AI-Models ( multiplayer particularly )
Hi Durk, here the patch, that fg searches for multiplayer aircraft in AI/Aircraft first. Maik Maik Justus schrieb am 14.11.2006 18:15: Hi Durk, the length of the new directory is (of course not) the most important aspect. I will change the patch to search for multiplayer aircrafts in AI/Aircraft first. Maik Durk Talsma schrieb am 14.11.2006 18:03: Has anyone a good idea for the naming of this directory? (For simplification of the string operations it should have the same length as aircraft has). Maik Just a quick follow-up: I don't think that simplification of the string operations is a good motivation for keeping the directory the same length as the name of the main aircraft directory. Index: AIBase.cxx === RCS file: /var/cvs/FlightGear-0.9/source/src/AIModel/AIBase.cxx,v retrieving revision 1.64.2.1 diff -u -p -r1.64.2.1 AIBase.cxx --- AIBase.cxx 26 Nov 2006 12:04:43 - 1.64.2.1 +++ AIBase.cxx 12 Dec 2006 21:02:16 - @@ -129,12 +129,22 @@ void FGAIBase::Transform() { bool FGAIBase::init() { if (!model_path.empty()) { + SGPath ai_path("AI"); + ai_path.append(model_path); try { - model = load3DModel( globals->get_fg_root(), model_path, props, -globals->get_sim_time_sec() ); + model = load3DModel( globals->get_fg_root(), ai_path.str(), props, +globals->get_sim_time_sec() ); } catch (const sg_exception &e) { model = NULL; } + if (!model) { + try { + model = load3DModel( globals->get_fg_root(), model_path, props, +globals->get_sim_time_sec() ); + } catch (const sg_exception &e) { + model = NULL; + } + } } if (model) { aip.init( model ); - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Fw:File I/O problem:why ca n't replay my flig ht in 10hz
I want to replay my flight,read the flight path information from a file. Fist,I record a flight path at 10 hz,5hz,or 2hz ,just like this: --native=file,out,10,flight1.fgfs and then I relay my flight,but I got a "secction error"! --native=file,in,10,flight1.fgfs --fdm=external but if I set ,just 1hz like this,that's ok! --native=file,out,1,flight1.fgfs --native=file,in,1,flight1.fgfs --fdm=external why,is it because fgfs can't read the file at more than 1hz,it's too fast? otherwise,if I set like this: --garmin=file,out,1000,flight1.fgfs then I replay it,use --garmin=file,in,1000,flight1.fgfs --fdm=external it' ok,but the image is dithering.why? Is it because I should set the hz=a very large number 年 末 数 码 1 0 0 元 专 场 ( 图 ) 百 种 数 码 精 品 1 9 元 起 1 0 0 元 封 顶 , 不 抢 真 的 悔 死 你 ( 图 ) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Engineering data panel
This is probably not of wide interest, but it's kind of cool so I thought I'd share it. Been working on an engineering data panel to show live gauge representations of important engineering parameters. I made a really lousy movie of the panel in action and posted it here http://www.youtube.com/watch?v=BRj7-AOWzlY The blip at the end shows a sky rendering bug with the latest OSG. :-) Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Engineering data panel
Curtis Olson wrote: > This is probably not of wide interest, but it's kind of cool so I thought > I'd share it. Been working on an engineering data panel to show live > gauge > representations of important engineering parameters. I made a really > lousy > movie of the panel in action and posted it here > > http://www.youtube.com/watch?v=BRj7-AOWzlY > > The blip at the end shows a sky rendering bug with the latest OSG. :-) > > Curt. Anything with that many gauges and digital readouts has got to be cool! :^) Thanks for sharing. -- William Riley http://workbench.freetcp.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] How to drive multiplanes using external d ata
My project need to drive multiplanes using external data saved in a file.Does I have to study the multiplayer protocol?How to "abuse" that system to introduce additional aircraft into the scene. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Engineering data panel
>The blip at the end shows a sky rendering bug with the latest OSG. :-) Looks similar to what I've posted earlier: http://www.mail-archive.com/flightgear-devel%40lists.sourceforge.net/msg06962.html http://www.mail-archive.com/flightgear-devel%40lists.sourceforge.net/msg07123.html Would that be on NVIDIA with driver 9629 as well? Pigeon. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel