Re: [Flightgear-devel] FlightGear freezes (float point interrupt)
Ampere K. Hardraade writes: Lately, my computer has been freezing on me unpredictably while I am using FlightGear. (Note: I'm not saying FlightGear is to blame.) Normally, I just cold boot the machine. Today however, after multiple freezes, I was too angry to try again. I went away to do other things, and when I came back, FlightGear seems to got killed by the kernel. When I relaunch FlightGear later, I got a lot of this: Floating point interrupt (SIGFPE) Unfortunately, this was the only message I've got. I start FlightGear using the following command: /usr/local/FlightGear/bin/fgfs --fg-scenery=/usr/local/FlightGear/data/FlightGear/Scenery-0.9.8 --aircraft=b1900d --airport=KSAC --bpp=24 --geometry=1280x600 --fov=69.9 --multiplay=out,10,81.169.158.37,5002 --multiplay=in,10,192.168.0.194,5002 --callsign=AMPERE --enable-real-weather-fetch --enable-clouds3d A real stab in the dark this, but I solved a lot of random freezes in opengl apps and internal compiler errors from gcc by clearing a layer of compacted dust from the cpu cooler (Athlon). Alternatively, does FG freeze when you start it without all the options above? Cheers - Dave ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] TaxiDraw-0.3.2 released
Durk Talsma writes: That's really great news! I just started working again on the AI ground network code, and was wondering what the status was with respect to the move to sourceforge/CVS. I started working version 0.3.0 and was wondering how we should go about merging this with the current release. With cvs, I guess it's going to be fairly easy to incrementally add my changes to the repository. FWIW, we probably need to think a bit about the changes to the fileformat required to support the AI networking code. There's an AI directory under src now so you can dump all your stuff in there. I'll sort out write access for you and Ralf when I get a chance. Ralf is working on adding polyline support to autogenerate the rectangles for curved taxiway sections. I'll sort out a taxidraw-devel list shortly as well to avoid plaguing the FG list with this stuff ;-) Internally, you can store your node-arc data structures separate from the airport data structure for now, and output them in whatever file format you decide for FG. Eventually, we might want to link the internal representation of physical and logical paths, since it might be possible to largely generate one from the other. Maybe! Cheers - Dave ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear freezes (float point interrupt)
Ampere K. Hardraade wrote: Lately, my computer has been freezing on me unpredictably while I am using FlightGear. (Note: I'm not saying FlightGear is to blame.) Normally, I just cold boot the machine. Today however, after multiple freezes, I was too angry to try again. I went away to do other things, and when I came back, FlightGear seems to got killed by the kernel. When I relaunch FlightGear later, I got a lot of this: Floating point interrupt (SIGFPE) This sounds to me a lot like a hardware problem. Can you make it happen when running other 3D applications? Have you tried memtest86? Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Question for Solaris-men
Sorry for ask here this strange question, expressely for Solaris-men, e.g. Sir Martin Spott and others... The question is only : how to set an USB-joystick on Solaris 10x86 up ? An the reason for to ask this question here is : nobody interesting to answer me on Solaris forums, simply because the only reason to use a joystick on Solaris is precisely ... to use FlightGear ! Right ? Thank's for advance : without joystick, no true FlightGear usage... Cheers, Sergio ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Question for Solaris-men
Sergio wrote: Sorry for ask here this strange question, expressely for Solaris-men, e.g. Sir Martin Spott and others... Oh, thanks for ennobling my name :-)) Sorry, I can't help you here as I never owned a joystick. I only have an Ultra2 which doesn't have USB ports so I couldn't test it for you even if I had a joystick. The U280 machines I maintain at my customers site do have USB but I don't believe they want me to run FlightGear on their file- or database servers ;-) Thank's for advance : without joystick, no true FlightGear usage... What platform do you use for FlightGear ? Could you provide hardware details and FlightGear performance numbers (fps) to us ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Custom Scenery for Lake Constance
Hello, some time ago I posted that I had some project for custom scenery around Lake Constance in the most southern part of Germany going. Now that the legal issues are solved I'm proud to present the first comparison screenshots :-) http://web44.netzwerteserver2.de/196.0.html The standard scenery (on the left of the pictures) is from today. And: No, the framerates are not representative. It's quite smooth on my Laptop under Linux (ATI Mobility Radeon 9600 M10). However, it could become tricky when all the roads and streets are added, which a friend of mine digitized. Actually I had to reduce them to major freeways and railroads as TerraGear choked on the smaller roads. Interestingly it's killed some time into the process by a SIGKILL which doesn't come from itself. I already had a look into the kernel logs but no out-of-memory-kill is logged and CPU-overload-killing would have seen SIGXCPU before. Besides: I have set no limits on CPU-load and memory is far from out when the KILL happens. I'll have to figure that out. We haven't digitised all area data (population, forest, etc.) around the lake yet so at some points it's just green, but as somebody living there I can tell you: The custom scenery is far more like the real thing than the standard scenery. ;-) For example, VMAP0 has a highway going nearly all the way through the area north-west of the lake. This highway does not exist. It was planned though, but never built. We already did quite a number of flights around the new scenery and now it's actually possible to navigate visually. VMAP0 is missing some of the towns so you never know what town it is you see below you ;-) Regards, Ralf ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Question for Solaris-men
Martin Spott a crit: Sergio wrote: Sorry for ask here this strange question, expressely for Solaris-men, e.g. Sir Martin Spott and others... Oh, thanks for ennobling my name :-)) Sorry, I can't help you here as I never owned a joystick. I only have an Ultra2 which doesn't have USB ports so I couldn't test it for you even if I had a joystick. The U280 machines I maintain at my customers site do have USB but I don't believe they want me to run FlightGear on their file- or database servers ;-) Why ? It can interest its for replacing data processing with piloting airplanes... What platform do you use for FlightGear ? Could you provide hardware details and FlightGear performance numbers (fps) to us ? Here is precisely the problem, and my only chess (with also Rosegarden sequencer) on Solaris. After our last conversation (FlightGear extremely too slow), have tried several ways (my actual machine is unfortunately a x86 with a Radeon 9200=r280) : 1) Utah-GLX : runs but without glx because unsupports my 9200, installs AGPgart at the general reboot and crashes fully and definetively (frame) the entire machine :-D . 2) Wiki : builded a good r200 driver, glx works, AGP 8x works, but of course the kernel (Solaris 10) does not accept the Wiki Xorg because it have no DRI entry. Rests my R200 driver, witch increases a bit the performance, but not so as the Xsun system, witch had already a built-in glx. 3) Asked Opensolaris group, it it's possible to build my own kernel with DRI entry : answer was that any team is already on this task, and about this i at least understanded how FlightGear can actually work (e.g. on any Opensolaris screenshot !) without DRI : - either the machine is a sparc-station : in this case, openwin have an own accelerated OpenGL ; - or (x86) the card is a Nvidia, and Sun provides recently the adapted accelerated driver ; - or (x86) the card is an Ati, with a commercial (provided from a independant enterprise) accelerated driver ($ 30-120 or similar, 4 versions for each card) But if i will have money, then i will buy a sparc-machine and not a driver or a videocard ! :-) About that all, my idea was to verify if, increasing the power with the joystick (with mouse it's too odd), it's however possible to "flight" under acceptables conditions. At conclusion, waiting for the new DRI kernel or the Sparc-station, i can only shutdown, boot Fedora, use FlightGear, after that shutdown Fedora and boot Solaris for others tasks... About Fedora, i can precise that : - unsetting DRI, the simulator runs very slow, like for me under Solaris ; - unsetting GLX, it even doesn't start ; - setting AGP 8x, Xorg hangs at the login ; - setting DRI, GLX, AGP 4x or without setting AGPMode, works fine. (CPU Intel 2,8 Ghz, 512 Mo RAM, 128 Mo videocard, disks 7200 rpm) Cheers, Sergio ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Custom Scenery for Lake Constance
On Wednesday 17 August 2005 20:12, Ralf Gerlich wrote: Hello, some time ago I posted that I had some project for custom scenery around Lake Constance in the most southern part of Germany going. Now that the legal issues are solved I'm proud to present the first comparison screenshots :-) http://web44.netzwerteserver2.de/196.0.html The standard scenery (on the left of the pictures) is from today. Very nice done. Looks great. Where can i download it? Best Regards, Oliver C. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear freezes (float point interrupt)
On August 17, 2005 04:55 am, David Luff wrote: Alternatively, does FG freeze when you start it without all the options above? Cheers - Dave It seems to. Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear freezes (float point interrupt)
On August 17, 2005 10:02 am, Andy Ross wrote: This sounds to me a lot like a hardware problem. Can you make it happen when running other 3D applications? Have you tried memtest86? Andy I think I reproduced it by increasing CPU load (ie. loading other applications). As for memtest86, I do not know how to use the program. Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear freezes (float point interrupt)
On Thursday 18 August 2005 05:19, Ampere K. Hardraade wrote: On August 17, 2005 10:02 am, Andy Ross wrote: This sounds to me a lot like a hardware problem. Can you make it happen when running other 3D applications? Have you tried memtest86? Andy I think I reproduced it by increasing CPU load (ie. loading other applications). This sounds like a heat problem. Check your CPU temperature right after the crash. How hot is it? AMD (that's what I'm using) specs say they can go up to 85 or 90 degrees C (depends on the model), but I ran into trouble at about 70-75 degrees. (Don't laugh, I had mounted my heatsink the wrong way around by mistake, there was almost no thermal paste between the cpu core and the heatsink. That had never happened to me before, and I have built quite a lot of systems in the past ten years.) As for memtest86, I do not know how to use the program. Download the iso image, burn it to a cd, boot from it and let it run all tests (may take a while). --Ivo ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] commit checker
On Tuesday 02 August 2005 09:51, Melchior FRANZ wrote: On Tue, Aug 02, 2005 at 03:32:11AM +0200, Ivo wrote: On Friday 01 July 2005 14:05, Melchior FRANZ wrote: http://members.aon.at/mfranz/citest [1.2kb] I'm working on a similar tool (meaning: checking sanity of files) for another project and this part does not work correctly with all versions of 'file'. Thanks for the info. It's basically for my personal use, so I'm not too worried. (BTW: I added an XML check by means of xmllint -- don't know if I uploaded that already). I'll look into that 'file' problem. Further suggestions always welcomed. :-) Maybe you want to take a look at my code: cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/mplayer co -P main/TOOLS/checktree.sh I did my best to keep it portable, fast and flexible. The tests are not the same (although there is some overlap) but other tests can easily be added. --Ivo ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d