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/ > alut.h> instead of <OpenAL/alut.h>, 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
