[Flightgear-devel] Re: SimGear as shared lib
* Karsten Krispin -- Sunday 08 May 2005 02:30: just a small question: is it hard to include simgear as shared libs? When you want to change something in simgear you have to recompile fgfs. that needs pretty too long. Or is there a trick? No trick for avoiding to recompile fgfs, but for not needing to recompile all of it only because you changed a comment in a header or something. Trick #1: Don't ever install SimGear, but only put links to the libs into /usr/local/lib/ $ cd /usr/local/lib $ for i in `find /your/path/to/SimGear -name \*.a`; do ln -s $i; done and links to the headers into /usr/local/include/ $ ln -s /your/path/to/SimGear/simgear /usr/local/include/simgear Do the same with plib if you like. Of course you have to add further links whenever libs are added, but that doesn't happen that often. Trick #2: Use ccache (http://ccache.samba.org/; should be in every serious Linux distribution already). You only need to set CC and CXX to prepend ccache: CC=ccache gcc CXX=ccache c++ ./configure ... m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: SimGear as shared lib
Karsten Krispin [EMAIL PROTECTED] writes: yes. would be cool if you send me a patch. this is the patch: patch.simgear.bz2 Description: simgear as shared lib the last part gets simgear to use a system installed expat lib, so you might not want to apply it. after you apply the patch you need to run libtoolize (so you need libtool installed) and then run ./autogen.sh and configure, etc. What's about the lifetime of the patch, where is it applied? How far is it affected trough the cvs? i am not sure i understand this. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/AIModel AIAircraft.cxx,
Erik Hofman wrote: Update of /var/cvs/FlightGear-0.9/FlightGear/src/AIModel In directory baron:/tmp/cvs-serv670/src/AIModel Modified Files: AIAircraft.cxx Log Message: Solaris fixes ^^ + #elif defined(sun) || defined(sgi) + # include ieeefp.h ^^^ Hehe ;-) Thanks for applying these fixes ! Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/AIModel AIAircraft.cxx,
Martin Spott wrote: Modified Files: AIAircraft.cxx Log Message: Solaris fixes ^^ + #elif defined(sun) || defined(sgi) + # include ieeefp.h ^^^ Hehe ;-) Thanks for applying these fixes ! So far for my hope to sneak it in ;-) Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear as shared lib
Hello Karsten, Karsten Krispin wrote: just a small question: is it hard to include simgear as shared libs? No, it's not dificult at all. But you probably don't _want_ to, because changes in FlightGear sometimes relate to changes in SimGear so you have to rebuild SimGear anyway. I'd stick to static libs, especially since rebuilding SimGear doesn't take that long - compared to FlightGear, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] new 3d clouds - strange movement
Hello, working with CVS MAY-08 --2 o clock-- FIRST When using -enable-real-weather-fetch, i get a non permanent presence of the clouds. once every disappear , once only one disappear, once every coming back. This, randomly during a very short period of time 3 ,4 second. Sometime its quiet. Flying during 10 min, over the se,a altitude 500. Looking at the content of the data coming from metar: elevation 907 coverage few thickness 65 If i run again without real-weather everything is good. The clouds are nice and very fluid. SECOND The option --disable-clouds3 has no effect. We still continu loading on 3D clouds. Grard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Erik Hofman wrote: All these patches have been committed now. I still have to look into the -pthread issue. Oh, there's no hurry ! This weekend I replaced the Sparc20 on my internet gateway with an Ultra2. While I successfully renewed the whole OS core for the 64-bit architecture (kernel, kernel modules, core shared libs and system utilities, maintenance updates, patches) I somehow managed to break the development environment. As I slept very little the past two nights (I heavily mis-estimated the required effort) I feel I'd better leave the box as-is for at least few days :-/ Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] new 3d clouds - strange movement
Gerard ROBIN wrote: Hello, working with CVS MAY-08 --2 o clock-- FIRST When using -enable-real-weather-fetch, i get a non permanent presence of the clouds. once every disappear , once only one disappear, once every coming back. This, randomly during a very short period of time 3 ,4 second. Sometime its quiet. Flying during 10 min, over the se,a altitude 500. Looking at the content of the data coming from metar: elevation 907 coverage few thickness 65 When the coverage is few or broken the cloud layer disappears when inside the layer. This behavior is rather new but is useful for training purposes. It should not be necessary to do it this way when the 3d clouds are good enough to replace the 2d cloud layers. If i run again without real-weather everything is good. The clouds are nice and very fluid. SECOND The option --disable-clouds3 has no effect. We still continu loading on 3D clouds. That's because we now have two(!) pieces of code for generating 3d clouds, this option is only for the old cloud code. You should be able to disable them by adding the following: --prop:/sim/rendering/clouds3d-enable=false Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: SimGear as shared lib
Martin Spott [EMAIL PROTECTED] writes: Hello Karsten, Karsten Krispin wrote: just a small question: is it hard to include simgear as shared libs? No, it's not dificult at all. But you probably don't _want_ to, because changes in FlightGear sometimes relate to changes in SimGear so you have to rebuild SimGear anyway. I'd stick to static libs, especially since rebuilding SimGear doesn't take that long - compared to FlightGear, that was exactly the original problem: changes in simgear would involve a full recompilation of flightgear if you use static libraries. and compiling flightgear does take a very long time. now, if you use dynamic libraries, you can make your change in simgear and just go fly right away... --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: SimGear as shared lib
Alex Romosan wrote: that was exactly the original problem: changes in simgear would involve a full recompilation of flightgear if you use static libraries. Well, if you do substantial changes to SimGear that affects the headers, then you have to recompile the relating parts of FlightGear anyway. Otherwise relinking should be sufficient, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] new 3d clouds - strange movement
Erik Hofman wrote: Gerard ROBIN wrote: Hello, working with CVS MAY-08 --2 o clock-- FIRST When using -enable-real-weather-fetch, i get a non permanent presence of the clouds. once every disappear , once only one disappear, once every coming back. This, randomly during a very short period of time 3 ,4 second. Sometime its quiet. Flying during 10 min, over the se,a altitude 500. Looking at the content of the data coming from metar: elevation 907 coverage few thickness 65 When the coverage is few or broken the cloud layer disappears when inside the layer. This behavior is rather new but is useful for training purposes. It should not be necessary to do it this way when the 3d clouds are good enough to replace the 2d cloud layers. Yes, even with 3d clouds there was still the 2D code running for this effect. Also your version still have an hard coded 3d cloud layer (and the base of the two layers is not coherent). I will commit in a day or two a version that handle the metar and the cloud dialog a bit better. If i run again without real-weather everything is good. The clouds are nice and very fluid. SECOND The option --disable-clouds3 has no effect. We still continu loading on 3D clouds. That's because we now have two(!) pieces of code for generating 3d clouds, this option is only for the old cloud code. You should be able to disable them by adding the following: --prop:/sim/rendering/clouds3d-enable=false Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d They won't be enabled by default in my next release because I am now generating different type of layers and - ahem - it's far from perfect ;) Harald. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Command Window
Curtis L. Olson wrote : Ben Morrison wrote: I have modified flight gear and I am getting an error that is printed to the command window but before I can read the error flightgear closes. Is there a way to keep flightgear from closing? If you start FG from a command shell (and bypass the graphical launcher) I believe the output will go to the command shell, which won't close when FG dies. That's how it used to work anyway, I'm not 100% sure about the current windows build. Perhaps Fred can make a suggestion here if I'm way off. Even when FG for windows dies, the output stay on screen because it shares its console with fgrun. This is true since 0.9.8. -Fred ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: SimGear as shared lib
Alex Romosan wrote: that was exactly the original problem: changes in simgear would involve a full recompilation of flightgear if you use static libraries. and compiling flightgear does take a very long time. now, if you use dynamic libraries, you can make your change in simgear and just go fly right away... Using static or dynamic libs really don't make that much difference when recompiling FlightGear. It's your procedure that makes all the difference. If you do a make install at the top level of simgear (dynamic or static) you are going to reinstall and touch all the simgear header files which will trigger a nearly full recompile of FG. The linking trick someone mentioned is probably the most convenient, but is a little non-standard. Often I just watch which bits are changed in simgear, and only do a make install in those subdirectories. That saves a lot of compiling on the FG side. Also, if you know the headers haven't changed, you can just copy over the .a files to your install location and do a quick relink of FG. (And I should point out that the relink can be quick on the right platform, and can be really slow on other platforms ...) :-) 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 Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: SimGear as shared lib
Am Sonntag 08 Mai 2005 19:33 schrieb Martin Spott: Alex Romosan wrote: that was exactly the original problem: changes in simgear would involve a full recompilation of flightgear if you use static libraries. Well, if you do substantial changes to SimGear that affects the headers, then you have to recompile the relating parts of FlightGear anyway. Otherwise relinking should be sufficient, Martin. Yes thats right. But: I as a person who really nothing knows about 3d-programming needs to understands whats going on there, wants to comment out something to see the result instead of recompiling FGFS in a whole. But even if you make some heavy changes to the simgear-lib you don't have to change the header in every way. So simgear as a shared lib is a good improovement :) Karsten Krispin ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: SimGear as shared lib
Sorry, I normally wouldn't send corrections on my message but I made some lazy typos that make my message more confusing than it should have been. Let me try again ... Using static or dynamic libs really doesn't make that much difference when recompiling FlightGear. It is your installation procedure that makes all the difference. If you do a make install at the top level of simgear (dynamic or static) you are going to reinstall and touch all the simgear header files which will trigger a nearly full recompile of FG. The symbolic link trick someone mentioned earlier is probably the most convenient way to mimize FG recompiles, but is a little non-standard, it may offend some sys-admin sensibilities. :-) Often I just watch which bits are changed in simgear, and only do a make install in those subdirectories. That saves a lot of compiling on the FG side. Also, if you know the headers haven't changed, you can just copy over the .a files to your install location and do a quick relink of FG. (And I should point out that the relink can be quick on the right platform, and can be really slow on other platforms ...) :-) 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 Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] new 3d clouds - strange movement
On Saturday 07 May 2005 15:14, Harald JOHNSEN wrote: Lee Elliott wrote: On Saturday 07 May 2005 10:04, Harald JOHNSEN wrote: Lee Elliott wrote: On Friday 06 May 2005 17:29, Ampere K. Hardraade wrote: On May 6, 2005 10:06 am, Karsten Krispin wrote: If you bank your plane the clouds will move in the opposite direction as you turn to - They move to the right or to the left depending whether you turn left or right. (And I'am not talking about the movements through the wind ;)). It is strange to discribe this - The easiest way would be you try it your self :) - You'll immediatly recognize what I mean. - Just do some hard and fast turns. Also it looks like if they get zoomed in or zoomed out... You are right there is a strange movement. It's perhaps the rotation axes of the clouds that are a bit off. I know what you mean. It seems you can never go inside the cloud. Perhaps visibility should be decreased to a few meters when one is inside the clouds? Ampere I think that you have that effect if you fly to the border of a cloud. The quads are rotated to face the camera and when the quads are very near on the left or the right the rotation is too big and the quad go out of sight. This will be corrected. Hmm... I've flown inside them pretty convincingly but I'm seeing a darkened region within the clouds, even when I'm outside them, between the horizon and what I presume to be the bottom of the sky-sphere. I can post some screen shots of inside the clouds or of the horizon problem if anyone wants. LeeE ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-deve l 2f585eeea02e2c79d7b1d8c4963bae2d Can you post screen shots of the darkened clouds problem ? Harald. Hello Harald, there's a screen-grab (425k) at http://www.overthetop.freeserve.co.uk/fgfs-screen-009.jpg I've got the weather visibility set to 3m at this altitude. LeeE ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d I'm affraid I can't reproduce the problem, but I have allready changed a few things in the rendering order of clouds to correct the problem of scenario objects visible in front of clouds, I changed the transparency of clouds too, they now appear totaly transparent at the horizon. 3 screen shots, visibility set to 3, clouds visibility set at 3 different ranges : http://sites.estvideo.net/tipunch/flightgear/images/fgfs-scree n-025.jpg http://sites.estvideo.net/tipunch/flightgear/images/fgfs-scree n-026.jpg http://sites.estvideo.net/tipunch/flightgear/images/fgfs-scree n-027.jpg another screen shot from another view : http://sites.estvideo.net/tipunch/flightgear/images/fgfs-scree n-029.jpg Harald. I think you may be a bit too far away in the first three shots but I'd expect to have seen the problem in the last one, on the left hand side. The region that's getting darkened on my system is definitely outlined by the horizon, along the bottom, but I'm not sure what matches with the top. There just seems to be a 'gap' between the top of the horizon and the bottom of the sky. Incidentally, I was wrong about the visibility setting I have for that altitude - it is actually 2m. This could just be a problem with the video card driver sigh... LeeE ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] 3D model
Hi! I am writing concerning my UAV project again. I am trying to create the 3D model and I am finding it quite hard... I have a CATIA model of the UAV (just the skin, not all the interior) and I can save a copy of it as .wrl, .igs and quite a few other formats. I tried using the .wrl file in FlightGear, but it did not like it. I used ProEngineer to open the .igs version, hoping to be able to save it as .ac or .3ds, but neither were available. Does anyone know what I should do to be able to use the CATIA model of our UAV to create the 3D model in FlightGear? Thanks for your help! Sam PS: brilliant mailing list! it's fantastic to get so much support and advice! keep it going! - It was a love of the air and sky and flying... It lay beyond the descriptive words of men. Charles Lindbergh ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 3D model
Le dimanche 08 mai 2005 23:05 +0200, Sam Heyman a crit : Hi! I am writing concerning my UAV project again. I am trying to create the 3D model and I am finding it quite hard... I have a CATIA model of the UAV (just the skin, not all the interior) and I can save a copy of it as .wrl, .igs and quite a few other formats. I tried using the .wrl file in FlightGear, but it did not like it. I used ProEngineer to open the .igs version, hoping to be able to save it as .ac or .3ds, but neither were available. Does anyone know what I should do to be able to use the CATIA model of our UAV to create the 3D model in FlightGear? It is possible to read .wrl with AC3D. And you can export .3ds format This software is existing in linux, windows, mac version. The trial version is free 14 days. It is available on http://www.ac3d.org -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 3D model
Gerard ROBIN wrote: Le dimanche 08 mai 2005 23:05 +0200, Sam Heyman a crit : Hi! I am writing concerning my UAV project again. I am trying to create the 3D model and I am finding it quite hard... I have a CATIA model of the UAV (just the skin, not all the interior) and I can save a copy of it as .wrl, .igs and quite a few other formats. I tried using the .wrl file in FlightGear, but it did not like it. I used ProEngineer to open the .igs version, hoping to be able to save it as .ac or .3ds, but neither were available. Does anyone know what I should do to be able to use the CATIA model of our UAV to create the 3D model in FlightGear? It is possible to read .wrl with AC3D. And you can export .3ds format This software is existing in linux, windows, mac version. The trial version is free 14 days. It is available on http://www.ac3d.org Thanks Grard, I will try that tomorrow. Do you know if you can save files from the trial version, or do you have to buy the software? ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 3D model
Sam Heyman wrote: Gerard ROBIN wrote: Le dimanche 08 mai 2005 23:05 +0200, Sam Heyman a crit : Hi! I am writing concerning my UAV project again. I am trying to create the 3D model and I am finding it quite hard... I have a CATIA model of the UAV (just the skin, not all the interior) and I can save a copy of it as .wrl, .igs and quite a few other formats. I tried using the .wrl file in FlightGear, but it did not like it. I used ProEngineer to open the .igs version, hoping to be able to save it as .ac or .3ds, but neither were available. Does anyone know what I should do to be able to use the CATIA model of our UAV to create the 3D model in FlightGear? It is possible to read .wrl with AC3D. And you can export .3ds format This software is existing in linux, windows, mac version. The trial version is free 14 days. It is available on http://www.ac3d.org Thanks Grard, I will try that tomorrow. Do you know if you can save files from the trial version, or do you have to buy the software? OK so I have downloaded the trial version and yes, you can save files from it. However, when I try and load my .wrl file it says loading failed and nothing happens Do you know if CATIA .wrl is different to say standard .wrl? ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SimGear as shared lib
From: Karsten Krispin Hi just a small question: is it hard to include simgear as shared libs? When you want to change something in simgear you have to recompile fgfs. that needs pretty too long. Or is there a trick? Rebuilding modules in fgfs only happens when the timestamps on the header files in SimGear change. That's actually a good thing and isn't fixed one way or the other by building SimGear so. Well...I guess the only difference is you have to delete fgfs to get it to relink for you. The make install does a copy of thoese headers which means new timestamps even if they haven't changed. So if you avoid doing that by whatever method you'll be fine. Generally if I know there hasn't been an api change I'll just use a copy command that only copies updated libraries to the lib directory. Then I delete the fgfs executable and relink it. I think the real issue is that SimGear shouldn't be installed anywhere ever, because it isn't a shared library (and doesn't need to be). It seems like it should be possible to fix the fgfs build setup so that it just links libraries right from the SimGear build directory. Best, Jim ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] SimGear as shared lib
Jim Wilson writes: I think the real issue is that SimGear shouldn't be installed anywhere ever, because it isn't a shared library (and doesn't need to be). It seems like it should be possible to fix the fgfs build setup so that it just links libraries right from the SimGear build directory. or modify make install so that it emulates cp -p Norman ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] SimGear as shared lib
From: Norman Vine Jim Wilson writes: I think the real issue is that SimGear shouldn't be installed anywhere ever, because it isn't a shared library (and doesn't need to be). It seems like it should be possible to fix the fgfs build setup so that it just links libraries right from the SimGear build directory. or modify make install so that it emulates cp -p Yes. I tried to do that once and just lost interest before getting it working (didn't take long). Really though, rant I find it annoying to install a library that is statically linked by only one application into my lib directories. There's already way too much useless crapola and redundancy-because-everyone-wants-to-start-their-own-project-these-days in the typical linux distro's library directory(ies) these days./rant Which is why I have them installing in a non-default prefix location. Just a thought... :-) Best, Jim ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 3D model
Le lundi 09 mai 2005 02:17 +0200, Sam Heyman a crit : Sam Heyman wrote: Gerard ROBIN wrote: Le dimanche 08 mai 2005 23:05 +0200, Sam Heyman a crit : Hi! I am writing concerning my UAV project again. I am trying to create the 3D model and I am finding it quite hard... I have a CATIA model of the UAV (just the skin, not all the interior) and I can save a copy of it as .wrl, .igs and quite a few other formats. I tried using the .wrl file in FlightGear, but it did not like it. I used ProEngineer to open the .igs version, hoping to be able to save it as .ac or .3ds, but neither were available. Does anyone know what I should do to be able to use the CATIA model of our UAV to create the 3D model in FlightGear? It is possible to read .wrl with AC3D. And you can export .3ds format This software is existing in linux, windows, mac version. The trial version is free 14 days. It is available on http://www.ac3d.org Thanks Grard, I will try that tomorrow. Do you know if you can save files from the trial version, or do you have to buy the software? OK so I have downloaded the trial version and yes, you can save files from it. However, when I try and load my .wrl file it says loading failed and nothing happens Do you know if CATIA .wrl is different to say standard .wrl? Aie,Aie,Aie I could never answer the question. I have had many problems with the wrl format. I just know that wrml1 and wrml2 exist. May be anybody else could answer the question. Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Cessna 172 Panel problem in 9.8
On Sat, 22 Jan 2005 10:05, Nick Coleman wrote: Date: Fri, 21 Jan 2005 17:45:09 +0800 From: Innis Cunningham Hi All Could someone who uses FGRUN to start FG confirm that the 172 fullscreen hi res Cessna starts at night with the panel upside down This problem still exists in CVS. There is a switch in data/Aircraft/c172/c172-610x-null-set.xml that reads: panel .. flip-xtrue/flip-x I don't know what the switch is for, but if you change it to 'false' the panel is the right-way up. Could someone with CVS access change it so that it reads flip-xfalse/flip-x or even just remove the line completely? I can't think of any reason for a panel to appear upside down. Thanks, Nick ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Cessna 172 Panel problem in 9.8
Nick Coleman wrote: On Sat, 22 Jan 2005 10:05, Nick Coleman wrote: Date: Fri, 21 Jan 2005 17:45:09 +0800 From: Innis Cunningham Hi All Could someone who uses FGRUN to start FG confirm that the 172 fullscreen hi res Cessna starts at night with the panel upside down This problem still exists in CVS. There is a switch in data/Aircraft/c172/c172-610x-null-set.xml that reads: panel .. flip-xtrue/flip-x I don't know what the switch is for, but if you change it to 'false' the panel is the right-way up. Could someone with CVS access change it so that it reads flip-xfalse/flip-x or even just remove the line completely? I can't think of any reason for a panel to appear upside down. Well, the last person with CVS access who used it, needed to draw to a monitor that had been installed upside down. :-) 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 Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d