Re: [Flightgear-devel] sound via simgear
Hi Harry, Could I ask if via simgear and I assume to alsa behind that, if its possible to to get control over the levels of left and right channels and hook them on the property tree. Where I am heading here splitting a single stereo sound device into 2 mono channels, ie is to be able to steer nav audio to the left like for example ils marker tones, and maybe atc chatter or some thing else to the right channel. I'm, not sure I completely understand what you're trying to do. The SoundManager in SimGear has a software volume control for all Sources, SoundGroups and for the SoundManager. At the moment it's not yet possible to drive multiple hardware devices but there has been a request before to be able to output the communication devices to a different audio jack than the rest of the sound effects. If you want to get deeper into it then you might want to contact me directly since I'm the author of the SoundManger code. Erik -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sound via simgear
On Fri, 2011-02-11 at 09:41 -0600, Curtis Olson wrote: Hi Harry, FlightGear uses a 3d sound system so as far as I know, we can't directly split sound like you are asking for. However it should be possible to specify the position of a sound in the cockpit and achieve pretty much the same thing. At least this used to work several years ago when I was playing with it. I was able to to localize the left and right engine sounds. In addition in an external fly-by you could hear the sound moving from one speaker to the other which was really cool. Now that I think about it we may have lost that positional capability in the fly by so I don't know if positioning the sound inside the cockpit is working any more either? 3d audio rendering should be working properly. I know it does over here, it's just that many aircraft have omni-directional sounds located at the center of the aircraft basically rendering 3d audio useless. Erik -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sound via simgear
On Sat, 2011-02-12 at 10:04 +, Heiko Schulz wrote: Sorry to come up again with that but I still wonder why it doesn't work that good on win-systems. Interestingly I heard that FGFS should give you a message if you use a multi-channel-soundfile- I never had that on win32 here, even using a multichannel-file. This is an alut error: alutError.c: return Unsupported mode within an otherwise usable file type; Maybe it's ALUT specific an should we try to catch the problem ourselves in the SoundManger. Erik -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sound via simgear
On Sat, 2011-02-12 at 10:04 +, Heiko Schulz wrote: Sorry to come up again with that but I still wonder why it doesn't work that good on win-systems. I sincerely wouldn't know since I haven't been using windows for ages. I do know that there are a lot of small differences between OpenAL implementations that make it hard to use properly. Erik -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sound via simgear
Hi Eric, Thanks for that, I would be most gratefull to lias with you on FG sound To explain its a multi motherboard sim setup with Boeing panels interfaced via a can network. Each nav, comm and dme head has its own volume, these I expect can be dealt with, what i was hoping to do was use the audio in a mono format, like steer nav and com audio to the left channel feeding a head set, and them maybe alarm audio to a speaker via the right channel. Which ever is controlled by the pilots audio panel interfaced to the system. This would be aside from the normal sound effects running on the main sound channel. Be it achieved by adding in additional sound cards in the main machine, or utilizing the sound chips on the networked machines that run screens (which would require some additional on the network io). But I know my Intel 945 series motherboards have sound chips with front and back connections, but i dont know if the chips will support different streams for each one, as far as i recall they only report one audio device and no inbuilt mixing. Maybe a better sound card with hardware mixing is required. From what you say, adding extra sound cards would require modifications, I guess to sim gear? Would this be along the lines of cloning some modules and defining them to each system audio device or more involved than that? Is Plib involved here as well? Also at some stage I have to work to get FGcom, and my local off air audio feeds into the system. Yes I will dig in with it further, and am just looking at possible ways to do it. Also keeping things to a minimum just with Alsa. I installed pulse audio (for the mixer) last night and it fouled up the system. I have minimal Ubuntu 10:10 with no gui on these machines, just X11, Alsa and FG. I think I need to start a web page with some notes for these off the beaten track things I have been doing for people like me who build sims with FG as the core rather than MS Harry On Sat, Feb 12, 2011 at 4:48 PM, Erik Hofman e...@ehofman.com wrote: Hi Harry, Could I ask if via simgear and I assume to alsa behind that, if its possible to to get control over the levels of left and right channels and hook them on the property tree. Where I am heading here splitting a single stereo sound device into 2 mono channels, ie is to be able to steer nav audio to the left like for example ils marker tones, and maybe atc chatter or some thing else to the right channel. I'm, not sure I completely understand what you're trying to do. The SoundManager in SimGear has a software volume control for all Sources, SoundGroups and for the SoundManager. At the moment it's not yet possible to drive multiple hardware devices but there has been a request before to be able to output the communication devices to a different audio jack than the rest of the sound effects. If you want to get deeper into it then you might want to contact me directly since I'm the author of the SoundManger code. Erik -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Regards Harry 19b Jln Danau Poso Sanur, Bali 80228 H +62 361 285629 M +62 812 7016328 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sound via simgear
On Sat, 2011-02-12 at 17:38 +0700, Harry Campigli wrote: Hi Eric, Thanks for that, I would be most gratefull to lias with you on FG sound To explain its a multi motherboard sim setup with Boeing panels interfaced via a can network. Each nav, comm and dme head has its own volume, these I expect can be dealt with, what i was hoping to do was use the audio in a mono format, like steer nav and com audio to the left channel feeding a head set, and them maybe alarm audio to a speaker via the right channel. Which ever is controlled by the pilots audio panel interfaced to the system. Controlling separate channels could be a problem although there may be a way around it; placing one source to the right of the listener and one source to the left, both streaming the appropriate channels. But I know my Intel 945 series motherboards have sound chips with front and back connections, but i dont know if the chips will support different streams for each one, as far as i recall they only report one audio device and no inbuilt mixing. Maybe a better sound card with hardware mixing is required. To my experience it's almost always possible to distinguish between output jacks so that might not be a problem. From what you say, adding extra sound cards would require modifications, I guess to sim gear? Would this be along the lines of cloning some modules and defining them to each system audio device or more involved than that? Is Plib involved here as well? It would require modifications to both FlightGear and SimGear, PLib is not used for sound. Also at some stage I have to work to get FGcom, and my local off air audio feeds into the system. Yes I will dig in with it further, and am just looking at possible ways to do it. Also keeping things to a minimum just with Alsa. Actually we're using OpenAL but it can be set to use ALSA as a backend. I installed pulse audio (for the mixer) last night and it fouled up the system. I have minimal Ubuntu 10:10 with no gui on these machines, just X11, Alsa and FG. I've given up on pulse audio and would not encourage anyone to use it in a serious simulation environment. I think I need to start a web page with some notes for these off the beaten track things I have been doing for people like me who build sims with FG as the core rather than MS That would always be welcome, you could also consider adding it to the next newsletter: http://wiki.flightgear.org/index.php/Next_newsletter Erik -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Cmake + VC2010 link errors
After many rebuilds of OSG, Simgear and Flightgear with the Cmake system I am still seeing a few warnings and errors at link time. Does anyone have any ideas please? TIA Alan -- Build started: Project: fgfs, Configuration: Release Win32 -- osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: void __thiscall std::basic_ifstreamchar,struct std::char_traitschar ::`vbase destructor'(void) (??_D?$basic_ifstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already defined in fgATCDCL.lib(ATCVoice.obj); second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: void __thiscall std::basic_ifstreamchar,struct std::char_traitschar ::close(void) (?close@?$basic_ifstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already defined in fgATCDCL.lib(ATCVoice.obj); second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: __thiscall std::basic_ifstreamchar,struct std::char_traitschar ::basic_ifstreamchar,struct std::char_traitschar (char const *,int,int) (??0?$basic_ifstream@DU?$char_traits@D@std@@@std@@QAE@PBDHH@Z) already defined in fgInstruments.lib(HUD.obj); second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: void __thiscall std::basic_ofstreamchar,struct std::char_traitschar ::`vbase destructor'(void) (??_D?$basic_ofstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already defined in logger.obj; second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: void __thiscall std::basic_ofstreamchar,struct std::char_traitschar ::close(void) (?close@?$basic_ofstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already defined in fgTraffic.lib(TrafficMgr.obj); second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: __thiscall std::basic_ofstreamchar,struct std::char_traitschar ::basic_ofstreamchar,struct std::char_traitschar (char const *,int,int) (??0?$basic_ofstream@DU?$char_traits@D@std@@@std@@QAE@PBDHH@Z) already defined in logger.obj; second definition ignored Creating library C:/FlightGear/flightgear/src/Main/Release/fgfs.lib and object C:/FlightGear/flightgear/src/Main/Release/fgfs.exp sgmodel.lib(animation.obj) : error LNK2019: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) referenced in function public: __thiscall std::basic_ostreamchar,struct std::char_traitschar ::sentry::~sentry(void) (??1sentry@?$basic_ostream@DU?$char_traits@D@std@@@std@@QAE@XZ) sgmodel.lib(SGReaderWriterXML.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) sgtgdb.lib(obj.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) sgmodel.lib(particles.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) sgmodel.lib(modellib.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) sgmodel.lib(ModelRegistry.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) sgsky.lib(cloud.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) sgmaterial.lib(Effect.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z)
Re: [Flightgear-devel] sound via simgear
On Sat, Feb 12, 2011 at 5:51 PM, Erik Hofman e...@ehofman.com wrote: On Sat, 2011-02-12 at 17:38 +0700, Harry Campigli wrote: Hi Eric, Thanks for that, I would be most gratefull to lias with you on FG sound To explain its a multi motherboard sim setup with Boeing panels interfaced via a can network. Each nav, comm and dme head has its own volume, these I expect can be dealt with, what i was hoping to do was use the audio in a mono format, like steer nav and com audio to the left channel feeding a head set, and them maybe alarm audio to a speaker via the right channel. Which ever is controlled by the pilots audio panel interfaced to the system. Controlling separate channels could be a problem although there may be a way around it; placing one source to the right of the listener and one source to the left, both streaming the appropriate channels. OK That could be an option to explore, probably only need to relocate the source via the property tree when an device is switched to head set. But I know my Intel 945 series motherboards have sound chips with front and back connections, but i dont know if the chips will support different streams for each one, as far as i recall they only report one audio device and no inbuilt mixing. Maybe a better sound card with hardware mixing is required. To my experience it's almost always possible to distinguish between output jacks so that might not be a problem. OK best to forget that approach then. From what you say, adding extra sound cards would require modifications, I guess to sim gear? Would this be along the lines of cloning some modules and defining them to each system audio device or more involved than that? Is Plib involved here as well? It would require modifications to both FlightGear and SimGear, PLib is not used for sound. Might have to study up on that side of things then. But as i already have an additional network driver running, maybe i should look at what need to be added to it and have the slave machines generate nav audio, may be atc chatter. Also at some stage I have to work to get FGcom, and my local off air audio feeds into the system. Yes I will dig in with it further, and am just looking at possible ways to do it. Also keeping things to a minimum just with Alsa. Actually we're using OpenAL but it can be set to use ALSA as a backend. Ok, I am reinstalling a machine right now, If i only have OpenAL, I can remove any alsa presence, would that mean the only audio control would be via FG, I needed to use Alsa mixer from command line to bring up the level on the front speaker channel go get sound out of the machine before. I installed pulse audio (for the mixer) last night and it fouled up the system. I have minimal Ubuntu 10:10 with no gui on these machines, just X11, Alsa and FG. I've given up on pulse audio and would not encourage anyone to use it in a serious simulation environment. well count one bad experience with it here, last night!! I think I need to start a web page with some notes for these off the beaten track things I have been doing for people like me who build sims with FG as the core rather than MS That would always be welcome, you could also consider adding it to the next newsletter: http://wiki.flightgear.org/index.php/Next_newsletter I have heaps of capacity and bandwidth on my web host that never gets used, First i better get it all working again after this OS change to Ubuntu server and updating to the latest git from V2 release. My IO driver from V1.7 and V2.0 wont compile with the new version from the git and I am haveing trouble figuring out why. Harry Erik -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Regards Harry -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Near Clipping in the virtual cockpit: please help!!
Curtis, I know, it's a problem solved in FG many years ago :). I know it arises in all simulations and has to be solved in some way. Falcon4 for example apears to be scaling the cockpit model 10x of original size (from what i have seen in the code). Thanks for advice, i will check it! It was also my idea to feature ordered renderinging and switching z-depth depending on the stage, now i have to discover how :D Thanks! -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
On Fri, 11 Feb 2011 16:44:04 -0800 (PST) Gene Buckle ge...@deltasoft.com wrote: On Sat, 12 Feb 2011, AJ MacLeod wrote: Just ignore him, he's clearly an illiterate imbecile ;-) I think ya'll just need to hang this one up and let it alone. *sigh* People will always read bad motives into everything... To set the record straight for those who are perhaps not native English speakers... the him to be ignored was ME, as is clear if you read the quoted section in the original. It was merely an attempt to end a pointless and already boring minor flamewar with a bit of self-deprecating humour... case closed. AJ -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Cmake + VC2010 link errors
Allan I know nothing about building on windows, but I have found installing osg multiple times on linux can cause issues as it does not always un-install cleanly, and the next install may not overwrite what is left behind. All is nice till you try and compile against it. Especially if its a different version. It had it leave sym links and stuff behind, which fouls thing up when you install a different version. Just check you have not got anything left from previous installs. Maybe you need to remove osg and make sure its clean then reinstall it. I guess it has a log of there it puts things? Others will know more about it from your printout it than I, but its worth a check. Harry On Sat, Feb 12, 2011 at 6:28 PM, Alan Teeder ajtee...@v-twin.org.uk wrote: After many rebuilds of OSG, Simgear and Flightgear with the Cmake system I am still seeing a few warnings and errors at link time. Does anyone have any ideas please? TIA Alan -- Build started: Project: fgfs, Configuration: Release Win32 -- osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: void __thiscall std::basic_ifstreamchar,struct std::char_traitschar ::`vbase destructor'(void) (??_D?$basic_ifstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already defined in fgATCDCL.lib(ATCVoice.obj); second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: void __thiscall std::basic_ifstreamchar,struct std::char_traitschar ::close(void) (?close@?$basic_ifstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already defined in fgATCDCL.lib(ATCVoice.obj); second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: __thiscall std::basic_ifstreamchar,struct std::char_traitschar ::basic_ifstreamchar,struct std::char_traitschar (char const *,int,int) (??0?$basic_ifstream@DU?$char_traits@D@std@@@std@@QAE@PBDHH@Z) already defined in fgInstruments.lib(HUD.obj); second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: void __thiscall std::basic_ofstreamchar,struct std::char_traitschar ::`vbase destructor'(void) (??_D?$basic_ofstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already defined in logger.obj; second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: void __thiscall std::basic_ofstreamchar,struct std::char_traitschar ::close(void) (?close@?$basic_ofstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already defined in fgTraffic.lib(TrafficMgr.obj); second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: __thiscall std::basic_ofstreamchar,struct std::char_traitschar ::basic_ofstreamchar,struct std::char_traitschar (char const *,int,int) (??0?$basic_ofstream@DU?$char_traits@D@std@@@std@@QAE@PBDHH@Z) already defined in logger.obj; second definition ignored Creating library C:/FlightGear/flightgear/src/Main/Release/fgfs.lib and object C:/FlightGear/flightgear/src/Main/Release/fgfs.exp sgmodel.lib(animation.obj) : error LNK2019: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@ @V?$allocator@D@2@@std@@@Z) referenced in function public: __thiscall std::basic_ostreamchar,struct std::char_traitschar ::sentry::~sentry(void) (??1sentry@?$basic_ostream@DU?$char_traits@D@std@@@std@@QAE@XZ) sgmodel.lib(SGReaderWriterXML.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@ @V?$allocator@D@2@@std@@@Z) sgtgdb.lib(obj.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@ @V?$allocator@D@2@@std@@@Z) sgmodel.lib(particles.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@ @V?$allocator@D@2@@std@@@Z) sgmodel.lib(modellib.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@ @V?$allocator@D@2@@std@@@Z) sgmodel.lib(ModelRegistry.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
xOn Fri, 2011-02-11 at 20:43 -0500, Duane Andre wrote: I don't know about y'all, and even though I am not a developer, y'all deserve a tremendous vote of thanks and appreciation for all you've done for this community. And, as I said that I'm not a developer, I have learned a lot in the short time I've monitored the conversations. Y'all have a great team. Regards, D. A. Andre CDR, USN (ret) -Original Message- From: Gene Buckle [mailto:ge...@deltasoft.com] Sent: Friday, February 11, 2011 8:02 PM To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway On Fri, 11 Feb 2011, Jon S. Berndt wrote: I think ya'll just need to hang this one up and let it alone. g. I know. What a love-fest, eh? ;-) Indeed. g. Welcome to this space Commander. Here you will find self-opionated bastards such as as I, cool, calm and collected presidents-to-be like Curt, private owners of multi-million super-jet airframes like Gene (well, maybe not so many of them), hard-working and solid contributers like James, brilliant theorists and marvellous pragmatists. The list is far too long to enummerate, and I am sure I will be forgiven for not mentioning them all at this point. You might even bump into some odd fellows who substitude insult for argument and vitriol for wit. They may need and sometimes deserve our sympathy, but never command our audience. Well, not mine, anyroads. Here we are, the Good, the Bad and even the extremely Ugly. Glad to have you on board for what promises to be a bumpy ride (Sick bags are obligatory but must be provided at your own expense). Instrument Landing Systems tricky at best, Air Traffic Control Sytems horrible at worst and getting more inaudible with every step toward improvement. But you wouldn't really love her if she were perfect, would you? Who else could you growl at in the cold light of dawn? -- Kind regards, Alasdair -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
I've not met a programmer/developer yet who was a shrinking violet. It keeps everyone energized. Regards, Duane -Original Message- From: Alasdair [mailto:ali...@btinternet.com] Sent: Saturday, February 12, 2011 8:46 AM To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway xOn Fri, 2011-02-11 at 20:43 -0500, Duane Andre wrote: I don't know about y'all, and even though I am not a developer, y'all deserve a tremendous vote of thanks and appreciation for all you've done for this community. And, as I said that I'm not a developer, I have learned a lot in the short time I've monitored the conversations. Y'all have a great team. Regards, D. A. Andre CDR, USN (ret) -Original Message- From: Gene Buckle [mailto:ge...@deltasoft.com] Sent: Friday, February 11, 2011 8:02 PM To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway On Fri, 11 Feb 2011, Jon S. Berndt wrote: I think ya'll just need to hang this one up and let it alone. g. I know. What a love-fest, eh? ;-) Indeed. g. Welcome to this space Commander. Here you will find self-opionated bastards such as as I, cool, calm and collected presidents-to-be like Curt, private owners of multi-million super-jet airframes like Gene (well, maybe not so many of them), hard-working and solid contributers like James, brilliant theorists and marvellous pragmatists. The list is far too long to enummerate, and I am sure I will be forgiven for not mentioning them all at this point. You might even bump into some odd fellows who substitude insult for argument and vitriol for wit. They may need and sometimes deserve our sympathy, but never command our audience. Well, not mine, anyroads. Here we are, the Good, the Bad and even the extremely Ugly. Glad to have you on board for what promises to be a bumpy ride (Sick bags are obligatory but must be provided at your own expense). Instrument Landing Systems tricky at best, Air Traffic Control Sytems horrible at worst and getting more inaudible with every step toward improvement. But you wouldn't really love her if she were perfect, would you? Who else could you growl at in the cold light of dawn? -- Kind regards, Alasdair -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sound via simgear
On Sat, 2011-02-12 at 10:04 +, Heiko Schulz wrote: Interestingly I heard that FGFS should give you a message if you use a multi-channel-soundfile- I never had that on win32 here, even using a multichannel-file. Diving deeper into it this actually might be an ALUT bug/omission since the error message will only be generated when dealing with unsupported audio-formats and doesn't seem to have anything to do with the number of tracks in the file. Erik -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sound via simgear
On Sat, 2011-02-12 at 15:44 +0100, Erik Hofman wrote: On Sat, 2011-02-12 at 10:04 +, Heiko Schulz wrote: Interestingly I heard that FGFS should give you a message if you use a multi-channel-soundfile- I never had that on win32 here, even using a multichannel-file. Diving deeper into it this actually might be an ALUT bug/omission since the error message will only be generated when dealing with unsupported audio-formats and doesn't seem to have anything to do with the number of tracks in the file. .. and in fact the file type I was referring to was Microsoft ADPCM in contrast to IMA4 ADPCM (which is supported by ALUT). Erik -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
On Sat, 2011-02-12 at 11:53 +, AJ MacLeod wrote: On Fri, 11 Feb 2011 16:44:04 -0800 (PST) Gene Buckle ge...@deltasoft.com wrote: On Sat, 12 Feb 2011, AJ MacLeod wrote: Just ignore him, he's clearly an illiterate imbecile ;-) I think ya'll just need to hang this one up and let it alone. *sigh* People will always read bad motives into everything... To set the record straight for those who are perhaps not native English speakers... the him to be ignored was ME, as is clear if you read the quoted section in the original. It was merely an attempt to end a pointless and already boring minor flamewar with a bit of self-deprecating humour... case closed. AJ Enough already, AJ I refuse to make public the contents of the off-list message you wrote to me addressed Dear Adversory Sufficient unto the day is the evil thereoff. I also refuse to spend another instant dicussing this issue with you. Native English speaker or not, it is clear to me that the term illiterate imbecile cannot have been misconstrued by anyone other than those whom its originator attempted to beguile..While I am confident that I hold more academic qualifications than AJ will have gained in the remainder of his life, he continues to mutter from his self-proclaimed pulpit . Either put up or shut up. I made a curious attempt to invite discussion as to whether the inclusion of mechanisms such as NASAL had a place in an application such as FlightGear which attempts to simulate the behavior of real-world physical systems in an artificial environment. You and you alone responded with an insult. Not the behaviour I would have expected from a person familiar with environments where illiterate imbeciles are often dicouraged and certainly never invited. Case closed indeed. I concur. -- Kind regards, Alasdair -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Cmake + VC2010 link errors
Hi Allan, this issue has been discussed on the osg ML and is likely a bug in VS2010. These warnings are the best we can do. By default, these are errors, but the cmake configure script adds /FORCE:MULTIPLE to allow multiply defined symbols in an executable. Regards, -Fred - Alan Teeder a écrit : After many rebuilds of OSG, Simgear and Flightgear with the Cmake system I am still seeing a few warnings and errors at link time. Does anyone have any ideas please? TIA Alan -- Build started: Project: fgfs, Configuration: Release Win32 -- osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: void __thiscall std::basic_ifstreamchar,struct std::char_traitschar ::`vbase destructor'(void) (??_D?$basic_ifstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already defined in fgATCDCL.lib(ATCVoice.obj); second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: void __thiscall std::basic_ifstreamchar,struct std::char_traitschar ::close(void) (?close@?$basic_ifstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already defined in fgATCDCL.lib(ATCVoice.obj); second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: __thiscall std::basic_ifstreamchar,struct std::char_traitschar ::basic_ifstreamchar,struct std::char_traitschar (char const *,int,int) (??0?$basic_ifstream@DU?$char_traits@D@std@@@std@@QAE@PBDHH@Z) already defined in fgInstruments.lib(HUD.obj); second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: void __thiscall std::basic_ofstreamchar,struct std::char_traitschar ::`vbase destructor'(void) (??_D?$basic_ofstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already defined in logger.obj; second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: void __thiscall std::basic_ofstreamchar,struct std::char_traitschar ::close(void) (?close@?$basic_ofstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already defined in fgTraffic.lib(TrafficMgr.obj); second definition ignored osgDB.lib(osg69-osgDB.dll) : warning LNK4006: public: __thiscall std::basic_ofstreamchar,struct std::char_traitschar ::basic_ofstreamchar,struct std::char_traitschar (char const *,int,int) (??0?$basic_ofstream@DU?$char_traits@D@std@@@std@@QAE@PBDHH@Z) already defined in logger.obj; second definition ignored Creating library C:/FlightGear/flightgear/src/Main/Release/fgfs.lib and object C:/FlightGear/flightgear/src/Main/Release/fgfs.exp sgmodel.lib(animation.obj) : error LNK2019: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) referenced in function public: __thiscall std::basic_ostreamchar,struct std::char_traitschar ::sentry::~sentry(void) (??1sentry@?$basic_ostream@DU?$char_traits@D@std@@@std@@QAE@XZ) sgmodel.lib(SGReaderWriterXML.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) sgtgdb.lib(obj.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) sgmodel.lib(particles.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) sgmodel.lib(modellib.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) sgmodel.lib(ModelRegistry.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const ) (__imp_?setName@Object@osg@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) sgsky.lib(cloud.obj) : error LNK2001: unresolved external symbol __declspec(dllimport) public: void __thiscall osg::Object::setName(class std::basic_stringchar,struct std::char_traitschar,class std::allocatorchar const )
Re: [Flightgear-devel] Near Clipping in the virtual cockpit: please help!!
This issue has already been addressed in the current implementation. Tim used a slave camera to draw the near geometry while the main camera draws the far geometry. Look in CameraGroup.cxx and in /sim/rendering/camera-group/znear properties. There is one camera that draws between /sim/rendering/camera-group/znear (0.1 by default) and /sim/rendering/camera-group/near-field (100 by default) and the other between /sim/rendering/camera-group/near-field and /sim/rendering/camera-group/znearzfar (12 by default) Regards, -Fred - Paul Guhl a écrit : Curtis, I know, it's a problem solved in FG many years ago :). I know it arises in all simulations and has to be solved in some way. Falcon4 for example apears to be scaling the cockpit model 10x of original size (from what i have seen in the code). Thanks for advice, i will check it! It was also my idea to feature ordered renderinging and switching z-depth depending on the stage, now i have to discover how :D Thanks! -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Frédéric Bouvier http://www.youtube.com/user/fgfred64 Videos -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sound via simgear
On Sat, 12 Feb 2011 18:39:50 +0700, Harry wrote in message aanlktinrcltyv3+g99udl+ijym-jh0zug4yrag-o0...@mail.gmail.com: On Sat, Feb 12, 2011 at 5:51 PM, Erik Hofman e...@ehofman.com wrote: On Sat, 2011-02-12 at 17:38 +0700, Harry Campigli wrote: Hi Eric, Thanks for that, I would be most gratefull to lias with you on FG sound To explain its a multi motherboard sim setup with Boeing panels interfaced via a can network. Each nav, comm and dme head has its own volume, these I expect can be dealt with, what i was hoping to do was use the audio in a mono format, like steer nav and com audio to the left channel feeding a head set, and them maybe alarm audio to a speaker via the right channel. Which ever is controlled by the pilots audio panel interfaced to the system. Controlling separate channels could be a problem although there may be a way around it; placing one source to the right of the listener and one source to the left, both streaming the appropriate channels. OK That could be an option to explore, probably only need to relocate the source via the property tree when an device is switched to head set. But I know my Intel 945 series motherboards have sound chips with front and back connections, but i dont know if the chips will support different streams for each one, as far as i recall they only report one audio device and no inbuilt mixing. Maybe a better sound card with hardware mixing is required. To my experience it's almost always possible to distinguish between output jacks so that might not be a problem. OK best to forget that approach then. ..why? If it works ok the way we want it to, we can use it. From what you say, adding extra sound cards would require modifications, I guess to sim gear? Would this be along the lines of cloning some modules and defining them to each system audio device or more involved than that? Is Plib involved here as well? It would require modifications to both FlightGear and SimGear, PLib is not used for sound. Might have to study up on that side of things then. But as i already have an additional network driver running, maybe i should look at what need to be added to it and have the slave machines generate nav audio, may be atc chatter. Also at some stage I have to work to get FGcom, and my local off air audio feeds into the system. Yes I will dig in with it further, and am just looking at possible ways to do it. Also keeping things to a minimum just with Alsa. Actually we're using OpenAL but it can be set to use ALSA as a backend. Ok, I am reinstalling a machine right now, If i only have OpenAL, I can remove any alsa presence, would that mean the only audio control would be via FG, I needed to use Alsa mixer from command line to bring up the level on the front speaker channel go get sound out of the machine before. I installed pulse audio (for the mixer) last night and it fouled up the system. I have minimal Ubuntu 10:10 with no gui on these machines, just X11, Alsa and FG. I've given up on pulse audio and would not encourage anyone to use it in a serious simulation environment. well count one bad experience with it here, last night!! ..hum, a minor annoyance on my laptop, is having to do a daily alsa force-reload and then reset pulseaudio. Work ok with FG, and I understood it could handle multiple sound cards? ..how about puredata? http://puredata.info/ , is realtime and can do graphics too, given plug-ins. ..I've seen _lots_ of Pd plug-in .debs racing in lately. May be different with new installs, Harry, which audio system appears to you to produce the most new packages in your Debian experience, _this_ far? ..and, how much audio work do we _want_ to do in SG and FG? I see these as sound sources, we should tell pulseaudio\ |puredata|etc audio mixing proxy servers what we want and hand over the source sound processing etc to them, and let them tell alsa et al what shape waves to make from which membrane spool. ..we have boost and OSG working onboard... -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...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. -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Cmake + VC2010 link errors
-- From: Frederic Bouvier fredfgf...@free.fr Sent: Saturday, February 12, 2011 3:58 PM To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] Cmake + VC2010 link errors Hi Allan, this issue has been discussed on the osg ML and is likely a bug in VS2010. These warnings are the best we can do. By default, these are errors, but the cmake configure script adds /FORCE:MULTIPLE to allow multiply defined symbols in an executable. Regards, -Fred Thanks for the replies. Fred I have just looked at the compiler preferences. The linker does have /FORCE:MULTIPLE defined. Here is the command line:- /OUT:C:\FlightGear\flightgear\src\Main\Release\fgfs.exe /VERSION:0.0 /INCREMENTAL:NO /NOLOGO /FORCE:MULTIPLE kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib ..\Airports\Release\fgAirports.lib ..\Aircraft\Release\fgAircraft.lib ..\ATC\Release\fgATC.lib ..\ATCDCL\Release\fgATCDCL.lib ..\Autopilot\Release\fgAutopilot.lib ..\Cockpit\Release\fgCockpit.lib ..\Environment\Release\fgEnvironment.lib ..\GUI\Release\fgGUI.lib ..\Input\Release\fgInput.lib ..\Instrumentation\Release\fgInstruments.lib ..\Model\Release\fgModel.lib ..\MultiPlayer\Release\fgMultiPlayer.lib ..\AIModel\Release\fgAIModel.lib ..\Navaids\Release\fgNavaids.lib ..\Network\Release\fgNetwork.lib ..\Scenery\Release\fgScenery.lib ..\Scripting\Release\fgScripting.lib ..\Sound\Release\fgSound.lib ..\Systems\Release\fgSystems.lib ..\Time\Release\fgTime.lib ..\Traffic\Release\fgTraffic.lib ..\FDM\Release\fgFDM.lib ..\FDM\YASim\Release\fgYASim.lib ..\FDM\JSBSim\Release\fgJSBSim.lib C:\FlightGear\simgear\lib\sgephem.lib C:\FlightGear\simgear\lib\sgenvironment.lib C:\FlightGear\simgear\lib\sgnasal.lib C:\FlightGear\simgear\lib\sgsky.lib C:\FlightGear\simgear\lib\sgmaterial.lib C:\FlightGear\simgear\lib\sgtgdb.lib C:\FlightGear\simgear\lib\sgmodel.lib C:\FlightGear\simgear\lib\sgscreen.lib C:\FlightGear\simgear\lib\sgbucket.lib C:\FlightGear\simgear\lib\sgbvh.lib C:\FlightGear\simgear\lib\sgutil.lib C:\FlightGear\simgear\lib\sgroute.lib C:\FlightGear\simgear\lib\sgtiming.lib C:\FlightGear\simgear\lib\sgio.lib C:\FlightGear\simgear\lib\sgserial.lib C:\FlightGear\simgear\lib\sgsound.lib C:\FlightGear\simgear\lib\sgstructure.lib C:\FlightGear\simgear\lib\sgprops.lib I am now trying a build using a the 3rd party and OSG libraries from ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/MSVC/,and a Flightgear.sln derived from the projects/VC90 directory to see if I can pin down the problem. Alan -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] ..pulseaudio fix in ubuntu, was: sound via simgear
..no sound after running Flash, YouTube, etc. (pulseaudio solution) http://www.webcitation.org/5kcZukzEL -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...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. -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
On Sat, 12 Feb 2011 15:57:41 + Alasdair ali...@btinternet.com wrote: Enough already, AJ I refuse to make public the contents of the off-list message you wrote to me addressed Dear Adversory This whole tongue in cheek business seems to be acceptable one direction, doesn't it? As I said, some people will misquote, misconstrue and misuse anything - I suppose that the No hard feelings (really!) part wasn't such a good soundbite, was it? On the original topic that started the whole pointless argument, I've stated the qualification most relevant here; as someone who has added various aircraft models which included several features previously unknown in FG, I know that most of these features (possibly all of them) were only possible for me to include because of the incredible flexibility that nasal provides when coupled with the property tree. It seemed that almost any feature I could think of implementing was possible (and to give the credit where due, I've had a lot of expert help from Andy, Melchior and Vivian in the actual implementation) without touching the base code - as Curt mentioned, many features are specific to individual or very small groups of aircraft and should not add to a general clutter in the main codebase. For the record I have a perfectly respectable collection of academic qualifications in engineering but that is quite beside the point of the discussion. Also for the record I am entirely unashamed of the single, very obviously tongue in cheek email which I sent off-list in an attempt to let you have the last word in public and be done; however since you have insisted on trying to blacken my character by suggesting that the rest of the message was malicious, I will append it here with sincere apologies to the rest of the list who are no doubt as uninterested in childish tit-for-tat as I am (the real reason the original was sent off-list, as stated). If anyone insists on reading malice into it, I'm afraid it's more a reflection on their character than mine... AJ Last night's off-list email, complete; Dear adversary, Not to the list, as I can cope with not having the last word publically and there's been enough drivel posted today... just a few friendly hints; I have no ass and being of a fairly feeble disposition, not given to much raging animal cruelty, have never felt an inclination to bite one. I was sadly unaware until today that I was in possession of lack skills, I am much indebted to you for pointing these out. I was, sadly, unable to permit your massively witty comments to pass over my head but would highlight the following equations for your edification: Hugest abomination = Hyperbole question the sanity (in reference to a comparatively trivial matter of software design) = Hyperbole Don't bother with even minor flame wars on the Internet, they're a complete waste of time - you should know better than that by now, as should I ;-) No hard feelings (really!) AJ -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
Enough of that please. I would be grateful if both of you AJ MacLeod and Alasdair ould stop polluting everyone's mail box with your discussion. Thank you very much. Bertrand. -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Cmake + VC2010 link errors
I have just looked at the compiler preferences. The linker does have /FORCE:MULTIPLE defined. Here is the command line:- I know, I put it here ;-) http://gitorious.org/fg/flightgear/blobs/next/CMakeLists.txt#line198 -Fred -- Frédéric Bouvier http://www.youtube.com/user/fgfred64 Videos -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sound via simgear
Gee Arnt, i am not the one to say, for starters what I am doing is quite off track compared to the average flight gear user. I have to remain prepared to hand do things to suit my needs. If I can hand edit a file in /etc once and know its going to stay that way I am happy for my setup. I am not running gui's either. In my short time over on Debian, or really Ubuntu I got the impression from reading that they had gone pretty much all in with Pulse Audio. I was rather surprised to find the text only server install had Alsa on it by default. Also I think I saw mention Suse had gone with pulse as well, but I might be wrong with that one too. But if pulse is becoming mainstream in desktop distros it would be good if it handled multiple cards and did all the hard work, as long as it does the job with out creating more issues. Depends on where the developers are heading with FG and if you can get Pulse or Pd on the job. That puredata looks pretty swish! I downloaded their Ubuntu 10.10 deb file, so I will see what it does tomorrow. All I know is the nearest thing to good audio on an aeroplane is the passenger entertainment system, not the am comm radios. Cheers! Harry On Sat, Feb 12, 2011 at 11:21 PM, Arnt Karlsen a...@c2i.net wrote: On Sat, 12 Feb 2011 18:39:50 +0700, Harry wrote in message aanlktinrcltyv3+g99udl+ijym-jh0zug4yrag-o0...@mail.gmail.com: On Sat, Feb 12, 2011 at 5:51 PM, Erik Hofman e...@ehofman.com wrote: On Sat, 2011-02-12 at 17:38 +0700, Harry Campigli wrote: Hi Eric, Thanks for that, I would be most gratefull to lias with you on FG sound To explain its a multi motherboard sim setup with Boeing panels interfaced via a can network. Each nav, comm and dme head has its own volume, these I expect can be dealt with, what i was hoping to do was use the audio in a mono format, like steer nav and com audio to the left channel feeding a head set, and them maybe alarm audio to a speaker via the right channel. Which ever is controlled by the pilots audio panel interfaced to the system. Controlling separate channels could be a problem although there may be a way around it; placing one source to the right of the listener and one source to the left, both streaming the appropriate channels. OK That could be an option to explore, probably only need to relocate the source via the property tree when an device is switched to head set. But I know my Intel 945 series motherboards have sound chips with front and back connections, but i dont know if the chips will support different streams for each one, as far as i recall they only report one audio device and no inbuilt mixing. Maybe a better sound card with hardware mixing is required. To my experience it's almost always possible to distinguish between output jacks so that might not be a problem. OK best to forget that approach then. ..why? If it works ok the way we want it to, we can use it. From what you say, adding extra sound cards would require modifications, I guess to sim gear? Would this be along the lines of cloning some modules and defining them to each system audio device or more involved than that? Is Plib involved here as well? It would require modifications to both FlightGear and SimGear, PLib is not used for sound. Might have to study up on that side of things then. But as i already have an additional network driver running, maybe i should look at what need to be added to it and have the slave machines generate nav audio, may be atc chatter. Also at some stage I have to work to get FGcom, and my local off air audio feeds into the system. Yes I will dig in with it further, and am just looking at possible ways to do it. Also keeping things to a minimum just with Alsa. Actually we're using OpenAL but it can be set to use ALSA as a backend. Ok, I am reinstalling a machine right now, If i only have OpenAL, I can remove any alsa presence, would that mean the only audio control would be via FG, I needed to use Alsa mixer from command line to bring up the level on the front speaker channel go get sound out of the machine before. I installed pulse audio (for the mixer) last night and it fouled up the system. I have minimal Ubuntu 10:10 with no gui on these machines, just X11, Alsa and FG. I've given up on pulse audio and would not encourage anyone to use it in a serious simulation environment. well count one bad experience with it here, last night!! ..hum, a minor annoyance on my laptop, is having to do a daily alsa force-reload and then reset pulseaudio. Work ok with FG, and I understood it could handle multiple sound cards? ..how about puredata? http://puredata.info/ , is realtime and can do graphics too, given plug-ins. ..I've seen _lots_ of Pd
Re: [Flightgear-devel] ..pulseaudio fix in ubuntu, was: sound via simgear
Interesting amongst the comments on that page, You can net-stream to your LAN through PA as well. Just run the PA daemon in all your running boxes and each one of them can become a sink and a source for the others. That might have potential in a set up with mutiple machines networked in a FG setup in the future? Nav and com to separate motherboard sound chips otherwise not being utilised. Harry On Sun, Feb 13, 2011 at 12:38 AM, Arnt Karlsen a...@c2i.net wrote: ..no sound after running Flash, YouTube, etc. (pulseaudio solution) http://www.webcitation.org/5kcZukzEL -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...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. -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Regards Harry 19b Jln Danau Poso Sanur, Bali 80228 H +62 361 285629 M +62 812 7016328 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] c172p scissors interpolations and main rotation interpolations
I am having trouble getting the modified gearscissors.nas to run with
the stand alone nasal.
after adding the three numbers in gedit and saving the file, I get
$ nasal gearscissors.nas GearScissorInterpolation.xml
Runtime error: undefined symbol
at gearscissors.nas, line 1
If I don't edit the file after copying just your template, I get
$ nasal gearscissors.nas GearScissorInterpolation.xml
Parse error: parse error at line 5
which is what I would expect as I have not replaced the text with a number.
If I just add the first two numbers, I get a parse error at line 7 (as
expected), but If I add the 3rd number or even just delete or comment
out that line, I get
$ nasal gearscissors.nas GearScissorInterpolation.xml
Runtime error: undefined symbol
at gearscissors.nas, line 1
Here is the gearscissors.nas after adding in the correct numbers for the
c172p nose strut:
import(math);
var acos = func(x) { math.atan2(math.sqrt(math.abs(1-x*x)), x) }
var R2D = 180.0 / math.pi;
var scissor_dist = 0.240626;
var scissor = 0.194716;
var oleo = 0.1893439;
var theta0 = acos(scissor_dist/2/scissor) * R2D;
print( ?xml version = '1.0' encoding = 'UTF-8' ?\n );
print( PropertyList\n );
for( var i = 0; i 1.05; i += 0.05 ) {
print( entry\n );
var l = (1.0-i) * oleo/2;
l += (scissor_dist-oleo)/2;
print( ind ~ sprintf(%4.3f, i ) ~ /ind\n );
print( dep ~ sprintf(%4.3f, acos( l / scissor ) * R2D - theta0
) ~ /dep\n );
print( /entry\n );
}
print( /PropertyList\n );
The stand-alone nasal compiled fine. Any ideas what is wrong here?
On 02/12/2011 12:59 PM, Torsten Dreyer wrote:
By the way. The filtering that will remain in the c172p action-sim.nas
for the nav radio could be moved to navradio.cxx. Here again, the
needle damping and the needle behavior when tuned to an out-of-range
frequency or when the gs is out of range is device dependent. The
filtered values are used by Aircraft/Instruments-3d/vor/vor.xml and
vor2.xml. I was afraid that modifying navradio.cxx to achieve realistic
needle behavior for this vor model might break other vor/gs head or hsi
models.
We can now easily use the autopilot filters for that, just add a file with the
content
PropertyList
filter
nameCDI0 lowpass/name
debugfalse/debug
typeexponential/type
filter-time2.0/filter-time
inputinstrumentation/nav[0]/heading-needle-deflection-norm/input
outputinstrumentation/nav[0]/filtered-cdiNAV0-deflection/output
/filter
!--
More filters here
--
/PropertyList
And add
autopilot
nameA very descriptive name for this file like Instrument-Filter/name
pathAircraft/c172p/path/to/that/file/path
/autopilot
to c172p-set.xml under /sim/systems
No need for coding here, too.
Greetings, Torsten
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Incorrect conversion used for lbs to gallon of fuel
But you have broken my patch! :) Apologies! It's been a busy week and I tried to commit smart fixes between long work-days. Obviously not a good idea ;-) Also, Anders pointed out that more tanks may be needed even if they are not (yet) in the property tree, so ultimately the FDM should be consulted. I wouldn't want to do that. Each FDM handles tanks in a different way and I don't like the idea of implementing an individual query for JSBSim, yasim and all other known (and probably unknown) FDM. The idea behind the tank- properties class is to have a generic handling of fuel weight/mass/volume and not to depend on the FDM implementation. I'd prefer to ask the aircraft designer to at least set num-tanks to have the required tanks created. Torsten -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Incorrect conversion used for lbs to gallon of fuel
That was not my point. I was talking about the Nasal error. Nasal runtime error: vector index 7 out of bounds (size: 7) at /wrklvm/FlightGear/FlightGear_CVS/data/Aircraft/Boeing314/Nasal/Boeing314-f uel.nas, line 79 That should be fixed. However, the version in GIT is broken due to a missing file as Csaba allready pointed out. The computation of fuel-levels and weights in the Nasal file can now be removed as this is the main intention of the new TankProperties class and handled there. Regards, Torsten -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] c172p scissors interpolations and main rotation interpolations
The stand-alone nasal compiled fine. Any ideas what is wrong here? No idea, sorry. It runs fine here and creates this result: ?xml version = '1.0' encoding = 'UTF-8' ? PropertyList entry ind0.000/ind dep0.000/dep /entry entry ind0.050/ind dep1.751/dep /entry entry ind0.100/ind dep3.463/dep /entry entry ind0.150/ind dep5.140/dep /entry entry ind0.200/ind dep6.786/dep /entry entry ind0.250/ind dep8.404/dep /entry entry ind0.300/ind dep9.996/dep /entry entry ind0.350/ind dep11.565/dep /entry entry ind0.400/ind dep13.112/dep /entry entry ind0.450/ind dep14.640/dep /entry entry ind0.500/ind dep16.151/dep /entry entry ind0.550/ind dep17.646/dep /entry entry ind0.600/ind dep19.126/dep /entry entry ind0.650/ind dep20.593/dep /entry entry ind0.700/ind dep22.048/dep /entry entry ind0.750/ind dep23.493/dep /entry entry ind0.800/ind dep24.928/dep /entry entry ind0.850/ind dep26.355/dep /entry entry ind0.900/ind dep27.775/dep /entry entry ind0.950/ind dep29.188/dep /entry entry ind1.000/ind dep30.595/dep /entry /PropertyList Regards, Torsten -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] c172p scissors interpolations and main rotation interpolations
The stand-alone nasal compiled fine. Any ideas what is wrong here? No idea, sorry. It runs fine here and creates this result Ah - wait a minute, there used to be a release version and a cvs version from nasal and I think I have it installed from cvs here. Haven't used it for a while and have to browse through my harddrive to look for the sources I installed from... Torsten -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ..pulseaudio fix in ubuntu,
Harry Campigli wrote: You can net-stream to your LAN through PA as well. Just run the PA daemon in all your running boxes and each one of them can become a sink and a source for the others. Yup, I'm using this in Linux school-server setups with diskless terminals, works perfectly even with two dozend (or more) clients streaming audio at the same time. I know that PA is subject to well-founded criticism because it puts a lot more load onto the 'server' machine than a clever system design would allow - but, hey, it works quite nicely with nowadays speedy CPU's ;-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Incorrect conversion used for lbs to gallon of fuel
Hi Bertrand, I am currently working on a more generic solution to the issue based on your patch. Currently we have at least three different places within FlightGear calculating tank contents and converting them between different units. The idea is to have a TankProperties class encapsulating all property- conversions and to have the fdm_shell create instances of the class. With that, you can write to any of it's properties (level, capacity, density) using any unit and have all other properties correct. There is no need to have this in every FDM and also in Nasal. I'm curently testing various aircraft on Windows and Linux and I hope to get this commited later today. Greetings, Torsten I've been so busy I missed this one earlier. Maybe I am missing something here. I certainly agree that doing things in several places (redundantly) is a bad idea. But I wonder if the creation of a TankProperties class is needed, or rather if there is some deficiency in the way tanks are handled in the FDMs at this time? In JSBSim (and I assume in YASim) the JSBSim API provides sufficient insight into the tank state. Certain properties are also available. I know that the tank-related properties are probably not referred to the same way on the FlightGear side and on the JSBSim (and other FDM) side. Is that what your TankProperties class is supposed to coordinate? Would it be better to use the API rather than properties, if that is the case? This also leads to an interesting situation which has probably been discussed before, but which I don't recall. The existing tanks in any vehicle model may be filled as specified by the modeler (hopefully the fuel tanks are filled up). That is very important for when running JSBSim in a standalone mode. Of course FlightGear can and should allow filling of the tanks to any degree desired, so the TankContents value in the JSBSim aircraft config file is irrelevant for FlightGear - although it might allow for a default fill level if desired. But the location, capacity, and other values should be respected, as I assume they are. Jon -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] c172p scissors interpolations and main rotation interpolations
Hi Guys, Thanks very much for looking at this. I had a play with it myself yesterday, and have XML interpolation code already working for the nose-gear in my local copy. I used an oleo length of 1ft as /gear/gear[0]/gear-compression-ft and /gear/gear[0]/gear-compression-norm seem to be the same by inspection, which looks fine to my eye. I think that should equate to the oleo length? I haven't looked at the main gear yet, and I'd like to get them both sorted before committing. Using an oleo length equal to twice the main gear compression should give the correct animation I think. I've also ported Torstens Nasal code to perl, which I'll add to the wiki once I've cleaned it up. Like Dave I couldn't get the latest version of Nasal to compile :) Dave - sounds like we've been duplicating effort in our enthusiasm to sort this. If you haven't managed to get the Nasal code working yet, I suggest I post the perl code and sort out the c172p. Then you should be able to sort out the pa24 pa28 pretty easily. First one finished gets to do the pittss1c :) -Stuart -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Incorrect conversion used for lbs to gallon of fuel
Hi Bertrand, I am currently working on a more generic solution to the issue based on your patch. Currently we have at least three different places within FlightGear calculating tank contents and converting them between different units. The idea is to have a TankProperties class encapsulating all property- conversions and to have the fdm_shell create instances of the class. With that, you can write to any of it's properties (level, capacity, density) using any unit and have all other properties correct. There is no need to have this in every FDM and also in Nasal. I'm curently testing various aircraft on Windows and Linux and I hope to get this commited later today. Greetings, Torsten I've been so busy I missed this one earlier. Maybe I am missing something here. I certainly agree that doing things in several places (redundantly) is a bad idea. But I wonder if the creation of a TankProperties class is needed, or rather if there is some deficiency in the way tanks are handled in the FDMs at this time? In JSBSim (and I assume in YASim) the JSBSim API provides sufficient insight into the tank state. Certain properties are also available. I know that the tank-related properties are probably not referred to the same way on the FlightGear side and on the JSBSim (and other FDM) side. Is that what your TankProperties class is supposed to coordinate? Would it be better to use the API rather than properties, if that is the case? This also leads to an interesting situation which has probably been discussed before, but which I don't recall. The existing tanks in any vehicle model may be filled as specified by the modeler (hopefully the fuel tanks are filled up). That is very important for when running JSBSim in a standalone mode. Of course FlightGear can and should allow filling of the tanks to any degree desired, so the TankContents value in the JSBSim aircraft config file is irrelevant for FlightGear - although it might allow for a default fill level if desired. But the location, capacity, and other values should be respected, as I assume they are. Jon We used to have (and still have) a myriad of places where fuel-mass, -weight and -volume are computed in english, american und metric units - more or less correct, sometimes using hard-coded densities, sometimes using the provided density-property. Not only in the FDM but many aircraft-nasal scripts have very creative ways of implementing fuel consumption. My idea was to have the FlightGear properties in /consumeables/fuel/ handled by instances of a class wrapping all the computation and keeping all props in a consistend state. Using tied properties ensures that, when changing the density, all volume properties change their value, too (assuming the mass of fuel is constant). Consuming fuel by decreasing content as volume automatically keeps the mass in sync and vice versa. Also (and newly) there is a property for unusable fuel (aka pocket fuel) and and an empty property, all automatically computed. A tank is empty for example, if the content (volume) is less than the usable fuel (volume). Also, some properties for total-fuel (sum of all tanks) as volume and mass come along with this. Bertrand provided the initial work to make sure the values defined in FlightGear's aircraft configuration overwrite the values define in JSBSim config and JSBSim's values are used if no definition exists within FlightGear. All this could obsolete a lot of nasal code for aircraft and should unify the fuel-properties across FDM. Torsten -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sound via simgear
On Sun, 13 Feb 2011 02:45:56 +0700, Harry wrote in message aanlktimk86fsmgmhwop_n2jc9s1qz10p8s4hcxucc...@mail.gmail.com: Gee Arnt, i am not the one to say, for starters what I am doing is quite off track compared to the average flight gear user. I have to remain prepared to hand do things to suit my needs. If I can hand edit a file in /etc once and know its going to stay that way I am happy for my setup. I am not running gui's either. In my short time over on Debian, or really Ubuntu I got the impression from reading that they had gone pretty much all in with Pulse Audio. I was rather surprised to find the text only server install had Alsa on it by default. Also I think I saw mention Suse had gone with pulse as well, but I might be wrong with that one too. ..alsa is good, talks and listens to the hardware, but can only do one by one thing at the time, so it needs a multitasking one-thing input. But if pulse is becoming mainstream in desktop distros it would be good if it handled multiple cards and did all the hard work, as long as it does the job with out creating more issues. Depends on where the developers are heading with FG and if you can get Pulse or Pd on the job. ..well, I'm more likely to conclude my Pure Data suggestion as a pulseaudio replacement, was a bad rather than a good idea. ;o) Apple and lemon kinda thing, PA is a modular audio server, PD is also modular like Jack, but these are more like modular patch wire panel mixers, but they can feed Alsa drivers ok. That puredata looks pretty swish! I downloaded their Ubuntu 10.10 deb file, so I will see what it does tomorrow. ..aye, part of the problem is we must understand what we want before we get carried away with all the pretty swish. ;o) All I know is the nearest thing to good audio on an aeroplane is the passenger entertainment system, not the am comm radios. -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...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. -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] c172p scissors interpolations and main rotation interpolations
Hi All,
I also have the interpolation for the nose gear scissors done and working.
The main gear rotation interpolation is also done and working. I have been
busy on other projects today, so have not had time to clean this up for
a git push.
The main gear requires a different script based on the geometry. I
based the script on that section of action-sim.nas.
One issue in generalizing this approach; apparently jsbsim normalizes so
1 ~ 1 ft while yasim normalizes to compression set in the set file.
I can clean this up and push to git tomorrow or I can use Torsten's
autopilot
filter idea to allow the deletion of all of action-sim.nas. Should get that
done tomorrow also.
Main Gear script follows:
import(math);
var acos = func(x) { math.atan2(math.sqrt(math.abs(1-x*x)), x) }
var R2D = 180.0 / math.pi;
var Radius_main = 0.919879;
# Radius_main is the distance from the center of rotation to the tire
contact point
var h0 = 0.63872;
# ho is the vertical height of the center of rotation with no compression
var h_norm = 0.3048;
# h_norm is the height of the center of rotation with compression-norm = 1
var theta0 = acos(h0/Radius_main);
print( ?xml version = '1.0' encoding = 'UTF-8' ?\n );
print( PropertyList\n );
for( var i = 0; i 1.05; i += 0.05 ) {
print( entry\n );
var delta_h = i * h_norm;
print( ind ~ sprintf(%4.3f, i ) ~ /ind\n );
print( dep ~ sprintf(%4.3f, (acos( (h0 -delta_h) / Radius_main
) - theta0 ) * R2D ) ~ /dep\n );
print( /entry\n );
}
print( /PropertyList\n );
Dave P.
On 02/12/2011 04:03 PM, Stuart Buchanan wrote:
Hi Guys,
Thanks very much for looking at this. I had a play with it myself
yesterday, and have XML interpolation code already working for the
nose-gear in my local copy. I used an oleo length of 1ft as
/gear/gear[0]/gear-compression-ft and
/gear/gear[0]/gear-compression-norm seem to be the same by inspection,
which looks fine to my eye. I think that should equate to the oleo
length?
I haven't looked at the main gear yet, and I'd like to get them both
sorted before committing. Using an oleo length equal to twice the main
gear compression should give the correct animation I think.
I've also ported Torstens Nasal code to perl, which I'll add to the
wiki once I've cleaned it up. Like Dave I couldn't get the latest
version of Nasal to compile :)
Dave - sounds like we've been duplicating effort in our enthusiasm to
sort this. If you haven't managed to get the Nasal code working yet, I
suggest I post the perl code and sort out the c172p. Then you should
be able to sort out the pa24 pa28 pretty easily. First one finished
gets to do the pittss1c :)
-Stuart
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
