Re: [Flightgear-devel] 2004 Linux User Developer Expo
On Sat, 24 Apr 2004, Al West wrote: Did you get a contact at IBM? I'm sure they'd be happy to lend/donate a Workstation for development purposes. I can see it will be very likely that I didn't unfortunately - it was just a quick question from a girl in their high performance division, who was going to come back for a proper chat later, but unfortunately she missed me. -- Jon Stockill [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Questions about flight model
The Merlin is a rotary engine, isn't it? A rotary engine ? As in http://travel.howstuffworks.com/rotary-engine.htm ? Most people probably will agree that it's a V-12 piston engine ;-) Details about the engine oil pressure might be documented in some sort of engine manual: http://www.yellowairplane.com/Book_Reviews/Mustang_Manual/Mustang_Manual_Cover.html Regards, Hermann In any case, a pump attached to the engine accessory drive (along with the vacuum pump, etc.) is standard on a horizontally-opposed engine. The O-320 in my Warrior does have a relief valve, as well as a breather in the accessory housing to avoid excess pressure buildup in the crankcase. Oil pressure is usually pretty constant at anything other than idle RPM once the engine's warmed up, suggesting that the relief valve kicks in pretty early, as with the vacuum pump -- I'll try to pay more attention next time I'm up (rather than just checking that it's in the green). All the best, David ___ 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
Re: [Flightgear-devel] MD-11
Hi Guys I had a play with this last night by using the 737 FDM on the 747 and hacking it around to see what would happen and everything worked ok till the CofG got over 850 X units(what do the units represent inches feet ??), or the MLG was moved back past 850 X units.I also noticed if the CofG was moved anymore than 10 units further back than the MLG position I got a page fault on windows 98 and the program crashed. Some of the other things that happened was by moving the CofG forward of the MLG position by a large amount the A/C would start on its back under the runway. Also the further back you put the CofG the higher off the ground the A/C seems to start. I dont know if any of this helps or makes sense but there it is. I will email David Culp about Aeromatic and see if I can understand it more Cheers Innis Durk Talsma writes Can you email me your config file and engine file? I can try running it in the standalone JSBSim and make some quick plots and see what I can see. Are you initializing on the runway? At altitude? I'm initializing on the runway. Below sea level actually, but that shouldn't make a difference, because the other JSBsim aircraft (the ones I've tested) initialize just fine on the same runway. I'll send you the config files (both original aeromatic output and tweaked versions) by private email in a few moments. Thanks, Durk ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel _ Protect your inbox from harmful viruses with new ninemsn Premium. Go to http://ninemsn.com.au/premium/landing.asp?banner=emailtagreferrer=hotmail ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Web, tables, and image layout
Hmmm...yeah that's a well known issue. I'm not sure if that is a feature or a bug, but it is a common behavior. Also, doctype issues can affect this sort of thing because of the way browsers handle nonstandard rendering modes (which is of course non-standard). Check this out: http://validator.w3.org/check?uri=http%3A%2F%2Fwww.jsbsim.org You will want to decide what your target doctype really is and correct this before calling the problem solved. This is somewhat unrelated, but trying the page under Safari, the buttons don't disappear after the mouse leaves. Run the mouse up and down the list and all the buttons show at once. It seems like I had something similar working on wreath.com years ago...so you could check the way back machine (I just looked and it wasn't running) at www.archive.org. Best, Jim Jon S Berndt said: I figured it out. This works: tr tdA href=main.html target=MAIN IMG onmouseover=loadImage(this,sbA2);showStatus(alt);return true; onmouseout=defaultStatus();loadImage(this,sbA1); alt=JSBSim Home src=menu_sep_home_1.jpg border=0/A/td /tr tr tdA href=http://sourceforge.net/export/ projnews.php?group_id=19399amp;limit=10amp;show_summaries=1 target=MAIN IMG onmouseover=loadImage(this,sbB2);showStatus(alt);return true; onmouseout=defaultStatus();loadImage(this,sbB1); alt=Latest news about JSBSim src=menu_sep_news_2.jpg border=0/A/td /tr While this does not: tr td A href=main.html target=MAIN IMG onmouseover=loadImage(this,sbA2);showStatus(alt);return true; onmouseout=defaultStatus();loadImage(this,sbA1); alt=JSBSim Home src=menu_sep_home_1.jpg border=0/A /td /tr tr td A href=http://sourceforge.net/export/ projnews.php?group_id=19399amp;limit=10amp;show_summaries=1 target=MAIN IMG onmouseover=loadImage(this,sbB2);showStatus(alt);return true; onmouseout=defaultStatus();loadImage(this,sbB1); alt=Latest news about JSBSim src=menu_sep_news_2.jpg border=0/A /td /tr The subtlety is that there can be no whitespace between the beginning of a data cell and the first element of the cell, nor can there be any whitespace between the last element in the cell and the close of the cell (i.e. with a /td). In the second case, above, there is a carriage return after the opening td, and also before the closing /td. This is, apparently, a no-no. Jon ___ 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
RE: [Flightgear-devel] Web, tables, and image layout
Check this out: http://validator.w3.org/check?uri=http%3A%2F%2Fwww.jsbsim.org You will want to decide what your target doctype really is and correct this before calling the problem solved. Interesting. This is helpful. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] FlightGear crash since last CVS update
Hello, Since my last CVS update of simgear and flightgear two weeks ago, I get the following runtime error after a succesfull compile. Unhandled exception at 0x0063ae54 in FlightGear.exe: 0xC005: Access violation reading location 0x. The debugger traces it back to the piece of code at the bottom of this post. My question is, anybody else having this problem? Since I am using MSVC 7, I presume that any changes made to config.ac, makefiles etc, will not be reflected in my MSVC project files. Is there any way to keep them up-to-date according to the makefile? Also, since I see threading is standard on, trying that with MSVC results in a pthread.h not found. Is there an external lib that I need to build to use pthread on windows? Greetings, Avi Code: /// // Initialize the TG scenery subsystem. globals-set_scenery( new FGScenery ); globals-get_scenery()-init(); ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear crash since last CVS update
Avi Levy wrote: Hello, Since my last CVS update of simgear and flightgear two weeks ago, I get the following runtime error after a succesfull compile. Update again. 2 weeks ago is way outdated. When reporting a problem with CVS, try to update before to see if it has been fixed. I don't have any problem with my MSVC 7 build. Unhandled exception at 0x0063ae54 in FlightGear.exe: 0xC005: Access violation reading location 0x. The debugger traces it back to the piece of code at the bottom of this post. My question is, anybody else having this problem? Since I am using MSVC 7, I presume that any changes made to config.ac, makefiles etc, will not be reflected in my MSVC project files. Is there any way to keep them up-to-date There is a perl script that generate MSVC 6 dsp files. You'd better update my hand. Usually, mismatch result in unresolved external, so you can fix it at build time and with no surprise. according to the makefile? Also, since I see threading is standard on, trying that with MSVC results in a pthread.h not found. Is there an external lib that I need to build to use pthread on windows? Threading was an option before and works well. It is still an option but on by default now. FG will get smoother with this : http://sources.redhat.com/pthreads-win32/ You will have to add ENABLE_THREADS in the predefined macros. Greetings, Avi Code: /// // Initialize the TG scenery subsystem. globals-set_scenery( new FGScenery ); globals-get_scenery()-init(); What's wrong in that code ? a null pointer ? where ? Regards, -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OpenAL
I just wanted to warn people that last night I got OpenAL working here inside FG. I have a couple comments. 1. I redid the lower level sound sample and sound manager interfaces a bit to clean things up and simplify things. I'm not sure it's worth going back and getting this new interface working with plib's sound system. 2. The plib sound system was set to play at 8000 hz no matter what the sample was recorded at. So a 22000 hz sample wouldn't play at the right pitch by default. We compensated in our sound config files for this by offsetting the pitch by 22000/8000 to get the sound back in the right range. However, that means that with OpenAL which handles this correctly, some portions of our sound configs will need to get retweaked to make the pitch correct again. Most sounds are fine, it's just a few of them where there is this issue. 3. The maximum pitch factor that OpenAL allows is 2.0 ... we blow by that with some of our sound configs ... that's another thing that will need to be tweaked and looked at. 4. Some of the sounds and blending come out a bit different in OpenAL so I think all our aircraft designers will need to go through their sound configs once just to make sure everything sounds reasonable to them. 5. OpenAL can handle stereo sounds and 16 bit sounds so we should be much more flexible with the kinds of sounds we can handle. OpenAL has a loader for .wav format, but nothing else that I've seen. 6. Building our own sound samples in memory (i.e. calculating the wave pattern ourselves and writing to an array) works just fine with OpenAL. 7. The low level openal calls are wrapped up by something called alut which is kind of analogous to glut (OpenAL tries to mimic the OpenGL interface as closely as possible.) The OpenAL library is very sneaky and actually runs in a background thread, all the threading work is buried in the library where you can't see it. So something like the following will work correctly: int main() { // initialize openal // create_sound_sample // play sound (looped) sleep( 100 ); return 0; } You will get 100 seconds of looping sound ... that makes things a lot easier at the application level. You don't have to worry about how the sound stream is buffered or calling an update function every frame. 8. I haven't done anything with the spatial setup yet. We can worry about that at some later time when we have the basics squared away. 9. I want to do some more fiddling before I do any cvs commits, but I'm close to proposing that we switch over to OpenAL, so all you developers may want to head over to http://www.openal.org and get yourself setup to be able to build openal applications. 10. I expect that this change will cause some initial grief for some people and I apologize for that in advance, but I think the long term benefits will outweigh the short term hassles. Regards, Curt. -- Curtis Olsonhttp://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
[Flightgear-devel] FlightGear performance
I just did a bit of a performance test with FlightGear on my PC running Windows 2000, 1.2GHz Athlon, 256 MB RAB, and 64MB GeForce 2MX400. I did a reboot first, made sure I had no extraneous processes running, and cranked up FlightGear under CygWin (My desktop is 32 bit, 1024x768). FlightGear took a bit over a minute to come up, during which time there were NO messages at all from the command line. I think this is a bad thing. There ought to be occasional informative messages indicating the program is still running. After showing the splash screen, it was another 20 seconds or so until I was able to fly the C172. My initial frame rate was about 4-8 fps - very poor. As I was taking off the frame rate evened out at about 15 fps. I'm not sure why the performance has gotten so much worse than before. The first thing I'm going to check is my screen and openGL configuration. I've installed the latest video drivers from nVidia, so maybe something got overwritten. Is there anything in particular I want to keep track of? I vaguely remember a discussion about full-screen display, and I also think I should run in 16 bit color mode, but that's different than my screen depth ... I also noticed something that has been mentioned before here, that is that the C172 engine spins the prop at 2500-2700 rpm at full speed - obviously an FDM problem if it is one at all. I'll look into that, but any thoughts and comments on that are also solicited. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Menu: set airport from list - core
I selected the Location menu item that allows selection of an airport from a list. When I selected the menu item I got a segfault. I had just taken off in the c172, paused the sim, and made the menu selection. I did a make on flightgear this morning. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] MD-11
Hi Erik Erik Hofman writes Innis Cunningham wrote: Also the further back you put the CofG the higher off the ground the A/C seems to start. This almost sounds like and axis mismatch. Is the gear located in the structural frame or in the body frame? I am not sure what you mean.The gear is placed were Aeromatic thinks it should go based on the size of the A/C and that it is a tricycle undercarrage. But after more testing tonight I find if you keep the CG and MLG items in jbsim below 850 X units the A/C inializes normally. Move either of the items past 870 X units and the A/C won't inialize correctly. Why ?. I don't know. The only thing now is the 747 seems to fly 8-10deg right wing low I guess with all the hacking I have done something is not in the right spot. Erik Cheers Innis _ SEEK: Now with over 50,000 dream jobs! Click here: http://ninemsn.seek.com.au?hotmail ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Curtis L. Olson wrote: 3. The maximum pitch factor that OpenAL allows is 2.0 ... we blow by that with some of our sound configs ... that's another thing that will need to be tweaked and looked at. We can do the down-sampling manually and choose the right one at runtime; basically mipmapping the audio data. This wouldn't be too hard. Then again, do we really need more than two octaves of pitch shift or is this just an artifact of poor frequency choice in the original sample? Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Andy Ross wrote: Curtis L. Olson wrote: 3. The maximum pitch factor that OpenAL allows is 2.0 ... we blow by that with some of our sound configs ... that's another thing that will need to be tweaked and looked at. We can do the down-sampling manually and choose the right one at runtime; basically mipmapping the audio data. This wouldn't be too hard. Then again, do we really need more than two octaves of pitch shift or is this just an artifact of poor frequency choice in the original sample? Looking at the default c172 engine sound. It is a 22000 hz sample. However, plib was playing this at 8000 hz. So we had to specify a pitch of 2.75 just to get it back up to normal speed. This stuff is built into the sound config.xml, but when we use the same config file with openal, the pitch comes out 2.75x too high so we will need to track down these situations and fix them in the config file. That should get us back within reasonable range. I doubt we would need more than 2 octaves, although we can go significantly less than 1.0 so that gives us quite a bit of range. One thing that I've always wanted to do is set things up so we can sample then engine at different rpm's and then have the system transition between them (with appropriate blending) as the engine speed changes. We didn't push this originally, because in the early days, plib only supported 3 concurrent sounds and we had other things to spend our 3 sample budget on. Regards, Curt. -- Curtis Olsonhttp://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
Re: [Flightgear-devel] Questions about flight model
Hermann Schiffer wrote: The Merlin is a rotary engine, isn't it? A rotary engine ? As in http://travel.howstuffworks.com/rotary-engine.htm ? He meant radial, of course, which was true of most WWII era aircraft engines other than the Merlin. And if you really want to nit, what you describe is best called a Wankel engine. A rotary engine in aviation context is an ancient design where the pistons were arranged radially, but were fixed to the propeller and spun with the engine. The early propellers weren't large enough and the early engines not smooth enough to idle successfully without a flywheel. This was a trick to turn the whole engine into a flywheel. :) http://en.wikipedia.org/wiki/Rotary_engine Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Menu: set airport from list - core
Jon Berndt wrote: I selected the Location menu item that allows selection of an airport from a list. When I selected the menu item I got a segfault. I had just taken off in the c172, paused the sim, and made the menu selection. I did a make on flightgear this morning. I just sent a fix to Erik for this. It should appear in CVS soon if Erik is online. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] [OT] Modeling and Control of a UAV
Interesting read (look carefully) :-) http://www.itk.ntnu.no/ansatte/Fossen_Thor/MSc/AndrewRoss.pdf Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Multiplayer
Gents, Has anyone tried multiplayer? I haven't, but wondered if any representation of other a/c was in the property tree? Thanks, Chris. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Jsbsim trim
Jon Anyone else interested. I reset the c172 default start up a/c (reset or not this happens). I reset then put parking brake on. Leave it for 5 mins and then notice it's yawed slightly to port. Chris. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Wouldn't it be possible to record an engine sound at low RPM and change the pitch using codes? Regards, Ampere On April 24, 2004 11:54 am, Curtis L. Olson wrote: One thing that I've always wanted to do is set things up so we can sample then engine at different rpm's and then have the system transition between them (with appropriate blending) as the engine speed changes. We didn't push this originally, because in the early days, plib only supported 3 concurrent sounds and we had other things to spend our 3 sample budget on. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OpenAL update
I am going to commit my OpenAL changes to SimGear and FlightGear this afternoon. I haven't seen even one negative comment on OpenAL since I first brought this topic up several days ago ... so hopefully everyone is on board with this change. I need help though from the Mac people and cygwin/mingwin people. What are the openal libraries called on these platforms. At the moment the configure script assumes we want to link with -lopenal, but I don't expect this to work right for every platform. I expect there may be a couple days of head aches here while we get these platform dependent differences ironed out. Please be patient! Thanks, Curt. -- Curtis Olsonhttp://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
Re: [Flightgear-devel] OpenAL
Ampere K. Hardraade wrote: Wouldn't it be possible to record an engine sound at low RPM and change the pitch using codes? Sure, and that works ok, but I bet if you record the engine at different rpms you will discover that doubling the pitch of a sample recorded at 1000 rpm will not sound as much like the actual engine running at 2000 rpm as you would have hoped ... What you suggest is what we are doing now. We have one engine sample that is played over the entire RPM range, but we could improve our sound quality if we did the work to blend different samples for different rpm ranges ... Regards, Curt. -- Curtis Olsonhttp://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
RE: [Flightgear-devel] OpenAL update
I need help though from the Mac people and cygwin/mingwin people. What are the openal libraries called on these platforms. At the moment the I didn't see a CygWin platform listed for OpenAL on their web site (openal.org). I also didn't see mention of Cygwin here: http://developer.creative.com/landing.asp?cat=1sbcat=31top=38. I wonder if I simply download the source if I can compile it ... there's an experiment waiting for a developer. I'd do it, but the weather is turning nice (http://instacam.com/instacamimg/KEMAH/KEMAH_s.jpg - just up the street overlooking Galveston Bay, tonight's dinner destination), so I'm going outside with the family. This OpenAL thing has got me a little uneasy, being a CygWin user, but the benefits look real good. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Jsbsim trim
I've seen this as well, but as far as I can tell, this is due to the wind blowing against the tail. I've seen this more stronger with heavy winds, and the yawing of the aircraft in heavy winds appears to change with changing rudder position, as I expected. Cheers, Durk On Saturday 24 April 2004 20:40, Chris Horler wrote: Jon Anyone else interested. I reset the c172 default start up a/c (reset or not this happens). I reset then put parking brake on. Leave it for 5 mins and then notice it's yawed slightly to port. Chris. ___ 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
Re: [Flightgear-devel] Jsbsim trim
Durk Talsma wrote: I've seen this as well, but as far as I can tell, this is due to the wind blowing against the tail. I've seen this more stronger with heavy winds, and the yawing of the aircraft in heavy winds appears to change with changing rudder position, as I expected. It's a misfeature in the gear modelling. YASim has pretty much the same behavior. Both FDMs model gear force as a function of skidding velocity, which is fine for dynamic solutions. But a gear that is planted on the ground is capable of holding an aircraft at zero velocity, which doesn't work with the current FDMs -- zero velocity produces zero force. What's needed is code that, at low speeds, uses a spring model for gear force based on the distance in position from where the gear is stopped. Which sounds easy, but in practice is awfully hard. I've gotten started on this several times, and never produced useful code. Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL update
Curtis L. Olson wrote: I am going to commit my OpenAL changes to SimGear and FlightGear this afternoon. I haven't seen even one negative comment on OpenAL since I first brought this topic up several days ago ... so hopefully everyone is on board with this change. I need help though from the Mac people and cygwin/mingwin people. What are the openal libraries called on these platforms. At the moment the configure script assumes we want to link with -lopenal, but I don't expect this to work right for every platform. I expect there may be a couple days of head aches here while we get these platform dependent differences ironed out. Please be patient! I updated and compiled FG with OpenAL flawlessly. Before I downloaded the Creative SDK for OpenAL and installed it. The headers are not in an AL/ directory, just Include, so I created this folder and moved the files to it. I added the path to the headers and the libraries in the IDE and libraries 'OpenAL32.lib ALut.lib' in the flightgear project file. I was going to report a success because I was able to ear 3 samples at the same time, but fgfs was unable to stop when I hit ESC then confirm by clicking OK. The program just hang with the sound still playing. I killed the program but the sounds are still here. I also restart FG in the hope it will kill sound at init but they are still here and rehang and rekill. I will need to reboot to stop that ILS marker that make me crazy. Regards, -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL update
Frederic Bouvier wrote: I updated and compiled FG with OpenAL flawlessly. Before I downloaded the Creative SDK for OpenAL and installed it. The headers are not in an AL/ directory, just Include, so I created this folder and moved the files to it. I added the path to the headers and the libraries in the IDE and libraries 'OpenAL32.lib ALut.lib' in the flightgear project file. I was going to report a success because I was able to ear 3 samples at the same time, but fgfs was unable to stop when I hit ESC then confirm by clicking OK. The program just hang with the sound still playing. I killed the program but the sounds are still here. I also restart FG in the hope it will kill sound at init but they are still here and rehang and rekill. I will need to reboot to stop that ILS marker that make me crazy. Hmmm, I wonder if I'm not doing the exit stuff correctly. This problem doesn't happen on Linux, but linux maybe better at cleaning up wayward processes? Curt. -- Curtis Olsonhttp://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
Re: [Flightgear-devel] Jsbsim trim
Andy, It's a misfeature in the gear modelling. YASim has pretty much the same behavior. Both FDMs model gear force as a function of skidding velocity, which is fine for dynamic solutions. But a gear that is planted on the ground is capable of holding an aircraft at zero velocity, which doesn't work with the current FDMs -- zero velocity produces zero force. It sounds as if we were to tell the weather system to model a significantly strong hurricane that we would see the parked aircraft swept away. What I'm leading up to is that if this effect is happening whilst stationary, it's probably making the a/c more difficult to control on takeoff than it really is. That is if it still happens when the a/c is rolling. Just thinking about it... When the a/c is stationary the force on the wheels is the aircraft weight less the lift due to airflow over the lifting surfaces (a function of wind). As the a/c progresses on takeoff the above effect should change as the a/c gains speed. If it's having an effect straight away does it not need offsetting until a certain airspeed is reached (due to the weather system or a/c movement)? What's needed is code that, at low speeds, uses a spring model for gear force based on the distance in position from where the gear is stopped. Which sounds easy, but in practice is awfully hard. I've gotten started on this several times, and never produced useful code. So you're suggesting that the a/c mass, a friction coefficient dependent on weather condition and landing surface and tyre contact area are combined to provide a more realistic static case? If I've interpreted you correctly... what was the problem encountered? Chris. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL update
Curtis L. Olson wrote: Frederic Bouvier wrote: I updated and compiled FG with OpenAL flawlessly. Before I downloaded the Creative SDK for OpenAL and installed it. The headers are not in an AL/ directory, just Include, so I created this folder and moved the files to it. I added the path to the headers and the libraries in the IDE and libraries 'OpenAL32.lib ALut.lib' in the flightgear project file. I was going to report a success because I was able to ear 3 samples at the same time, but fgfs was unable to stop when I hit ESC then confirm by clicking OK. The program just hang with the sound still playing. I killed the program but the sounds are still here. I also restart FG in the hope it will kill sound at init but they are still here and rehang and rekill. I will need to reboot to stop that ILS marker that make me crazy. It doesn't look like the sound manager destructor is ever getting called. This should happen inside of the globals destructor, but that is never getting called either. I don't think any one has paid much attention to cleanup and exiting from FG, but we may need to address this now. Do we need an atexit() function that will clean things up for us? Curt. Curt. -- Curtis Olsonhttp://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
Re: [Flightgear-devel] OpenAL update
Curtis L. Olson wrote: Frederic Bouvier wrote: I updated and compiled FG with OpenAL flawlessly. Before I downloaded the Creative SDK for OpenAL and installed it. The headers are not in an AL/ directory, just Include, so I created this folder and moved the files to it. I added the path to the headers and the libraries in the IDE and libraries 'OpenAL32.lib ALut.lib' in the flightgear project file. I was going to report a success because I was able to ear 3 samples at the same time, but fgfs was unable to stop when I hit ESC then confirm by clicking OK. The program just hang with the sound still playing. I killed the program but the sounds are still here. I also restart FG in the hope it will kill sound at init but they are still here and rehang and rekill. I will need to reboot to stop that ILS marker that make me crazy. Hmmm, I wonder if I'm not doing the exit stuff correctly. This problem doesn't happen on Linux, but linux maybe better at cleaning up wayward processes? The OpenAl Programmer's guide says one must call alutExit before exiting. alutExit is in the destructor of SGSoundMgr, but AFAICS the manager is not destroyed at shutdown time. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] A couple of problems...
Hello All, I'm having trouble with a couple of FG problems. The less serious of the two concerns the weather settings. I'm using the default weather settings, except that I've increased the visibility ranges but I'm finding that the actual weather 'level' I'm getting, apart from initial start-up on the ground, is pretty random. For example, more often than not, after taking off, as I pass through 500ft the weather settings transition to the 6000ft or 9000ft level so I'm getting up to 30kt crosswinds at a little over 500ft. I should point out that this is with airfields that are 200ft alt. Sometimes it doesn't happen and the weather progresses smoothly through the 3000ft, 6000ft and 9000ft levels, but this is pretty rare. Opening the weather settings gui and selecting 'Reset' seems to be pretty random too - sometimes it'll correct the weather but quite often it'll do nothing or just select another incorrect level - for example, I can hit reset several times while at 1000ft and I can see (and check via the property browser) that I'm getting the 6000ft or 9000ft levels. Frequently I'll get the right weather level by hitting reset only for it to jump back to the 9000ft level when I hit 'ok' to close the gui. Once I've finally got the correct weather for the level I'm flying at and closed the gui without messing it up, the weather then seems to behave itself. The more serious problem is with nav1 ils guidence. I can get the a/c onto the glide slope and following the nav1 heading nicely but at approx 1 mile from the runway the nav1-heading-error-deg can suddenly jump from 0.01 deg to about 4 or 5 deg. While smaller aircraft can cope with this, something like the AN-225 can't. I can tune the pid controllers so it can cope with this jump but then it can't get on to the nav1 heading and stay there without badly overshooting (by up to a couple of miles) several times before it settles down, by which time it's almost on the runway. I've noticed that if there's any degree of crosswind, although the nav1-heading-error-deg might be showing 0.01 deg, the hsi needle is clearly showing that I'm off to one side of the GS and I suspect that the jump I'm seeing is some sort of correction for this. Neither of these problems seem to be dependent on the a/c - I've experienced them with a variety of a/c. Is anyone else experiencing these problems? They aren't particularly new - I've been seeing them for quite a while and they're still occurring with the cvs update I did a couple of hours ago. LeeE ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL update
Curtis L. Olson wrote: Curtis L. Olson wrote: Frederic Bouvier wrote: I updated and compiled FG with OpenAL flawlessly. Before I downloaded the Creative SDK for OpenAL and installed it. The headers are not in an AL/ directory, just Include, so I created this folder and moved the files to it. I added the path to the headers and the libraries in the IDE and libraries 'OpenAL32.lib ALut.lib' in the flightgear project file. I was going to report a success because I was able to ear 3 samples at the same time, but fgfs was unable to stop when I hit ESC then confirm by clicking OK. The program just hang with the sound still playing. I killed the program but the sounds are still here. I also restart FG in the hope it will kill sound at init but they are still here and rehang and rekill. I will need to reboot to stop that ILS marker that make me crazy. It doesn't look like the sound manager destructor is ever getting called. This should happen inside of the globals destructor, but that is never getting called either. I don't think any one has paid much attention to cleanup and exiting from FG, but we may need to address this now. Do we need an atexit() function that will clean things up for us? What is the right way to exit the main loop, rather than just calling exit() ? If there is no other option, we need an atexit call. I put alutExit() before exit(), with a sample playing from a previous run and the sound created by this instance are shut, the program stop as expected and my crazy sample is still playing. Rebooting once again... -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL - http://www.openal.org
Dave wrote: Thanks for the feedback. I was hoping to catch up with you after you'd finished flying and discover what you thought of the helicopter dynamics, but missed you. I guess we've got some serious improvement to do. If you fly our helicopters occaisionally and tell us what is good and bad about the modelling that would be fantastic - I'm not aware of any other real-life heli pilots on the list. What heli is it you fly in real-life by the way? Cheers - Dave R22 /R44 for instructing and Bell 47 for air displays and fun. Lapsed turbine rating too. - Tracy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer
Chris Horler wrote: Gents, Has anyone tried multiplayer? I haven't, but wondered if any representation of other a/c was in the property tree? Not yet, but if the multiplayer code starts using the AIModel code it will. This hasn't been done and (although I would like to) I don't think I can find enough time to get to that very soon. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] A couple of problems...
Lee Elliott wrote: Hello All, I'm having trouble with a couple of FG problems. The less serious of the two concerns the weather settings. I'm using the default weather settings, except that I've increased the visibility ranges but I'm finding that the actual weather 'level' I'm getting, apart from initial start-up on the ground, is pretty random. For example, more often than not, after taking off, as I pass through 500ft the weather settings transition to the 6000ft or 9000ft level so I'm getting up to 30kt crosswinds at a little over 500ft. Is anyone else experiencing these problems? They aren't particularly new - I've been seeing them for quite a while and they're still occurring with the cvs update I did a couple of hours ago. Is there any chance you have the real-weather-fetch set to true somewhere? Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL update
I need help though from the Mac people and cygwin/mingwin people. What are the openal libraries called on these platforms. At the moment the configure script assumes we want to link with -lopenal, but I don't expect this to work right for every platform. I expect there may be a couple days of head aches here while we get these platform dependent differences ironed out. Please be patient! Has anyone seen reference to the use of OpenAL with CygWin anywhere? I downloaded it, and tried configuring the linux subdirectory to build under cygwin - no joy (yet, at least). The Windows directory is so far a bit of a mystery, but there is no mention of cygwin there, either. I did a google search but so far have not found the words cygwin and openal together in a meaningful web page. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] A couple of problems...
On Saturday 24 April 2004 22:19, Erik Hofman wrote: Lee Elliott wrote: Hello All, I'm having trouble with a couple of FG problems. The less serious of the two concerns the weather settings. I'm using the default weather settings, except that I've increased the visibility ranges but I'm finding that the actual weather 'level' I'm getting, apart from initial start-up on the ground, is pretty random. For example, more often than not, after taking off, as I pass through 500ft the weather settings transition to the 6000ft or 9000ft level so I'm getting up to 30kt crosswinds at a little over 500ft. Is anyone else experiencing these problems? They aren't particularly new - I've been seeing them for quite a while and they're still occurring with the cvs update I did a couple of hours ago. Is there any chance you have the real-weather-fetch set to true somewhere? Erik Hello Erik, I haven't specifically invoked it and I'm usually off-line while flying anyway - dial-up - so I don't think that's it, and after a few 'resets' I can usually get it straighted out. LeeE ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Hello Curt, will this require an OpenAL (dev) package to be installed, or will everything needed be included in the FG source? LeeE ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Lee Elliott wrote: Hello Curt, will this require an OpenAL (dev) package to be installed, or will everything needed be included in the FG source? Yes, you'll want the openal dev package (or sdk or whatever it is called for your platform.) Curt. -- Curtis Olsonhttp://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
Re: [Flightgear-devel] OpenAL update
Jon, I did a google search but so far have not found the words cygwin and openal together in a meaningful web page. http://cvs.seul.org/cgi-bin/cvsweb-1.80.cgi/games/openal/linux/configure.in This looks like it could be the openal cvs source tree (I don't have it to check). If you search for cygwin on this page it says 'fixes for cygwin builds, that might mean someone has tried it at some stage. Chris. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Lee Elliott wrote: will this require an OpenAL (dev) package to be installed, or will everything needed be included in the FG source? It will require OpenAL to be installed separately. I just did it under linux, and it's a relatively benign ./autogen.sh ./configure make make install kind of thing. They imply that some distributions install it by default (Fedora doesn't), so it may already be there. The win directory seems to be MSVC specific, so Jon's fears about a cygwin build are probably justified (the linux directory won't build in cygwin: you want the Win32/DirectX implementation, not the OSS/ALSA one). There is a link to a binary SDK available from Creative, though, so presumably cygwin users could use that? I believe cygwin can link programs against normal windows .lib files, right? Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Andy Ross wrote: It will require OpenAL to be installed separately. I just did it under linux, and it's a relatively benign ./autogen.sh ./configure make make install kind of thing. They imply that some distributions install it by default (Fedora doesn't), so it may already be there. The win directory seems to be MSVC specific, so Jon's fears about a cygwin build are probably justified (the linux directory won't build in cygwin: you want the Win32/DirectX implementation, not the OSS/ALSA one). There is a link to a binary SDK available from Creative, though, so presumably cygwin users could use that? I believe cygwin can link programs against normal windows .lib files, right? The linux configure.in does reference cygwin, so it appears that someone has thought down this path before, I don't know exactly what magic is required to make it work though. Jon, you might also search for libopenal along with cygwin ... if cygwin packaged openal, I bet that is what they'd call it. Curt. -- Curtis Olsonhttp://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
RE: [Flightgear-devel] OpenAL
There is a link to a binary SDK available from Creative, though, so presumably cygwin users could use that? I believe cygwin can link programs against normal windows .lib files, right? Andy Unfortunately that's starting to get outside the range of expertise I have and also the time constraints I'm under ... :-( Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Jon, you might also search for libopenal along with cygwin ... if cygwin packaged openal, I bet that is what they'd call it. Curt. That search appeared to be more productive initially, but nothing helpful has cropped up, yet. Jon, CygWin user - Help, Help! I'm being repressed! ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: OpenAL
That search appeared to be more productive initially, but nothing helpful has cropped up, yet. Maybe this will help ? http://omapi.sourceforge.net/extra/ -Simon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
On Saturday 24 April 2004 23:13, Andy Ross wrote: Lee Elliott wrote: will this require an OpenAL (dev) package to be installed, or will everything needed be included in the FG source? It will require OpenAL to be installed separately. I just did it under linux, and it's a relatively benign ./autogen.sh ./configure make make install kind of thing. They imply that some distributions install it by default (Fedora doesn't), so it may already be there. The win directory seems to be MSVC specific, so Jon's fears about a cygwin build are probably justified (the linux directory won't build in cygwin: you want the Win32/DirectX implementation, not the OSS/ALSA one). There is a link to a binary SDK available from Creative, though, so presumably cygwin users could use that? I believe cygwin can link programs against normal windows .lib files, right? Andy Ok - thanks, Curt. There are libopenal and libopenal-dev libraries in Debian unstable - hopefully, that'll be all I need. I'll give it a go in the next couple of days. LeeE ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL update
Frederic Bouvier wrote: What is the right way to exit the main loop, rather than just calling exit() ? If there is no other option, we need an atexit call. I put alutExit() before exit(), with a sample playing from a previous run and the sound created by this instance are shut, the program stop as expected and my crazy sample is still playing. Rebooting once again... Fred, I added an atexit() function to CVS that deletes the global class. This should then also delete the soundmgr class which will cause alutExit() to be called. This might also give us the opportunity to hook in the SDL cleanup function as well. Regards, Curt. -- Curtis Olsonhttp://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