Re: [Flightgear-devel] openAL compilation problem
bass pumped wrote: Hi, I'm trying to compile pre-rel-3 in MSVC 7 but i'm running into a linking problem again. It looks to me like simgear is unable to read the openAL header files while trying to link. I have put them in the sound_mngr directory and modified the include statements to read it directly from there, but with no luck. Am I doing something wrong? Thanks! Add the libs to FG, SG does not need them. Harald. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] openAL compilation problem
Add the libs to FG, SG does not need them. Harald. Hi Harald, Thank you for your reply. I did add the libraries to FG as you suggested but I still get the same errors. It looks like for some reason or the other the header files are not being read... for example the function alGetError is defined in al.h but even though the header file is included in soundmgr_openal.c the linker says that these are unresolved externals. Am I doing something wrong or is there something wrong with the version of openal I am using. I did download a copy of the openal windows sdk from the openal website. Thanks!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] openAL compilation problem
Hi, I'm trying to compile pre-rel-3 in MSVC 7 but i'm running into a linking problem again. It looks to me like simgear is unable to read the openAL header files while trying to link. I have put them in the sound_mngr directory and modified the include statements to read it directly from there, but with no luck. Am I doing something wrong? Thanks! Linker Output == Generating non-SAFESEH image. main.obj : error LNK2019: unresolved external symbol __imp__alListenerf referenced in function public: void __thiscall SGSoundMgr::set_volume(float) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) fg_fx.obj : error LNK2001: unresolved external symbol __imp__alListenerf SimGear.lib(soundmgr_openal.obj) : error LNK2001: unresolved external symbol __imp__alListenerf main.obj : error LNK2019: unresolved external symbol __imp__alListenerfv referenced in function public: void __thiscall SGSoundMgr::set_listener_pos(float *) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alListenerfv referenced in function public: static char * __cdecl std::char_traits::move(char *,char const *,unsigned int) ([EMAIL PROTECTED]@[EMAIL PROTECTED]@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alDopplerVelocity referenced in function public: __thiscall SGSoundMgr::SGSoundMgr(void) (??0SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alDopplerFactor referenced in function public: __thiscall SGSoundMgr::SGSoundMgr(void) (??0SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alGetError referenced in function public: __thiscall SGSoundMgr::SGSoundMgr(void) (??0SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(sample_openal.obj) : error LNK2001: unresolved external symbol __imp__alGetError SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alcMakeContextCurrent referenced in function public: __thiscall SGSoundMgr::SGSoundMgr(void) (??0SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alcCreateContext referenced in function public: __thiscall SGSoundMgr::SGSoundMgr(void) (??0SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alcOpenDevice referenced in function public: __thiscall SGSoundMgr::SGSoundMgr(void) (??0SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alcDestroyContext referenced in function public: __thiscall SGSoundMgr::~SGSoundMgr(void) (??1SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alcSuspendContext referenced in function public: void __thiscall SGSoundMgr::pause(void) ([EMAIL PROTECTED]@@QAEXXZ) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alcProcessContext referenced in function public: void __thiscall SGSoundMgr::resume(void) ([EMAIL PROTECTED]@@QAEXXZ) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol _alutUnloadWAV referenced in function public: __thiscall SGSoundSample::SGSoundSample(char const *,char const *,bool) (??0SGSoundSample@@[EMAIL PROTECTED]@Z) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol __imp__alBufferData referenced in function public: __thiscall SGSoundSample::SGSoundSample(char const *,char const *,bool) (??0SGSoundSample@@[EMAIL PROTECTED]@Z) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol _alutLoadWAVFile referenced in function public: __thiscall SGSoundSample::SGSoundSample(char const *,char const *,bool) (??0SGSoundSample@@[EMAIL PROTECTED]@Z) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol __imp__alGenBuffers referenced in function public: __thiscall SGSoundSample::SGSoundSample(char const *,char const *,bool) (??0SGSoundSample@@[EMAIL PROTECTED]@Z) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol __imp__alDeleteBuffers referenced in function public: __thiscall SGSoundSample::~SGSoundSample(void) (??1SGSoundSample@@[EMAIL PROTECTED]) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol __imp__alSourcePlay referenced in function public: void __thiscall SGSoundSample::play(bool) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol __imp__alSourcei referenced in function public: void __thiscall SGSoundSample::play(bool) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol __imp__alSourceStop referenced in function public: void __thiscall SGSoundSample::play(bool) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) SimGear.lib(sample_openal.obj) : error LNK2019:
RE: [Flightgear-devel] OpenAL for CygWin
From: Jon Berndt [mailto:[EMAIL PROTECTED] I have placed a compiled tarball of yesterdays OpenAL CVS files @ http://www.vso.cape.com/~nhv/files/cygwin/cyg_openAL.tgz you might want to test these against the current FGFS before blindly overwriting your currrent installation Is this distribution modified for use with CygWin as discussed in this thread recently? Namely, the _WIN32 - WIN32 issue, as well as the #define MVC? I grabbed Norman Vine's tarball and have finally put sound into a Cygwin build. I noticed that there are still two instances of _WIN32 in the headers: One is in alu.h, and one is in alut.h. For example, in alu.h ... #ifdef _WIN32 #define ALUAPI #define ALUAPIENTRY __cdecl ... I don't know if these are intentional or by oversight. My first success was after changing the _WIN32 to WIN32 in those places. However, I cannot conclude that change was necessary due to other oversights along the way on my part. For example, one must make sure the openal32.dll used by fgfs.exe is the one distributed in Norman's tarball! Other OpenAL versions cause a runtime error. I was stuck on that one for awhile. :-) Thanks, everyone. Jim ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] OpenAL for CygWin
I have placed a compiled tarball of yesterdays OpenAL CVS files @ http://www.vso.cape.com/~nhv/files/cygwin/cyg_openAL.tgz you might want to test these against the current FGFS before blindly overwriting your currrent installation Norman ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] OpenAL for CygWin
I have placed a compiled tarball of yesterdays OpenAL CVS files @ http://www.vso.cape.com/~nhv/files/cygwin/cyg_openAL.tgz you might want to test these against the current FGFS before blindly overwriting your currrent installation Is this distribution modified for use with CygWin as discussed in this thread recently? Namely, the _WIN32 - WIN32 issue, as well as the #define MVC? I suspect these statements could be modified in OpenAL CVS to support CygWin without trouble. Has anyone approached them about this? If not, I wonder if I ought to? Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] OpenAL for CygWin
Jon Berndt wrote: I have placed a compiled tarball of yesterdays OpenAL CVS files @ http://www.vso.cape.com/~nhv/files/cygwin/cyg_openAL.tgz you might want to test these against the current FGFS before blindly overwriting your currrent installation Is this distribution modified for use with CygWin as discussed in this thread recently? Namely, the _WIN32 - WIN32 issue, as well as the #define MVC? I suspect these statements could be modified in OpenAL CVS to support CygWin without trouble. Has anyone approached them about this? If not, I wonder if I ought to? Previous patches (namely the complete IRIX backend) have been accepted without a problem (although you sometimes might need to ask for it a second time). Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] OpenAL for CygWin
Hmmm ... we had to fiddle with it to make it work some months ago ... I forget exactly what we did This seems really unfortunate for FlightGear - that we have to rely on another package where some of us have to fix the code to work for CygWin users. Is this even documented anywhere? jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] OpenAL for CygWin
Jon Berndt Hmmm ... we had to fiddle with it to make it work some months ago ... I forget exactly what we did This seems really unfortunate for FlightGear - that we have to rely on another package where some of us have to fix the code to work for CygWin users. Is this even documented anywhere? In the developers' list archives is the best we have. Cygwin wouldn't work at all if it were not for the excellent work by Norman Vine. There's no sign of OpenAL being ported to Cygwin at the moment, so this is the best we have. We are in constant danger of being left behind. Have you got it to work yet??? I guess I could tarball up my version here for you, when I have a bit more time. V. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] OpenAL for CygWin
In the developers' list archives is the best we have. Cygwin wouldn't work at all if it were not for the excellent work by Norman Vine. There's no sign of OpenAL being ported to Cygwin at the moment, so this is the best we have. We are in constant danger of being left behind. Have you got it to work yet??? I guess I could tarball up my version here for you, when I have a bit more time. Yes. I now have a FlightGear executable - though I won't have time to try it until this evening at the earliest. I'd like to submit the text below to a FAQ or wherever it should be on the FlightGear/SimGear site: --- start --- For Cygwin users, OpenAL needs to be retrieved from this site: ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/openal_cyg.tgz I placed this file in the /usr directory and untar'ed it, though some place it in the /usr/local/ directory tree - which might be more appropriate. Some library and dll files are untar'ed into your bin/ and lib/ subdirectories. Once the files are untar'ed, you must cd to the include/AL/ subdirectory and modify all the files where _WIN32 is present (use grep) and change it to simply WIN32 (that is, remove the underscore). Also, in alc.h you must change the code at top to look like this: #ifdef WIN32 --- CHANGE TO THIS #ifdef _OPENAL32LIB #define ALCAPI __declspec(dllexport) #else #define ALCAPI __declspec(dllimport) #endif #ifdef WIN32 --- CHANGE TO THIS typedef struct ALCdevice_struct ALCdevice; typedef struct ALCcontext_struct ALCcontext; #endif Once these changes are made, you should be able to compile simgear. --- end --- Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] OpenAL for CygWin
Jon Berndt In the developers' list archives is the best we have. Cygwin wouldn't work at all if it were not for the excellent work by Norman Vine. There's no sign of OpenAL being ported to Cygwin at the moment, so this is the best we have. We are in constant danger of being left behind. Have you got it to work yet??? I guess I could tarball up my version here for you, when I have a bit more time. Yes. I now have a FlightGear executable - though I won't have time to try it until this evening at the earliest. I'd like to submit the text below to a FAQ or wherever it should be on the FlightGear/SimGear site: --- start --- For Cygwin users, OpenAL needs to be retrieved from this site: ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/openal_cyg.tgz I placed this file in the /usr directory and untar'ed it, though some place it in the /usr/local/ directory tree - which might be more appropriate. Some library and dll files are untar'ed into your bin/ and lib/ subdirectories. Once the files are untar'ed, you must cd to the include/AL/ subdirectory and modify all the files where _WIN32 is present (use grep) and change it to simply WIN32 (that is, remove the underscore). Also, in alc.h you must change the code at top to look like this: #ifdef WIN32 --- CHANGE TO THIS #ifdef _OPENAL32LIB #define ALCAPI __declspec(dllexport) #else #define ALCAPI __declspec(dllimport) #endif #ifdef WIN32 --- CHANGE TO THIS typedef struct ALCdevice_struct ALCdevice; typedef struct ALCcontext_struct ALCcontext; #endif Once these changes are made, you should be able to compile simgear. --- end --- Hmm ... I think we ought to correct the tarball first - we shouldn't ask people to correct it. V. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] OpenAL for CygWin
For Cygwin users, OpenAL needs to be retrieved from this site: ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/openal_cyg.tgz I placed this file in the /usr directory and untar'ed it, though some place it in the /usr/local/ directory tree - which might be more appropriate. Some library and dll files are untar'ed into your bin/ and lib/ subdirectories. Once the files are untar'ed, you must cd to the include/AL/ subdirectory and modify all the files where _WIN32 is present (use grep) and change it to simply WIN32 (that is, remove the underscore). Also, in alc.h you must change the code at top to look like this: #ifdef WIN32 --- CHANGE TO THIS #ifdef _OPENAL32LIB #define ALCAPI __declspec(dllexport) #else #define ALCAPI __declspec(dllimport) #endif #ifdef WIN32 --- CHANGE TO THIS typedef struct ALCdevice_struct ALCdevice; typedef struct ALCcontext_struct ALCcontext; #endif Once these changes are made, you should be able to compile simgear. I'm just in the middle of finally pulling an faq update together (various exams cropped up). I'll put this in. Are there any other issues people want to go in? Giles Robertson ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] OpenAL for CygWin
Jon Berndt wrote: I'm finally getting around to reinstalling FlightGear after a hard drive crash a couple months ago. I have this as a place to get OpenAL for Cygwin: Try this version: ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/openal_cyg.tgz Vivian I got that file. I untarred it in /usr, so the include files, libraries, etc. all went in the right places. However, I've tried building SimGear (under CygWin) and I get this error: --- start --- In file included from ../../simgear/sound/soundmgr_openal.hxx:50, from visual_enviro.cxx:33: /usr/include/AL/alc.h:39: error: syntax error before `*' token /usr/include/AL/alc.h:51: error: `ALCcontext' was not declared in this scope /usr/include/AL/alc.h:51: error: `alcHandle' was not declared in this scope /usr/include/AL/alc.h:51: error: variable `ALCboolean alcMakeContextCurrent' definition is marked dllimport. --- end --- Does anyone have any suggestions for me in configuring OpenAL to work with SimGear? Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] OpenAL for CygWin
Jon Berndt Jon Berndt wrote: I'm finally getting around to reinstalling FlightGear after a hard drive crash a couple months ago. I have this as a place to get OpenAL for Cygwin: Try this version: ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/openal_cyg.tgz Vivian I got that file. I untarred it in /usr, so the include files, libraries, etc. all went in the right places. However, I've tried building SimGear (under CygWin) and I get this error: --- start --- In file included from ../../simgear/sound/soundmgr_openal.hxx:50, from visual_enviro.cxx:33: /usr/include/AL/alc.h:39: error: syntax error before `*' token /usr/include/AL/alc.h:51: error: `ALCcontext' was not declared in this scope /usr/include/AL/alc.h:51: error: `alcHandle' was not declared in this scope /usr/include/AL/alc.h:51: error: variable `ALCboolean alcMakeContextCurrent' definition is marked dllimport. --- end --- Does anyone have any suggestions for me in configuring OpenAL to work with SimGear? Hmmm ... we had to fiddle with it to make it work some months ago ... I forget exactly what we did Here's some thoughts - might help. 1. I put my OpenAL stuff here: \usr\local\include\AL 2. Make sure there's no other openal stuff left around in other directories 3. Check that the appropriate lines in alc.h look exactly like this - there was a problem with underscores: #ifdef WIN32 #ifdef _OPENAL32LIB #define ALCAPI __declspec(dllexport) #else #define ALCAPI __declspec(dllimport) #endif #ifdef WIN32 typedef struct ALCdevice_struct ALCdevice; typedef struct ALCcontext_struct ALCcontext; #endif I think there was a problem elsewhere, but I can't identify it right now. If the lines are correct, then the other problem has likely been corrected as well. Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] OpenAL for CygWin
I'm finally getting around to reinstalling FlightGear after a hard drive crash a couple months ago. I have this as a place to get OpenAL for Cygwin: http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz Is this still the latest/best dist? Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] OpenAL for CygWin
Jon Berndt wrote: I'm finally getting around to reinstalling FlightGear after a hard drive crash a couple months ago. I have this as a place to get OpenAL for Cygwin: http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz Is this still the latest/best dist? Try this version: ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/openal_cyg.tgz Regards, Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] OpenAL for CygWin
Vivian Meazza writes: Jon Berndt wrote: I'm finally getting around to reinstalling FlightGear after a hard drive crash a couple months ago. I have this as a place to get OpenAL for Cygwin: http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz Is this still the latest/best dist? I no longer have that file on my site Please delete any links to it and use this one instead Try this version: ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/openal_cyg.tgz Thanks Norman ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] openal wind.wav: correct pitch?
When Curt introduced OpenAL to fgfs, he wrote[1]: | 2. The plib sound system was set to play at 8000 hz no matter what the | sample was recorded at. So a 22000 hz sample wouldn't play at the right | pitch by default. We compensated in our sound config files for this by | offsetting the pitch by 22000/8000 to get the sound back in the right | range. However, that means that with OpenAL which handles this | correctly, some portions of our sound configs will need to get | retweaked to make the pitch correct again. Most sounds are fine, it's | just a few of them where there is this issue. Since a while I noticed that the wind sound is much too much pitched up for my taste. And indeed, wind.wav has been sampled at 22kHz: $ file wind.wav wind.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit, mono 22050 Hz Has this ever been considered? I don't think so. (I remember that I changed the wind pitch in the bo105 sound config, but this would then only be an ugly workaround.) Is our wind sound still waiting for a proper fix (resampling or changing all sound configs)? Or is anyone else happy with it!? m. [1] http://baron.flightgear.org/pipermail/flightgear-devel/2004-April/027549.html ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] OpenAL
some coworkers and I have been trying to compile the latest FlightGear Build (0.9.5pre2). Unfortunately, we don't seem to be able to download the OpenAl source code from CVS. After downloading the SDK from Creative's website, we have not been able to build the samples they provided. Has anyone had problems with this? we are using windows and have tried compiling on both MSVC and cygwin. Are these problems that other people are having or do we have some setting screwed up. Thanks Steve __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] OpenAL sound breaking up
I noticed that the least bit of extra CPU/Bus activity can cause the sounds to stutter after our switch to OpenAL. This might be a reason to remain conservative with our sound files (e.g. 8bit Mono). This is especially noticable on my system with the 16bit/44khz/Stereo merlin sample with the Spitfire. Running a P4 2.4 ghz with SBLive. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL / Cygwin
Note you will need a recent Cygwin DLL to use these this is untested http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz Norman: Is this file still online? Cape.com seems to think the site is offline or the file doesn't exist. Transient ISP problems? Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL / Cygwin
Jon Berndt wrote: Note you will need a recent Cygwin DLL to use these this is untested http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz Norman: Is this file still online? Cape.com seems to think the site is offline or the file doesn't exist. Transient ISP problems? Maybe this is am alternative: http://the-agency.sourceforge.net/xoops/modules/mydownloads/visit.php?cid=5lid=49 Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OpenAL problem (mostly) solved
Upgrading to the latest CVS OpenAL from the version distributed with Debian SID solved my OpenAL problems -- the planes sound great now. Unfortunately, the voice ATIS is even quieter, so that it's hard to tell that it's even playing now, much less to make out the individual words. All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL question
David Luff wrote: On a related note, I believe you had problems with hearing the ATIS voice due to low volume previously. Do you still have this problem post-OpenAL, or can you hear it OK now? I cannot hear the voice at all now, unfortunately. All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL question
Curtis L. Olson wrote: It sounds ok to me here on my sound blaster live hardware. Can you hear the morse code beeps, marker beacons, or other sounds ok? Do some aircraft sound ok, or do all of them sound this way? The ident codes sound strange also (high-pitched and slow). All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL question
Matthew Law wrote: On my system (gentoo, SB Live 128) I hear what sounds like the turbine sample when at high angles of attack/sideslip and bank in the pa28-161. It's a very strange thing to hear in those situations and had me looking around at first to find the 'bogey'. Up to now in real fixed prop aircraft, I haven't heard the effect that Erik was trying to achieve... can this be heard outside the aircraft only? No. It can be heard from within the cabin also. But there is an effect that steps in at higher angles of attack, I'm just not sure how it really should sound like (I thought the current effect was quite close) and how to achieve that effect correctly. The easiest way to get it so the fly at cruise speed and pull back on the throttle and try to stay at altitude using the elevator. If the sound is heard in unusual situations, then that's because of a bug in the FDM. For one thing, I've heard someone say it is also there when parked on the ground. Obviously there should be no high alpha at such situations. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL question
Erik Hofman wrote: No. It can be heard from within the cabin also. But there is an effect that steps in at higher angles of attack, I'm just not sure how it really should sound like (I thought the current effect was quite close) and how to achieve that effect correctly. I'm not sure if what I'm hearing right now is an OpenAL library problem or a FlightGear problem, but it does not sound much like an airplane. The sound of a plane from inside the cabin is a very low, loud rumbling (or even roaring) sound -- it varies greatly by power, and very little (at least, I've never noticed) by angle of attack. On a plane with a constant speed propeller, the noise is much louder (and slightly higher-pitched) at high RPM. From the outside, the noise seems higher pitched than it does inside the cabin. If the sound is heard in unusual situations, then that's because of a bug in the FDM. For one thing, I've heard someone say it is also there when parked on the ground. Obviously there should be no high alpha at such situations. When you're parked on the ground, alpha can be just about anything, but since the relative wind is usually light to none, it doesn't matter much. All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL question
On 5/24/04 at 10:44 AM David Megginson wrote: I'm not sure if what I'm hearing right now is an OpenAL library problem or a FlightGear problem, but it does not sound much like an airplane. The sound of a plane from inside the cabin is a very low, loud rumbling (or even roaring) sound -- it varies greatly by power, and very little (at least, I've never noticed) by angle of attack. On a plane with a constant speed propeller, the noise is much louder (and slightly higher-pitched) at high RPM. From the outside, the noise seems higher pitched than it does inside the cabin. If the sound is heard in unusual situations, then that's because of a bug in the FDM. For one thing, I've heard someone say it is also there when parked on the ground. Obviously there should be no high alpha at such situations. When you're parked on the ground, alpha can be just about anything, but since the relative wind is usually light to none, it doesn't matter much. On a related note, I believe you had problems with hearing the ATIS voice due to low volume previously. Do you still have this problem post-OpenAL, or can you hear it OK now? Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL question
David Luff wrote: On a related note, I believe you had problems with hearing the ATIS voice due to low volume previously. Do you still have this problem post-OpenAL, or can you hear it OK now? I haven't checked, because the engine audio is so intolerable (think dental drill) that I turn it off right away. I'll give it a try and see. All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL question
David Megginson wrote: For at least a couple of weeks, the audio for the PA-28 or C172 on my Dell Inspiron notebook has sounded like an angry mosquito dying of tuberculosis. I think the problem started about the time of the switch to OpenAL (which I remember vaguely). I'm using the current Debian sid versions of libopenal0 and libopenal-dev (listed as 0.2003020200-1.2 in the DEB) under Linux 2.6.5, and would be grateful for any suggestions. It sounds ok to me here on my sound blaster live hardware. Can you hear the morse code beeps, marker beacons, or other sounds ok? Do some aircraft sound ok, or do all of them sound this way? Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OpenAL question
For at least a couple of weeks, the audio for the PA-28 or C172 on my Dell Inspiron notebook has sounded like an angry mosquito dying of tuberculosis. I think the problem started about the time of the switch to OpenAL (which I remember vaguely). I'm using the current Debian sid versions of libopenal0 and libopenal-dev (listed as 0.2003020200-1.2 in the DEB) under Linux 2.6.5, and would be grateful for any suggestions. Thanks in advance, and all the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] openal lib problem
I just did my first recompile in a few months and everything seemed to build fine including openal, but at runtime I get this: [EMAIL PROTECTED] SimGear]$ fgfs fgfs: error while loading shared libraries: libopenal.so.0: cannot open shared object file: No such file or directory [EMAIL PROTECTED] SimGear]$ ls -l /usr/local/lib/*openal* -rwxr-xr-x1 root root 424510 May 6 17:09 /usr/local/lib/libopenal.a lrwxrwxrwx1 root root 33 May 6 17:09 /usr/local/lib/libopenal.so - /usr/local/lib/libopenal.so.0.0.7 lrwxrwxrwx1 root root 33 May 6 17:09 /usr/local/lib/libopenal.so.0 - /usr/local/lib/libopenal.so.0.0.7 -rwxr-xr-x1 root root 330457 May 6 17:09 /usr/local/lib/libopenal.so.0.0.7 Anybody know what I did wrong? I even ran a few of the tests, and they seemed to run fine. Josh ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] openal lib problem
Josh Babcock wrote: I just did my first recompile in a few months and everything seemed to build fine including openal, but at runtime I get this: [EMAIL PROTECTED] SimGear]$ fgfs fgfs: error while loading shared libraries: libopenal.so.0: cannot open shared object file: No such file or directory [EMAIL PROTECTED] SimGear]$ ls -l /usr/local/lib/*openal* -rwxr-xr-x1 root root 424510 May 6 17:09 /usr/local/lib/libopenal.a lrwxrwxrwx1 root root 33 May 6 17:09 /usr/local/lib/libopenal.so - /usr/local/lib/libopenal.so.0.0.7 lrwxrwxrwx1 root root 33 May 6 17:09 /usr/local/lib/libopenal.so.0 - /usr/local/lib/libopenal.so.0.0.7 -rwxr-xr-x1 root root 330457 May 6 17:09 /usr/local/lib/libopenal.so.0.0.7 Anybody know what I did wrong? I even ran a few of the tests, and they seemed to run fine. Josh ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel Oh, yeah SimGear and FlightGear were straight out of CVS this morning. Josh ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] openal lib problem
Josh Babcock wrote: I just did my first recompile in a few months and everything seemed to build fine including openal, but at runtime I get this: fgfs: error while loading shared libraries: libopenal.so.0: cannot open shared object file: No such file or directory $ ls -l /usr/local/lib/*openal* lrwxrwxrwx1 root root 33 May 6 17:09 /usr/local/lib/libopenal.so - /usr/local/lib/libopenal.so.0.0.7 Anybody know what I did wrong? Many distributions don't include /usr/local/lib on the default shared library path. Try setting it via an environment variable: export LD_LIBRARY_PATH=/usr/local/lib And see if that fixes the problem. If it does, then consider adding /usr/local/lib as a line in /etc/ld.so.conf (the global list of directories to search). Then you either need to run ldconfig or reboot to refresh the cache. Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] openal lib problem
Josh, Add /usr/local/lib (or where ever you installed libopenal.so) to /etc/ld.so.conf and run ldconfig. Curt. Josh Babcock wrote: I just did my first recompile in a few months and everything seemed to build fine including openal, but at runtime I get this: [EMAIL PROTECTED] SimGear]$ fgfs fgfs: error while loading shared libraries: libopenal.so.0: cannot open shared object file: No such file or directory [EMAIL PROTECTED] SimGear]$ ls -l /usr/local/lib/*openal* -rwxr-xr-x1 root root 424510 May 6 17:09 /usr/local/lib/libopenal.a lrwxrwxrwx1 root root 33 May 6 17:09 /usr/local/lib/libopenal.so - /usr/local/lib/libopenal.so.0.0.7 lrwxrwxrwx1 root root 33 May 6 17:09 /usr/local/lib/libopenal.so.0 - /usr/local/lib/libopenal.so.0.0.7 -rwxr-xr-x1 root root 330457 May 6 17:09 /usr/local/lib/libopenal.so.0.0.7 Anybody know what I did wrong? I even ran a few of the tests, and they seemed to run fine. Josh ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] openal lib problem
Andy Ross wrote: Josh Babcock wrote: I just did my first recompile in a few months and everything seemed to build fine including openal, but at runtime I get this: fgfs: error while loading shared libraries: libopenal.so.0: cannot open shared object file: No such file or directory $ ls -l /usr/local/lib/*openal* lrwxrwxrwx1 root root 33 May 6 17:09 /usr/local/lib/libopenal.so - /usr/local/lib/libopenal.so.0.0.7 Anybody know what I did wrong? Many distributions don't include /usr/local/lib on the default shared library path. Try setting it via an environment variable: export LD_LIBRARY_PATH=/usr/local/lib And see if that fixes the problem. If it does, then consider adding /usr/local/lib as a line in /etc/ld.so.conf (the global list of directories to search). Then you either need to run ldconfig or reboot to refresh the cache. Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel Thanks, I knew I was missing something simple. Josh ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] openal lib problem
Josh Babcock said: Josh Babcock wrote: I just did my first recompile in a few months and everything seemed to build fine including openal, but at runtime I get this: [EMAIL PROTECTED] SimGear]$ fgfs fgfs: error while loading shared libraries: libopenal.so.0: cannot open shared object file: No such file or directory [EMAIL PROTECTED] SimGear]$ ls -l /usr/local/lib/*openal* -rwxr-xr-x1 root root 424510 May 6 17:09 /usr/local/lib/libopenal.a lrwxrwxrwx1 root root 33 May 6 17:09 /usr/local/lib/libopenal.so - /usr/local/lib/libopenal.so.0.0.7 lrwxrwxrwx1 root root 33 May 6 17:09 /usr/local/lib/libopenal.so.0 - /usr/local/lib/libopenal.so.0.0.7 -rwxr-xr-x1 root root 330457 May 6 17:09 /usr/local/lib/libopenal.so.0.0.7 Anybody know what I did wrong? I even ran a few of the tests, and they seemed to run fine. Josh ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel Oh, yeah SimGear and FlightGear were straight out of CVS this morning. That openal install doesn't update your linker bindings. Just run ldconfig and the library will be found. That reminds me...it appears that there are no releases so to speak of openal. I could only find cvs. Anyone know more about this? Will this be an issue for our *nix users or do the latest distros all include some form of openal? Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] openal lib problem
Curtis L. Olson said: Josh, Add /usr/local/lib (or where ever you installed libopenal.so) to /etc/ld.so.conf and run ldconfig. Curt. On my system the install just didn't do the binding step, but yeah if that isn't there ldconfig won't work anyway. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] openal lib problem
Jim Wilson wrote: That reminds me...it appears that there are no releases so to speak of openal. I could only find cvs. Anyone know more about this? Will this be an issue for our *nix users or do the latest distros all include some form of openal? I was a little dismayed to discover this too. I think the distros tend to just release a cvs snapshot can call it something like libopenal-2003020200 for the MMDDHH they did the check out. OpenAL definitely has some management annoyances. Other gripes are changes in the API between, uhhh, versions, and unexplainable API differences between platforms. But, it's got a lot to offer at the same time so I still think it's worth using. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
David Luff helped some more -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Luff Sent: 28 April 2004 21:18 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] OpenAL Vivian Meazza writes: Result - failure, I downloaded openal.gz (not openal.tgz) and extracted the archive - no problems as far as I can see. Are you *sure* that your browser isn't mangling the file extension - it was a .tgz on Norman's web page when I checked 30 seconds ago. One of my browsers appends .gz to make it openal.tgz.gz, which is of course wrong. I renamed the file openal.tar.gz and extracted the files - seemed like it made no difference. I've downloaded the latest Simgear - compiles OK, no warnings. I've downloaded the latest FlightGear, made the changes. Configure reports with: Checking for library containing alGenBuffers ... No I also get this - don't worry about it! It's because the correct (Norman's) openal libs for cygwin aren't getting set in the configure script yet, so configure's tests can't possibly find them. Obviously this is something that will have to be fixed shortly. I thought that was likely. Then fails with Config.status: creating \ .infig.status: error:cannot find input file. It's possible that you haven't modified your src/Main/Makefile.am properly. All lines of fgfs_LDADD should have a \ at the end of them EXCEPT for the last line. Have you added a \ at the end of the last fgfs_LDADD line? Or removed one of the preceding ones. The space before each entry *must* be a tab I believe, not spaces. If *is* the src/Main Makefile.am you've modified yes, not the top-level one? If all else fails then remove the modified Makefile.am, recheck-out the original, make sure configure completes, and *then* modify it, and then you'll know its your mods that are the culprit if it fails again. I downloaded the most recent CVS version, with the modifications already made, and I still get Config.status: creating \ .infig.status: error:cannot find input file. I went back to the downloaded source code for 0.9.4 - that compiles OK. Any more ideas? A file locked up somewhere? Thanks for you help so far. Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Vivian Meazza writes: I downloaded the most recent CVS version, with the modifications already made, and I still get Config.status: creating \ .infig.status: error:cannot find input file. Hi Vivian, Was this a fresh CVS checkout or did you just refresh your existing files ? If the latter please do the following from your top level FlightGear source directory the one with the files from CVS % rm config*.* % cvs -z3 up -Pd % ./autogen.sh % ./configure % make If this doesn't work please ask again Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Jon Berndt writes: You need to re run configure before make I left this step out in my original msg :-( % ./configure % make % make test Norman I got a successful build. I tried running some of the also-successfully-built test programs: Nothing produced any sound. Have you tried my partial build of the openal / win directory http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz probably best to install this into /usr/local i.e. cd /usr/local tar -xzvf $PATH_TO/openal.tgz HTH Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
On 4/28/04 at 4:10 AM Norman Vine wrote: Jon Berndt writes: You need to re run configure before make I left this step out in my original msg :-( % ./configure % make % make test Norman I got a successful build. I tried running some of the also-successfully-built test programs: Nothing produced any sound. Have you tried my partial build of the openal / win directory http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz probably best to install this into /usr/local i.e. cd /usr/local tar -xzvf $PATH_TO/openal.tgz I've just tried it, and can't get it to link. I added -lopenal32 to the libraries in src/Main/Makefile.am, output is below: make[2]: Entering directory `/cvs_clean/FlightGear/src/Main' g++ -DPKGLIBDIR=\/Flightgear_clean/lib/FlightGear\ -Wall -O2 -D_REENTRANT -L/usr/local/lib -o fgf s.exe bootstrap.o ../../src/Main/libMain.a ../../src/Aircraft/libAircraft.a ../../src/ATC/libATC.a ../../src/Cockpit/libCockpit.a ../../src/Cockpit/built_in/libBuilt_in.a ../../src/Controls/libContro ls.a ../../src/FDM/libFlight.a ../../src/FDM/Balloon/libBalloon.a ../../src/FDM/ExternalNet/libExter nalNet.a ../../src/FDM/ExternalPipe/libExternalPipe.a ../../src/FDM/JSBSim/libJSBSim.a ../../src/FDM /YASim/libYASim.a ../../src/FDM/JSBSim/filtersjb/libfiltersjb.a ../../src/FDM/LaRCsim/libLaRCsim.a . ./../src/FDM/UIUCModel/libUIUCModel.a ../../src/GUI/libGUI.a ../../src/Autopilot/libAutopilot.a ../. ./src/Input/libInput.a ../../src/Instrumentation/libInstrumentation.a ../../src/Model/libModel.a ../ ../src/AIModel/libAIModel.a ../../src/Network/libNetwork.a ../../src/Navaids/libNavaids.a ../../src/ Scenery/libScenery.a ../../src/Scripting/libScripting.a ../../src/Sound/libSound.a ../../src/Airport s/libAirports.a ../../src/MultiPlayer/libMultiPlayer.a ../../src/Replay/libReplay.a ../../src/System s/libSystems.a ../../src/Time/libTime.a ../../src/Environment/libEnvironment.a -lsgclouds3d -lsgrout e -lsgsky -lsgsound -lsgephem -lsgmaterial -lsgtgdb -lsgmodel -lsgtiming -lsgio -lsgscreen -lsgmath -lsgbucket -lsgprops -lsgdebug -lsgmagvar -lsgmisc -lsgnasal -lsgxml -lsgsound -lsgserial -lsgstruct ure -lsgenvironment -lsgthreads -lpthread -lplibpu -lplibfnt -lplibjs -lplibnet -lplibssg -lplibsg -lplibul -lz -lopenal32 -lglut32 -lglu32 -lopengl32 -luser32 -lgdi32 ../../src/Input/libInput.a(input.o.b)(.text+0x3e81):input.cxx: undefined reference to `_joyGetDevCap [EMAIL PROTECTED]' /usr/local/lib/libsgsound.a(soundmgr_openal.o)(.text+0x19d):soundmgr_openal. cxx: undefined reference to `_alutInit' /usr/local/lib/libsgsound.a(soundmgr_openal.o)(.text+0x99d):soundmgr_openal. cxx: undefined reference to `_alutInit' /usr/local/lib/libsgsound.a(soundmgr_openal.o)(.text+0x111a):soundmgr_openal .cxx: undefined referenc e to `_alutExit' /usr/local/lib/libsgsound.a(soundmgr_openal.o)(.text+0x130a):soundmgr_openal .cxx: undefined referenc e to `_alutExit' /usr/local/lib/libsgsound.a(sample_openal.o)(.text+0x100a):sample_openal.cxx : undefined reference to `_alutLoadWAVFile' /usr/local/lib/libsgsound.a(sample_openal.o)(.text+0x1178):sample_openal.cxx : undefined reference to `_alutUnloadWAV' /usr/local/lib/libsgsound.a(sample_openal.o)(.text+0x1c0a):sample_openal.cxx : undefined reference to `_alutLoadWAVFile' /usr/local/lib/libsgsound.a(sample_openal.o)(.text+0x1d78):sample_openal.cxx : undefined reference to `_alutUnloadWAV' /usr/local/lib/libsgtiming.a(timestamp.o)(.text+0xd):timestamp.cxx: undefined reference to `_timeGet [EMAIL PROTECTED]' /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../libplibjs.a(jsWindows.o)(.tex t+0x366):jsWindows.cxx: undefined reference to [EMAIL PROTECTED]' /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../libplibjs.a(jsWindows.o)(.tex t+0x6e4):jsWindows.cxx: undefined reference to [EMAIL PROTECTED]' /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../libplibul.a(ulClock.o)(.text+ 0x91):ulClock.cxx: undef ined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status make[2]: *** [fgfs.exe] Error 1 make[2]: Leaving directory `/cvs_clean/FlightGear/src/Main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cvs_clean/FlightGear/src' make: *** [all-recursive] Error 1 My gcc version is 3.3.1-3 if that makes any difference: $ gcc -v Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/specs Configured with: /GCC/gcc-3.3.1-3/configure --with-gcc --with-gnu-ld --with-gnu-as --prefix=/usr --e xec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/sbin --mandir=/usr/share/man - -infodir=/usr/share/info --enable-languages=c,ada,c++,f77,pascal,java,objc --enable-libgcj --enable- threads=posix --with-system-zlib --enable-nls --without-included-gettext --enable-interpreter --enab le-sjlj-exceptions --disable-version-specific-runtime-libs --enable-shared --disable-win32-registry --enable-java-gc=boehm --disable-hash-synchronization --verbose --target=i686-pc-cygwin --host=i686- pc-cygwin --build=i686-pc-cygwin Thread model: posix gcc
Re: [Flightgear-devel] OpenAL
David Luff wrote: ../../src/Environment/libEnvironment.a -lsgclouds3d -lsgrout e -lsgsky -lsgsound -lsgephem -lsgmaterial -lsgtgdb -lsgmodel -lsgtiming -lsgio -lsgscreen -lsgmath -lsgbucket -lsgprops -lsgdebug -lsgmagvar -lsgmisc -lsgnasal -lsgxml -lsgsound -lsgserial -lsgstruct ure -lsgenvironment -lsgthreads -lpthread -lplibpu -lplibfnt -lplibjs -lplibnet -lplibssg -lplibsg -lplibul -lz -lopenal32 -lglut32 -lglu32 -lopengl32 -luser32 -lgdi32 ../../src/Input/libInput.a(input.o.b)(.text+0x3e81):input.cxx: undefined reference to `_joyGetDevCap [EMAIL PROTECTED]' /usr/local/lib/libsgsound.a(soundmgr_openal.o)(.text+0x19d):soundmgr_openal. cxx: undefined reference Could you try moving -lopenal32 to the end of the linker command? As far as I know windows is a bit picky on the library sequence. Also, IRIX needs -laudio somewhere on the line, does Windows needs something similar? Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Erik Hofman wrote: David Luff wrote: ../../src/Environment/libEnvironment.a -lsgclouds3d -lsgrout e -lsgsky -lsgsound -lsgephem -lsgmaterial -lsgtgdb -lsgmodel -lsgtiming -lsgio -lsgscreen -lsgmath -lsgbucket -lsgprops -lsgdebug -lsgmagvar -lsgmisc -lsgnasal -lsgxml -lsgsound -lsgserial -lsgstruct ure -lsgenvironment -lsgthreads -lpthread -lplibpu -lplibfnt -lplibjs -lplibnet -lplibssg -lplibsg -lplibul -lz -lopenal32 -lglut32 -lglu32 -lopengl32 -luser32 -lgdi32 ../../src/Input/libInput.a(input.o.b)(.text+0x3e81):input.cxx: undefined reference to `_joyGetDevCap [EMAIL PROTECTED]' /usr/local/lib/libsgsound.a(soundmgr_openal.o)(.text+0x19d):soundmgr_openal. cxx: undefined reference Could you try moving -lopenal32 to the end of the linker command? As far as I know windows is a bit picky on the library sequence. Also, IRIX needs -laudio somewhere on the line, does Windows needs something similar? With MSVC, there is a library for ALut : ALut.lib. _joyGetDevCaps should be in winmm.lib -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Norman wrote: Have you tried my partial build of the openal / win directory http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz probably best to install this into /usr/local i.e. cd /usr/local tar -xzvf $PATH_TO/openal.tgz -- test -- $ ./testdevice got Windows native audio -- test -- $ ./testmp3 boom.mp3 got Windows native audio chans 2 bps 16 bal 4 sps 44100 abs 176400 cbs 0 setfmt okay Could not GetProc alutLoadMP3_LOKI -- test -- $ ./testvorbis got Windows native audio chans 2 bps 16 bal 4 sps 44100 abs 176400 cbs 0 setfmt okay Could not GetProc alutLoadVorbis_LOKI -- test -- Many of the rest of them seemed to simply hang, but no sound was ever produced. I wonder, though, if your stuff was being used here, because I already have libopenal32.a in /usr/local/lib. I recompiled all the tests. Are we CygWin users going to be stuck with the previous codebase because openal doesn't work under CygWin? Or, do we have a choice with audio APIs? I'm hesitant to do a CVS update on the FlightGear tree at the moment because I'm not sure what the state of this OpenAL stuff is ... has it been formally introduced into FlightGear CVS, and does it replace the current audio system? Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
On 4/28/04 at 7:17 AM Jon Berndt wrote: Many of the rest of them seemed to simply hang, but no sound was ever produced. I wonder, though, if your stuff was being used here, because I already have libopenal32.a in /usr/local/lib. I recompiled all the tests. The tests compile and link with ../src/libopenal.a, so unless you've hacked their build script or replaced that lib with Norman's then you'll still be linking (the tests) against the original. Are we CygWin users going to be stuck with the previous codebase because openal doesn't work under CygWin? Or, do we have a choice with audio APIs? I'm hesitant to do a CVS update on the FlightGear tree at the moment because I'm not sure what the state of this OpenAL stuff is ... has it been formally introduced into FlightGear CVS, and does it replace the current audio system? At the moment the current CVS won't compile on Cygwin - there is no option to use the old audio code (that I know of). This isn't a complaint though - I think the long term benefits should far outweigh the short term pain. Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
On 4/28/04 at 2:13 PM Frederic Bouvier wrote: Erik Hofman wrote: David Luff wrote: ../../src/Environment/libEnvironment.a -lsgclouds3d -lsgrout e -lsgsky -lsgsound -lsgephem -lsgmaterial -lsgtgdb -lsgmodel -lsgtiming -lsgio -lsgscreen -lsgmath -lsgbucket -lsgprops -lsgdebug -lsgmagvar -lsgmisc -lsgnasal -lsgxml -lsgsound -lsgserial -lsgstruct ure -lsgenvironment -lsgthreads -lpthread -lplibpu -lplibfnt -lplibjs -lplibnet -lplibssg -lplibsg -lplibul -lz -lopenal32 -lglut32 -lglu32 -lopengl32 -luser32 -lgdi32 ../../src/Input/libInput.a(input.o.b)(.text+0x3e81):input.cxx: undefined reference to `_joyGetDevCap [EMAIL PROTECTED]' /usr/local/lib/libsgsound.a(soundmgr_openal.o)(.text+0x19d):soundmgr_openal . cxx: undefined reference Could you try moving -lopenal32 to the end of the linker command? As far as I know windows is a bit picky on the library sequence. Also, IRIX needs -laudio somewhere on the line, does Windows needs something similar? With MSVC, there is a library for ALut : ALut.lib. _joyGetDevCaps should be in winmm.lib OK, winmm fixes everthing except the alut stuff, I'm not sure why that broke right now but we've had that one before. The alut stuff is another matter - as far as I can tell only libopenal.a is built on Linux and that links OK, so why the trouble with Cygwin?. This is still the same link error I get with my own compile of the Linux subdir using Cygwin BTW. I hate linker errors - I always feel I have a fighting chance with compile errors, but I've never felt comfortable sorting linker errors :-( Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Norman Vine wrote: David Luff writes: On 4/28/04 at 4:10 AM Norman Vine wrote: Have you tried my partial build of the openal / win directory http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz probably best to install this into /usr/local i.e. cd /usr/local tar -xzvf $PATH_TO/openal.tgz I've just tried it, and can't get it to link. I added -lopenal32 to the libraries in src/Main/Makefile.am, output is below: My WAG is you will need to add something like SoundLibs = -lopenal32 -lwinmm -ldsound -ldxguid -lole32 $(SoundLibs) There is a spot stubbed into the configure script for platform dependent audio libraries. Once we figure out exactly what we need for cygwin, we can put that into the configure script so it happens automatically. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
David Luff writes: On 4/28/04 at 4:10 AM Norman Vine wrote: Have you tried my partial build of the openal / win directory http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz probably best to install this into /usr/local i.e. cd /usr/local tar -xzvf $PATH_TO/openal.tgz I've just tried it, and can't get it to link. I added -lopenal32 to the libraries in src/Main/Makefile.am, output is below: My WAG is you will need to add something like SoundLibs = -lopenal32 -lwinmm -ldsound -ldxguid -lole32 $(SoundLibs) Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
On 4/28/04 at 1:29 PM David Luff wrote: On 4/28/04 at 7:17 AM Jon Berndt wrote: Many of the rest of them seemed to simply hang, but no sound was ever produced. I wonder, though, if your stuff was being used here, because I already have libopenal32.a in /usr/local/lib. I recompiled all the tests. The tests compile and link with ../src/libopenal.a, so unless you've hacked their build script or replaced that lib with Norman's then you'll still be linking (the tests) against the original. FWIW, the tests wouldn't link when I replaced src/libopenal.a with Norman's libopenal32.a (renamed to remove the '32'). Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Curtis L. Olson writes: Norman Vine wrote: David Luff writes: On 4/28/04 at 4:10 AM Norman Vine wrote: Have you tried my partial build of the openal / win directory http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz probably best to install this into /usr/local i.e. cd /usr/local tar -xzvf $PATH_TO/openal.tgz My WAG is you will need to add something like SoundLibs = -lopenal32 -lwinmm -ldsound -ldxguid -lole32 $(SoundLibs) There is a spot stubbed into the configure script for platform dependent audio libraries. Once we figure out exactly what we need for cygwin, we can put that into the configure script so it happens automatically. Note I am buried with *real* work and don't have any time for OpenSource for at least 2 weeks, but aren't there some test programs in SimGear someone can test this against ? Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
On 4/28/04 at 1:33 PM David Luff wrote: On 4/28/04 at 2:13 PM Frederic Bouvier wrote: With MSVC, there is a library for ALut : ALut.lib. _joyGetDevCaps should be in winmm.lib OK, winmm fixes everthing except the alut stuff, I'm not sure why that broke right now but we've had that one before. The alut stuff is another matter - as far as I can tell only libopenal.a is built on Linux and that links OK, so why the trouble with Cygwin?. This is still the same link error I get with my own compile of the Linux subdir using Cygwin BTW. I hate linker errors - I always feel I have a fighting chance with compile errors, but I've never felt comfortable sorting linker errors :-( OK, I was wrong when I said it was the same as the original linker error. The original was undefined references to various __imp__* functions: ../../src/Cockpit/libCockpit.a(navcom.o)(.text+0xa404):navcom.cxx: undefined reference to `__imp__al GetError' ../../src/Cockpit/libCockpit.a(navcom.o)(.text+0xa70f):navcom.cxx: undefined reference to `__imp__al Sourcef' ../../src/Cockpit/libCockpit.a(navcom.o)(.text+0xa715):navcom.cxx: undefined reference to `__imp__al GetError' ../../src/Cockpit/libCockpit.a(marker_beacon.o)(.text+0x28c6):marker_beacon .cxx: undefined reference to `__imp__alSourcef' ../../src/Cockpit/libCockpit.a(marker_beacon.o)(.text+0x28d4):marker_beacon .cxx: undefined reference to `__imp__alGetError' ../../src/Cockpit/libCockpit.a(marker_beacon.o)(.text+0x2d32):marker_beacon .cxx: undefined reference to `__imp__alSourcef' ../../src/Cockpit/libCockpit.a(marker_beacon.o)(.text+0x2d40):marker_beacon .cxx: undefined reference to `__imp__alGetError' ' ...etc... Norman's libopenal32.a contains these functions, my libopenal.a doesn't, and these errors are hence fixed with Normans .a. However, Norman's libopenal32.a doesn't contain any alut* functions, which my libopenal.a does, so hence these errors are replaced with the _alut* errors. Norman, if you could tell us roughly how you created your libopenal32.a perhaps I could try creating one in the same manner but including the alut functions? Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
On Wed, 28 Apr 2004 13:29:08 +0100 David Luff [EMAIL PROTECTED] wrote: The tests compile and link with ../src/libopenal.a, so unless you've hacked their build script or replaced that lib with Norman's then you'll still belinking (the tests) against the original. I'll have to adjust that. Has anyone gotten OpenAL to work with CygWin? I think the long term benefits should far outweigh the short term pain. ... for those _not_ using CygWin. For those using CygWin, it's fatal at the moment. Unfortunately, I have zero time to look into getting it working, with my workload on JSBSim, preparing for the conference later this summer, etc. So, at least at the moment, I'm stuck with the previous revision of Flightgear. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
David Luff writes: Norman's libopenal32.a contains these functions, my libopenal.a doesn't, and these errors are hence fixed with Normans .a. However, Norman's libopenal32.a doesn't contain any alut* functions, which my libopenal.a does, so hence these errors are replaced with the _alut* errors. Norman, if you could tell us roughly how you created your libopenal32.a perhaps I could try creating one in the same manner but including the alut functions? I have rebuilt the opeal dll and replaced the one on my site http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz This should export the required alut* funcs and it includes the Makefile I used Note you will need to use my headers instead of the ones in CVS if you want to recompile this easiest to do by % cd %OPEN_AL % tar -xzvf openal.tgz % cd win % make should just work the .a and .dll files will be left in the 'win' directory though My guess is we may need to add the Router / files to the DLL to take advantage of Vendor specific libraries but this will have to wait unless someone else wants to play Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Jon S Berndt writes: For those using CygWin, it's fatal at the moment. AFAICT It is fatal for those using any form of gcc on Win32. Oh well I guess there is always MSVC grin Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
On 4/28/04 at 10:09 AM Norman Vine wrote: I have rebuilt the opeal dll and replaced the one on my site http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz This should export the required alut* funcs and it includes the Makefile I used Note you will need to use my headers instead of the ones in CVS if you want to recompile this easiest to do by % cd %OPEN_AL % tar -xzvf openal.tgz % cd win % make should just work the .a and .dll files will be left in the 'win' directory though Norman, this compiles, links, and produces the expected sound from FlightGear :-) Many thanks for sorting this - I certainly couldn't have got it working otherwise. Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
On 4/28/04 at 9:04 AM Jon S Berndt wrote: On Wed, 28 Apr 2004 13:29:08 +0100 David Luff [EMAIL PROTECTED] wrote: I think the long term benefits should far outweigh the short term pain. ... for those _not_ using CygWin. For those using CygWin, it's fatal at the moment. Norman's latest openal build fixes it :-) You have to admire Curt's methodology - fatally breaking the Cygwin build has certainly created a momentum to fix it, and presumably saved the time and hassle of riddling the sound code with ifdefs! Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
On Wed, 28 Apr 2004 15:57:55 +0100 David Luff [EMAIL PROTECTED] wrote: Norman, this compiles, links, and produces the expected sound from FlightGear :-) Many thanks for sorting this - I certainly couldn't have got it working otherwise. Cheers - Dave This was all done under CygWin? Can someone summarize the process? Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
David Luff wrote: Norman's latest openal build fixes it :-) You have to admire Curt's methodology - fatally breaking the Cygwin build has certainly created a momentum to fix it, and presumably saved the time and hassle of riddling the sound code with ifdefs! In my own defense, all indications from the openal code and the web page seemed to be that cygwin was supported. I'm not able to test every combination of every platform in advance myself, especially since I don't have easy access to a windows machine that I can tie up to do cygwin builds ... or even has enough HD space if I wanted to. To be perfectly honest, the OpenAL switch has generally gone more smoothly than I expected. I was bracing for much worse, but most people on most platforms seemed to have an easy time of it. Cygwin is a little bit different nut to crack. As I understand it, cygwin can link against any .dll out there so in theory it should be able to work with the standard openal SDK. But, you have to create a wrapper libopenal.a to make the cygwin linker happy since it doesn't know how to directly link against .dll's. That process isn't all that difficult, but it also isn't documented very well and most people don't know how to do it. I remember fiddling with this stuff years ago when we first started this project because there wasn't any libopen*GL*.a for cygwin at that time, but I wouldn't be able to remember the details any more. Fortunately Norman pulled through with both the knowledge and the time to do this. Norman, is this something we should put on the FG web site, or bundle with simgear or something? Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
David Luff wrote: On 4/28/04 at 10:09 AM Norman Vine wrote: I have rebuilt the opeal dll and replaced the one on my site http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz This should export the required alut* funcs and it includes the Makefile I used Note you will need to use my headers instead of the ones in CVS if you want to recompile this easiest to do by % cd %OPEN_AL % tar -xzvf openal.tgz % cd win % make should just work the .a and .dll files will be left in the 'win' directory though Norman, this compiles, links, and produces the expected sound from FlightGear :-) Many thanks for sorting this - I certainly couldn't have got it working otherwise. *3 big cheers for Norman* Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
David Luff writes: On 4/28/04 at 10:09 AM Norman Vine wrote: I have rebuilt the opeal dll and replaced the one on my site http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz This should export the required alut* funcs and it includes the Makefile I used Note you will need to use my headers instead of the ones in CVS if you want to recompile this easiest to do by % cd %OPEN_AL % tar -xzvf openal.tgz % cd win % make should just work the .a and .dll files will be left in the 'win' directory though Norman, this compiles, links, and produces the expected sound from FlightGear :-) Cool ! Note this method should work with MingW32 also but one will need to recompile the libs and install them appropriately as the ones in my package are AFAICT Cygwin specific. Cheers Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
On 4/28/04 at 10:09 AM Jon S Berndt wrote: This was all done under CygWin? Can someone summarize the process? Yes, under Cygwin. Here goes... Download Norman's prebuilt Cygwin openal from: http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz and place it somewhere, in this example in your home directory (~/). cd to /usr/local and extract the archive from there: tar xvfz ~/openal.tgz (the above assuming openal.tgz was in your home dir). Check out the latest SimGear and FlightGear - there have been recent matching changes. Build SimGear - if a test program fails to build in the sound dir then just remove it from the Makefile.am (ONLY if it's one of the test programs!!!). cd to the top level FlightGear dir. Modify FlightGear's src/Main/Makefile.am as follows: replace $(openal_LIBS) with -lopenal32 -lwinmm -ldsound -ldxguid -lole32 Hopefully this step should be removed in the near future when the configure script gets sorted for Cygwin. Build FlightGear, and report success or failure. Good luck! Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
On Wed, 28 Apr 2004 16:00:20 +0100 David Luff [EMAIL PROTECTED] wrote: On 4/28/04 at 9:04 AM Jon S Berndt wrote: On Wed, 28 Apr 2004 13:29:08 +0100 David Luff [EMAIL PROTECTED] wrote: For those using CygWin, it's fatal at the moment. Norman's latest openal build fixes it :-) You have to admire Curt's methodology - fatally breaking the Cygwin build has certainly created a momentum to fix it, and presumably saved the time and hassle of riddling the sound code with ifdefs! This approach works only when there is a solution somewhere. From what I could tell in this case, that wasn't guaranteed - I was not confident that a viable fix would be found. My only development environment for Flightgear is CygWin. If that environment goes belly up, I'm toast. And sadly I don't have time to support any debugging efforts. I don't know who else uses CygWin exclusively, but I don't think there are many of us, so I get the feeling that the CygWin users don't have so much of a vote as the Linux guys. Thanks to Norman and yourself for getting to this point. Now will the build process integrate nicely with the normal FlightGear build procedure? Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
On 4/28/04 at 10:16 AM Curtis L. Olson wrote: David Luff wrote: Norman's latest openal build fixes it :-) You have to admire Curt's methodology - fatally breaking the Cygwin build has certainly created a momentum to fix it, and presumably saved the time and hassle of riddling the sound code with ifdefs! In my own defense, all indications from the openal code and the web page seemed to be that cygwin was supported. I'm not able to test every combination of every platform in advance myself, especially since I don't have easy access to a windows machine that I can tie up to do cygwin builds ... or even has enough HD space if I wanted to. Absolutely no defence is required :-) You've obviously put a lot of time and effort in to making this very worthwhile (IMHO) switch. To be perfectly honest, the OpenAL switch has generally gone more smoothly than I expected. I was bracing for much worse, but most people on most platforms seemed to have an easy time of it. Cygwin is a little bit different nut to crack. As I understand it, cygwin can link against any .dll out there so in theory it should be able to work with the standard openal SDK. But, you have to create a wrapper libopenal.a to make the cygwin linker happy since it doesn't know how to directly link against .dll's. That process isn't all that difficult, but it also isn't documented very well and most people don't know how to do it. I remember fiddling with this stuff years ago when we first started this project because there wasn't any libopen*GL*.a for cygwin at that time, but I wouldn't be able to remember the details any more. Fortunately Norman pulled through with both the knowledge and the time to do this. I guess the ideal situation as far as FlightGear is concerned would be if the openal binaries got bundled with Cygwin itself. Unfortunately I don't know nearly enough about how it fits together to confidently go on the Cygwin lists and advocate it. Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Jon S Berndt writes: You have to admire Curt's methodology - fatally breaking the Cygwin build has certainly created a momentum to fix it, and presumably saved the time and hassle of riddling the sound code with ifdefs! This approach works only when there is a solution somewhere. From what I could tell in this case, that wasn't guaranteed - I was not confident that a viable fix would be found. Nor was I, but usually one can find a way to compile Windows code with gcc but it often requires digging into the depths of the gnu linker documentation and studying the x86 specific link options for creating DLLs for WIN32. In this case the code depended on having both WIN32 and _WIN32 defined during compilation and the use of the link options -Wl,--export-all-symbols *.o $(LOCAL_PROJECT_LIBS) and -Wl,--no-whole-archive $(LIBS) which are LDs way of getting the proper linkage for symbols into a WIN32 DLL i.e. these export all local definitions and establish the 'thunks' to the imported definitions Judicous use of these flags along with compiling with the -mdll flag and linking with the -shared arguments to gcc usually results in being able to get a DLL built of course you still need to properly identify definitions with the usual DLLIMPORT DLLEXPORT macros but when compiling existing working WIN32 code you can almost always assume that this has always been done correctly. HTH Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
David Luff writes: On 4/28/04 at 10:16 AM Curtis L. Olson wrote: Cygwin is a little bit different nut to crack. As I understand it, cygwin can link against any .dll out there so in theory it should be able to work with the standard openal SDK. This is only true for libraries with 'C' linkage, 'C++' linkage will *never* work unless the compilers concerned have a common ABI. But, you have to create a wrapper libopenal.a to make the cygwin linker happy since it doesn't know how to directly link against .dll's. works for 'C' libraries only That process isn't all that difficult, but it also isn't documented very well and most people don't know how to do it. Um.. this should help http://www.cygwin.com/cygwin-ug-net/dll.html I guess the ideal situation as far as FlightGear is concerned would be if the openal binaries got bundled with Cygwin itself. Unfortunately I don't know nearly enough about how it fits together to confidently go on the Cygwin lists and advocate it. Unfortunately I do not have the time to support the libraries I port so I do not submit them for inclusion with Cygwin but the official method of doing this is here http://cygwin.com/setup.html the-tech-part-is-done-making-it-point-and-clickable-I-leave-to-others'ly yr's Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
On Wed, 28 Apr 2004 12:12:20 -0400 Norman Vine [EMAIL PROTECTED] wrote: Nor was I, but usually one can find a way to compile Windows code with gcc but it often requires digging into the depths of the gnu linker documentation and studying the x86 specific link options for creating DLLs for WIN32. I was also concerned about the hardware/driver interface issues, and how this would be built in a Unix-like environment. There was an ominous lack of mention of CygWin on the OpenAL site. Maybe the efforts here will be beneficial if fed back to the OpenAL project ... perhaps there's a FAQ entry in this somewhere for them. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Norman Vine wrote: Unfortunately I do not have the time to support the libraries I port so I do not submit them for inclusion with Cygwin but the official method of doing this is here http://cygwin.com/setup.html I suspect the OpenAL people should be the first ones to contact. I doubt the Cygwin folks will be interested in including a package until it builds out of the box on cygwin. Right now, the OpenAL win32 implementation (maintained by Creative, I believe) ships with a build environment for MSVC only. Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Andy Ross writes: Norman Vine wrote: Unfortunately I do not have the time to support the libraries I port so I do not submit them for inclusion with Cygwin but the official method of doing this is here http://cygwin.com/setup.html I suspect the OpenAL people should be the first ones to contact. I doubt the Cygwin folks will be interested in including a package until it builds out of the box on cygwin. Right now, the OpenAL win32 implementation (maintained by Creative, I believe) ships with a build environment for MSVC only. It is not uncommon to have specific Cygwin mods for packages shipped with Cygwin. In fact this is the norm. Instructions for how to package these are on the Cygwin link I posted in my earlier message. Of course if Creative wants to support gcc on WIN32 this would be best but I won't hold my breath Cheers Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
David Luff gave clear instructions On 4/28/04 at 10:09 AM Jon S Berndt wrote: This was all done under CygWin? Can someone summarize the process? Yes, under Cygwin. Here goes... Download Norman's prebuilt Cygwin openal from: http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz and place it somewhere, in this example in your home directory (~/). cd to /usr/local and extract the archive from there: tar xvfz ~/openal.tgz (the above assuming openal.tgz was in your home dir). Check out the latest SimGear and FlightGear - there have been recent matching changes. Build SimGear - if a test program fails to build in the sound dir then just remove it from the Makefile.am (ONLY if it's one of the test programs!!!). cd to the top level FlightGear dir. Modify FlightGear's src/Main/Makefile.am as follows: replace $(openal_LIBS) with -lopenal32 -lwinmm -ldsound -ldxguid -lole32 Hopefully this step should be removed in the near future when the configure script gets sorted for Cygwin. Build FlightGear, and report success or failure. Good luck! Cheers - Dave Result - failure, I downloaded openal.gz (not openal.tgz) and extracted the archive - no problems as far as I can see. I've downloaded the latest Simgear - compiles OK, no warnings. I've downloaded the latest FlightGear, made the changes. Configure reports with: Checking for library containing alGenBuffers ... No Then fails with Config.status: creating \ .infig.status: error:cannot find input file. I think that this failure may have nothing to do with openAL, but I can't see what's wrong. My knowledge of Cygwin is vestigial. FlightGear-0.9.4 compiles without error. Any pointers? Regards Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
David Luff wrote: You have to admire Curt's methodology - fatally breaking the Cygwin build has certainly created a momentum to fix it, and presumably saved the time and hassle of riddling the sound code with ifdefs! He has proven to be a good student :-D Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Vivian Meazza writes: Result - failure, I've downloaded the latest FlightGear, made the changes. Configure reports with: Ah, you shouldn't need the src/Main/Makefile.am changes anymore, Curt has added the libs to configure.ac already. Remove your src/Main/Makefile.am, recheckout and see if that works. Cheers - Dave ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Erik Hofman writes: David Luff wrote: You have to admire Curt's methodology - fatally breaking the Cygwin build has certainly created a momentum to fix it, and presumably saved the time and hassle of riddling the sound code with ifdefs! He has proven to be a good student :-D Just curious - Has anyone gotten SDL working with Cygwin yet ? Cheers Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
David Luff wrote: Vivian Meazza writes: Result - failure, I downloaded openal.gz (not openal.tgz) and extracted the archive - no problems as far as I can see. Are you *sure* that your browser isn't mangling the file extension - it was a .tgz on Norman's web page when I checked 30 seconds ago. One of my browsers appends .gz to make it openal.tgz.gz, which is of course wrong. I can confirm that : Internet Explorer is doing strange thing with Norman's link. It becomes openal.gz and the tar file is not accessible after decompression. Mozilla is fine. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Jon, I have *no* idea if it actually produces any sound as I don't have a sound board on my development system but after getting the OPENAL CVS files cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository login (use password guest) cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal then % cd $OPENAL % cd linux % ./autogen.sh I got this after running autogen.sh: configure.in:147: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:147: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:256: warning: AC_TRY_RUN called without default to allow cross compiling ... and then make totally cratered. % make % make test Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Jon Berndt writes: I have *no* idea if it actually produces any sound as I don't have a sound board on my development system but after getting the OPENAL CVS files cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository login (use password guest) cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal then % cd $OPENAL % cd linux % ./autogen.sh I got this after running autogen.sh: configure.in:147: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:147: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:256: warning: AC_TRY_RUN called without default to allow cross compiling ... and then make totally cratered. You need to re run configure before make I left this step out in my original msg :-( % ./configure % make % make test Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
On 27 Apr 2004 at 7:23, Jon Berndt wrote: Jon, I have *no* idea if it actually produces any sound as I don't have a sound board on my development system but after getting the OPENAL CVS files cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository login (use password guest) cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal then % cd $OPENAL % cd linux % ./autogen.sh I got this after running autogen.sh: configure.in:147: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:147: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:256: warning: AC_TRY_RUN called without default to allow cross compiling ... and then make totally cratered. I also got that output from autogen.sh, also on Linux - it appears to be harmless. Make went fine on Cygwin. No audio output from the test programs on Cygwin though :-( Haven't managed to get FlightGear to link to it on Cygwin yet either. As you say, googling OpenAL and Cygwin appears to find sweet FA. Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
David Luff wrote: I also got that output from autogen.sh, also on Linux - it appears to be harmless. Make went fine on Cygwin. No audio output from the test programs on Cygwin though :-( It's important to point out that the linux/src/arch/windows directory in the OpenAL source distribution is very much *not* the same code as you will find in the win directory (or in the OpenAL32.dll you can get from the NVidia or Creative SDKs). It looks like an older and/or alternative (or maybe incomplete) implementation. Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Because of the FG/OpenAL/Cygwin problem, I'm trying to get FG to compile using Msys and mingw. (This doesn't hold out a huge amount of hope, as msys is a cygwin fork, but, we might get somewhere). Does anybody have any instructions on this? (I don't want to sink large amounts of time if somebody's already done it) Giles Robertson -Original Message- From: D Luff [mailto:[EMAIL PROTECTED] Sent: 27 April 2004 12:47 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] OpenAL On 27 Apr 2004 at 7:23, Jon Berndt wrote: Jon, I have *no* idea if it actually produces any sound as I don't have a sound board on my development system but after getting the OPENAL CVS files cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository login (use password guest) cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal then % cd $OPENAL % cd linux % ./autogen.sh I got this after running autogen.sh: configure.in:147: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:147: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:256: warning: AC_TRY_RUN called without default to allow cross compiling ... and then make totally cratered. I also got that output from autogen.sh, also on Linux - it appears to be harmless. Make went fine on Cygwin. No audio output from the test programs on Cygwin though :-( Haven't managed to get FlightGear to link to it on Cygwin yet either. As you say, googling OpenAL and Cygwin appears to find sweet FA. Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OpenAL / Cygwin
Here is a page where someone claims to have windows OpenAL building under MinGW (strictly under a linux cross compiler, which is basically the same thing). This will/should produce a GNU .a file which you can use with cygwin. http://omapi.sourceforge.net/extra/ I'll boot to windows and see if I can make this work. Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL / Cygwin
No idea if this will work or not but here is a binary OpenAL distribution of the core OpenAL files from the win directory Note you will need a recent Cygwin DLL to use these this is untested http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz HTH Norman EXPORTS EAXGet @1 EAXSet @2 alBufferData @3 alDeleteBuffers @4 alDeleteSources @5 alDisable @6 alDistanceModel @7 alDopplerFactor @8 alDopplerVelocity @9 alEnable @10 alGenBuffers @11 alGenSources @12 alGetBoolean @13 alGetBooleanv @14 alGetBufferf @15 alGetBufferi @16 alGetDouble @17 alGetDoublev @18 alGetEnumValue @19 alGetError @20 alGetFloat @21 alGetFloatv @22 alGetInteger @23 alGetIntegerv @24 alGetListener3f @25 alGetListenerf @26 alGetListenerfv @27 alGetListeneri @28 alGetProcAddress @29 alGetSource3f @30 alGetSourcef @31 alGetSourcefv @32 alGetSourcei @33 alGetString @34 alIsBuffer @35 alIsEnabled @36 alIsExtensionPresent @37 alIsSource @38 alListener3f @39 alListenerf @40 alListenerfv @41 alListeneri @42 alSource3f @43 alSourcePause @44 alSourcePausev @45 alSourcePlay @46 alSourcePlayv @47 alSourceQueueBuffers @48 alSourceRewind @49 alSourceRewindv @50 alSourceStop @51 alSourceStopv @52 alSourceUnqueueBuffers @53 alSourcef @54 alSourcefv @55 alSourcei @56 alcCloseDevice @57 alcCreateContext @58 alcDestroyContext @59 alcGetContextsDevice @60 alcGetCurrentContext @61 alcGetEnumValue @62 alcGetError @63 alcGetIntegerv @64 alcGetProcAddress @65 alcGetString @66 alcIsExtensionPresent @67 alcMakeContextCurrent @68 alcOpenDevice @69 alcProcessContext @70 alcSuspendContext @71 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
You need to re run configure before make I left this step out in my original msg :-( % ./configure % make % make test Norman I got a successful build. I tried running some of the also-successfully-built test programs: --start-- $ ./testpitch2 got Windows native audio chans 2 bps 16 bal 4 sps 44100 abs 176400 cbs 0 setfmt okay note E beats 9 no sound --end-- Nothing produced any sound. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OpenAL breaks voice ATIS
Hi folks,
The recent OpenAL change has broken voice ATIS (start up the default Cessna at KSFO
and transfer the 118.85 standby freq on comm1 to be active - the program will
segfault) and I can't seem to figure out a fix on my own. The segfault occurs in
ATCVoice.cxx line 172, which is memcpy. This is copying sections from the original
voice data buffer to make up a new custom data buffer containing the message. My
first thought was that the rawSoundData buffer was getting deleted behind my back, so
I modified LoadVoice to copy the buffer obtained from openal (patch at end of mail -
don't apply this!). However, this now dies at the new memcpy line in LoadVoice. The
rawDataSize returned from the sound sample is correct according to a quick check with
a hex editor, so I can only conclude that the memory address returned by get_data()
from the sound sample is not that of the data, or that it's been deleted by the sample
before I call get_data()? Any thoughts on this - I'm somewhat out of ideas.
Cheers - Dave
===
RCS file: /var/cvs/FlightGear-0.9/source/src/ATC/ATCVoice.cxx,v
retrieving revision 1.7
diff -u -r1.7 ATCVoice.cxx
--- a/ATCVoice.cxx 24 Apr 2004 19:28:12 - 1.7
+++ b/ATCVoice.cxx 26 Apr 2004 21:27:12 -
@@ -38,6 +38,7 @@
FGATCVoice::~FGATCVoice() {
// delete SoundData;
+delete[] rawSoundData;
}
// Load the two voice files - one containing the raw sound data (.wav) and one
containing the word positions (.vce).
@@ -45,8 +46,10 @@
bool FGATCVoice::LoadVoice(string voice) {
// FIXME CLO: disabled to try to see if this is causign problemcs
// return false;
-
+
ifstream fin;
+
+ cout voice = voice endl;
SGPath path = globals-get_fg_root();
path.append( ATC );
@@ -55,7 +58,11 @@
SoundData = new SGSoundSample( path.c_str(), file.c_str() );
rawDataSize = SoundData-get_size();
- rawSoundData = SoundData-get_data();
+ cout rawDataSize = rawDataSize endl;
+ char* tmpptr = SoundData-get_data();
+ rawSoundData = new char[rawDataSize];
+ memcpy(rawSoundData, tmpptr, rawDataSize);
+ //rawSoundData = SoundData-get_data();
path = globals-get_fg_root();
string wordPath = ATC/ + voice + .vce;
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL breaks voice ATIS
David Luff wrote: Hi folks, The recent OpenAL change has broken voice ATIS (start up the default Cessna at KSFO and transfer the 118.85 standby freq on comm1 to be active - the program will segfault) and I can't seem to figure out a fix on my own. The segfault occurs in ATCVoice.cxx line 172, which is memcpy. This is copying sections from the original voice data buffer to make up a new custom data buffer containing the message. My first thought was that the rawSoundData buffer was getting deleted behind my back, so I modified LoadVoice to copy the buffer obtained from openal (patch at end of mail - don't apply this!). However, this now dies at the new memcpy line in LoadVoice. The rawDataSize returned from the sound sample is correct according to a quick check with a hex editor, so I can only conclude that the memory address returned by get_data() from the sound sample is not that of the data, or that it's been deleted by the sample before I call get_data()? Any thoughts on this - I'm somewhat out of ideas. Ooops, you are right, I didn't test ATIS voice when I switched to OpenAL. Yes, the way openal works is you call a function to load the wav file, then you call a function that buffers it internally to openal, then you call a function that cleans up (which delete the in memory copy you have access to.) I updated the sound_sample api to allow you to request that this in memory version not be immediately cleaned up, but instead be deleted when the sound sample destructor is called. This is less efficient memory-wise, but gives you optional access to the raw data for those times when you want to manipulate it. Regards, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL update
Curtis L. Olson wrote: Frederic Bouvier wrote: What is the right way to exit the main loop, rather than just calling exit() ? If there is no other option, we need an atexit call. I put alutExit() before exit(), with a sample playing from a previous run and the sound created by this instance are shut, the program stop as expected and my crazy sample is still playing. Rebooting once again... Fred, I added an atexit() function to CVS that deletes the global class. This should then also delete the soundmgr class which will cause alutExit() to be called. This might also give us the opportunity to hook in the SDL cleanup function as well. That works well, either by asking to exit in the menu, or closing the window. Destroying the samples kill the sound, alutExit just cleaning a quiet process. I'll have to remember not to kill fg or interrupt a debugging session. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OpenAL runtime error
Hi Flightgear and Simgear builds ok on SuSE Linux 9.0, but when I try to run Flightgear I get this error message: Initializing OpenAL sound manager fgfs: pcm.c:1050: snd_pcm_writei: Assertion `pcm-setup' failed. I'm using openal version 20030811-83 and openal-devel version 20030811-83 as der standard for SuSE 9.0 -- Roy Vegard Ovesen ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL runtime error
Flightgear and Simgear builds ok on SuSE Linux 9.0, but when I try to run Flightgear I get this error message: I'm also running SuSE 9.0 with the same default openal packages. Initializing OpenAL sound manager fgfs: pcm.c:1050: snd_pcm_writei: Assertion `pcm-setup' failed. I don't get this message. I do get sound and an openal message 'Initializing OpenAL sound manager'. Maybe something else is using the sound device? Chris. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL runtime error
On Sunday 25 April 2004 12:49, Chris Horler wrote: Flightgear and Simgear builds ok on SuSE Linux 9.0, but when I try to run Flightgear I get this error message: I'm also running SuSE 9.0 with the same default openal packages. I have VT8233/A/8235 AC97 Audio Controller that's a mainboard-integrated soundcard. Initializing OpenAL sound manager fgfs: pcm.c:1050: snd_pcm_writei: Assertion `pcm-setup' failed. I don't get this message. I do get sound and an openal message 'Initializing OpenAL sound manager'. Maybe something else is using the sound device? I did try to run twm instead of KDE to make sure that KDE was not useing the sound device, but I got the same error. I've also tried the orbz demo (a game) that is supposed to use OpenAL. That worked fine (under KDE), so I guess that there is nothing wrong with: sound device, alsa, openal. -- Roy Vegard Ovesen ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Jon Berndt writes: Jon, you might also search for libopenal along with cygwin ... if cygwin packaged openal, I bet that is what they'd call it. Curt. That search appeared to be more productive initially, but nothing helpful has cropped up, yet. Jon, CygWin user - Help, Help! I'm being repressed! Jon, I have *no* idea if it actually produces any sound as I don't have a sound board on my development system but after getting the OPENAL CVS files cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository login (use password guest) cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal then % cd $OPENAL % cd linux % ./autogen.sh % make % make test compiles everything without a complaint on my Cygwin installation HTH Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Norman Vine wrote: after getting the OPENAL CVS files cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository login (use password guest) cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal OOPS I forgot the configure command then % cd $OPENAL % cd linux % ./autogen.sh % ./configure % make % make test compiles everything without a complaint on my Cygwin installation HTH Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
I tried essentially what you suggested yesterday. I'll try again later today, but following your explicit example. If needed I may re-checkout the distro. I'll let you know what I get. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Under Gentoo: emerge openal then it built fine against CVS Simgear however I'm having trouble getting autogen.sh to pick everything up correctly for building CVS FlightGear. Is anyone here running CVS FlightGear under Gentoo? If not I may have to look into how to construct an ebuild for portage. Cheers, Al ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] OpenAL
Some feedback on OpenAL: I just updated plib, SimGear, and FlightGear from cvs. With the default Cessna 172, the sound does not change with throttle setings or RPM change. Also, the ident for the ADF does not go away when I turn off the ident or change frequencies. The flap motion sounds and the touchdown and runway sounds seem normal. The outer marker, middle marker, and inner marker sounds were normal. I continually get the following error: Oops AL error in sample set_volume()! I am running an current Suse 9.0 Professional with default OpenAL (kernel 2.4.21-202). I tried several other AC and did hear a change with the throttle for the hunter, but still get the ame repeating error. Is anyoune else seeing similar errors? Dave Perry ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
On Sunday 25 April 2004 23:31, Dave Perry wrote: Some feedback on OpenAL: I just updated plib, SimGear, and FlightGear from cvs. With the default Cessna 172, the sound does not change with throttle setings or RPM change. Also, the ident for the ADF does not go away when I turn off the ident or change frequencies. That is likely because the kr-87 adf is also active but it does not have a instrument panel in the default C172. You can turn it off through the property browser. So, bottom line: this is not a OpenAL problem. -- Roy Vegard Ovesen ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OpenAL + Gentoo Ebuilds for CVS
Greetings, I can also confirm sound in FlightGear through OpenAL is working well (better with arts support enabled rather than just alsa or oss emulation). Don't quite understand why but it may be because I'm running under KDE. I've finally got as far as I can with the ebuilds on Gentoo for SimGear and FlightGear CVS - rather than posting the information again that I put on a the gentoo forum (http://forums.gentoo.org) I present a link to the message: http://forums.gentoo.org/viewtopic.php?t=165896 I'd appreciate it if people would take a look at the ebuilds - even if you do not run gentoo - to check if I've got the right dependancies and versions therein. A link to my ebuilds are at: http://www.prbox.com/FlightGear_SimGear_Gentoo_CVS_Ebuilds.tgz I've simply bumped the minor versions up and these ebuilds will replace any current version of SimGear of FlightGear. You'll need to extract them to /usr/local/portage or wherever and make sure that /etc/make.conf has PORTDIR_OVERLAY set accordingly. A quick summary of my system: P3 flightgear # uname -a ACCEPT_KEYWORDS=~x86 emerge -p openal simgear flightgear --verbose Linux P3 2.6.5-gentoo-r1 #3 SMP Mon Apr 26 02:15:53 UTC 2004 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux [ebuild R ] media-libs/openal-20040303 +alsa +arts -debug +esd +mpeg +oggvorbis +sdl [ebuild R ] dev-games/simgear-0.3.6 [ebuild R ] games-simulation/flightgear-0.9.5 -dedicated Cheers, Al ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OpenAL
I just wanted to warn people that last night I got OpenAL working here
inside FG. I have a couple comments.
1. I redid the lower level sound sample and sound manager interfaces a
bit to clean things up and simplify things. I'm not sure it's worth
going back and getting this new interface working with plib's sound system.
2. The plib sound system was set to play at 8000 hz no matter what the
sample was recorded at. So a 22000 hz sample wouldn't play at the right
pitch by default. We compensated in our sound config files for this by
offsetting the pitch by 22000/8000 to get the sound back in the right
range. However, that means that with OpenAL which handles this
correctly, some portions of our sound configs will need to get
retweaked to make the pitch correct again. Most sounds are fine, it's
just a few of them where there is this issue.
3. The maximum pitch factor that OpenAL allows is 2.0 ... we blow by
that with some of our sound configs ... that's another thing that will
need to be tweaked and looked at.
4. Some of the sounds and blending come out a bit different in OpenAL so
I think all our aircraft designers will need to go through their sound
configs once just to make sure everything sounds reasonable to them.
5. OpenAL can handle stereo sounds and 16 bit sounds so we should be
much more flexible with the kinds of sounds we can handle. OpenAL has a
loader for .wav format, but nothing else that I've seen.
6. Building our own sound samples in memory (i.e. calculating the wave
pattern ourselves and writing to an array) works just fine with OpenAL.
7. The low level openal calls are wrapped up by something called alut
which is kind of analogous to glut (OpenAL tries to mimic the OpenGL
interface as closely as possible.) The OpenAL library is very sneaky
and actually runs in a background thread, all the threading work is
buried in the library where you can't see it. So something like the
following will work correctly:
int main() {
// initialize openal
// create_sound_sample
// play sound (looped)
sleep( 100 );
return 0;
}
You will get 100 seconds of looping sound ... that makes things a lot
easier at the application level. You don't have to worry about how the
sound stream is buffered or calling an update function every frame.
8. I haven't done anything with the spatial setup yet. We can worry
about that at some later time when we have the basics squared away.
9. I want to do some more fiddling before I do any cvs commits, but I'm
close to proposing that we switch over to OpenAL, so all you developers
may want to head over to http://www.openal.org and get yourself setup to
be able to build openal applications.
10. I expect that this change will cause some initial grief for some
people and I apologize for that in advance, but I think the long term
benefits will outweigh the short term hassles.
Regards,
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program http://www.humanfirst.umn.edu/
FlightGear Project http://www.flightgear.org
Unique text:2f585eeea02e2c79d7b1d8c4963bae2d
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Curtis L. Olson wrote: 3. The maximum pitch factor that OpenAL allows is 2.0 ... we blow by that with some of our sound configs ... that's another thing that will need to be tweaked and looked at. We can do the down-sampling manually and choose the right one at runtime; basically mipmapping the audio data. This wouldn't be too hard. Then again, do we really need more than two octaves of pitch shift or is this just an artifact of poor frequency choice in the original sample? Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Andy Ross wrote: Curtis L. Olson wrote: 3. The maximum pitch factor that OpenAL allows is 2.0 ... we blow by that with some of our sound configs ... that's another thing that will need to be tweaked and looked at. We can do the down-sampling manually and choose the right one at runtime; basically mipmapping the audio data. This wouldn't be too hard. Then again, do we really need more than two octaves of pitch shift or is this just an artifact of poor frequency choice in the original sample? Looking at the default c172 engine sound. It is a 22000 hz sample. However, plib was playing this at 8000 hz. So we had to specify a pitch of 2.75 just to get it back up to normal speed. This stuff is built into the sound config.xml, but when we use the same config file with openal, the pitch comes out 2.75x too high so we will need to track down these situations and fix them in the config file. That should get us back within reasonable range. I doubt we would need more than 2 octaves, although we can go significantly less than 1.0 so that gives us quite a bit of range. One thing that I've always wanted to do is set things up so we can sample then engine at different rpm's and then have the system transition between them (with appropriate blending) as the engine speed changes. We didn't push this originally, because in the early days, plib only supported 3 concurrent sounds and we had other things to spend our 3 sample budget on. Regards, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenAL
Wouldn't it be possible to record an engine sound at low RPM and change the pitch using codes? Regards, Ampere On April 24, 2004 11:54 am, Curtis L. Olson wrote: One thing that I've always wanted to do is set things up so we can sample then engine at different rpm's and then have the system transition between them (with appropriate blending) as the engine speed changes. We didn't push this originally, because in the early days, plib only supported 3 concurrent sounds and we had other things to spend our 3 sample budget on. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
