Re: [Flightgear-devel] OpenAL update
Curtis L. Olson wrote: 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. That works well, either by asking to exit in the menu, or closing the window. Destroying the samples kill the sound, alutExit just cleaning a quiet process. I'll have to remember not to kill fg or interrupt a debugging session. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] MD-11
On Saturday 24 April 2004 14:50, Erik Hofman wrote: 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? It actually reminds me that during one of my tweaks I noticed that I found the aircraft to flip-over sideways, while I was only moving either gears or CoG forward or backward. I didn't give it much thougth then, and therefore don't remember the exact parameters that made this happen. But, would it be possible than that specifically in the JSB trimming routine somehow. I feel it's still a bit premature, but if anybody wants to play with the MD11 files, I could offer them for cvs inclusion. Who should I send them to? Curt? Erik? Cheers, Durk ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] animating Models
On Friday 23 April 2004 15:01, CHANDRASEKHAR ACHALLA wrote: Hi, I would like to know if anybody is working on inserting and animating Models into flightgear. I have contacted David Culp with these questions (see below). He said that the FDM for the model support it, but there is no flight plan yet. So, I was wondering if anybody is working on it so that I can participate with them. thanks Chandra A couple of weeks ago, I started exploring the idea of flight plans to control automatic AI traffic, inspired by a similar project for microsoft flightsimulator, called projectai (http://www.projectai.com). Although I've come up with a few ideas how AI traffic should behave, that is, the necessary parameter that need to be included in the flight plans, I don't have any code yet. The idea would be to have a sort-of top level flight plan dispatcher interact with and create AI traffic on the fly, based on range parameters. Adding full dynamic AI traffic is a rather large project, and like Erik and David, I'm very limited in time, so I don't expect this to appear in FlightGear soon. Cheers, Durk ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] MD-11
Durk Talsma wrote: I feel it's still a bit premature, but if anybody wants to play with the MD11 files, I could offer them for cvs inclusion. Who should I send them to? Curt? Erik? I think Curtis is buried under audio bits. You can sent it to me. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OpenAL runtime error
Hi Flightgear and Simgear builds ok on SuSE Linux 9.0, but when I try to run Flightgear I get this error message: Initializing OpenAL sound manager fgfs: pcm.c:1050: snd_pcm_writei: Assertion `pcm-setup' failed. I'm using openal version 20030811-83 and openal-devel version 20030811-83 as der standard for SuSE 9.0 -- Roy Vegard Ovesen ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL runtime error
Flightgear and Simgear builds ok on SuSE Linux 9.0, but when I try to run Flightgear I get this error message: I'm also running SuSE 9.0 with the same default openal packages. Initializing OpenAL sound manager fgfs: pcm.c:1050: snd_pcm_writei: Assertion `pcm-setup' failed. I don't get this message. I do get sound and an openal message 'Initializing OpenAL sound manager'. Maybe something else is using the sound device? Chris. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] MD-11
Hi Durk I don't know if you have actually got the A/C to sit on the ground correctly yet.But I have got both the 747 and MD11 to sit correctly by making sure the CG figure is no further back than 850 X units and the MLG figures also no further back than 850 X units any further back and the model does not sit correctly. See below for extracts from both my config files 747 AC_EMPTYWT 398500 AC_CGLOC 850.3 0.0 -69.6 AC_AERORP850.3 0.0 30.0 AC_EYEPTLOC 194.8 -32.0 100.0 AC_VRP 850.3 0 -50 /METRICS UNDERCARRIAGE AC_GEAR NOSE_LG 361.7 0.0 -180.9 262546.0 87515.3 0.5 0.8 0.02 STEERABLE NONE 5.0 RETRACT AC_GEAR LEFT_MLG 870.5 -228.3 -180.9 875153.5 175030.7 0.5 0.8 0.02 FIXED LEFT 0 RETRACT AC_GEAR RIGHT_MLG 870.5 228.3 -180.9 875153.5 175030.7 0.5 0.8 0.02 FIXED RIGHT 0 RETRACT /UNDERCARRIAGE MD11 AC_EMPTYWT 378363 AC_CGLOC 800.5 0.0 -60.2 AC_AERORP800.5 0.0 0.0 AC_EYEPTLOC 168.7 -30.0 75.0 AC_VRP 0 0 0 /METRICS UNDERCARRIAGE AC_GEAR NOSE_LG 313.3 0.0 -170.2 189181.7 63060.6 0.5 0.8 0.02 STEERABLE NONE 5.0 RETRACT AC_GEAR LEFT_MLG 850.5 -183.1 -170.2 630605.7 126121.1 0.5 0.8 0.02 FIXED LEFT 0 RETRACT AC_GEAR RIGHT_MLG 850.5 183.1 -170.2 630605.7 126121.1 0.5 0.8 0.02 FIXED RIGHT 0 RETRACT /UNDERCARRIAGE Why this happens I don't know I will send an email to David Culp and see if he has any ideas. I don't know if you are interested but I grabed a MD11 from FS 98 from Simviation just so at least the model looked like a MD11. If you are not familiar with using FS98 models give me a yell. Durk Talsma writes On Saturday 24 April 2004 14:50, Erik Hofman wrote: 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? It actually reminds me that during one of my tweaks I noticed that I found the aircraft to flip-over sideways, while I was only moving either gears or CoG forward or backward. I didn't give it much thougth then, and therefore don't remember the exact parameters that made this happen. But, would it be possible than that specifically in the JSB trimming routine somehow. I feel it's still a bit premature, but if anybody wants to play with the MD11 files, I could offer them for cvs inclusion. Who should I send them to? Curt? Erik? Cheers, Durk Cheers Innis _ Personalise your phone with chart ringtones and polyphonics. Go to http://ringtones.com.au/ninemsn/control?page=/ninemsn/main.jsp ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL runtime error
On Sunday 25 April 2004 12:49, Chris Horler wrote: Flightgear and Simgear builds ok on SuSE Linux 9.0, but when I try to run Flightgear I get this error message: I'm also running SuSE 9.0 with the same default openal packages. I have VT8233/A/8235 AC97 Audio Controller that's a mainboard-integrated soundcard. Initializing OpenAL sound manager fgfs: pcm.c:1050: snd_pcm_writei: Assertion `pcm-setup' failed. I don't get this message. I do get sound and an openal message 'Initializing OpenAL sound manager'. Maybe something else is using the sound device? I did try to run twm instead of KDE to make sure that KDE was not useing the sound device, but I got the same error. I've also tried the orbz demo (a game) that is supposed to use OpenAL. That worked fine (under KDE), so I guess that there is nothing wrong with: sound device, alsa, openal. -- Roy Vegard Ovesen ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Jsbsim trim
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. I may have forgotten about gear expansion / damping. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Jon Berndt writes: 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! Jon, I have *no* idea if it actually produces any sound as I don't have a sound board on my development system but after getting the OPENAL CVS files cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository login (use password guest) cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal then % cd $OPENAL % cd linux % ./autogen.sh % make % make test compiles everything without a complaint on my Cygwin installation HTH Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Norman Vine wrote: after getting the OPENAL CVS files cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository login (use password guest) cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal OOPS I forgot the configure command then % cd $OPENAL % cd linux % ./autogen.sh % ./configure % make % make test compiles everything without a complaint on my Cygwin installation HTH Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
I tried essentially what you suggested yesterday. I'll try again later today, but following your explicit example. If needed I may re-checkout the distro. I'll let you know what I get. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Under Gentoo: emerge openal then it built fine against CVS Simgear however I'm having trouble getting autogen.sh to pick everything up correctly for building CVS FlightGear. Is anyone here running CVS FlightGear under Gentoo? If not I may have to look into how to construct an ebuild for portage. Cheers, Al ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Jsbsim trim
On Samstag, 24. April 2004 21:31, Andy Ross wrote: 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. Yep, kind of true. Jon and I are working on a solution to this. At least for JSBSim. It is not only the gear modelling which plays a role here, the time integration of the equations of motion play a role too. There is code on a development branch in JSBSim's cvs which addresses this and also works well so far. And Andy, If I remember right, I believe that it was a comment of you about the problem beeing stiff, that made me look into JSBSim's timestepping ... ;) Greetings Mathias -- Mathias Fröhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: OpenAL runtime error
* Roy Vegard Ovesen -- Sunday 25 April 2004 11:44: Flightgear and Simgear builds ok on SuSE Linux 9.0, but when I try to run Flightgear I get this error message: Initializing OpenAL sound manager fgfs: pcm.c:1050: snd_pcm_writei: Assertion `pcm-setup' failed. I'm using openal version 20030811-83 and openal-devel version 20030811-83 as der standard for SuSE 9.0 Got the same here with Linux 2.6.5 and the OpenAL from SuSE 9.0. Then I replaced OpenAL with cvs/head and compiled again. Now it works. m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: OpenAL runtime error
Initializing OpenAL sound manager fgfs: pcm.c:1050: snd_pcm_writei: Assertion `pcm-setup' failed. I'm using openal version 20030811-83 and openal-devel version 20030811-83 as der standard for SuSE 9.0 Got the same here with Linux 2.6.5 and the OpenAL from SuSE 9.0. Then I replaced OpenAL with cvs/head and compiled again. Now it works. I'm running Linux 2.6.4 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Jsbsim trim
Good morning, I took a couple of classes in Matlab/Simulink last month and this was addressed specifically in the class. Matlab permits you to vary timestep size as you approach the ground. It you extrapolate ahead in time to see if any of the gear have come in contact with the ground you can then retreat to the previous time, cut the timestep size down and then go forward again until you capture the ground contact at a fine enough stepsize to prevent instability. It isn't necessary to run the entire simulation at this reduced stepsize if you can run the gear model as a faster subtask of the main simulation. Matlab then does running checks to vary the timestep size on the basis of a predictor-corrector algorithm (if there is a large discontinuity it will go back and systematically chop down the timestep size until the output is "sensible".It's possible in this modern age to find implementation of these algorithms (Adams-Bashforth is one that I'm familiar with. Naturallyyou are takinga chance on frame overruns if you let the program decide its update rate, but then that's fixable too in this age, using a faster processor. When I worked with commercial airline training simulationsthe common "smoke test" to see if everything was working OK was to taxi on the ground with the autopilot running. This was the peak load situationwhere any problems with overruns were most likely to show up. Hope this helps. Nickolas HeinMorgantown WV - Original Message - From: Mathias Fröhlich To: FlightGear developers discussions Sent: Sunday, April 25, 2004 10:26 AM Subject: Re: [Flightgear-devel] Jsbsim trim On Samstag, 24. April 2004 21:31, Andy Ross wrote: 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.Yep, kind of true.Jon and I are working on a solution to this. At least for JSBSim.It is not only the gear modelling which plays a role here, the time integration of the equations of motion play a role too.There is code on a development branch in JSBSim's cvs which addresses this and also works well so far.And Andy, If I remember right, I believe that it was a comment of you about the problem beeing stiff, that made me look into JSBSim's timestepping ...;) Greetings Mathias-- Mathias Fröhlich, email: [EMAIL PROTECTED]___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
Hi, On Sonntag, 25. April 2004 17:24, Nick wrote: I took a couple of classes in Matlab/Simulink last month and this was addressed specifically in the class. Matlab permits you to vary timestep size as you approach the ground. It you extrapolate ahead in time to see if any of the gear have come in contact with the ground you can then retreat to the previous time, cut the timestep size down and then go forward again until you capture the ground contact at a fine enough stepsize to prevent instability. It isn't necessary to run the entire simulation at this reduced stepsize if you can run the gear model as a faster subtask of the main simulation. Matlab then does running checks to vary the timestep size on the basis of a predictor-corrector algorithm (if there is a large discontinuity it will go back and systematically chop down the timestep size until the output is sensible. It's possible in this modern age to find implementation of these algorithms (Adams-Bashforth is one that I'm familiar with. Naturally you are taking a chance on frame overruns if you let the program decide its update rate, but then that's fixable too in this age, using a faster processor. There are even phantastic free odesolvers included in MATLAB odesuite available. I believe that this toolbox is just delivered with current MATLAB versions. You can just plug them in SIMULINK. So if you are at that situation you can do much more. If you just want to stay explicit for some reason you can just use an explicit solver like the ode45, set the atol and rtol values via odeset and let it run. Solvers like ode45 have adaptive stepsize control to get a result with that given accuracy. The downside of this approach is that explicit solvers will detect this stiffness and dependent on how stiff the problem is will reduce the stepsize to something *very* small. Too small to get some realtime behavour ... The other approach is to use the right tool for the given problem, an implicit solver like the ode15s of the odesuite. It will integrate well even if the problem is stiff or a DAE. ode15s can be restricted to a low order solver if your problem is not smooth enough (not enough often steady differntiable). If it is kind of smooth, or at least the sharp bends occure not that often, as is the case for a gear. A gear model is most likly smooth enough up to the point when the tire leaves the ground, at this point it is only steady but not differentiable. Then it might be a good idea to use a higher order solver anyway. For stiff problems I think it is best to use RADAU5 available from http://www.unige.ch/math/folks/hairer/software.html An excellent page for timestepping anyway. This RADAU5 has order 5 and also if required builtin stepsize control. The MATLAB code is not yet there, but I know that there is one (I have it here, a collegue implemented it in MATLAB) and I also know that the author of that page asked for this MATLAB version of RADAU5 to publish it on this page. So it will appear there ... ... wait. It *is* available via http://na.uni-tuebingen.de/na/software.shtml Hope this helps. Yep, kind of ... :) Greetings Mathias -- Mathias Frhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] MD-11
Hi, If you guys want a MD-11 specifically for FlightGear, I think I may be able to make one. I have 3D Max Studio but I'm not sure whether FlightGear supports 3DS files. Regards, Ampere On April 25, 2004 07:05 am, Innis Cunningham wrote: Hi Durk I don't know if you have actually got the A/C to sit on the ground correctly yet.But I have got both the 747 and MD11 to sit correctly by making sure the CG figure is no further back than 850 X units and the MLG figures also no further back than 850 X units any further back and the model does not sit correctly. See below for extracts from both my config files 747 AC_EMPTYWT 398500 AC_CGLOC 850.3 0.0 -69.6 AC_AERORP850.3 0.0 30.0 AC_EYEPTLOC 194.8 -32.0 100.0 AC_VRP 850.3 0 -50 /METRICS UNDERCARRIAGE AC_GEAR NOSE_LG 361.7 0.0 -180.9 262546.0 87515.3 0.5 0.8 0.02 STEERABLE NONE 5.0 RETRACT AC_GEAR LEFT_MLG 870.5 -228.3 -180.9 875153.5 175030.7 0.5 0.8 0.02 FIXED LEFT 0 RETRACT AC_GEAR RIGHT_MLG 870.5 228.3 -180.9 875153.5 175030.7 0.5 0.8 0.02 FIXED RIGHT 0 RETRACT /UNDERCARRIAGE MD11 AC_EMPTYWT 378363 AC_CGLOC 800.5 0.0 -60.2 AC_AERORP800.5 0.0 0.0 AC_EYEPTLOC 168.7 -30.0 75.0 AC_VRP 0 0 0 /METRICS UNDERCARRIAGE AC_GEAR NOSE_LG 313.3 0.0 -170.2 189181.7 63060.6 0.5 0.8 0.02 STEERABLE NONE 5.0 RETRACT AC_GEAR LEFT_MLG 850.5 -183.1 -170.2 630605.7 126121.1 0.5 0.8 0.02 FIXED LEFT 0 RETRACT AC_GEAR RIGHT_MLG 850.5 183.1 -170.2 630605.7 126121.1 0.5 0.8 0.02 FIXED RIGHT 0 RETRACT /UNDERCARRIAGE Why this happens I don't know I will send an email to David Culp and see if he has any ideas. I don't know if you are interested but I grabed a MD11 from FS 98 from Simviation just so at least the model looked like a MD11. If you are not familiar with using FS98 models give me a yell. Durk Talsma writes On Saturday 24 April 2004 14:50, Erik Hofman wrote: 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? It actually reminds me that during one of my tweaks I noticed that I found the aircraft to flip-over sideways, while I was only moving either gears or CoG forward or backward. I didn't give it much thougth then, and therefore don't remember the exact parameters that made this happen. But, would it be possible than that specifically in the JSB trimming routine somehow. I feel it's still a bit premature, but if anybody wants to play with the MD11 files, I could offer them for cvs inclusion. Who should I send them to? Curt? Erik? Cheers, Durk Cheers Innis _ Personalise your phone with chart ringtones and polyphonics. Go to http://ringtones.com.au/ninemsn/control?page=/ninemsn/main.jsp ___ 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
[Flightgear-devel] Helicopter Animations
I wrote a patch to get simple helicopter animations to work on a slave machine. I didn't look into the source too much at first - I wrote most of the patch on the Linux Developer expo day. I now realise I missed something. I think the ExternalNet.cxx file is used when the native protocol is used, this never calls the required routine to see the animations on the other computer/fgfs2. If I use the --native-ctrls I do see the animations, but get no position updates for the fdm (because the netfdm isn't used). from the looks of this we'd need to use one protocol to move the heli and another to animate it. The only problem is that both call the same function at one point and waste cpu time - because it's really only needed the once. Anyway all that aside I'm noticing another problem now that I got it partially working. it's like watching an old black and white movie - wheels (props) are almost spinning backward because the camera (hz) is not large enough. I have Hz set to 30. I can't help but think here, why do we need to handle the rotation by a position rather than by rpm? What happens with fixed wing propellers in this situation? Thanks, Chris. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Some feedback on OpenAL: I just updated plib, SimGear, and FlightGear from cvs. With the default Cessna 172, the sound does not change with throttle setings or RPM change. Also, the ident for the ADF does not go away when I turn off the ident or change frequencies. The flap motion sounds and the touchdown and runway sounds seem normal. The outer marker, middle marker, and inner marker sounds were normal. I continually get the following error: Oops AL error in sample set_volume()! I am running an current Suse 9.0 Professional with default OpenAL (kernel 2.4.21-202). I tried several other AC and did hear a change with the throttle for the hunter, but still get the ame repeating error. Is anyoune else seeing similar errors? Dave Perry ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
On Sunday 25 April 2004 23:31, Dave Perry wrote: Some feedback on OpenAL: I just updated plib, SimGear, and FlightGear from cvs. With the default Cessna 172, the sound does not change with throttle setings or RPM change. Also, the ident for the ADF does not go away when I turn off the ident or change frequencies. That is likely because the kr-87 adf is also active but it does not have a instrument panel in the default C172. You can turn it off through the property browser. So, bottom line: this is not a OpenAL problem. -- Roy Vegard Ovesen ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Jsbsim trim
..ok, time for another of my stupid questions: Mathias, does your new model code include tire creep? And tire sidewall flex? ..a wee virtual demo on tire side wall flex: Take a parked, say Cessna 172, out at the leading edge of the very wing tip, and push it straight aft, then release, and repeat. ..once you get your repeat pushes close to the system resonance frequency, you will find wee pushes generates quite a yaw oscillation, and that it will swing around a point somewhere near the nose wheel. System here, is, tire side wall flexibility (some people prefer doing calculus on its inverse, tire sidewall stiffness), against _parts_ of the wings + tail + nose etc masses. ..a wee virtual demo on tire creep: park an automobile sideways on a slope, so it leans with one side down, buth with the front (and rear) horizontal. Mark the position of at least the up side tires. Lock the steering wheel, say by turning off the ignition and taking the key out of the lock. Now get your fat ass outta the car and push it. ;-) ..15 feet forward, then back to those marks, will do fine. Note how far down the tires crept. Tire creep. ;-) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: OpenAL runtime error
On Sunday 25 April 2004 16:42, Melchior FRANZ wrote: * Roy Vegard Ovesen -- Sunday 25 April 2004 11:44: Flightgear and Simgear builds ok on SuSE Linux 9.0, but when I try to run Flightgear I get this error message: Initializing OpenAL sound manager fgfs: pcm.c:1050: snd_pcm_writei: Assertion `pcm-setup' failed. I'm using openal version 20030811-83 and openal-devel version 20030811-83 as der standard for SuSE 9.0 Got the same here with Linux 2.6.5 and the OpenAL from SuSE 9.0. Then I replaced OpenAL with cvs/head and compiled again. Now it works. Did the same, and it works great! I did configure OpenAL with --enable-alsa and --enable-alsa-dlopen, but I can't say for sure if this is required. I just did it because a little voice inside my head told me to. :-) For some reason I also included --enable-vorbis. If we are going to have different samples for the entire rpm range, as Curt suggested, we might consider compressing. Thanks! -- Roy Vegard Ovesen ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Jsbsim trim
..ok, time for another of my stupid questions: Mathias, does your new model code include tire creep? And tire sidewall flex? There are a lot of tire effects that might be modeled. The question faced in deciding what to model is: given the purpose of this FDM, what should be included to achieve the desired effect? There are some great technical papers hosted in the NASA Langley (and perhaps NASA Dryden) technical report servers. Several years ago when I was doing some initial RD for the JSBSim gear model I had some discussions with Bob Daugherty of NASA Langley about gear modeling (where they do a lot of very serious gear modeling and analysis), and he also referred me to some papers. The range of characteristics that might be modeled include tire slip, tire wind-up, spin up, and complex strut interactions, to name only a few of the more difficult ones. These problems are difficult even for detailed engineering sims, and in the case of trying to model any generic vehicle, these problems are compounded. There are some things I'd like for us to model, but JSBSim also hopes to remain comprehensive and comprehensible at the same time, so modeling some of the more subtle effects probably is not worth the effort. In any case, Mathias and I in particular are working on some sweeping changes for JSBSim that ought to make the gear modeling much more stable. After that, there are many other improvements to make - one of which is looking at the gear model to discern where improvements can (and _should_) be made. In the meantime, we are discussing some changes that might be made and doing some limited research into the matter, including reviewing the approaches used by other simulators such as racing sims. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Jsbsim trim
On Sun, 25 Apr 2004 17:46:25 -0500, Jon wrote in message [EMAIL PROTECTED]: ..ok, time for another of my stupid questions: Mathias, does your new model code include tire creep? And tire sidewall flex? There are a lot of tire effects that might be modeled. The question faced in deciding what to model is: given the purpose of this FDM, what should be included to achieve the desired effect? There are some great technical papers hosted in the NASA Langley (and perhaps NASA Dryden) technical report servers. Several years ago when I was doing some initial RD for the JSBSim gear model I had some discussions with Bob Daugherty of NASA Langley about gear modeling (where they do a lot of very serious gear modeling and analysis), and he also referred me to some papers. The range of characteristics that might be modeled include tire slip, tire wind-up, spin up, and complex strut interactions, to name only a few of the more difficult ones. These problems are difficult even for detailed engineering sims, and in the case of trying to model any generic vehicle, these problems are compounded. There are some things I'd like for us to model, but JSBSim also hopes to remain comprehensive and comprehensible at the same time, so modeling some of the more subtle effects probably is not worth the effort. In any case, Mathias and I in particular are working on some sweeping changes for JSBSim that ought to make the gear modeling much more stable. After that, there are many other improvements to make - one of which is looking at the gear model to discern where improvements can (and _should_) be made. In the meantime, we are discussing some changes that might be made and doing some limited research into the matter, including reviewing the approaches used by other simulators such as racing sims. ..good. :-) Also, keep that compresses doughnut of compressed air in mind, as in; spin up a pressurized tire for at least 3 minutes, then stop-it-n-yank-it-off-that-shaft and try carry it around. ;-) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] latest SimGear and OpenAL on Gentoo amd64
Hi, I just synced up the latest simgear on my athlon 64 3000 running Gentoo linux 64 bit and had a couple of issues getting it to build. After I fixed them it worked like a charm, I'm building FlightGear now. This is my first attempt after upgrading from an athlon xp 2100. I had to manually modify the simgear/sound/Makefile. I added -L../debug to openal_test1_LDADD I also had to add -L../debug -L../misc -L../structure to openal_test2_LDADD With those changes everything compiled. I'm using OpenAL 20040218 from gentoo's portage tree. Hope this helps, Mike ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Jsbsim trim
On Mon, 26 Apr 2004 03:37:53 +0200, Arnt wrote in message [EMAIL PROTECTED]: ..good. :-) Also, keep that ...errr... doughnut of compressed air in mind, as in; spin up a pressurized tire for at least 3 minutes, then stop-it-n-yank-it-off-that-shaft and try carry it around. ;-) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] latest SimGear and OpenAL on Gentoo amd64
On Sun, 25 Apr 2004 19:39:46 -0700, Mike wrote in message [EMAIL PROTECTED]: Hi, I just synced up the latest simgear on my athlon 64 3000 running Gentoo linux 64 bit and had a couple of issues getting it to build. After I fixed them it worked like a charm, I'm building FlightGear now. This is my first attempt after upgrading from an athlon xp 2100. ..is there _any_ other 64 bit flight sim out there? ;-) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OpenAL + Gentoo Ebuilds for CVS
Greetings, I can also confirm sound in FlightGear through OpenAL is working well (better with arts support enabled rather than just alsa or oss emulation). Don't quite understand why but it may be because I'm running under KDE. I've finally got as far as I can with the ebuilds on Gentoo for SimGear and FlightGear CVS - rather than posting the information again that I put on a the gentoo forum (http://forums.gentoo.org) I present a link to the message: http://forums.gentoo.org/viewtopic.php?t=165896 I'd appreciate it if people would take a look at the ebuilds - even if you do not run gentoo - to check if I've got the right dependancies and versions therein. A link to my ebuilds are at: http://www.prbox.com/FlightGear_SimGear_Gentoo_CVS_Ebuilds.tgz I've simply bumped the minor versions up and these ebuilds will replace any current version of SimGear of FlightGear. You'll need to extract them to /usr/local/portage or wherever and make sure that /etc/make.conf has PORTDIR_OVERLAY set accordingly. A quick summary of my system: P3 flightgear # uname -a ACCEPT_KEYWORDS=~x86 emerge -p openal simgear flightgear --verbose Linux P3 2.6.5-gentoo-r1 #3 SMP Mon Apr 26 02:15:53 UTC 2004 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux [ebuild R ] media-libs/openal-20040303 +alsa +arts -debug +esd +mpeg +oggvorbis +sdl [ebuild R ] dev-games/simgear-0.3.6 [ebuild R ] games-simulation/flightgear-0.9.5 -dedicated Cheers, Al ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel