[Flightgear-devel] Where are older builds of flightgear for older systems archived?
Where are older builds of flightgear for older systems archived? www.GlobalBoiling.com for daily images about hurricanes, globalwarming and the melting poles. www.ElectricQuakes.com daily solar and earthquake images. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] no doppler sound with actual build
Maik Justus wrote: If you have any argument against the patch, please let us know. As the original author of the FlightGear sound class and the one who put the directional code in FlightGear I'm opposed to this patch. Let's just wait what the OpenAL developers have to say before we continue discussing its inclusion. If the solution turns out to be a simple driver update (you mentioned OpanAL 1.0 ,which is really old, on this list but refer to OpenAL 1.1 in the OpenAL mailing list) the this discussion is useless. My point of view is that the 3d audio library is to take care of the 3d audio processing, esp. if it's specifications state it should. Erik - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Where are older builds of flightgear for older systems archived?
On 06/25/2007 02:14 AM, GWMobile asked: Where are older builds of flightgear for older systems archived? What do you need beyond what is provided by the -D date option to CVS? http://www.die.net/doc/linux/man/man1/cvs.1.html - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Help with interfacing other flight models
On Friday 22 June 2007 20:06, Chris Scruggs wrote: I work with a company that is interested in developing methods for interfacing one of our products with FlightGear. We produce and sell a high-fidelity Aerospace Toolkit for the LabVIEW development environmnet. The Toolkit helps engineers develop simulations of spacecraft flight for model-based design work. If it helps in answering the questions product information may be found here (http://www.atacolorado.com/aerospace_toolkit.htm). We wish to offer users the ability to interface the simulations they develop with FlightGear to enhance their visualization options. I have searched through the documentaion and read through some of the source code. However, I am curious if there is a document describing the overall architecture of FlightGear that is readily available. We are using FlightGear internally for a very similar purpose, a distributed simulation of air and ground traffic around SFO, in order to play with ATM, CDM and emergency services applications. Our simulation is based on a component infrastructure. The behaviour of the objects is implemented as CORBA components. FG is used for additional objects like planes, and for visualization. We can control the FG objects from the outside, e.g. a fire engine on the runway, and several instances of FG share one virtual world. Our technical approach is quite simple: A CORBA component serves as a kind of central hub for the simulation. All simulators, both FG and our own components, send their state to this central hub and obtain the states of the other objects from it. The FG integration is done using simple CORBA calls in void FGAIManager::update(double dt). This simple polling avoids the integration of event loops. For the future, we plan an integration of HLA and web services, one the side of the CCM implementation. Another possible approach is the multiplayer mode. We did not use it, because one of the goals of our work was a performance test of the CCM implementation used. Drop me a mail if you have more questions. Cheers, Rudi ps: Big thanks to the FG developers! FG is a wonderful piece of software. If you want I can provide a success story for the FG web site. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Help with interfacing other flight models
Hi, On Mon, Jun 25, 2007 at 02:52:35PM +0200, Rudolf Schreiner wrote: [...] Another possible approach is the multiplayer mode. We did not use it, because one of the goals of our work was a performance test of the CCM implementation used. [...] just a small knowledge of my experiences with CORBA in world-wide applications: We have a distributed database with an application server that is using CORBA. There are very much small requests to the server an it runs in the LAN very well. But our field office has much problems with using that database via CORBA. The problem is _not_ the desktop computer or the LAN/WAN (and there is a real big _WAN_ in the backbone). The problem seems to be the summation of latencies due to many small CORBA-Requests. Ok, perhabs it is a problem to the implementation - I cannot look into the code. IMHO this is a problem with OO protocolls. Think twice while designing such one - espeacially in realtime environments ;-) Regards, Holger -- # ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## ## Stresemannstr. 78E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin # ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Help with interfacing other flight models
On Mon, 25 Jun 2007, Holger Wirtz wrote: just a small knowledge of my experiences with CORBA in world-wide applications: We have a distributed database with an application server that is using CORBA. There are very much small requests to the server an it runs in the LAN very well. But our field office has much problems with using that database via CORBA. The problem is _not_ the desktop computer or the LAN/WAN (and there is a real big _WAN_ in the backbone). The problem seems to be the summation of latencies due to many small CORBA-Requests. Ok, perhabs it is a problem to the implementation - I cannot look into the code. IMHO this is a problem with OO protocolls. Think twice while designing such one - espeacially in realtime environments ;-) Yes, you are right. CORBA over WANs is tricky. First of all the infamous firewall issue, which we solved by developing an IIOP proxy also serving as a domain boundary controller and enforcing fine grained access control policies. The latency problem can be reduced by optimising the architecture and IDL, but you really need some experience here. Whether other middleware performs better depends on the detailed requirements. From a pure latency point of view, plain UDP is hard to beat. We used CORBA e.g. for an Air Traffic Control simulation system based on Eurocontrol Escape (ACE), where we demonstrated the secure exchange of flight data over organisational boundaries and over a WAN. Even with security (encryption and access control) enabled, the performance was more then sufficient. Same with our own applications. I DID run this FG/CORBA thing over two proxies. But I think this is off topic here... Cheers, Rudi - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] no doppler sound with actual build
Hi Erik, Erik Hofman schrieb am 25.06.2007 08:30: Maik Justus wrote: If you have any argument against the patch, please let us know. As the original author of the FlightGear sound class and the one who put the directional code in FlightGear I'm opposed to this patch. Let's just wait what the OpenAL developers have to say before we continue discussing its inclusion. Yes, no problem to wait for an answer on the OpenAL-devel list. I read through the archive and found a long thread in september 2005, where they fixed some Doppler bugs. Probably it was our bug. Don't know, when this will go into a release. Do we really want to depend on a svn build? If the solution turns out to be a simple driver update (you mentioned OpanAL 1.0 ,which is really old, on this list but refer to OpenAL 1.1 in the OpenAL mailing list) the this discussion is useless. No, it's not that simple. The OpenAL1.0 point was this: If you google for Doppler bug and OpenAL you find many pages, but maybe most of them point to the (known) Doppler bug in OpenAL1.0 Our problem is with OpenAL1.1 and maybe even on Linux are bugs (Just discussing that on IRC). My point of view is that the 3d audio library is to take care of the 3d audio processing, esp. if it's specifications state it should. Erik Maik (who is really interested in, what the price for calculating the Doppler effect for flightgear is) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Switching off Doppler effect for non aircraft sounds
Hi,
here is a new version of this patch. The difference is only for windows
builds.
AJ and cptf reported on IRC a bug with the Doppler calculation on Linux,
too. The bug is in cockpit view with a moving aircraft (and cvs source).
This could be the same or another bug in OpenAL.
If you get this bug on non-windows builds, you can try to apply this
patch and comment out line 56 (#define USE_OPEN_AL_DOPPLER should work)
in file simgear\sound\sample_openal.hxx to use the own calculations.
Please report if this patch works. The same patch (and an equivalent to
the last one to main.cxx) should go into the plib branch, too.
Maik
Maik Justus schrieb am 24.06.2007 22:51:
Hi,
here is a patch, which switches off the Doppler effect for non
aircraft sounds (beacon, ATC, ...).
Please test if it works on Unix (I can test only the Doppler workaround).
Yes, the patch includes the Doppler workaround. I can not test
without. But if there is still no willing to add it to cvs up to
OpenAL get fixed, I can remove it from the diff (but first I need the
feedback, if the patch works on Unix).
Maik
Index: sound/sample_openal.cxx
===
RCS file: /var/cvs/SimGear-0.3/source/simgear/sound/sample_openal.cxx,v
retrieving revision 1.27
diff -u -p -r1.27 sample_openal.cxx
--- sound/sample_openal.cxx 21 Jun 2007 21:46:21 - 1.27
+++ sound/sample_openal.cxx 25 Jun 2007 21:36:40 -
@@ -75,12 +75,17 @@ SGSoundSample::SGSoundSample() :
reference_dist(500.0),
max_dist(3000.),
loop(AL_FALSE),
-playing(false)
+#ifndef USE_OPEN_AL_DOPPLER
+doppler_pitch_factor(1),
+doppler_volume_factor(1),
+#endif
+playing(false),
+no_Doppler_effect(true)
{
}
// constructor
-SGSoundSample::SGSoundSample( const char *path, const char *file) :
+SGSoundSample::SGSoundSample( const char *path, const char *file , bool
_no_Doppler_effect ) :
buffer(0),
source(0),
pitch(1.0),
@@ -88,7 +93,12 @@ SGSoundSample::SGSoundSample( const char
reference_dist(500.0),
max_dist(3000.),
loop(AL_FALSE),
-playing(false)
+#ifndef USE_OPEN_AL_DOPPLER
+doppler_pitch_factor(1),
+doppler_volume_factor(1),
+#endif
+playing(false),
+no_Doppler_effect(_no_Doppler_effect)
{
SGPath samplepath( path );
if ( strlen(file) ) {
@@ -145,7 +155,7 @@ SGSoundSample::SGSoundSample( const char
}
// constructor
-SGSoundSample::SGSoundSample( unsigned char *_data, int len, int _freq ) :
+SGSoundSample::SGSoundSample( unsigned char *_data, int len, int _freq , bool
_no_Doppler_effect ) :
buffer(0),
source(0),
pitch(1.0),
@@ -153,7 +163,12 @@ SGSoundSample::SGSoundSample( unsigned c
reference_dist(500.0),
max_dist(3000.),
loop(AL_FALSE),
-playing(false)
+#ifndef USE_OPEN_AL_DOPPLER
+doppler_pitch_factor(1),
+doppler_volume_factor(1),
+#endif
+playing(false),
+no_Doppler_effect(_no_Doppler_effect)
{
SG_LOG( SG_GENERAL, SG_DEBUG, In memory sounds sample );
@@ -273,7 +288,11 @@ SGSoundSample::set_pitch( double p ) {
if ( p 2.0 ) { p = 2.0; }
pitch = p;
if (playing) {
+#ifdef USE_OPEN_AL_DOPPLER
alSourcef( source, AL_PITCH, pitch );
+#else
+alSourcef( source, AL_PITCH, pitch * doppler_pitch_factor );
+#endif
print_openal_error(set_pitch);
}
}
@@ -282,7 +301,11 @@ void
SGSoundSample::set_volume( double v ) {
volume = v;
if (playing) {
+#ifdef USE_OPEN_AL_DOPPLER
alSourcef( source, AL_GAIN, volume );
+#else
+alSourcef( source, AL_GAIN, volume * doppler_volume_factor );
+#endif
print_openal_error(set_volume);
}
}
@@ -313,6 +336,7 @@ SGSoundSample::set_source_pos( ALfloat *
sgAddVec3( final_pos, source_pos, offset_pos );
alSourcefv( source, AL_POSITION, final_pos );
+print_openal_error(set_source_pos);
}
}
@@ -327,6 +351,7 @@ SGSoundSample::set_offset_pos( ALfloat *
sgAddVec3( final_pos, source_pos, offset_pos );
alSourcefv( source, AL_POSITION, final_pos );
+print_openal_error(set_offset_pos);
}
}
@@ -350,13 +375,75 @@ SGSoundSample::set_orientation( ALfloat
}
void
-SGSoundSample::set_source_vel( ALfloat *vel ) {
-source_vel[0] = vel[0];
-source_vel[1] = vel[1];
-source_vel[2] = vel[2];
+SGSoundSample::set_source_vel( ALfloat *vel , ALfloat *listener_vel ) {
+if (no_Doppler_effect) {
+source_vel[0] = listener_vel[0];
+source_vel[1] = listener_vel[1];
+source_vel[2] = listener_vel[2];
+} else {
+source_vel[0] = vel[0];
+source_vel[1] = vel[1];
+source_vel[2] = vel[2];
+}
+#ifdef USE_OPEN_AL_DOPPLER
if (playing) {
alSourcefv( source, AL_VELOCITY, source_vel );
}
+#else
+if (no_Doppler_effect) {
+if (playing) {
+alSourcefv( source, AL_VELOCITY, source_vel );
+
[Flightgear-devel] patch for keypad and resize in osgViewer version
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
This patch fixes the use of the keypad with numlock in the osgViewer
version of FlightGear. I'd be interested to hear if this has any
problems with non-US keyboards.
This also restores the handling of resize events while trying to stay
out of the way of the multiple display code.
Enjoy,
Tim
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFGgDtjeDhWHdXrDRURAgewAJ4jvVWMikdCyOYKNttXpzl0sLblgwCgiQDP
/rrEw4O+cPgEF1N2LYKO15w=
=iecE
-END PGP SIGNATURE-
diff --git a/src/Main/FGManipulator.cxx b/src/Main/FGManipulator.cxx
index de88d5e..8bffc93 100644
--- a/src/Main/FGManipulator.cxx
+++ b/src/Main/FGManipulator.cxx
@@ -13,20 +13,31 @@
FGManipulator::FGManipulator() :
idleHandler(0), drawHandler(0), windowResizeHandler(0), keyHandler(0),
mouseClickHandler(0), mouseMotionHandler(0), currentModifiers(0),
-osgModifiers(0)
+osgModifiers(0), resizable(true)
{
-keyMaskMap[osgGA::GUIEventAdapter::KEY_Shift_L]
- = osgGA::GUIEventAdapter::MODKEY_LEFT_SHIFT;
-keyMaskMap[osgGA::GUIEventAdapter::KEY_Shift_R]
- = osgGA::GUIEventAdapter::MODKEY_RIGHT_SHIFT;
-keyMaskMap[osgGA::GUIEventAdapter::KEY_Control_L]
- = osgGA::GUIEventAdapter::MODKEY_LEFT_CTRL;
-keyMaskMap[osgGA::GUIEventAdapter::KEY_Control_R]
- = osgGA::GUIEventAdapter::MODKEY_RIGHT_CTRL;
-keyMaskMap[osgGA::GUIEventAdapter::KEY_Alt_L]
- = osgGA::GUIEventAdapter::MODKEY_LEFT_ALT;
-keyMaskMap[osgGA::GUIEventAdapter::KEY_Alt_R]
- = osgGA::GUIEventAdapter::MODKEY_RIGHT_ALT;
+using namespace osgGA;
+
+keyMaskMap[GUIEventAdapter::KEY_Shift_L]
+ = GUIEventAdapter::MODKEY_LEFT_SHIFT;
+keyMaskMap[GUIEventAdapter::KEY_Shift_R]
+ = GUIEventAdapter::MODKEY_RIGHT_SHIFT;
+keyMaskMap[GUIEventAdapter::KEY_Control_L]
+ = GUIEventAdapter::MODKEY_LEFT_CTRL;
+keyMaskMap[GUIEventAdapter::KEY_Control_R]
+ = GUIEventAdapter::MODKEY_RIGHT_CTRL;
+keyMaskMap[GUIEventAdapter::KEY_Alt_L] = GUIEventAdapter::MODKEY_LEFT_ALT;
+keyMaskMap[GUIEventAdapter::KEY_Alt_R] = GUIEventAdapter::MODKEY_RIGHT_ALT;
+// We have to implement numlock too.
+numlockKeyMap[GUIEventAdapter::KEY_KP_Insert] = '0';
+numlockKeyMap[GUIEventAdapter::KEY_KP_End] = '1';
+numlockKeyMap[GUIEventAdapter::KEY_KP_Down] = '2';
+numlockKeyMap[GUIEventAdapter::KEY_KP_Page_Down] = '3';
+numlockKeyMap[GUIEventAdapter::KEY_KP_Left] = '4';
+numlockKeyMap[GUIEventAdapter::KEY_KP_Begin] = '5';
+numlockKeyMap[GUIEventAdapter::KEY_KP_Right] = '6';
+numlockKeyMap[GUIEventAdapter::KEY_KP_Home] = '7';
+numlockKeyMap[GUIEventAdapter::KEY_KP_Up] = '8';
+numlockKeyMap[GUIEventAdapter::KEY_KP_Page_Up] = '9';
}
void FGManipulator::setByMatrix(const osg::Matrixd matrix)
@@ -160,7 +171,11 @@ bool FGManipulator::handle(const osgGA::GUIEventAdapter ea,
if (mouseMotionHandler)
(*mouseMotionHandler)(x, y);
return true;
-case osgGA::GUIEventAdapter::CLOSE_WINDOW:
+case osgGA::GUIEventAdapter::RESIZE:
+ if (resizable windowResizeHandler)
+ (*windowResizeHandler)(ea.getWindowWidth(), ea.getWindowHeight());
+ return true;
+ case osgGA::GUIEventAdapter::CLOSE_WINDOW:
case osgGA::GUIEventAdapter::QUIT_APPLICATION:
fgOSExit(0);
return true;
@@ -201,27 +216,30 @@ void FGManipulator::handleKey(const osgGA::GUIEventAdapter ea, int key,
case osgGA::GUIEventAdapter::KEY_F10: key = PU_KEY_F10; break;
case osgGA::GUIEventAdapter::KEY_F11: key = PU_KEY_F11; break;
case osgGA::GUIEventAdapter::KEY_F12: key = PU_KEY_F12; break;
-case osgGA::GUIEventAdapter::KEY_KP_0: key = 364; break;
-case osgGA::GUIEventAdapter::KEY_KP_1: key = 363; break;
-case osgGA::GUIEventAdapter::KEY_KP_2: key = 359; break;
-case osgGA::GUIEventAdapter::KEY_KP_3: key = 361; break;
-case osgGA::GUIEventAdapter::KEY_KP_4: key = 356; break;
-case osgGA::GUIEventAdapter::KEY_KP_5: key = 309; break;
-case osgGA::GUIEventAdapter::KEY_KP_6: key = 358; break;
-case osgGA::GUIEventAdapter::KEY_KP_7: key = 362; break;
-case osgGA::GUIEventAdapter::KEY_KP_8: key = 357; break;
-case osgGA::GUIEventAdapter::KEY_KP_9: key = 360; break;
-case osgGA::GUIEventAdapter::KEY_KP_Enter: key = 269; break;
+case osgGA::GUIEventAdapter::KEY_KP_Delete: key = '.'; break;
+case osgGA::GUIEventAdapter::KEY_KP_Enter: key = '\r'; break;
+case osgGA::GUIEventAdapter::KEY_KP_Add: key = '+'; break;
+case osgGA::GUIEventAdapter::KEY_KP_Divide: key = '/'; break;
+case osgGA::GUIEventAdapter::KEY_KP_Multiply: key = '*'; break;
+case osgGA::GUIEventAdapter::KEY_KP_Subtract: key = '-'; break;
}
osgGA::GUIEventAdapter::EventType eventType = ea.getEventType();
-// Track the modifiers because OSG is currently (2.0) broken
-KeyMaskMap::iterator iter = keyMaskMap.find(key);
-if (iter !=
[Flightgear-devel] crash in AI traffic
Hi!
Helijah has run into a crash. Gdb backtrace here:
http://pastebin.ca/589461 (no debug symbols unfortunately)
Looks like the next waypoint is null.
As a quick and dirty fix I came up with this:
Index: src/AIModel/AIAircraft.cxx
===
RCS file: /var/cvs/FlightGear-0.9/source/src/AIModel/AIAircraft.cxx,v
retrieving revision 1.65
diff -u -r1.65 AIAircraft.cxx
--- src/AIModel/AIAircraft.cxx 16 Jun 2007 05:38:05 - 1.65
+++ src/AIModel/AIAircraft.cxx 26 Jun 2007 01:07:16 -
@@ -747,7 +747,7 @@
if (fabs(speed_diff) 10) {
prevSpeed = speed;
-fp-setLeadDistance(speed, tgt_heading, curr, next);
+if (next) fp-setLeadDistance(speed, tgt_heading, curr, next);
}
}
This is probably not the right way to fix it, somebody please have a look.
Thanks,
Csaba
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for keypad and resize in osgViewer version
On 6/26/07, Tim Moore [EMAIL PROTECTED] wrote: This patch fixes the use of the keypad with numlock in the osgViewer version of FlightGear. I'd be interested to hear if this has any problems with non-US keyboards. Thanks, seems to work nicely. But I use US layout, only switching to hungarian occasionally. -- Csaba - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 0.9.11pre1 with cvs aircraft feedback.
Everyone, Aircraft flash2a kills 0.9.11 pre1. Not a problem for local use. I don't expect all cvs aircraft to work with the latest release. It also kills FlightGear multi player. If someone is online flying flash2a 0.9.11pre1 aborts. For now I'll remove flash2a from my Aircraft directory. See below for details. Best Regards, Paul B Chat [pigeond] Aircraft/Citation-Bravo/Models/Bravo.xml Chat [pigeond] Jester is now online, using Chat [pigeond] Aircraft/flash2a/Models/flash2a.xml Object StarterRope2 not found Object StarterRope2 not found WARNING: ssgSGIHeader::: Failed to open '/usr/local/share/FlightGear/data/Aircraft/flash2a/Models/rpm/chrome2.rgb' for reading. *** glibc detected *** fgfs: free(): invalid next size (fast): 0x111a8138 *** === Backtrace: = /lib/libc.so.6[0x75c1e0] /lib/libc.so.6(__libc_free+0x77)[0x75c72b] /usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0x66a0a9] /usr/lib/libstdc++.so.6(_ZdaPv+0x1d)[0x66a0f5] /usr/lib/libplibssg.so.1.8.4(_ZN7ssgList7sizeChkEv+0x63)[0x98c6b7] /usr/lib/libplibssg.so.1.8.4(_ZN7ssgList9addEntityEP9ssgEntity+0x2b)[0x98c745] /usr/lib/libplibssg.so.1.8.4(_ZN10ssgKidList9addEntityEP9ssgEntity+0x31)[0x98c7b7] /usr/lib/libplibssg.so.1.8.4(_ZN9ssgBranch6addKidEP9ssgEntity+0x29)[0x986dcb] fgfs[0x844bd4b] fgfs[0x844d89b] fgfs[0x83b2f83] fgfs[0x83b4adb] fgfs[0x83b952d] fgfs[0x83ae1a0] fgfs[0x83a6901] fgfs[0x83a76f6] fgfs[0x83a7a3c] fgfs[0x805830d] fgfs[0x80824f5] /usr/lib/libglut.so.3(glutMainLoop+0x86)[0x11452c] fgfs[0x805ac8a] fgfs(__gxx_personality_v0+0x3e3)[0x80572df] /lib/libc.so.6(__libc_start_main+0xdf)[0x70dd7f] fgfs(__gxx_personality_v0+0x1f1)[0x80570ed] === Memory map: 00101000-00124000 r-xp 03:41 8588761/usr/lib/libglut.so.3.8.0 00124000-0012a000 rwxp 00023000 03:41 8588761/usr/lib/libglut.so.3.8.0 0012a000-001a9000 r-xp 03:41 8588760/usr/X11R6/lib/libGLU.so.1.3 001a9000-001ab000 rwxp 0007e000 03:41 8588760/usr/X11R6/lib/libGLU.so.1.3 001ab000-001b2000 r-xp 03:41 8600781/usr/X11R6/lib/libXi.so.6.0 001b2000-001b3000 rwxp 6000 03:41 8600781/usr/X11R6/lib/libXi.so.6.0 001b3000-001b5000 r-xp 03:41 5401461/lib/libdl-2.3.6.so 001b5000-001b6000 r-xp 1000 03:41 5401461/lib/libdl-2.3.6.so 001b6000-001b7000 rwxp 2000 03:41 5401461/lib/libdl-2.3.6.so 001b7000-001e9000 r-xp 03:41 8600114 /usr/local/lib/libopenal.so.1.0.0 001e9000-001eb000 rwxp 00031000 03:41 8600114 /usr/local/lib/libopenal.so.1.0.0 001eb000-001ee000 rwxp 001eb000 00:00 0 001ee000-001f rwxp 00:0d 2447 /dev/zero 001f-001f2000 rwxp 00:0d 2447 /dev/zero 001f2000-001f4000 rwxp 00:0d 2447 /dev/zero 001f5000-0020b000 r-xp 03:41 8588926/usr/X11R6/lib/libXmu.so.6.2 0020b000-0020c000 rwxp 00015000 03:41 8588926/usr/X11R6/lib/libXmu.so.6.2 0020c000-0022f000 r-xp 03:41 5401453/lib/libm-2.3.6.so 0022f000-0023 r-xp 00022000 03:41 5401453/lib/libm-2.3.6.so 0023-00231000 rwxp 00023000 03:41 5401453/lib/libm-2.3.6.so 00231000-00233000 rwxp 00:0d 2447 /dev/zero 00233000-00235000 rwxp 00:0d 2447 /dev/zero 00235000-00237000 rwxp 00:0d 2447 /dev/zero 00237000-00239000 rwxp 00:0d 2447 /dev/zero 00239000-0023b000 rwxp 00:0d 2447 /dev/zero 0023b000-0023d000 rwxp 00:0d 2447 /dev/zero 0023d000-0023f000 rwxp 00:0d 2447 /dev/zero 0023f000-00241000 rwxp 00:0d 2447 /dev/zero 00241000-00243000 rwxp 00:0d 2447 /dev/zero 00243000-00245000 rwxp 00:0d 2447 /dev/zero 00245000-00247000 rwxp 00:0d 2447 /dev/zero 00247000-00249000 rwxp 00:0d 2447 /dev/zero 00249000-0024b000 rwxp 00:0d 2447 /dev/zero 0024b000-0024d000 rwxp 00:0d 2447 /dev/zero 0024d000-0024f000 rwxp 00:0d 2447 /dev/zero 0024f000-00251000 rwxp 00:0d 2447 /dev/zero 00251000-00253000 rwxp 00:0d 2447 /dev/zero 00253000-0025c000 r-xp 03:41 5401491/lib/libnss_files-2.3.6.so 0025c000-0025d000 r-xp 8000 03:41 5401491/lib/libnss_files-2.3.6.so 0025d000-0025e000 rwxp 9000 03:41 5401491/lib/libnss_files-2.3.6.so 0025e000-0026 r-xp 03:41 8774323 /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2 0026-00261000 rwxp 1000 03:41 8774323 /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2 00261000-0027b000 r-xp 03:41 5401449/lib/ld-2.3.6.so 0027b000-0027c000 r-xp 00019000 03:41 5401449/lib/ld-2.3.6.so 0027c000-0027d000 rwxp 0001a000 03:41 5401449/lib/ld-2.3.6.so 0027d000-002cf000 r-xp 03:41 8583168/usr/X11R6/lib/libXt.so.6.0 002cf000-002d3000 rwxp 00052000 03:41 8583168/usr/X11R6/lib/libXt.so.6.0 002d3000-003a3000
Re: [Flightgear-devel] no doppler sound with actual build
Maik Justus wrote: Yes, no problem to wait for an answer on the OpenAL-devel list. I read through the archive and found a long thread in september 2005, where they fixed some Doppler bugs. Probably it was our bug. Don't know, when this will go into a release. Do we really want to depend on a svn build? Well, the only problem here would be Linux since it's implementation is not yet officially at version 1.1 but both the Windows and Mac-OS implementations have been at version 1.1 for several months now. Since it seems to be a Windows problem it's not a matter of depending on a svn build or not. Erik - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
