Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
Hello Tatsuhiro ! I'd like to thank you for this cool patch and the tips. Now I have OpenAL working. However, I continue making some kind of ALUT-less solution for SimGear. Thanks again! Vladimir On Oct 20, 2008, at 6:48 PM, Tatsuhiro Nishioka wrote: > Hi, > > Here's my old patch to include local alut.h into SimGear. > http://macflightgear.svn.sourceforge.net/viewvc/macflightgear/trunk/patches/SimGear-0.3-cvs-20061203-MacOSX.diff?revision=168&view=markup > > This will place alut.h inside SimGear. (Not inside OpenAL.framework) > You can modify this patch to include your ALUT header. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
On Oct 20, 2008, at 7:09 PM, Erik Hofman wrote: > Actually I do have code laying around that does exactly that but it > can > only read so called canonical wave files, meaning the layout should be > exactly like that otherwise it will fail (meybe even coredump). > > I find that much too limited for a project like FlightGear, hence my > vote against abandoning ALUT (which I know works well, actually it > even > contains code from me). > Developing a code which can work with any type of wav-s, of course will take much longer than 40 lines. Even if we forget about that fact, that wav is just a container, that can contain virtually anything. Implementing a proper WAV handler can be a real headache, it's true. Right now - as I see, ALUT is used only due the WAVE reading purposes, because initialization-destruction of OpenAL is really simple and can be implemented in SimGear code directly. It will take several lines longer than now. In fact - just abadoning ALUT will cause more troubles than advantages, so I'm planning to write an alternative and let user decide which approach to use simply by ./configure -ing with key...let's say --without-alut. > Erik > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
Vladimir Karmishin wrote: > Erik, it's just a simple startup code right now. Written only for test > purposes for myself. > Of course, if I feel I want to get it included in FG I'll polish it > and take a care > of endiannes. But thanks you for the care :-) Actually I do have code laying around that does exactly that but it can only read so called canonical wave files, meaning the layout should be exactly like that otherwise it will fail (meybe even coredump). I find that much too limited for a project like FlightGear, hence my vote against abandoning ALUT (which I know works well, actually it even contains code from me). Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
Hi, Here's my old patch to include local alut.h into SimGear. http://macflightgear.svn.sourceforge.net/viewvc/macflightgear/trunk/patches/SimGear-0.3-cvs-20061203-MacOSX.diff?revision=168&view=markup This will place alut.h inside SimGear. (Not inside OpenAL.framework) You can modify this patch to include your ALUT header. I also want to add some tips on building flightgear on macs. 1) avoid using -O2, -O3, or -O3 with gcc 4.0 (comes with Xcode 3.1.x). It will cause flightgear segfault. 2) modify OpenAL/alc.h (and alut.h) for avoiding compiler error when using gcc 4.2. The key is changing both ALvoid and ALCvoid to void if it is the only argument in a prototype declaration. I don't know what is the best to avoid this problem, but for a binary package, I don't want to include redundant framework. That's why I locally have alut.h instead of building ALUT.framework. About ALUT alternatives, I really want to have one since it will save many fg developers on Macs. I don't know what is better, though. Best, - Tatsuhiro Nishioka On Oct 20, 2008, at 6:44 PM, James Turner <[EMAIL PROTECTED]> wrote: >> >> > > Removing ALUT would be a pain. I have one fix - I used the freealut > sources to make a custom ALUT.framework, which works pretty well. I > have to make some extra Simgear hacks to look for alut.h in alut.h> instead of , however. > > Tat (who builds the macflightgear.org releases) uses a different > solution - he just replaces the alut.h in his OpenAL framework with > the alut.h from the freealut distribution. Both ways work, and neither > has any particular advantage or disadvantage over the other. > > > I can send you my framework and simgear diffs if you like, and you can > try Tat's approach yourself straight away (I think) - since you have > already grabbed the freealut sources. > > And yes, it's all a bit of a mess. > > Regards, > James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
On Oct 20, 2008, at 6:26 PM, Erik Hofman wrote: > > > Vladimir Karmisin wrote: >> James, if it doesn't mean problem for you, could You send me your >> framework and SG patches ? >> About libsnd - Yes, you may be right in case of libsndfile. I've >> coded a >> simple WAV reader, >> which does nothig but read uncompressed wav file and fill out OpenAL >> buffer by PCM data. >> The whole code is about 40 lines long. > > If you want any chance to get it included into SimGear/FlightGear you > must make sure it is independent of endiannes and that it can work > with > 32-bit and 64-bit systems. 40 lines of code seem very little for > that.. Erik, it's just a simple startup code right now. Written only for test purposes for myself. Of course, if I feel I want to get it included in FG I'll polish it and take a care of endiannes. But thanks you for the care :-) > > > Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
Vladimir Karmisin wrote: > James, if it doesn't mean problem for you, could You send me your > framework and SG patches ? > About libsnd - Yes, you may be right in case of libsndfile. I've coded a > simple WAV reader, > which does nothig but read uncompressed wav file and fill out OpenAL > buffer by PCM data. > The whole code is about 40 lines long. If you want any chance to get it included into SimGear/FlightGear you must make sure it is independent of endiannes and that it can work with 32-bit and 64-bit systems. 40 lines of code seem very little for that.. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
On 20 Oct 2008, at 16:02, Vladimir Karmisin wrote: > James, if it doesn't mean problem for you, could You send me your > framework and SG patches ? Yep, I'll get them sent when I have a spare moment (maybe tomorrow, however) > > About libsnd - Yes, you may be right in case of libsndfile. I've > coded a simple WAV reader, > which does nothig but read uncompressed wav file and fill out OpenAL > buffer by PCM data. > The whole code is about 40 lines long. Right. It would be interesting to do a find . -name "*.wav" on data/ and see what compression the current WAVs are using. James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
James, if it doesn't mean problem for you, could You send me your framework and SG patches ? About libsnd - Yes, you may be right in case of libsndfile. I've coded a simple WAV reader, which does nothig but read uncompressed wav file and fill out OpenAL buffer by PCM data. The whole code is about 40 lines long. On Mon, Oct 20, 2008 at 11:44 AM, James Turner <[EMAIL PROTECTED]> wrote: > > On 20 Oct 2008, at 10:06, Vladimir Karmishin wrote: > > > I'm trying to compile Flightgear from CVS at OSX 10.5 systems. > > It seems the 10.5 lacks of alut.h header. After a little google-ing, I > > found that > > Apple removed that haader from leopard (Thanks, Apple!). > > Through, I'd found freealut implementation at OpenAL site. > > It compiles well, but at the linking stage - I receive a bunch of > > linking errors > > (listed at the end of this post). > > > > If someone had such exeprience with freealut on OSX - could give me a > > hand > > getting freealut to work ? > > > > Also, it seems that ALUT support is being deprecated at more and more > > systems. > > Is it a good idea, to rewrite Simgear sound classes w/o ALUT ? > > Being a bit upset about ALUT issues I started rewriting them > > yesterday, but > > who knows, maybe someone else is already doing this. :-) > > Removing ALUT would be a pain. I have one fix - I used the freealut > sources to make a custom ALUT.framework, which works pretty well. I > have to make some extra Simgear hacks to look for alut.h in alut.h> instead of , however. > > Tat (who builds the macflightgear.org releases) uses a different > solution - he just replaces the alut.h in his OpenAL framework with > the alut.h from the freealut distribution. Both ways work, and neither > has any particular advantage or disadvantage over the other. > > I can send you my framework and simgear diffs if you like, and you can > try Tat's approach yourself straight away (I think) - since you have > already grabbed the freealut sources. > > And yes, it's all a bit of a mess. > > Regards, > James > > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Vladimir Karmishin ASTRA Development Inc. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
James Turner wrote: > On 20 Oct 2008, at 15:30, Erik Hofman wrote: > >> The main problem is that Apple never removed the alut functions from >> their OpenAL library causing linking conflicts wehn linking both >> freealut and OpenAL. > > Well, to be fair that's to preserve binary compatibility. I work > around that trivially be ensuring -framework ALUT comes before - > framework OpenAL on my link command. They only have to provide binary compatibility for applications that use OpenAL 1.0. Applications that use OpenAL 1.1 should have linked against a different library that doesn't contain the ALUT functions and there would have been no problem. But instead Apple combines OpenAL version 1.0 and OpenAL evrsion 1.1 in one library and decided to use include/OpenAL instead of include/AL I see this solely as a problem they created themselves. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
Vladimir Karmisin wrote: > Eric, the only problem with ALUT - it is not a part of OpenAL, and > it doesn't have any strict specs. So nobody can guarantee it's reliability. > > In fact, I have to agree with Melchior FRANZ, about the whole OpenAL > subsystem. Since Creative abadoned the development - it's completely dead. Creative didn't abandon OpenAL en OpenAL isn't dead. Loki went belly up leaving things in a bit of a bad shape for Linux. OpenAL-Soft partly solves that problem these days. Free ALUT solves the other half of that problem and it *does* have a formal spec. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
Eric, the only problem with ALUT - it is not a part of OpenAL, and it doesn't have any strict specs. So nobody can guarantee it's reliability. In fact, I have to agree with Melchior FRANZ, about the whole OpenAL subsystem. Since Creative abadoned the development - it's completely dead. FMOD seems to be a good alternative to OpenAL, but it has some legal issues if I remember right. On Mon, Oct 20, 2008 at 3:45 PM, Erik Hofman <[EMAIL PROTECTED]> wrote: > > > Vladimir Karmishin wrote: > > > As I see around - the more and more of projects are moving > > away from ALUT, and probally FG has to do it some time. > > So, why not to start movement process now :-) > > I find it rather annoying to have to move away from ALUT just because > Apple can't play nice. Bad for them, let them straighten it out if they > don't obey the the specs. I vote against this. > > Erik > > -- Vladimir Karmishin ASTRA Development Inc. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
On 20 Oct 2008, at 15:30, Erik Hofman wrote: > The main problem is that Apple never removed the alut functions from > their OpenAL library causing linking conflicts wehn linking both > freealut and OpenAL. Well, to be fair that's to preserve binary compatibility. I work around that trivially be ensuring -framework ALUT comes before - framework OpenAL on my link command. But, the whole situation is a bit of a mess. Apple aren't helping, but they aren't actively trying to be awkward (is my perception) - it's just very unclear what the best course of action for them (or Debian, or anyone else) is with OpenAL. Ack. James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
Melchior FRANZ wrote:
> * Erik Hofman -- Monday 20 October 2008:
>> I find it rather annoying to have to move away from ALUT just because
>> Apple can't play nice. Bad for them, let them straighten it out if they
>> don't obey the the specs. I vote against this.
>
> The problem seems to be that the original ("Creative") OpenAL seems
> to be dead. Development has stalled in a buggy state. Debian has
> forked OpenAL under name "OpenAL Soft", but apparently not alut,
> which is a bit strange. No idea how well old alut works with new
> openal. So, is alut now unmaintained, and dead-ish?
>
> http://kcat.strangesoft.net/openal.html
Freealut was removed from OpenAL before OpenAL version 1.1 and is
designed to work with every other implementation of OpenAL.
OpenAL itself was never developed bij Creative but by Loki, which was
later bought by Creative. But the Loki implementation is still available
since it is licensed under the terms of the LGPL. The OpenAL-Soft
implementation is based on an old version of OpenAL developed bij
Creative but never finished. This version too is LGPL and even seems to
work with Creative's binary drivers for Windows.
I use freealut myself using my own implementation of OpenAL.
The main problem is that Apple never removed the alut functions from
their OpenAL library causing linking conflicts wehn linking both
freealut and OpenAL.
\
Erik
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
* Erik Hofman -- Monday 20 October 2008:
> I find it rather annoying to have to move away from ALUT just because
> Apple can't play nice. Bad for them, let them straighten it out if they
> don't obey the the specs. I vote against this.
The problem seems to be that the original ("Creative") OpenAL seems
to be dead. Development has stalled in a buggy state. Debian has
forked OpenAL under name "OpenAL Soft", but apparently not alut,
which is a bit strange. No idea how well old alut works with new
openal. So, is alut now unmaintained, and dead-ish?
http://kcat.strangesoft.net/openal.html
m.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
Vladimir Karmishin wrote: > As I see around - the more and more of projects are moving > away from ALUT, and probally FG has to do it some time. > So, why not to start movement process now :-) I find it rather annoying to have to move away from ALUT just because Apple can't play nice. Bad for them, let them straighten it out if they don't obey the the specs. I vote against this. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
On 20 Oct 2008, at 13:06, Vladimir Karmishin wrote: > Thank you for fast and informative answer. > I guess, rewriting of wav file handling can be only difficult thing > in removing ALUT away from FG. In fact, there only 4 ALUT > functions FG uses. Initializing, Destroying and opening-closing > streams. The implementation of first two is a piece of cake, I've > implemented > them as well. The second two - are bit more difficult to code, but > there's a nice library, called libsndfile, allowing working with > several sound file formats transparently. Well, that's the thing - changing an ALUT dependency for something else, such as libsndfile, seems silly to me. If we're going to go down the alut removal path, let's instead find / write the smallest / simplest wav reader we can. For non-compressed .wavs, that's *extremely* simple, I've done it before. Basically a fixed size header and then the samples array. I've no idea which of the various compressions and encodings the .wavs in CVS use, but in the real-world, 99% of WAVs use one of a few standard schemes, so I'd be very wary of incorporating something as 'heavy' as libsndfile. If someone contributes an 'unusual' .wav, converting it to one of the more standard encodings is trivial. Just my personal opinion, of course. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
Hi James ! Thank you for fast and informative answer. I guess, rewriting of wav file handling can be only difficult thing in removing ALUT away from FG. In fact, there only 4 ALUT functions FG uses. Initializing, Destroying and opening-closing streams. The implementation of first two is a piece of cake, I've implemented them as well. The second two - are bit more difficult to code, but there's a nice library, called libsndfile, allowing working with several sound file formats transparently. Right now I'm trying to remove ALUT (well, in fact i'm impementing some kind of #ifdef NO_ALUT code, so ALUT still can be used) from FG, and as far as I finished - I'll post here a patch. As I see around - the more and more of projects are moving away from ALUT, and probally FG has to do it some time. So, why not to start movement process now :-) On Oct 20, 2008, at 11:44 AM, James Turner wrote: > > On 20 Oct 2008, at 10:06, Vladimir Karmishin wrote: > >> I'm trying to compile Flightgear from CVS at OSX 10.5 systems. >> It seems the 10.5 lacks of alut.h header. After a little google- >> ing, I >> found that >> Apple removed that haader from leopard (Thanks, Apple!). >> Through, I'd found freealut implementation at OpenAL site. >> It compiles well, but at the linking stage - I receive a bunch of >> linking errors >> (listed at the end of this post). >> >> If someone had such exeprience with freealut on OSX - could give me a >> hand >> getting freealut to work ? >> >> Also, it seems that ALUT support is being deprecated at more and more >> systems. >> Is it a good idea, to rewrite Simgear sound classes w/o ALUT ? >> Being a bit upset about ALUT issues I started rewriting them >> yesterday, but >> who knows, maybe someone else is already doing this. :-) > > Removing ALUT would be a pain. I have one fix - I used the freealut > sources to make a custom ALUT.framework, which works pretty well. I > have to make some extra Simgear hacks to look for alut.h in alut.h> instead of , however. > > Tat (who builds the macflightgear.org releases) uses a different > solution - he just replaces the alut.h in his OpenAL framework with > the alut.h from the freealut distribution. Both ways work, and neither > has any particular advantage or disadvantage over the other. > > I can send you my framework and simgear diffs if you like, and you can > try Tat's approach yourself straight away (I think) - since you have > already grabbed the freealut sources. > > And yes, it's all a bit of a mess. > > Regards, > James > > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear CVS, OSX Leopard 10.5.5 and freealut.
On 20 Oct 2008, at 10:06, Vladimir Karmishin wrote: > I'm trying to compile Flightgear from CVS at OSX 10.5 systems. > It seems the 10.5 lacks of alut.h header. After a little google-ing, I > found that > Apple removed that haader from leopard (Thanks, Apple!). > Through, I'd found freealut implementation at OpenAL site. > It compiles well, but at the linking stage - I receive a bunch of > linking errors > (listed at the end of this post). > > If someone had such exeprience with freealut on OSX - could give me a > hand > getting freealut to work ? > > Also, it seems that ALUT support is being deprecated at more and more > systems. > Is it a good idea, to rewrite Simgear sound classes w/o ALUT ? > Being a bit upset about ALUT issues I started rewriting them > yesterday, but > who knows, maybe someone else is already doing this. :-) Removing ALUT would be a pain. I have one fix - I used the freealut sources to make a custom ALUT.framework, which works pretty well. I have to make some extra Simgear hacks to look for alut.h in instead of , however. Tat (who builds the macflightgear.org releases) uses a different solution - he just replaces the alut.h in his OpenAL framework with the alut.h from the freealut distribution. Both ways work, and neither has any particular advantage or disadvantage over the other. I can send you my framework and simgear diffs if you like, and you can try Tat's approach yourself straight away (I think) - since you have already grabbed the freealut sources. And yes, it's all a bit of a mess. Regards, James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
