Re: [Flightgear-users] Re: CVS simgear : error during compilation
Georg Vollnhals wrote : The only thing we could do *now* is to create downloadable new binaries for different O/S and ask *many* people to test them. We should not be satisfied if the inner circle of developers and some users have actually no problems, let us do test on a wider base! You can try this one : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-win32-20051218.zip -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] CVS simgear : error during compilation
Gerard ROBIN wrote : For the first time, i get an error during compilation of Simgear if g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -I/home/devel/usr/include -I/usr/X11R6/include -g -O2 -D_REENTRANT -MT logstream.o -MD -MP -MF .deps/logstream.Tpo -c -o logstream.o logstream.cxx; \ then mv -f .deps/logstream.Tpo .deps/logstream.Po; else rm -f .deps/logstream.Tpo; exit 1; fi rm -f libsgdebug.a ar cru libsgdebug.a logstream.o ranlib libsgdebug.a make[3]: Leaving directory `/home/devel/devel-prog-fgCVS/1217/SIMGEARCVS/source/simgear/debug' Making all in misc make[3]: Entering directory `/home/devel/devel-prog-fgCVS/1217/SIMGEARCVS/source/simgear/misc' if g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -I/home/devel/usr/include -I/usr/X11R6/include -g -O2 -D_REENTRANT -MT sg_path.o -MD -MP -MF .deps/sg_path.Tpo -c -o sg_path.o sg_path.cxx; \ then mv -f .deps/sg_path.Tpo .deps/sg_path.Po; else rm -f .deps/sg_path.Tpo; exit 1; fi sg_path.cxx: In member function ‘void SGPath::create_dir(mode_t)’: sg_path.cxx:203: erreur: ‘subdir’ was not declared in this scope make[3]: *** [sg_path.o] Erreur 1 For impatient people, this is the patch that is waiting in Erik's mailbox : http://frbouvi.free.fr/flightsim/simgear.patch Should be commited when he will come back. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-users] multiplayer screenshot
Quoting Vivian Meazza : Fred Vivian Meazza a écrit : What's wrong/missing in fgrun ? It seems to default to in,10,localhost,5000. Not the end of the world, but the solution (in Advanced/Networks) is not self-evident. Perhaps having 2 points of entry to MP is a little confusing? I changed the default host by retrieving the real host name. Could you tell me if it works for you ? ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun-win32-20051204.zip Hmmm, not consistently. I expected to be able to put the hostname= to, say, pigeond.net, the in port to 5000 and out to 5002. In which case the in address is still 'localhost'(which you can't see). This requires a user to guess that he needs to go to advanced/networks to sort it out. If on the other hand, all is left blank, then if you open advanced/networks then the local computer name is shown. If this page is now filled in correctly, all is well. I think a bit more work is required to make this user-proof. Did you had a look on the command line. Here, there is no 'localhost' anymore and I was able to join the server without having to go to the Advanced section. Uncheck then recheck the multiplayer option to make sure. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-users] multiplayer screenshot
Vivian, Quoting Vivian Meazza : It's not working correctly here. If I check and uncheck 'Multiplayer' with all the options blank, my computer name is correctly displayed in the command line. If I type _anything_ into _any_ of the boxes this reverts to 'local host', and I can only correct it by going to advanced/networks. Now I see, and I understand what you meant by 'not consistently'. I missed a few localhost. Perhaps I'm doing something wrong? You are not checking the multiplayer box after changing parameters ;-) I will fix that tonight. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] multiplayer screenshot
Vivian Meazza a écrit : I will fix that tonight. Well, of course, it always worked for me, because I just went to advanced/networks, and entered all the data correctly, but we do need this to be user-proof. Whoops, nearly wrote idiot-proof there. This one should be better : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun-win32-20051205.zip -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-users] multiplayer screenshot
Selon Vivian Meazza : However, FGRun is a little out-of-date. Use Advanced/Networks to set the parameters, not multiplayer on the initial page. If you are using a command line interface follow the instructions. What's wrong/missing in fgrun ? -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] multiplayer screenshot
Vivian Meazza a écrit : What's wrong/missing in fgrun ? It seems to default to in,10,localhost,5000. Not the end of the world, but the solution (in Advanced/Networks) is not self-evident. Perhaps having 2 points of entry to MP is a little confusing? I changed the default host by retrieving the real host name. Could you tell me if it works for you ? ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun-win32-20051204.zip -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Adding roads to scenery
Selon dene maxwell : How do I add the missing roads around my local airport? Make changes to the terrain mesh with FGSD if you like. You will end up with something like http://www.geocities.com/robitabu/fgfs_pa/fgsd_palermo.html Roberto Thanks for that. I have looked around for the FGSD win32 executable, I found the source code that needed cygwin to compile it on Google. Where can I get the win32 executable (or install file)? FGSD is hosted here : http://fgsd.sourceforge.net There is a Win32 installable binary here : http://sourceforge.net/project/showfiles.php?group_id=45131package_id=37798release_id=337614 PS FGSD_palermo shows the principle of FGSD very well. Even though I did not understand the associated text, I got the idea. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-users] Windows FGv9.9 and FGTools - Help Me to HelpYou
Quoting Vivian Meazza: Fred I can reproduce the 737 problem here at will. I have some spare time Wednesday, morning or afternoon for a debug session if that would help I don't have any spare time before Sunday. If it is ok, I must prepare a debug kit before. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] English: Problems launching FlightGear v0.9.9 after setup
Quoting Robicd : I think the problem is the --lang=D option which is not known the the program. My configuration: WinXP,FlightGear v.0.9.9 If I set --lang=D I get an Unknown option '--lang=D' error message in the FlightGear Launcher DOS Window (try scrolling up the window, you will find something similar at the top of it) and the Wizard hangs waiting for something that will never happen. I simply hit CTRL-C in the DOS window and go back to the Wizard. We already discussed with Curt about the fact that some windows users are a bit too quick to select advanced options they don't understand that make FG complains and stops. I proposed the idea of a button to reset options to a default set. There are also new options since 0.9.8 that deserve being added in the wizard ( --carrier ) or the advanced section. Then, if there are options that shouldn't be there, people should say so. I will try to make these change when I have the chance, but a patch is always welcomed. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Atlas and 9.9
Quoting Innis Cunningham [EMAIL PROTECTED]: Hi All I know that this question should go to the Atlas list but up till now I seem to have been able to work around any problems. I have always run Atlas from a bat file in the Flightgear directory but now when I put Atlas 0.3 in the bin folder and run the bat file I get this line. H:\FG9.9\Flightgear\bin\win32\Atlas.exe unknown flag --fgroot=H:\FG9.9\ flightgear\data. This option should be : --fg-root=H:\FG9.9\flightgear\data Notice the hyphen between 'fg' and 'root'. The list of options is available if you run 'atlas --help' It has been changed to be the same than the FG option -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-users] Windows FGv9.9 and FGTools - Help Me to HelpYou
Quoting Vivian Meazza : Curt Vivian Meazza wrote: Er ... I'm the author of that model: I don't think it's a system problem. I can't get the magnetos to switch on, either by using {} or the clickable panel. It works under Cygwin. The controls work as advertised here. Both magnetos on, both fuel cocks on, prime five times with I (aka capital 'i', not ell, not one.) Hit the starter and the engine fires to life for me here on linux. You don't say what system you are having problems with ... is it the MSVC windows build? Good, I'm delighted that it works as advertised under Linux ... phew. As I said, works under Cygwin too. It seems to be a MSVC windows build problem, although I still have one more thing to try. Could you try the c172 ? It seems to me I tried taht recently. On a french keyboard, it is a combinaison of 2 keys but it worked. I will try again this evening. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Windows FGv9.9 and FGTools - Help Me to HelpYou
Is c:\windows\applog\fgfs.lgc the right file to look at? That file comes out at 54kbyte on my attempt to startup. Contains alot hex numbers, who is this going to be useful to? I have no knowledge of that file. Does it contain FG related messages? it contains what looks like hex dumps interspersed with some file names that are FG related. If this isn't the appropriate file where does FG log too? Dene, send the file to me ( privately ). I will see if it is useful. It is a file generated by your version of windows. See here for details : http://msdn.microsoft.com/library/default.asp?url=/library/en-us/rsadmin/htm/arp_rslogfiles_v1_1s8l.asp -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Windows FGv9.9 and FGTools - Help Me to HelpYou
Vivian Meazza a écrit : Could you try the c172 ? It seems to me I tried taht recently. On a french keyboard, it is a combinaison of 2 keys but it worked. I will try again this evening. I was guessing that the AZERTY keyboard might have crept in there. What is the key combination, I could try that as well. I just tried again. [] and {} are functional. At least the switch move and I hear a click, even in the seafire, and I can start the bo105. The button is also clickable. All this with the same binary that is included in fgsetup-0.9.9.exe, but with my CVS base package. On an azerty keyboard } is generated by 'AltGr' + ')'. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Windows FGv9.9 and FGTools - Help Me to HelpYou
Selon Frederic Bouvier : Vivian Meazza a écrit : Could you try the c172 ? It seems to me I tried taht recently. On a french keyboard, it is a combinaison of 2 keys but it worked. I will try again this evening. I was guessing that the AZERTY keyboard might have crept in there. What is the key combination, I could try that as well. I just tried again. [] and {} are functional. At least the switch move and I hear a click, even in the seafire, and I can start the bo105. The button is also clickable. All this with the same binary that is included in fgsetup-0.9.9.exe, but with my CVS base package. On an azerty keyboard } is generated by 'AltGr' + ')'. It's ok here after installing fgsetup-0.9.9.exe -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-users] Windows FGv9.9 and FGTools
Quoting MPCEE French Bureau : Much is now being mentioned about developers and their lack of testing. It's like architects not living in their own designed houses! How much did you pay for this software ? Are you willing to donate the hardware you want to use to someone able to debug that ? -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] FG 0.9.9 problems on Windows Me, Azerty, nVidia
Quoting Eric Brasseur: Erik Hofman wrote: Eric Brasseur wrote: When the simulation starts I get 15 FPS which is normal on that PC. Once I circuit and turn towards the open sea, the frame rate drops suddenly to 3 FPS, which is quite harder to pilot. Turning the plane back towards plain land restores the frame rate but only after several seconds (maybe this is not a matter of time but of what's displayed). I didn't ask for random objects, 3D clouds or any such special features. This is probably becuase your hardware can't handle the high number of *static* scenery objects in down-town Wan Fransisco (near the bay bridge). You could try to limit this effect a bit by specifying: -prop:/sim/rendering/static-lod/detailed=500 --prop:/sim/rendering/static-lod/rough=5000 --prop:/sim/rendering/static-lod/bare=15000 I found no way to add these parameters to the command line. The Windows Me MS-DOS window did not allow me to type more than two lines of text for a command. The best solution I found is to fly using a little 800x600 window. I still get FPS freezes but very short, merely hickups. Also they don't occur at the same place neither heading the same direction. You can alter you preferences.xml file, or use the Advanced section of fgrun to set --prop options. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-users] Windows FGv9.9 and FGTools
Quoting MPCEE French Bureau: Bonjour Fred: Je suis en France dans l'Auvergne. Si je parle très forte, tant pis, mais après beaucoup des heures, avec des autres, en tant que je peux dissiper des problèmes, je continua comme ça ! Little is given to Windows' users and we have to find ways to resolve our issues. We did not have access to the pre versions, but, yes, we are left to resolve them ourselves. There are some list members who have given hours of their time to assist us. Like me, we thank them for this. In the main it I am a windows user and I built this binary. Others did the same with success. About binaries, I built several between 0.9.8 and 0.9.9, including -pre3 (now deleted), that were put at ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/. I didn't heard much feedback about them. may be a graphics card/driver problem, but then again we are in the mass market and developers SHOULD remember this. What is the market you are talking about. What is the product we *SELL* and how much did you pay for. I am too old and can go far back, but there was a spirit in being able to share information. Times are changing and nowadays, these persons are few and far between. The spirit of Flight Gear is excellent, but it is becoming too big and splintered, with what seem many unfinished projects and no control over its ultimate direction. We have even had one aircraft developer recently say that he created an aircraft, but did not expect anyone to use it! His response was to someone asking why the cockpit was not finished!!! Why was it made available for download? I think its clear but you probably didn't catch this : I *share* what I have and what I want to, in the hope others will share the complement of my own contribution. I build binaries, fix some bugs, contribute some code, model some buildings and write fgsd and in return I get a nice flight simulator that do something I wouldn't have done myself. For that I spent a lot of time and a lot of money keeping my hardware current. This system is based on sharing, but too many people here are only sharing their problems. There are big issues with this release and, so far, it seems to be Windows related. As for non-Windows operating systems and the types of problems we No, in your case, I only see a graphic hardware problem, and a vendor that is not willing to support OpenGL like it is supporting DirectX. It is also a matter of a hardware that is hardly capable of 3D at all. Did you try Blender, or the demo version of Quake, or X-Plane ? I also could whine that this crappy flightgear doesn't work with my S3 Virge PCI board, but I don't. Instead I chose my hardware carefully. It is sad that in the end, Flightgear is only working correctly with NVidia hardware, but this is how the hardware market has evolved. The other problems are Linux related, with new features not supported by ATI drivers. The only solution I can see is to detect that problem at runtime and disable the features. And remember that FG does not use (yet) the more advanced capabilities of modern cards. are reading about, these seem to be, in the main, related to how script or codes are written and where to find the relevant information. What we are seeing is more discontent and this is going to grow. With previous versions, we heard that this or that would be resolved in the next release or new script (which cannot be accessed for Windows). We now have the latest I never saw promises in that group. Remember, we are not in the market and we have nothing to sell. version, but the pre release was not available for Windows' users. As I said the mass market is Windows and if we were able to access developments as they happened, there would be more individuals available to comment on or inform of problems. As it is, it is afterwards and too late to do anything about it. If the problems were resolved, would Windows' users have access to the changes when immediately needed? Then, in answering your question, would I donate for development - yes, but only when I was assured that it benefited Windows' users. At this time it does not. Chicken-n-eggs problem here. I am not willing to buy crappy hardware just to please others, and you are not willing to share. Again you are generalizing by mis-qualifying the issue. There are a lot of happy Windows users. I hope there will be more Windows developpers in the future as Microsoft is giving away their Visual C++ 2005 Express for one year. I already spent a lot of time making flightgear to compile with this new compiler. Developers here -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Windows FGv9.9 and FGTools - Help Me to HelpYou
Selon Curtis L. Olson : MPCEE French Bureau wrote: Hello Curtis: Windows comes with a debugger. It's an operation in from the IE browser Internet Options Advanced then you can able or disable bugging information. I use it a lot because of the vast number of sites where the creators have no idea how to set up script! It will pinpoint the line and the error. Is this what you have in mind? Errr, really? I really doubt it, but but please prove me wrong, and tell us the line and the source file of the error! It would really help. If you give us something that looks like a screenshot of the blue screen of death with registry values and physical memory locations of the crash, that is nearly useless. We need/want to pin point the location in the original source code of the crash. I really doubt there is a native code debugger in Windows. I never found one. Martin surely refer to debugging CLR code that is a bytecode more or less MS response to Java. I also doubt it could be useful on the current binary as debugging informations are not there ( not stripped, simply not generated for performance reason ). The only relevant standard tool is DrWatson that only give binary trace and registers. What can be done though, is running the remote debugger provided with Visual Studio. A small exe is run on the target platform. It launch the version of the program that was compiled with debug information, and a developer connect to the target site and run the debugger at its side. If someone with problems is volunteering to play the guinea pig, we can arrange a debugging session. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Let L410 Aircraft (continued)....-see other post.
T J wrote : The version of FlightGear I am using is 0.9.8. I have extracted the aircraft into the 'aircraft' folder under FlightGear. When I launch FlightGear the plane appears under 'select an aircraft' BUT after launching FlightGear, the programme automatically stops and command prompt comes up saying it could'nt launch the aircraft/engine model.' How do I get this aircraft to work? I have no idea how to recompile FlightGear, or do any of the other instructions. (See below.) You can download this version of fgfs for Windows : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-l410-0.9.9-win32.zip You need fgsetup-0.9.9.exe installed before putting that executable in the bin directory and changing the path to it in the first panel of fgrun. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] animation based on elapsed time
Selon Erik Hofman : Dave Culp wrote: It doesn't AFAICT. It appears every bit of contrail is using one model, just drawn in a different place, so they all use the same animation instance. This would explain why they all appear to use the elapsed time of the first model? Hmm, there does seem to be something wrong now. I think it's something for after the release of 0.9.9 I faced the same problem when animating the radio towers. I introduced something I called 'personality' to attach some data to each instance of an animation in a model that is used multiple times. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Update on a Previous Question
[EMAIL PROTECTED] a écrit : I have not loaded the development version of flightgear from CVS, don't feel the need to compile it since development is not what I'm interested in. I have tried to keep up with the current CVS changes to the executable by downloading updated versions from ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/ There is a new version now. The most recent version there is dated 10/05/2005. When I run it the numeric 9 (page_up) and 3(page_down) no longer repeat to increase or decrease the throttle. it works if you press and release the keys. Is that a defect(bug) in that build, 9.8 works fine when I run that exe, or a new option / feature that works that way by design even though I don't like it? It works for me. Be sure you have a matching base package, especially an up-to-date keyboard.xml as there were changes in that area not so recently. i have been downloading updated aircraft files, textures, etc. Everything that gives an error message when the program runs has been eliminated except for a lot of unnamed file open errors? That way to update doesn't work for changed files. Use CVS for your base package. It is the cheapest way for being up-to-date, and in par with the intermediate builds. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: Two simple questions offered
Waiting now for the next release of FG for Windows, which will take the pain out of some of the problems users have been having with the current version. From time to time, win32 build are put here : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32 They need the CVS snapshot at the matching date of the base package to work. Occasionally, a new dll is needed as well and is put at the same place. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Building FlightGear in a Debian box
Kitts a écrit : CL Then you need to decide if you are going to build CL SimGear-0.3.8/FlightGear-0.9.8 or SimGear-cvs/FlightGear-cvs i again updated to cvs with 'cvs update -dP' on flightgear data and source and simgear source before i built simgear. Again SimGear installed clean. You are using the development branch of SimGear, aren't you ? Stable == Outdated -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Compiling simgear/flightgear in mingw/msys
Quoting Frank Olaf: I'm attempting to compile SimGear using mingw/msys on a Windows XP box. I've set it up following the instructions in the wiki, and downloaded the precompiled libraries for pthread and such. However, I get the following error when trying to make: make[3]: Entering directory `/c/fgcompile/simgear/source/simgear/environment' if g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -I/fg/include -g -O2 -D_REENTRANT -MT metar.o -MD -MP -MF .deps/metar.Tpo -c -o metar.o metar.cxx; \ then mv -f .deps/metar.Tpo .deps/metar.Po; else rm -f .deps/metar.Tpo; exit 1; fi metar.cxx: In member function `void SGMetar::useCurrentDate()': metar.cxx:162: error: `gmtime_r' undeclared (first use this function) metar.cxx:162: error: (Each undeclared identifier is reported only once for each function it appears in.) make[3]: *** [metar.o] Error 1 gmtime_r is defined in pthreads.h which resides in /fg/include, which is included in the commandline as you may see. however, this file does not seem to be included since it is unable to find the definition. There is no gmtime_r in the MS C runtime that mingw use because gmtime is already reentrant. As this code compiles with MSVC, I guess there is a #ifdef/#else/#endif construct around it and the condition should be tweaked to cope with mingw. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Settings in preferences.xml
Quoting Buchanan, Stuart: Hi All, For some reason, fgrun interacts badly with my ATI 9800's anti-aliasing code, so I'm running FG from the command line. In general this is OK, but there are some things I'd like to set permanently in preferences.xml. I can see how to set most options, but some are not obvious. I find preferences.xml a bit misnamed. default-settings.xml could be more appropriate. At least, it is the way one should understand its use because it is often modified by developers to add new parameters and set a default value. For example, I want to set output to atlas using --nmea=socket,out,1,etive,5500 and I _think_ I've got auto-coordinations switched off, but want it switched on. Does anyone know where I can find a DTD file for preferences.xml, or any other documentation for adding these sorts of options? Secondly I've ocassionally seen references to another personal preference file for FG. Where would that be on an WinXP system? Under unix, there is ~/.fgfsrc On windows, you can use $FG_ROOT/System.fgfsrc that is no longer overwritten by fgrun. They are not xml files but a list of command line options separated by line breaks. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Compiling simgear/flightgear in mingw/msys
Quoting Frank Olaf : Frank Olaf wrote: I wouldn't know. Anyway, I commented out the reference to config.h from pthread.h and it seemed to compile cleanly. I will get on with compiling flightgear and see how it works out :) Apart from some problems with Glut not being present, compilation and execution of flightgear under msys/mingw went quite flawlessly. I don't know if others have had the same problems I did, if they are, perhaps the wiki page describing the process should be updated? It's a wiki so go on if you think it needs to be. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Atlas Map cmd script
Quoting ejb: %fg_map% --atlas=%fg_atlas% --fg-root=%fg_data% --fg-scenery=%fg_scenery% --palette=%fg_palette% --size=512 You can cope with spaces inside paths if you change your script slightly : %fg_map% --atlas=%fg_atlas% --fg-root=%fg_data% --fg-scenery=%fg_scenery% --palette=%fg_palette% --size=512 -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Atlas Map cmd script
Quoting ejb: That may be true for normal CMD commands. BUt, the Map program, in particular, does not work well with spaces in directories. This was the advice that George recommended in his FlightGearTools package. So, I decided to follow his advice. You could well be correct. So, if you'd like to run a test, let us know your results. The problem is not really here. When Map is space-aware ( and CVS version is because I already tested and made the required changes to CVS, didn't remember if it was before or after 0.3.0 release - pretty sure the win32 build is ok ), your script is definitively boggus because it doesn't use quotes and restrain your potential users. I guess you didn't even tried. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] firefox search plugin for flightgear
Josh Babcock a écrit : Here, for all you who want to be able to search the archives directly from Firefox. Just something I was playing around with. I'm afraid I don't know how to create and .xpi, so no self install. Just drop them in your ~/.mozilla/searchplugins directory and restart Firefox. http://jrbabcock.home.comcast.net/flightgear/scripts/flightgear.gif http://jrbabcock.home.comcast.net/flightgear/scripts/flightgear.src I dropped them in C:\Program Files\Mozilla Firefox\searchplugins and it works Thanks Josh -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Startup problem on WinXP
Quoting MPCEE French Bureau : Hello Vivian: I have posed your question to Toshiba, as my knowledge on such things is non-existent. Hopefully someone will respond! Also, I have downloaded the same version on to a new machine, the HP Pavilion. Here, there are big problems too! After launching the programme from the desktop and then selecting aircraft, airport etc when you hit RUN the browser opens but nothing happens any further. The text not responding comes up in the top left hand corner next to FlightGear. The obvious question would be is there a general problem with the Windows version of this programme? I would say there is a general problem with this program running on Hardware that is not fully OpenGL compliant. I don't know what is the hardware in the HP pavilion, but Trident is not known for doing good top 3d video card and I guess they are more interested in supporting DirectX. I am pretty sure that installing Linux on that kind of hardware will not help you much. Anyway, if people wants to lend or donate me this kind of hardware, I will be happy to try to diagnose and fix the problem. Unfortunately ( for people complaining fgfs doesn't work ), I am happy with NVidia and want to stick with their line of products, under Linux as well as under Windows. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Adding scenery to an airport
Quoting Dene Maxwell : What is a suitable windows based package that creates a 3d nodel in a format that Plib understands and where can I download it? I want to add buildings, fences and roads to my home airport (and maybe other commonly visited airports) to emhamce the realism of FG. By the way... the A10 is a great jet trainer with a great autopilot... congrats to to the designer... I love flying it. You can use Blender ( http://www.blender3d.org ) and export the model to the AC3D format. This is my prefered workflow. You will also need a 2D drawing package to make textures and the Gimp is perfect for that ( http://www.gimp.org ) Both come with a Windows installer. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] adding new aircraft
Selon [EMAIL PROTECTED]: I unblocked the aircraft, they are uncompressed and in my aircraft folder, and still no aircraft? guess it wasn't meant to be lol You should stop and restart the launcher now. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: the nimitz_demo HOW??
Vivian Meazza wrote : Fred Is it normal ? WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_9.rgb' for reading. ... Object glide-path not found I have lots of reddish quad on the deck, that I suppose are the result of the missing textures. Er ... depends on your definition of normal. I put off uploading those textures - they're big - too big I think. I've been meaning to try to rationalize them, but I've got deeply involved in the Hurricane and supercharger issues. You are the first to complain - now I've got to do something. I'll try to find a chunk of time for that next week. If you don't mind big textures, I could put them up on my server over the weekend. Let me know. It was the first time I am trying the Nimitz and I saw these error accumulating in the fgrun console. As I use the CVS version, I wondered if it is the right way to put a model in the repository without its textures. I suppose it will draw this kind of error report on Avsim when it would hit the mass. In the meantime, apologies for any inconvenience. No need to apologize. There is no inconvenience. I thought I should report that to know the author's stance on the subject. Just a question : If these textures are big, why not using gimp to scale them down and put in CVS only very low resolution version ? It won't affect the model and it won't be worse than the reddish quad. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: the nimitz_demo HOW??
Paul Surgeon wrote : Does the carrier really need to be sailing around full-steam? Can't we get the aircraft loaded on a stationary carrier first and then figure out how to do it on a moving carrier at a later stage? I see little point in having an aircraft carrier cruising around burning up heavy fuel oil at the taxpayers expense when it's not on a mission. Don't aircraft carriers normally just anchor when they are not going some where? Carriers are going full-steam against the wind to produce enough relative wind to enable planes to take off or land. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: the nimitz_demo HOW??
Is it normal ? WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_9.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_5.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_4.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_10.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_8.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_6.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_41.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_11.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_81.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_21.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_2.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_31.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_71.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/rainbow_61.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/crew_2.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/crew_1.rgb' for reading. WARNING: ssgSGIHeader::: Failed to open 'I:/FlightGear/cvs/fgfsbase/Models/Geometry/Nimitz/crew_3.rgb' for reading. Object glide-path not found I have lots of reddish quad on the deck, that I suppose are the result of the missing textures. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] SimGear-0.3.8 Compilation Errors
Could you try that command g++ -v log.txt and post the content of log.txt These GIF screenshots are very annoying. Please use text only emails. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-users] SimGear-0.3.8 Compilation Errors
Selon Giles Robertson [EMAIL PROTECTED]: please see the following link for the errors... http://mail.flightgear.org/pipermail/flightgear-users/attachments/200506 09/2ff42b56/SimGear_2.gif It's much easier for us to attempt diagnose if we can see the full error log. If you type: make log.txt at the Cygwin command prompt, and then copy the last section of that file (log.txt) into your email (from the last line beginning gcc downwards), we can see how the compiler is being called, and where the errors start. (Once a compiler hits an error, further errors may be a knock-on from it not functioning properly previously, so it's often the first error which is most relevant to solving the problem) Try to include the error stream also : make log.txt 21 -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] SimGear-0.3.8 Compilation Errors
Could you post the result of this command : g++ -v -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] SimGear-0.3.8 Compilation Errors
Selon Arnt Karlsen : On Tue, 07 Jun 2005 21:31:14 +0200, Frederic wrote in message [EMAIL PROTECTED]: zied bennour a écrit : There is a conflict between Win32 opengl and X11 opengl. Under cygwin, you must uninstall all X11 modules first. -Fred Thanks Fred. Please can you tell me how can I uninstall X11 modules under Cygwin...I'm really not familiar with this. Restart the cygwin installer, locate the X11 modules ( those with names beginning with XFree86 or xorg ) and click on the version number until it shows 'Uninstall'. Then click on Next and proceed just like on this screenshot : http://frbouvi.free.fr/flightsim/cygwin.jpg ..??? We no longer need plib??? In the cygwin case, we need plib for win32, not plib for X11. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] SimGear-0.3.8 Compilation Errors
zied bennour a écrit : There is a conflict between Win32 opengl and X11 opengl. Under cygwin, you must uninstall all X11 modules first. -Fred Thanks Fred. Please can you tell me how can I uninstall X11 modules under Cygwin...I'm really not familiar with this. Restart the cygwin installer, locate the X11 modules ( those with names beginning with XFree86 or xorg ) and click on the version number until it shows 'Uninstall'. Then click on Next and proceed just like on this screenshot : http://frbouvi.free.fr/flightsim/cygwin.jpg -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] SimGear-0.3.8 Compilation Errors
zied bennour a écrit : Hello, I just discoved FlightGear few days ago. I download it and start to compile it (using Cygwin) as indicated in paragraph 2.4 of the web page http://www.flightgear.org/Docs/InstallGuide/getstartch2.html#x6-12. First, I began with downloading SimGear-0.3.8 and then compiling it. With the comand ./configure I had an error indicating that openal library is not installed. I fixed this problem and then tried to execute the command make. Unfortunately this command generated many errors that I cannot understand. please see the print screen of these errors at http://mail.flightgear.org/pipermail/flightgear-users/attachments/20050606/669f8dfd/SimGear_errors.gif Please can you help me with this. Greetings. Zied There is a conflict between Win32 opengl and X11 opengl. Under cygwin, you must uninstall all X11 modules first. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] mailing list structure
Selon Mostyn Gale [EMAIL PROTECTED]: Hi, I have noticed that the mailing list archives are structured with replies branched under the post that they reply to. I have only been replying by coppying and pasting the subject to subject line and so fourth. However this does not preseve the mailing list structure. Could someone give me a brief explanation of how I am meant to reply. Your mail agent must have a reply button. Mail threads refers to some magic identifiers in the mail header, not to the subject line, and this identifier is only preserved when you use Reply, Reply to all, or Reply to list if you have one. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] emails was [(no subject)]
Dave Culp wrote : On Sunday 08 May 2005 07:30 pm, Mostyn Gale wrote: Just a quickie. How do I properly reply to the mailing list so that my post apears under the right tree in the archives? Firstly, it's important that you always give your emails a subject. What operating system and mail reader are you using? The header says Outlook, but I am sure that even Outlook and Outlook Express have a Reply button and a subject text field. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] converting from MDL to AC
Selon Dave Culp [EMAIL PROTECTED]: I used threedconvert to convert an F80 model from the original MDL format to AC3D format. Here's a screenshot of the result: http://home.comcast.net/~davidculp2/F80-MDL-AC.jpg The image on the left is of the MDL model, and the right is AC format. I looked through the AC file and don't see any crease statements. Would this be the cause of the effect shown? Is there a way to get threedconvert to preserve the smoothness of the original model? You probably need to merge all individual quads and triangles into single surface for the wing extrado or the fuselage, and remove duplicated vertices. PLIB only smooth shared edges and shared vertices. Seperated objects are flat. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: converting from MDL to AC
Selon Melchior FRANZ: c) plib wrongly dissolves the model into one object per face. Hence Fred's advice to merge the face objects again into the objects that they originally were. (The real solution is of course to fix plib. But who will do that? I do only know how won't. ;-) Maybe it's just a problem with the AC writer. Before the crease patch, the AC loader was doing just the opposite : collapsing individual objects into branches and smoothing everything, and loosing object names. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] choice of airport for resource-challenged system
Quoting Richard Keech : The scene complexity of the FG-default SFO area now exceeds my poor systems capacity. Can anyone please suggest an alternative airfield in the default scenery which is interesting but has much lower resource demands on the system? KSQL is interesting for general aviation but I don't know if it is less demanding. There is KSJC ( San Jose ) that is farther from all these buildings and suitable for bigger planes ( KOAK is too close of downtown SFO ). -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] FlightGear v0.9.8 on Windows XP
Quoting Curtis L. Olson : EGNX runway 09 now appears as 09x. 27 is ok. This is a side affect of the new X-Plane apt.dat format. Frederic, we need to strip out those x's now. What is the right value to give to fgfs ? 09 or 09x ? -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] FlightGear v0.9.8 on Windows XP
Curtis L. Olson wrote : Frederic Bouvier wrote: Quoting Curtis L. Olson : EGNX runway 09 now appears as 09x. 27 is ok. This is a side affect of the new X-Plane apt.dat format. Frederic, we need to strip out those x's now. What is the right value to give to fgfs ? 09 or 09x ? FlightGear strips out the x when it loads the database so internally (and for the command line options) we use 09. I'm not sure why X-Plane went with 09x. I suspect their data file parser is not the most brilliant/flexible. But it's easier for us to roll our eyes and put up with that sort of thing than to maintain a different format of the same data. Done in fgrun's CVS -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] FlightGear v0.9.8 on Windows XP
Vivian Meazza wrote : AnthonyL wrote: I (still) cannot start up the Spitfire. It seems as if the engine is almost running when it loads but splutters to a standstill before I can do anything. Messages are: Unknown runway code 09x passed to GetReverseRunwayNo(...) Failed to find runway 09x at airport EGNX type: spitfireIIa spitfireIIa: 0 type: spitfireIIa spitfireIIa: 1 WARNING: Legacy engine definition in YASim configuration file. Please fix fuel-cocks running Are you following the full start procedure? Begin by reading the Pilot's Notes in ../Aircraft/Spitfire. I've just checked - it starts OK. Just a thought : could we agree on a standard about readme files ( format, path and file name ) so that it could be possible to fgrun to display these instruction before flying ? Perhaps all is needed is a path inside an entry in the -set.xml files. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] FlightGear v0.9.8 on Windows XP
Paul Surgeon a écrit : On Friday, 28 January 2005 22:39, Vivian Meazza wrote: AnthonyL wrote: I (still) cannot start up the Spitfire. It seems as if the engine is almost running when it loads but splutters to a standstill before I can do anything. Messages are: Unknown runway code 09x passed to GetReverseRunwayNo(...) Failed to find runway 09x at airport EGNX type: spitfireIIa spitfireIIa: 0 type: spitfireIIa spitfireIIa: 1 WARNING: Legacy engine definition in YASim configuration file. Please fix fuel-cocks running Are you following the full start procedure? Begin by reading the Pilot's Notes in ../Aircraft/Spitfire. I've just checked - it starts OK. Regards, Vivian Vivian maybe it's the GLUT/magnetos issue that bit me a while back. What is the win32 build using? SDL or GLUT? GLUT -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] FlightGear v0.9.8 on Windows XP
Curtis L. Olson a écrit : Frederic Bouvier wrote: Vivian Meazza wrote : AnthonyL wrote: I (still) cannot start up the Spitfire. It seems as if the engine is almost running when it loads but splutters to a standstill before I can do anything. Messages are: Unknown runway code 09x passed to GetReverseRunwayNo(...) Failed to find runway 09x at airport EGNX type: spitfireIIa spitfireIIa: 0 type: spitfireIIa spitfireIIa: 1 WARNING: Legacy engine definition in YASim configuration file. Please fix fuel-cocks running Are you following the full start procedure? Begin by reading the Pilot's Notes in ../Aircraft/Spitfire. I've just checked - it starts OK. Just a thought : could we agree on a standard about readme files ( format, path and file name ) so that it could be possible to fgrun to display these instruction before flying ? Perhaps all is needed is a path inside an entry in the -set.xml files. Even if we just agreed on a standard file name (similar to thumbnail.jpg for the image) we could pop up the contents (whatever they might be) in a scrolling text box (or just shell out to notepad.) fltk can display simple HTML easily. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] how do I disable 'dynamic' textures?
Quoting D Wysong : To rephrase my initial question, is there a way to limit the world in which FlightGear operates to, say, 100 sq miles around my home airport and force it to load everything it needs up front (thus avoiding the '12 GB of data' consequence)? First, get only the sceneries you need and put them in your scenery folder. Second, look at the visibility commands ( those bound to z/Z ) to see how the radius of the scenery cache loader is managed. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-users] Fwd: Version
Could someone help Larry ? I guess it is a joystick problem -Fred - Forwarded message from Larry Sherertz [EMAIL PROTECTED] - Date: Mon, 24 Jan 2005 23:48:58 -0500 From: Larry Sherertz [EMAIL PROTECTED] Reply-To: Larry Sherertz [EMAIL PROTECTED] Subject: Version To: Frederic Bouvier [EMAIL PROTECTED] Hi Fred, I have started using the version 9.8. I do not know what I have done but with the A4 aircraft I do not have rudder or elevator control anymore. I even reloaded the earlier version of flightgear, but I still have the same problem. I also re downloaded the Aircraft and am still having the problem Any suggestion? Thanks, Larry - End forwarded message - Hi Fred, I have started using the version 9.8. I do not know what I have done but with the A4 aircraft I do not have rudder or elevator control anymore. I even reloadedthe earlier version of flightgear, but I still have the same problem. I also re downloaded the Aircraft and am still having the problem Any suggestion? Thanks, Larry ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-users] Re: Problems with Version 0.98 - sound card
Frederic Bouvier a écrit : By popular demand, here they are : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun-0.4.5-20050124.zip ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.8-20050124.zip Changes includes : fgfs : - right version number - sound fix from Erik - spin animation changes - metar changes from Melchior ( CVS ) - traffic manager fix from Durk fgrun : - better resizing policy with adjustable split bar in the aircraft selection panel - modal dialog to block fgrun when fgfs is running - basic options available in run panel - command line hidable Curt, Did you noticed the new builds ? and did you get them ? -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Problems with Version 0.98 - sound card
Quoting Erik Hofman: Failed to tie property propulsion/c-thrust[0] to a pointer Fatal error: Failed to gen source. Please update your sound driver and try again. (received from ) Fred, it might be a good idea to create a new executable compiled against the new libsgsound.a file as it is in CVS now. That should solve the problem. It is not a problem to build the executable if Curt is ready to make a new win32 package. Anyway, Mike, do you tried to upgrade your sound driver as suggested ? -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Problems with Version 0.98 - sound card
Durk Talsma a écrit : On Monday 24 January 2005 19:22, Erik Hofman wrote: Frederic Bouvier wrote: Quoting Erik Hofman: Fred, it might be a good idea to create a new executable compiled against the new libsgsound.a file as it is in CVS now. That should solve the problem. It is not a problem to build the executable if Curt is ready to make a new win32 package. You might want to do a binary only release for those who encounter this problem? A new binary-only release would also solve the traffic manager problem. I'm in favor of it. Unfortunately, fgfs freeze 2 seconds after I begin to hear and see something with the Beaver. There is no apparent problem with the UFO or the 747. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Problems with Version 0.98 - sound card
Frederic Bouvier a écrit : Unfortunately, fgfs freeze 2 seconds after I begin to hear and see something with the Beaver. There is no apparent problem with the UFO or the 747. My bad. The problem was in the spin animation, not in the sound code. Two changes at the same time :--( BTW : Someone know how to start the engine of the Beaver ? -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] download aircraft
josé manuel pleguezuelos león a écrit : I try download new aircraft in my FlightGear v.098 but I do something wrong. I download the .tgz archive in C and send that one to c:\Program Files\FlightGear\data\Aircraft. And then I just have got that archive. But I don't see the new aircraft in the list when check the list in my FlightGear. What should I download mirror 1, mirror2, mirror3? What i do wrong? Can you help me, please? You must uncompress/unzip the file ( Winzip, winrar or another archiver are fine ) and put the resulting directory in the Aircraft directory. -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] FlightGear beeps at the beginning for fewtimes, then crashes
Quoting Dan Duris : Yes, actually, I have AC97 on board sound card in notebook, mainborad is SIS 7012. Any idea on how to update drivers. Also if you are programmer, could you tell me how is it possible that such easy thing as sound (comparing to graphics) does not work? I thought that all those Soundblaster Pro, 16 compatibility etc. is a distant past. Now, what's so difficult to run sound on onboard card? What's different when using proper library? Modern design no longer use the hardware directly. For sound as well as for graphics. Developers use a library that uses a driver that plays with the hardware. FlightGear now use a library call OpenAL that brings us 3D positional sound and doppler effect to name a few. This is not just like playing a 22khz 8bits sample. It involves complex math on multiple channels. The library does its share of work and then assumes the driver is able to do the rest. And the RealTek driver is notoriously failing to do the right thing until recently. People told us they get the last driver available for their motherboard with no result. These drivers were released in 2002 and apparently far before RealTek managed to fix their software. HTH -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] fgkicker - GUI for starting FlightGear
Arthur Wiebe wrote: Other than than the native OS look (Using GTK), fgrun is still better in most ways. If fgrun used a different toolkit that allowed cross platform native look and feel it would be even better. Make that a lot better. For myself GTK is of no use because there's no native OSX port that's good enough. FYI, fgrun use fltk, not gtk. Could you elaborate on your requirements ? You can look here for Mac OSX informations : http://matthiasm.com/flMac.html -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] FG 0.9.8 cvs make error - no glut?
Quoting Don Oliver [EMAIL PROTECTED]: After I installed SimGear0.3.8 pre2 cvs, I attempted to install FlightGear0.9.8 pre2 cvs. Config gave no errors, but make had complaints about glut, and bombed. This is what I got: [EMAIL PROTECTED] source]# make Making all in tests make[1]: Entering directory `/home/don/FlightGear-0.9/source/tests' gcc -g -O2 -D_REENTRANT -L/usr/X11R6/lib -L/usr/local//lib -o gl-info gl-info.o -lGLU -lGL -lXmu -lXt -lSM -lICE -lXi -lXext -lX11 -ldl -lm There should be a -lglut here, so there must be a problem at configure time. Check you config.log to see what is going on. gl-info.o(.text+0x113): In function `main': /home/don/FlightGear-0.9/source/tests/gl-info.c:61: undefined reference to `glutInit' gl-info.o(.text+0x11f):/home/don/FlightGear-0.9/source/tests/gl-info.c:62: undefined reference to `glutInitDisplayMode' gl-info.o(.text+0x12b):/home/don/FlightGear-0.9/source/tests/gl-info.c:63: undefined reference to `glutCreateWindow' collect2: ld returned 1 exit status make[1]: *** [gl-info] Error 1 make[1]: Leaving directory `/home/don/FlightGear-0.9/source/tests' make: *** [all-recursive] Error 1 These are the 3 lines in gl-info.c: glutInit( argc, argv ) ; glutInitDisplayMode ( GLUT_RGB | GLUT_DOUBLE | GLUT_DEPTH ) ; glutCreateWindow( You should never see this window! ) ; I seem to have all the glut files, complete with links, but something must be missing. The glut RPMs installed are: libMesaGLU1-5.0.2-2mdk libMesaglut3-devel-5.0.2-2mdk libMesaglut3-5.0.2-2mdk In /usr/X11R6/lib I have: libglut.la* libglut.so - libglut.so.3* libglut.so.3 - libglut.so.3.7.1* libglut.so.3.7.1* Any ideas? Thanks, Don Oliver __ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250 ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Problem with fgrun
Erik Hofman wrote : Erik Hofman wrote: This problem has most certainly something to do with the change to the X-Plane configuration format. I consider this to be a show stopper. I've created a patch against the CVS version of fgrun that fixes this problem: http://www.a1.nl/~ehofman/fgfs/download/apt.diff This patch is now in fgrun CVS. Thanks -Fred ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] FG keeps crashing
Quoting James Nunnerley : HI folks, Hi James, I'm a new user to flightgear. I'm running Win 2k SP2, if that helps. Yes, perhaps, It would seem some of the documentation on the website is a bit out of date, but I think I've worked out how to run it, sort of. I run fgrun.exe, choose my options, it creates the config file: [...] Then I press run. It seems to open fgfs momentarily, but then crashes. any thoughts? It seems that all problems currently reported with the Windows version are related with problems in the sound drivers, especially when the sound hardware is not from Creative. You should try to upgrade your sound driver to the very latest level, that solved a great number of reported issues. Alternatively, you could try to use this version of fgrun that keep the console window of FG open : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun-0.4.5-with-console.zip and start fgfs with --log-level=info ( Advanced debugging in fgrun ) -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-users] FG keeps crashing
Quoting James Nunnerley : I've got the following: Celeron 2.6G 256Mb RAM Matrox Millennium G400 DualHead Graphics Card Sound good, but don't expect great performance Onboard sound card... A realtek one ? update the driver -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Problems with flightgear 0.9.6 onWinXP/RADEON9800PRO
francisco.rinaldo1 a écrit : Thanks I will do the list tonight. According to the forun it is a sound card or driver problem.I do not have enought knowledge, but it sounds strange. I plan to buy a new sond card to solve the problem but i would like to have a little more certainty. To be sure, try to edit an *-set.xml file and remove the sound configuration. For example, edit $FG_ROOT/Aircraft/A320/A320-set.xml, locate : sound pathAircraft/A320/A320-sound.xml/path /sound and remove that part or the file. Save it and try to start the A320. ( you would have made a backup before ) Often, it is not a soundcard problem, just an out-of-date driver, especially for the realtek device that is included in many motherboard. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Problems with flightgear 0.9.6 onWinXP/RADEON9800PRO
Frederic Bouvier a écrit : francisco.rinaldo1 a écrit : Thanks I will do the list tonight. According to the forun it is a sound card or driver problem.I do not have enought knowledge, but it sounds strange. I plan to buy a new sond card to solve the problem but i would like to have a little more certainty. To be sure, try to edit an *-set.xml file and remove the sound configuration. For example, edit $FG_ROOT/Aircraft/A320/A320-set.xml, locate : sound pathAircraft/A320/A320-sound.xml/path /sound and remove that part or the file. Save it and try to start the A320. ( you would have made a backup before ) I mean that part *of* the file . The file should remain. Often, it is not a soundcard problem, just an out-of-date driver, especially for the realtek device that is included in many motherboard. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: glut 3.7 still needed ?
Quoting Melchior FRANZ : * Curtis L. Olson -- Thursday 11 November 2004 15:57: * Erik Hofman wrote: * * * Jon Stockill -- Thursday 11 November 2004 15:19: * When exiting, if the screen resolution has been changed it's not restored, effectively leaving you with a small window onto a large desktop, which you can pan around. This is a known limitation of SDL. Are you sure? Other SDL apps seem to return to the original desktop resolution just fine. Indeed! Our problem is that we aren't really calling SDL_Quit(). It's in fg_os_sdl.cxx' fgOSExit(), but this function is never actually used. fg_exit() calls fgExit() instead. How about putting the SDL_Quit() in an atexit handler installed by the FG's SDL initialization routine ? -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: glut 3.7 still needed ?
Quoting Curtis L. Olson [EMAIL PROTECTED]: Frederic Bouvier wrote: Quoting Melchior FRANZ : * Curtis L. Olson -- Thursday 11 November 2004 15:57: * Erik Hofman wrote: * * * Jon Stockill -- Thursday 11 November 2004 15:19: * When exiting, if the screen resolution has been changed it's not restored, effectively leaving you with a small window onto a large desktop, which you can pan around. This is a known limitation of SDL. Are you sure? Other SDL apps seem to return to the original desktop resolution just fine. Indeed! Our problem is that we aren't really calling SDL_Quit(). It's in fg_os_sdl.cxx' fgOSExit(), but this function is never actually used. fg_exit() calls fgExit() instead. How about putting the SDL_Quit() in an atexit handler installed by the FG's SDL initialization routine ? I'm pretty sure this was working at some point when the SDL code was originally added, but something must have been changed or rearranged and we are no longer calling SDL_Quit() on exit ... :-( In fact, the atexit routine was calling fgOsExit that was calling exit that trigger the atexit handler and all this resulted in a recursive endless loop in some systems. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] xp, sp2 problem
[EMAIL PROTECTED] a écrit : Group, When I try to run flight gear in windows xp, I get a fatal error message: Unable to gen source and then fg doesn't load. Is this and openal problem? As I find this in the openal code: 00123 // Bind buffer with a source. 00124 alGenSources(1, source); 00125 if (alGetError() != AL_NO_ERROR) { 00126 throw sg_exception(Failed to gen source.); 00127 } Is this a known error? Is fg just broken in w xp? I am using version 0.9.6. What is your sound hardware ? That probably means your OpenAL configuration is wrong. fgsetup provides DLL but I am not certain that this is the right thing to do. You can try to remove openal32.exe and wrap_oal.exe from the flightgear bin directory and install the package located at : http://developer.creative.com/articles/article.asp?cat=1sbcat=31top=38aid=46 There is also an older one in the flightgear bin directory ( OpenALwEAX.exe ) Regards, -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] unresolved external symbol
Selon Erik Hofman [EMAIL PROTECTED]: Thomas Oswald wrote: dear fellow flyers, I tried to compile flight gear_0.9.5 under windows by using the visual c++.net compiler. plib and simgear comiled and linked fine, as well as compiling the flight gear sources. but when trying to link, I got about 1 ! unresolved external symbol messages. what did I do wrong ? It would be nice to see at least a few of them. Yep, I left my crystal ball in my other suit ;-) -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Version 0.9.6 crashes on WinXP SP2
Ampere K. Hardraade a écrit : http://forums.avsim.net/dcboard.php?az=show_mesgforum=198topic_id=302mesg_id=302page= For people having difficulties to catch the output of the FG console, I built this fgrun : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun-0.4.5-with-console.zip that catch those output and stay opened as long as fgrun run. On a general basis, I am very sorry to hear that the build I provide crash for some people. Unfortunately, PC setup are so diverse that I can't reproduce every possible combinaison. And there are so few MSVC programmers here that people able to give insightful hint about a possible problem are reduced to a very small group. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Same Problem as usual with new versions !
Stefan Lucian Palade a écrit : Hello everybody ! I'm using FG for some time and I have noticed that a lot o users have problems with the instalation ! In Windows FGFS is installing fine ! I was working with windows and FGFS in the period of FGFS version 0.9.1 and I had the same problems like all others ... Steps : -I download Windows binaries OK -I install FGFS OK -I fly a short takeoff/land on KSFO ...OK -I close FGFS launch interface OK But when I try to start again ERROR !!! Solution ...reinstall FGFS ! In that time it worked ... for me ! Now I'm using LINUX ... I've worked a lot with FGFS in some computations . I wanted to install FGFS v 0.9.6 a few days ago ... Failuire ! Every thong was fine ... -download plib 1.8 -downlaod SimGear 3.7 -Downlaod FGFS -base pakage -Downlaod FGFS -source code -login CVS on OpenAL site Build,Build,Build But again ERROR . FGFS does not want to compile !!! And now I still work with the version 0.9.1 because I've found one in my old Backup CD's ...and is a .rpm file ! Could someone explain me what is not working !!! I wait for help ! I'm not afraid of typing and tweaking ! I've noticed how prompt you all are !!! Thanks! *You* should first explain what is not working for *you*. After that, we can try to help you -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] First things first !
Stefan Lucian Palade a écrit : Ok ! Good question ! I've tested (in the morning) all the aircrafts from version 0.9.1 and there are few of them who are not working at all( interface crash ! console ok).I've seen the e-mail from yesterday about the aircrafts that dont fly ! and now I'm building a list of thoes who fly ! But my problem is that the version 0.9.6 is not working on my linux sistem !!! I've downloaded FGFS for Windows v.0.9.6 and is working . but I want v.0.9.6 on linux. OK ! Hope I've made myself understood ! Thanks !!! No because you still do not tell us what is going wrong when you try to build FG on Linux. Listing the error messages could be a begining. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] loading FGFS 0.9.6 fails
Simon Kokerbeck a écrit : If you use 3d clouds, you must start with --bpp=32. -Fred Doesnt work unfortunately. I still get the same error. How your desktop is configured ? do you allocated enough colors ? -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Windows Binaries 9.6
Selon Frederic Bouvier [EMAIL PROTECTED]: Selon Innis Cunningham [EMAIL PROTECTED]: Hi All Before I goto the trouble of downloading the windows binaries could someone confirm they are 9.6 as the download still calls them 9.5a?. Thanks in advance Refresh the page in your browser ;-) Where do you see 0.9.5a in http://www.flightgear.org/Downloads/binary.html and ftp://ftp.flightgear.org/pub/fgfs/Win32/fgsetup-0.9.6.exe If you look at a mirror, maybe it is not yet synchronized. Don't download something that advertise itself as being 0.9.5a, it is really 0.9.5a -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] A320-Cockpit: Is there someone who is working on it ??
Hans-Georg Wunder a écrit : Hi all, I would like to work on a 2D-cockpit of the A320. Is there someone who is already working on it ?? I am not working on such a thing. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Startup of fgfs fails
Dirk Vornheder a écrit : Hi ! Startup of fgfs fails: terminate called after throwing an instance of 'sg_exception' Aborted I use gdb to get more information: gdb fgfs Starting program: /usr/bin/fgfs [Thread debugging using libthread_db enabled] [New Thread 1087903488 (LWP 27438)] [New Thread 1226439600 (LWP 27453)] terminate called after throwing an instance of 'sg_exception' Program received signal SIGABRT, Aborted. [Switching to Thread 1087903488 (LWP 27438)] 0xe410 in ?? () (gdb) bt #0 0xe410 in ?? () #1 0xbfffe35c in ?? () #2 0x0006 in ?? () #3 0x40450f79 in abort () from /lib/tls/libc.so.6 #4 0x403f7397 in __gnu_cxx::__verbose_terminate_handler () at ../../.././libstdc++-v3/libsupc++/vterminate.cc:96 #5 0x403f4f25 in __cxxabiv1::__terminate (handler=0x403f72b0 __gnu_cxx::__verbose_terminate_handler()) at ../../.././libstdc++-v3/libsupc++/eh_terminate.cc:43 #6 0x403f4f62 in std::terminate () at ../../.././libstdc++-v3/libsupc++/eh_terminate.cc:53 #7 0x403f50e2 in __cxa_throw (obj=0xb3098e8, tinfo=0x0, dest=0) at ../../.././libstdc++-v3/libsupc++/eh_throw.cc:80 #8 0x08329580 in SGSoundSample (this=0xa832678, path=0x0, file=0xb309e0c path=0x0 This is likely a problem that could cause this exception. A problem in FGATCVoice::LoadVoice ? Or the ATC directory of the base package is not found ( see below ). default.wav, cleanup=false) at new_allocator.h:69 #9 0x080c9679 in FGATCVoice::LoadVoice (this=0xb309e20, voice= {static npos = 4294967295, _M_dataplus = {std::allocatorchar = {__gnu_cxx::new_allocatorchar = {Nodata fields}, No data fields}, _M_p = 0xa83271c default}}) at basic_string.h:1452 #10 0x0808788c in FGATCMgr::init (this=0xa82e2e8) at new_allocator.h:62 #11 0x08066134 in fgInitSubsystems () at globals.hxx:278 #12 0x08052bce in fgIdleFunction () at main.cxx:619 #13 0x40081c66 in glutMainLoop () from /usr/lib/libglut.so.3 #14 0x080541b1 in fgMainInit (argc=1, argv=0xbfffeeb4) at main.cxx:943 #15 0x08050baf in main (argc=0, argv=0x0) at bootstrap.cxx:184 I try fgfs -log-level=debug ... Initializing OpenAL sound manager Adding subsystem fx ATC Display ATC Manager WARNING - INVALID type found in /usr/share/FlightGear/ATC/default.atis WARNING - INVALID type found in /usr/share/FlightGear/ATC/default.tower WARNING - INVALID type found in /usr/share/FlightGear/ATC/default.ground WARNING - INVALID type found in /usr/share/FlightGear/ATC/default.approach From file sounds sample = /usr/share/FlightGear/ATC/default.wav terminate called after throwing an instance of 'sg_exception' Aborted Where do you put your base package ? Is it in /usr/share/FlightGear ? Try : fgfs --fg-root=/path/to/your/base/package and report success or failure. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] GPS DISREGARD LAST EMAIL
louis holleman wrote: On 28 Sep 2004 at 13:14, Erik Hofman wrote: You are aware of the fact that you need the base package matching the binary, don't you? If they don't match then don't expect too much help in solving the problems. Erm, yes and no like I said: running the 0.9.5a installer file appearently refused to install some needed files. The DOS box upon program launch told me file missing but disappeared too quick for me to check out WHICH file. The 0.9.4 installer did a good job, at least it gave me a running program. Now there raise two questions: can I run the 0.9.4 installer again and next change the fgfs.exe for the 0.9.6 one or does 0.9.6 require 0.9.5 to be installed previously? If so, I need to fetch a 0.9.5 installer which does a good job first. The one I got from the FG site didn't do a good job, and I've tried twice... (and let me make it clear that didn't do a good job resulted in a failing program. Nothing during installation told me something went wrong). I don't know when 0.9.6 will be out ( is it ready ? ) but here are some guidelines if you want a proper system : 1. get the 0.9.6-pre1 base package at : ftp://ftp.flightgear.org/pub/fgfs/Shared/fgfs-base-0.9.6-pre1.tar.bz2 2. get the Win32 0.9.5 binaries at : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.5-win32.zip 3. get the Win32 0.9.6-pre1 executable at : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-pre1-win32.zip Decompress 1. 2. and 3. ( in that order ) somewhere in order to reflect your current flightgear tree. Then you will have all files in sync. If you try to run the 0.9.6 executable with the 0.9.5, or worse 0.9.4, base package, you are likely to encouter missing features that are solely in the base package. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] GPS DISREGARD LAST EMAIL
louis holleman wrote: On 28 Sep 2004 at 15:40, Frederic Bouvier wrote: I don't know when 0.9.6 will be out ( is it ready ? ) but here are some guidelines if you want a proper system : 1. get the 0.9.6-pre1 base package at : ftp://ftp.flightgear.org/pub/fgfs/Shared/fgfs-base-0.9.6-pre1.tar.bz2 2. get the Win32 0.9.5 binaries at : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.5-win32.zip 3. get the Win32 0.9.6-pre1 executable at : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-pre1-win32.zip Decompress 1. 2. and 3. ( in that order ) somewhere in order to reflect your current flightgear tree. Then you will have all files in sync. If you try to run the 0.9.6 executable with the 0.9.5, or worse 0.9.4, base package, you are likely to encouter missing features that are solely in the base package. Fred, this is NOT what the main page on FG tells us. It tells us: Download the self extracting/installing fgsetup-0.9.5a.exe. (77 Mb) After downloading the fgsetup-0.9.5.exe file, launch it and follow the on screen instructions to complete the installation. The installer will create start menu entries, install documentation, optionally install a desktop icon, and also will provide a well behaved uninstaller. and this resulted in a failing program to run. To Boris: You might call this a silly way of expressing myself, but I call this an installer which won't do a good job. I cud also call it a wrecky installer. So don't use 0.9.6-pre1 ( I insist on PRE1 because the release has not come yet ). There will be no official installer before the official release. You are already mixing data and program to a mess. Back to Fred. I followed your instructions. I extracted the whole bunch to D:/FlightGear, so my original installation onto C:/whatever/FlightGear would remain intact. After running fgrun.exe I found that all airports for the scenery stuff I have downloaded for the first try, which is on C: were listed too (and I didn't install them to the D: partition yet). I double checked, I did run D:/FlightGear/fgrun.exe.oh well. Tried the Piper J3: DOS box telling me something wrong with a nasal file? OK, that's different from my earlier tries, I will look into it. Then tried a KSFO flight (merely a t/o, circuit and landing) with the 172 (1981 model again) which had no probs at all. That's all I cud check until now, I will dig deeper into it tomorrow sometime I hope. You know, there is a tab in fgrun ( granted you must hit prev on the first screen ) where you can choose the path of your program, data and scenery. It is likely that you still use old data and program until you change the path. There is no magic. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] GPS DISREGARD LAST EMAIL
louis holleman wrote: On 28 Sep 2004 at 22:57, Frederic Bouvier wrote: You know, there is a tab in fgrun ( granted you must hit prev on the first screen ) where you can choose the path of your program, data and scenery. It is likely that you still use old data and program until you change the path. There is no magic. Fred, I surely wish I knew how I could change that :-) It never hurt to click on buttons ;-) Still, I can always delete the old stuff, reinstall everything to the original location and see what happens then. Does FG write to Windows registry? If not, there shud be no problem at all. No but there is a file named fgrun.pref in C:\Documents And Settings\username\Application Data\flightgear.org Beware, Application Data is usually hidden. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Scenery files not loading with lates cvs
Seamus Thomas Carroll wrote: I just updated with the cvs and flightgear is not loading scenery files. I am trying to start the plane at airport CYVR (Vancouver, British Columbia, Canada) and it now starts in the ocean. I have specified the scenery file with --fg-scenery=/home/vraid1/carrolls/data/Scenery/ and ls /home/vraid1/carrolls/data/Scenery/ returns: CVSe000s10 Terrain w120n40.tar.gz w130n40.tar.gz w130n50.tar.gz w140n50.tar.gz e000n00 Objects w120n40 w130n40 w130n50 w140n50 When you have 'Terrain' in a 'Scenery' folder, you must put your downloaded sceneries into it. *.tar.gz files can be put somewhere else because FG don't read them. I am fairly positive vancouver resides in on of the downloaded sceneries. I deleted the old scenery files and downloaded new ones to be sure. Is there any ideas as to what might be causing this to happen with the latest CVS? This is the change to the latest version -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] tracers
Erik Hofman wrote: Frederic Bouvier wrote: Perhaps the model could take advantage of the dist-scale animation. It makes the model scale dependant of the distance, like in radio towers for the light billboards I'm not sure. Since there could be a good number of tracers in the scenery at some point it might be wise to keep the fancy stuff to a minimum? Remember that a billboard is just a single quad. And it has to be transformed anyway, so it might prove to be more efficient. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] A340-500
David Culp wrote: Have you fixed the roundness issue yet? No. It looks to be harder than I thought. The original MDL model looks fine in FlightGear, with smoothed edges between surfaces. When I convert the MDL model to an AC3D model I see that the file is flat, i.e. the whole airplane is a single object. I've talked with Innis about this and it seems the solution is to break the model up into several sub-objects and then put it back together again, then it will be rendered with smoothed edges. I don't know why AC3D models do this. It makes the conversion process very difficult. Here is what I have done so far : http://perso.wanadoo.fr/frbouvi/flightsim/a340-500.jpg This is an AC3D model with rgb textures. I converted the MDL file into an AC3D file and then imported it into Blender 2.34. Only one engine is smoothed so far. It is done by merging all those quad that have the same texture into the same object and then removing the duplicated vertices. There must be a bug in the PLIB BMP loader because the texture are mirrored vertically in Blender. When I invert them in Gimp, it is in FG that it is wrong. Then I convert the BMP into .rgb and it comes back to normal, both in Blender and in FG. I suppose it would be the same with AC3D. I have now a .blend file that I can export back to a .ac file. The fuselage was made of 4 pieces that create lighting artefact just as in the 737. I merged the 4 textures into a 256x1024 one and then merged the 4 fuselage pieces into a single one. Of course, texture coordinates have to be scaled down by 4 on one axis in the UV editor. I will continue the next days and send the result to David. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Using metar information
andreas wrote: Is there a way to insert metar information into flightgear? try : fgfs --prop:/environment/params/real-world-weather-fetch=true -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Using metar information
andreas wrote: Frederic Bouvier escreveu: andreas wrote: Is there a way to insert metar information into flightgear? try : fgfs --prop:/environment/params/real-world-weather-fetch=true Nice, it works! :) Is it dynamic? Or just on startup? It is dynamic and is the weather at the nearest station. Try to travel a bit and you'll see the weather change. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Using metar information
Andrew O'Gorman wrote: Where did you put it?? I have been trying to get it to run for ages but all I get is fine weather regardless of where I am. Am I doing something wrong?? If you are using fgrun, go to 'Advanced...', select 'Properties', click on 'New' and enter '/environment/params/real-world-weather-fetch=true' in the entry field. The option should appear in the recap window just before you launch fgfs. Otherwise, on the command line. -Fred try : fgfs --prop:/environment/params/real-world-weather-fetch=true ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Aircraft creation tutorial
Hans-Georg Wunder wrote: High all, since version 0.7.2 I played around with flightgear. Now I am writing a little tutorial with pictures, how to create an aircraft. Many things I am able to understand , but some things are mysterious. I searched for informations in the mailing lists and howtos, I analysed existing models, but I can't understand it. Here are my questions: - How can I add a light to a model (for example a green nav light)? - How can I add a light to an object in the scenery (for example a red light at the top of a tower) ? Lights are simulated in OpenGL by a material color that is not affected by ambient or diffuse light source. This way it can be see at night when there is no light source. This color is called 'emissive' or 'emission' for that purpose. In an AC3D aircraft or building or whatever models, the first lines describe material properties like this : MATERIAL AerialLight rgb 1 1 1 amb 1 1 1 emis 1 1 1 spec 1 1 1 shi 72 trans 0 note the keyword 'emis' follow by three '1' to say that 'AerialLight' is emitting white. ( beware, it is not a light source, so it has no effect on the surrounding, it is just plain white every time ). Now, this material color must affected to a graphical object. Either a point, a billboarded quad or a solid. Ground light and airport lights are points. Radio tower lights are billboards that are growing with the distance from the viewer. Bay bridge lights are solids. Why ? because it appears that the OpenGL fog is fading lights to early to achieve the proper effect, so there are several strategies. For ground light, an alternate fog density is computed and set and the lights are drawn after the terrain. For 3d models, it is not (yet) possible to modify the fog on the fly so the size of the light objects is modified with the distance from the viewer. So, to reply precisely to your question, you can add a light to a model by editing it with your 3d modeler, add an object that has the shape of your light, give it an emissive material color, and eventually, add a 'dist-scale' and/or a 'billboard' kind of animation to the animation xml file. If you want the light to blink, you can add a 'timed' animation to alternatively show two objects that have the same shape but with two different material color, one with emissive, the other without. Regards, -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Flight gear scenery 0.9.5
Just a small nit to Curt : the graphical interface fetch the 0.9.5 scenery but the tooltips showing the size and the date of the chunk are from version 0.9.2 -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] New flightgear 0.9.4 build
Frederic Bouvier wrote: I have build a new version of FlightGear 0.9.4 for windows. It is not the complete package. It is a self-extractible archive that must be expanded in the FlightGear directory, for example, C:\Program Files\FlightGear\ It includes the menu anti-freeze patch and also the new joystick code with the current joystick profiles. It can be downloaded here : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/FlightGear-0.9.4a.exe Report problems or success on the flightgear-users mailing list. It seems the server is back online now. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users
RE: [Flightgear-users] windows error
Richard Bytheway wrote: vinny tattoli wrote: hey, i keep getting an error that says %1 is not a valid Win32 application i have tryed most of the things suggested and none worked. It sounds like you have either a broken fgfs.exe or a broken batch file. What happens when you run fgfs? How (exactly, as typed or clicked) are you running the application? %1 is a bash construct, the Windows command shell equivalent is $1, so this suggests that either you are running a *nix shell script rather than a windows .bat file, or someone edited the .bat file and had their *nix head on in place of their Windows one. Are you sure of that ? It seems to me it is just the opposite. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users
Re: [Flightgear-users] windows error
vinny tattoli wrote: hey, i keep getting an error that says %1 is not a valid Win32 application i have tryed most of the things suggested and none worked. It sounds like you have either a broken fgfs.exe or a broken batch file. What happens when you run fgfs? How (exactly, as typed or clicked) are you running the application? Andy What is the name you put for the executable file in fgrun ? ( first panel ). It should be fgfs.exe not runfgfs.bat -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users
Re: [Flightgear-users] No throttle?
Ed Borg wrote: Oops, that should read One [point] Eight Gig Hz Hey all, Ed here. I am brand new to this, I have looked some through old messages and didnt see this prob, but if it was already answered please excuse me. I have it installed on my notebook, a Dell Inspiron 8200. 18 Gig HZ, 512mb RAM, Nvidia Geforce graffics with 32mb on the card. I think I got those other files installed right too. ANY way I start with the Cessna and its already running so I can idle around the airport ok. Turn left right etc. I can change the settings up in the top bar (such as time of day). BUT, I cant change the throttle. Ive tried using the mouse, and the keyboard. (Which is what I will use on it, unless I really get addicted to it and want to go buy a joystick). Main keyboard controls for FlightGear on the numeric keypad with activated NumLock key:. Key Action 9/3 Throttle If I start with a plane thats not running, I cant start it. It mag DOES work, I can make the engine spin over, but it wont start since I cant give it any throttle, OR adjust fuel mixture. Any help GREATLY appreciated. Thanks Ed The throttle is PgUp/PgDn ( Page Up to increase, Page Down to decrease ) Cheers, -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users
Re: [Flightgear-users] I/O Issue
[EMAIL PROTECTED] wrote: I've setup FG to output pitch and bank information on a com port and a separate device that takes that serial information and processes it. However, I can't set FG to output the information any faster than 1Hz because if I do FG locks up on me. There is nothing in the console or portmon that indicate anything went wrong - everything just freezes. Here are some more specifics. * As I increase the output frequency, the shorter the time it takes to lockup * Changing port settings (baud, bits, etc.) do not have any effect * At 2 HZ, FG locks up about 2 minutes after FG starts * If I unplug my device, FG runs fine * I've changed the sampling rate of my device to match the output frequency, but FG still locks-up * My device does not have a serial buffer * I haven't run FG @ 1Hz with my device connected for more than 5 minutes, but my I have a feeling that it would lockup in this configuration given enough time * If I use HyperTerminal on another computer and connect to FG with a null modem cable, FG does not lockup * I'm running XP * When running FG, all my CPU cycles are used even when there are no other programs running Obviously, my device is causing the problem, but I'm not sure what problem it is causing. My gut tells me that either a) there is a port buffer (on the PC) that is getting filled up and when it does it causes FG to lockup, or b) there is some sort of feedback to the PC port from my device that's causing the lockup. Just so you know, I am using a Parallax BS2 microcontroller as the device processing the FG serial data. Any suggestions? It seems to be a flow control problem. FG use Xon/Xoff flow control, and the lockup seems to be related to the amount of data sent. And if the com port receive an Xoff character, the PC serial device will block the write operation ( not multi-threaded ) after a while. So I would check if the device is not emitting an Xoff character at one moment or another without reenabling the flow by an Xon in a reasonable amount of time. Perhaps something to program on the controller side. When you use hyperterminal, your PC is fast enough to consume characters before emitter's buffer reach the high limit, so you are not seeing the problem in that configuration. Does it seems reasonable to you ? -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users
Re: [Flightgear-users] Compliling, Cygwin and GLUT
Giles Robertson wrote: I'm having problems compiling under Cygwin with the GLUT libraries: $ make Making all in tests make[1]: Entering directory `/usr/local/source/FlightGear-0.9.3/tests' gcc -g -O2 -L/usr/X11R6/lib -o est-epsilon.exe est-epsilon.o ^ Humm... no -lglut in this command line You should check the file config.log to see why glut is not detected when you run ./configure -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users
Re: [Flightgear-users] What am I good for? ( An offer to givebacktoFG)
C Sanjayan Rosenmund wrote: Curtis L. Olson wrote: This is a pesky problem that I've seen randomly, sometimes more often than others. I suspect I know who to blame, but I have no evidence, and the fact that it rarely occurs makes it difficult to track down. Can anyone come up with a procedure that reliably reproduces this black sky effect? OK, that black sky effect is a known thing. Does it affect the Flight characteristics? No, it doesn't affect flight characteristics. To add my 2 cents, I can see this effect with the 0.9.3 release on a notebook with ATI video card but I never saw it on my computer which features an NVidia board. Both running WinXP. It seems that occasionnaly, the fog color becomes black instead of white for one frame or more. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users
Re: [Flightgear-users] FGSD
Innis Cunningham wrote: I know this should be over on the FGSD list but I am not registered over there and I only require a simple yes/no answer.So I beg your patience. Is the FGSD binaries supposed to work straight out of the box or do they need other supporting programs. They are build with cygwin. You need the cygwin environment. IIRC, they were made prior the change in runway database and the drop of Metakit. You should need default.apt.gz in the Airport directory. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users
Re: [Flightgear-users] My screen shot.
Erik Hofman wrote: Sacha Schlegel wrote: Hi Erik Is the Golden Gate Bridge in the latest version of the terrain? It is in the latest version of the base package. You won't get the static scenery when downloading the scenery from the flightgear webpage. We should find a way to automatically include existing static model in the scenery generation process. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users
Re: [Flightgear-users] My screen shot.
Jon Stockill wrote: On Fri, 14 Nov 2003, Frederic BOUVIER wrote: Erik Hofman wrote: Sacha Schlegel wrote: Hi Erik Is the Golden Gate Bridge in the latest version of the terrain? It is in the latest version of the base package. You won't get the static scenery when downloading the scenery from the flightgear webpage. We should find a way to automatically include existing static model in the scenery generation process. I thought we'd managed to bypass that problem? You can have a seperate directory with a scenery tree which just contains the statics in the stg files, and specify *both* scenery directories. If we standardised the directory then we could ship all the models in the base package, and if anyone installed new scenery the static models would still be loaded. You're right, I forgot this one. We just have to use this new feature and move the static models somewhere else and explain that FG_SCENERY must be set to point also to the model directory ( this could be done by default, just like now where FG_SCENERY is $FG_ROOT/Scenery ) -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users
Re: [Flightgear-users] A wierd rotating camera problem
chuck shortridge wrote: oh, and if I use the original xml files, it comes out saying it found bindings after the force feedback pro. What is the printout then ? You can try to tweak the file named : data/Input/Joysticks/Microsoft/sidewinder-force-feed-pro.xml (if it is the one that is recognized) and exchange numbers for rudder and throttle ( 2 3 ) and also for hat ( put 6 for lateral and 7 for longitudinal ) Looking at this file, it appears that it is totally wrong ( the comment are not what is configured and the longitudinal axis (view elevation) is missing ) You can look at sidewinder-force-feed.xml in the same directory that is ok and replicated the axis layout. Oh, and I forgot: there are 2 joysticks utilities in Flightgear/bin/Win32 : fgjs and js_demo. They should help you to discover what are the axes tied to each stick movement. -Fred ___ Flightgear-users mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-users