Re: [Flightgear-devel] new FGBenchmark package
On Monday 23 Feb 2004 3:34 pm, Martin Spott wrote: [on release of 0.0.1] Hello, I've assembled a 'small' (40 MByte) FlightGear package and included a README: This is a subset of the FlightGear Open Source flight simulator, packaged together with the purpose to serve as a specific benchmarking tool among different Unix platforms. MIPS, Solaris/Sparc and Linux/x86. ... And then, on Monday 29 Mar 2004 9:22 pm, Martin Spott wrote: Hello, I've respun my FGBenchmark package with binaries built from the 0.9.4 release: ftp://ftp.ihg.uni-duisburg.de/FlightGear/Devel/FGBenchmark-0.0.3.tar.gz Hello Martin I had a cunning plan to burn FGBenchmark onto business card CDs for giveaway at the forthcoming Linux exhibition in London, but 0.0.3 is too big for the media, which only takes 50 MB. 38791942 Feb 23 16:44 FGBenchmark-0.0.1.tar.bz2 66168162 Mar 15 22:19 FGBenchmark-0.0.2.tar.bz2 71977450 Mar 29 16:39 FGBenchmark-0.0.3.tar.gz Would it be acceptable to distribute 0.0.1 (which is based on a previous release, obviously) or would it be a better idea just to put 0.0.3 on full-size CDs? Jonathan PS I hadn't actually bought the business card CDs yet. Phew! ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] new FGBenchmark package
Jonathan Richards wrote: Hello Martin I had a cunning plan to burn FGBenchmark onto business card CDs for giveaway at the forthcoming Linux exhibition in London, but 0.0.3 is too big for the media, which only takes 50 MB. 38791942 Feb 23 16:44 FGBenchmark-0.0.1.tar.bz2 66168162 Mar 15 22:19 FGBenchmark-0.0.2.tar.bz2 71977450 Mar 29 16:39 FGBenchmark-0.0.3.tar.gz Would it be acceptable to distribute 0.0.1 (which is based on a previous release, obviously) or would it be a better idea just to put 0.0.3 on full-size CDs? We must be able to fit a downsized version of FlightGear within 50Mb! Just take two or three of the best (and most fun to fly) aircraft (wrightFlyer, sopwith and p15 come to mind) remove the following directories: Data (and remove the *-clouds3d options from options.xml) Docs Textures/Unused And you should be almost set. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] new FGBenchmark package
Jonathan Richards wrote: I had a cunning plan to burn FGBenchmark onto business card CDs for giveaway at the forthcoming Linux exhibition in London, but 0.0.3 is too big for the media, which only takes 50 MB. I'll have a look at it this week (I'm on holiday the next week so I'm a bit under pressure to complete a couple of things _before_ I leave ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Mac OS version of 0.9.4
Jonathan, Thanks, please let me know when you think these are ready to copy to ftp server. Would it be preferable to just distribute the .app version? Is there any problems for poeple if we leave the file compressed? I assume they need to still download and install the base package (and specify it's location when they run fgfs.) How hard would it be to bundle up a mac version that includes the base package and the executable and is all self extracting/installing? Thanks, Curt. Jonathan Polley wrote: I am putting two FlightGear executables on my web page. The first is a standard UNIX-style executable and the second uses a .app wrapper (probably as close as I can come to an installer under MacOS, since it really doesn't use them). They were built under MacOS X 10.3.3. http://homepage.mac.com/eq_fidget/fgfs/fgfs.tgz http://homepage.mac.com/eq_fidget/fgfs/FlightGear.app.tgz I would really appreciate it if someone were to download both of them and give them a try. It's not that I am paranoid or anything :) Jonathan Polley On Mar 29, 2004, at 4:22 PM, Curtis L. Olson wrote: Jonathan Polley wrote: Curt, I just built one last night. I can strip it and put on my web space for you to pick up. Ok, thanks! By the way, do you or any other Mac developers have any thoughts on packaging FG in a MacOSX friendly installer (kind of like what we do for most of the other platforms?) Right now, most Mac people have a pretty tough time dealing with a binary that has to be executed from command line with command line options. It would be nice to get the fgrun launcher going on the Mac platform as well. This and better packaging could go a *long* ways towards making FG more Mac friendly. Regards, Curt. -- Curtis Olson HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org Minnesota http://www.flightgear.org/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org Minnesota http://www.flightgear.org/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Reno air racer model
Jim Brennan has a good contact with a Reno air racer pilot who even won the whole thing one year (and has also crashed and walked away from it.) He is willing to be helpful and provide plans and photos and specifications for his winning aircraft. Do we have any aircraft designers who would be willing to take on a project like this. You would have very good access to accurate information. It would be nice to do a full blown model with 3d cockpit and the works. As our MP code develops we would have the possibility of live head to head races, etc. etc. I'd like to line up someone who wants to do this project before we make this pilot go through all the work of getting us the info we need. Regards, Curt. -- Curtis Olson Intelligent Vehicles Lab FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Main main.cxx, 1.151, 1.152 options.cxx, 1.52, 1.53
I should point out that the reason these were setup as cout was so that we wouldn't lose all output if someone compiled with the --without-logging option. Now that our default output is much less verbose, people are probably not compiling with this option so it's probably not a big deal ... but that was the reason we used cout's here. Curt. Erik Hofman wrote: Update of /var/cvs/FlightGear-0.9/FlightGear/src/Main In directory baron:/tmp/cvs-serv29723 Modified Files: main.cxx options.cxx Log Message: Frederic Bouvier: trying the --show-aircraft option, I noticed that I had no output. This is because there are still output to cout or cerr, that are not triggering my console patch for windows. The patch attached use SG_LOG instead. A request to hit a key is also added because otherwise, the console window will disappear as soon as the program stop. This problem is minor though given the fact that fgfs.exe is shipped with fgrun that do show the available aircraft in a much nicer manner. Index: main.cxx === RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/Main/main.cxx,v retrieving revision 1.151 retrieving revision 1.152 diff -C2 -r1.151 -r1.152 *** a/main.cxx 19 Mar 2004 03:30:18 - 1.151 --- b/main.cxx 30 Mar 2004 09:05:05 - 1.152 *** *** 1511,1518 // tell the operator how to use this application ! cerr endl Base package check failed ... \ Found version base_version at: \ ! globals-get_fg_root() endl; ! cerr Please upgrade to version: required_version endl; exit(-1); } --- 1511,1522 // tell the operator how to use this application ! SG_LOG( SG_GENERAL, SG_ALERT, endl Base package check failed ... \ Found version base_version at: \ ! globals-get_fg_root() ); ! SG_LOG( SG_GENERAL, SG_ALERT, Please upgrade to version: required_version ); ! #ifdef _MSC_VER ! SG_LOG( SG_GENERAL, SG_ALERT, Hit a key to continue... ); ! cin.get(); ! #endif exit(-1); } Index: options.cxx === RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/Main/options.cxx,v retrieving revision 1.52 retrieving revision 1.53 diff -C2 -r1.52 -r1.53 *** a/options.cxx 26 Feb 2004 12:57:38 - 1.52 --- b/options.cxx 30 Mar 2004 09:05:05 - 1.53 *** *** 1763,1769 sort(aircraft.begin(), aircraft.end()); ! cout Available aircraft: endl; for ( unsigned int i = 0; i aircraft.size(); i++ ) { ! cout aircraft[i] endl; } } --- 1763,1773 sort(aircraft.begin(), aircraft.end()); ! SG_LOG( SG_GENERAL, SG_ALERT, Available aircraft: ); for ( unsigned int i = 0; i aircraft.size(); i++ ) { ! SG_LOG( SG_GENERAL, SG_ALERT, aircraft[i] ); } + #ifdef _MSC_VER + SG_LOG( SG_GENERAL, SG_ALERT, Hit a key to continue... ); + cin.get(); + #endif } ___ Flightgear-cvslogs mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-cvslogs -- Curtis Olson Intelligent Vehicles Lab FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] how to set a planes altitude?
Hi, I am tried setting the planes altitude with the following code: fgSetDouble(/position/altitude-ft, Alt) This worked find when using the ufo but when i tried using the sesna it no longer worked. I then manually changed the property /fdm/jsbsim/position/h-sl-ft and again things worked. Problem is when I try to edit the altitude using: fgSetDouble(/fdm/jsbsim/position/h-sl-ft, Alt) The altitude is not changed. Does anyone know a foolproof way of setting the planes altitude? Thanks, Seamus ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Mac OS version of 0.9.4
I would prefer to distribute the .app version, but I need someone to verify it for me. Just because it works for me does not mean that I created it properly. Come on Mac users, give it a try! :) When I use FlightGear, I have no choice but to use the .fgfsrc file. Unfortunately, because OS X is BSD based, all files that start with a dot are hidden by the Finder. I don't know of a good way to create the file and let people know how to edit it (what I did was create a file called FlightGear_Config and then make a symbolic link to it called .fgfsrc). If I create a disk image, I can put a README file in there along with the executable. I *MAY* be able to create a disk image that contains both the FlightGear application and the base package, but it will be close (I notice that the Win32 version is 82+ MB and I only have 100 MB of storage). Jonathan Polley On Tuesday, March 30, 2004, at 01:52PM, Curtis L. Olson [EMAIL PROTECTED] wrote: Jonathan, Thanks, please let me know when you think these are ready to copy to ftp server. Would it be preferable to just distribute the .app version? Is there any problems for poeple if we leave the file compressed? I assume they need to still download and install the base package (and specify it's location when they run fgfs.) How hard would it be to bundle up a mac version that includes the base package and the executable and is all self extracting/installing? Thanks, Curt. Jonathan Polley wrote: I am putting two FlightGear executables on my web page. The first is a standard UNIX-style executable and the second uses a .app wrapper (probably as close as I can come to an installer under MacOS, since it really doesn't use them). They were built under MacOS X 10.3.3. http://homepage.mac.com/eq_fidget/fgfs/fgfs.tgz http://homepage.mac.com/eq_fidget/fgfs/FlightGear.app.tgz I would really appreciate it if someone were to download both of them and give them a try. It's not that I am paranoid or anything :) Jonathan Polley On Mar 29, 2004, at 4:22 PM, Curtis L. Olson wrote: Jonathan Polley wrote: Curt, I just built one last night. I can strip it and put on my web space for you to pick up. Ok, thanks! By the way, do you or any other Mac developers have any thoughts on packaging FG in a MacOSX friendly installer (kind of like what we do for most of the other platforms?) Right now, most Mac people have a pretty tough time dealing with a binary that has to be executed from command line with command line options. It would be nice to get the fgrun launcher going on the Mac platform as well. This and better packaging could go a *long* ways towards making FG more Mac friendly. Regards, Curt. -- Curtis Olson HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org Minnesota http://www.flightgear.org/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org Minnesota http://www.flightgear.org/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel Of COURSE they can do that. They're engineers! ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] new FGBenchmark package
Martin Spott wrote: Jonathan Richards wrote: I had a cunning plan to burn FGBenchmark onto business card CDs for giveaway at the forthcoming Linux exhibition in London, but 0.0.3 is too big for the media, which only takes 50 MB. I'll have a look at it this week (I'm on holiday the next week so I'm a bit under pressure to complete a couple of things _before_ I leave ;-) Martin. A further thought occurs: What's the smallest possible working flightgear package? I'd love to really play with updated versions of Flightgear, but the huge downloads are not very feasable on a 56k connection (and one phone line with other people wanting to also use it). Immediate thoughts as to how to reduce the size (particularly for the installer version in Win32, next update, if its feasable): data/scenery is has the potential to become quite large. I looked at the Fg 0.9.3 (installer exe, the one I have) installation and this has been improved from earlier base packages, which seemed to include the entire tile from 130n to 140n (or something like that, you get the idea). data/aircraft is pretty big. It was suggested that most of the aircraft be culled out. I agree with this. In my limited experience, I've only used the C-172 (default). But this is because I usually screw up with the command line options. Still, I tend to use one type of plane, even with highly GUI easy-interface sims like MSFS. I say include C172 as a default, but severely cull out most aircraft. It's still pretty big as far as filesize as it is. This could be supplemented in the same way scenery is with a webpage that allows for the download of individual aircraft. Obviously, this might entail some maintainence, but I'm willing to possibly take on the job if someone wants to be patient with me and help me out (I haven't done a whole lot of net programming [i.e. almost none] but this might be a good way to learn) data/textures.high is 25mb. Are these textures used by default anywhere? If they're not, then why have them in there? data/data just has cloud info. Is this just 3d clouds? As a general armchair user of FG, I don't use much of anything beyond the defaults. Maybe this should be removed. If it's ranty, sue me :) JD ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Main main.cxx, 1.151, 1.152 options.cxx, 1.52, 1.53
Curtis L. Olson wrote: I should point out that the reason these were setup as cout was so that we wouldn't lose all output if someone compiled with the --without-logging option. Now that our default output is much less verbose, people are probably not compiling with this option so it's probably not a big deal ... but that was the reason we used cout's here. Curt. Ack. I will send a better patch to Erik ASAP. I just need to popup the console window on Windows because I made it non existent by default. -Fred Erik Hofman wrote: Update of /var/cvs/FlightGear-0.9/FlightGear/src/Main In directory baron:/tmp/cvs-serv29723 Modified Files: main.cxx options.cxx Log Message: Frederic Bouvier: trying the --show-aircraft option, I noticed that I had no output. This is because there are still output to cout or cerr, that are not triggering my console patch for windows. The patch attached use SG_LOG instead. A request to hit a key is also added because otherwise, the console window will disappear as soon as the program stop. This problem is minor though given the fact that fgfs.exe is shipped with fgrun that do show the available aircraft in a much nicer manner. Index: main.cxx === RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/Main/main.cxx,v retrieving revision 1.151 retrieving revision 1.152 diff -C2 -r1.151 -r1.152 *** a/main.cxx 19 Mar 2004 03:30:18 - 1.151 --- b/main.cxx 30 Mar 2004 09:05:05 - 1.152 *** *** 1511,1518 // tell the operator how to use this application ! cerr endl Base package check failed ... \ Found version base_version at: \ ! globals-get_fg_root() endl; ! cerr Please upgrade to version: required_version endl; exit(-1); } --- 1511,1522 // tell the operator how to use this application ! SG_LOG( SG_GENERAL, SG_ALERT, endl Base package check failed ... \ Found version base_version at: \ ! globals-get_fg_root() ); ! SG_LOG( SG_GENERAL, SG_ALERT, Please upgrade to version: required_version ); ! #ifdef _MSC_VER ! SG_LOG( SG_GENERAL, SG_ALERT, Hit a key to continue... ); ! cin.get(); ! #endif exit(-1); } Index: options.cxx === RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/Main/options.cxx,v retrieving revision 1.52 retrieving revision 1.53 diff -C2 -r1.52 -r1.53 *** a/options.cxx 26 Feb 2004 12:57:38 - 1.52 --- b/options.cxx 30 Mar 2004 09:05:05 - 1.53 *** *** 1763,1769 sort(aircraft.begin(), aircraft.end()); ! cout Available aircraft: endl; for ( unsigned int i = 0; i aircraft.size(); i++ ) { ! cout aircraft[i] endl; } } --- 1763,1773 sort(aircraft.begin(), aircraft.end()); ! SG_LOG( SG_GENERAL, SG_ALERT, Available aircraft: ); for ( unsigned int i = 0; i aircraft.size(); i++ ) { ! SG_LOG( SG_GENERAL, SG_ALERT, aircraft[i] ); } + #ifdef _MSC_VER + SG_LOG( SG_GENERAL, SG_ALERT, Hit a key to continue... ); + cin.get(); + #endif } ___ Flightgear-cvslogs mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-cvslogs -- Curtis Olson Intelligent Vehicles Lab FlightGear Project Twin Cities [EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel