[Flightgear-devel] FW: cygwin/x symantec antivirus conflict (fixed in snapshot?)
headsup for Cygwin users someone running the current CVS files might want to check this out any negative results should be sent to the Cygwin List Norman -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Christopher Faylor Sent: Monday, October 11, 2004 12:07 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: cygwin/x symantec antivirus conflict (fixed in snapshot?) On Sun, Oct 10, 2004 at 11:33:00PM -0400, Philip Gladstone wrote: Christopher Faylor wrote: Ok. I've changed the algorithm in select. It only opens a DGRAM socket now, one time per thread. It uses this to terminate the socket thread, if necessary. This socket is never closed until the thread terminates. It sounds like this would more or less fix the problem that you're seeing. Would you mind trying a new snapshot? http://cygwin.com/snapshots/ This fixes it for me! Thanks immensely. That's good news! Thanks for the fast feedback. I've cc'ed the cygwin mailing list since this has been a long standing problem. For those who haven't been following along at home, it looks like a change I just made to select() may solve the dreaded slows down to a crawl with Symantec AntiVirus problem. This may also improve the performance of things that use sockets slightly. So, I'd appreciate reports on the latest snapshot. Does it fix any problems? Cause any problems? No change? In this one case, I'd like to hear me toos since the change was to a fundamental part of cygwin and it is in socket code, which has proved to be problematic. So, I'd like to know if things still work on Windows 9x and all flavors of NT. http://cygwin.com/snapshots/ Things would be, openssh, telnet, ftp, rsync, etc. Anything which uses sockets or communicates via TCP/IP. I've reset the reply-to for this message to the cygwin mailing list, so if there is further Cygwin/X discussion necessary, please make sure that it goes to the cygwin-xfree mailing list. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Frederic Bouvier a écrit: Sent: 10 October 2004 17:50 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup Vivian Meazza Harald JOHNSEN ... snip ... However ... fgrun doesn't seem to like the crease token. Not certain, because it aborts without any error message. ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun-0.4.5-20041010.zip -Fred Works fine, ta. V. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Martin Spott wrote: This patch is great - it works and it significantly increases the frame rate on a simple Linux-PC (old 600 MHz PentiumIII with Radeon9200) from 4-5 to 7-8 fps on the default location, With the recent display list changes things now settle at stable 10 fps. I'd like to express my thanks to everyone who participated in this tremendous improvement(s) ! Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Martin Spott wrote: Martin Spott wrote: This patch is great - it works and it significantly increases the frame rate on a simple Linux-PC (old 600 MHz PentiumIII with Radeon9200) from 4-5 to 7-8 fps on the default location, With the recent display list changes things now settle at stable 10 fps. I'd like to express my thanks to everyone who participated in this tremendous improvement(s) ! crease + display list = WOW! I've gone from 3-4FPS at KSFO in the C172 to a rock solid 12 - this seems to be limited by the instruments, because turning the view, or selecting an external view gets 25-35, even with all those models around. I've NEVER seen FlightGear run so smoothly. The fact that a forward cockpit view is so stable (it doesn't matter how many models you point the aircraft at) makes landings at KSFO really smooth, where they used to be almost impossible before because the frame rate was so unpredictable. Thanks to all who contributed. -- Jon Stockill [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Velocity, acceleration and rotational rates
Title: Mensaje Hello. I am working with FlighGear 0.9.5 and I have a question. How can I obtain the velocity, acceleration, and rotational rate? I am using the JSBSim model. Thank you for your time, Sergio Galan. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Aviascene
Hello, I just stumbled over this one: http://ics151-193.icsincorporated.com/~sdh4/aviascene/ I thought it might be interesting because he appears to do _direct_ rendering of USGS data instead of preprocessing like TerraGear and might reveal some interesting ideads about dealing with raw terrain data, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Aviascene
Martin Spott wrote: I thought it might be interesting because he appears to do _direct_ rendering of USGS data instead of preprocessing like TerraGear [...] O.k., I was wrong. I downloaded the demo package and found this in a README: Now you need to create the terrain data file. Use the buildterrain program. It requires a series of parameters to indicate the NED dataset and the texturing to apply. Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] when is 0.9.6 expected?
It's taken me some time to give consideration to a Red Hat/Fedora build of FG 0.9.5. I notice that 0.9.6-pre releases are already out. I'm trying to determine if it is worth my while with building 0.9.5 or just wait for 0.9.6. When do folks expect that 0.9.6 will be released? -- Richard Keech [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] How is property /position/ground-elev-m assessed/constructed from the elevation data?
Hi. Is there something other than what I'd expect done in determining the value of the property /position/ground-elev-m ? Is it taken from the terrain point immediately below the aircraft; or below it in some cone of some angular size, or something like that? I ask because at fixed lat/lon, the value you get for this property depends on the altitude you're at when you check it. If you're at 16,000 feet and you check this property, the value you get is different from if you're at 5,000 feet over the exact same lat/lon. The difference is normally not that large -- a few centimeters, typically. But sometimes it's a meter or more. This matters for e.g. scripts used to place scenery objects that move from point to point around the landscape and measure this quantity through the telnet interface, such as what Curt's written and what Jon and I are using. In my case, one out of a hundred or so airport signs is half-buried or slightly levitating . . . -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear pgphxOc8CF33u.pgp Description: PGP signature ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] glGenList Bug
Frederic Bouvier wrote: Erik Hofman a écrit : Frederic Bouvier wrote: Perhaps a patch to simgear/flightgear only without touching plib would be better. The threading problem is a flightgear problem. Generally I would agree with you but this differed DList method is way easier than integrating it into FlightGear itself. Besides it doesn't change the functionality of plib itself but instead it adds a new method of using display lists. With makeDList really functionning : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-20041010.zip You should like it ;-) -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d 747-100 on ground at SFO default runway, cycling thru different view (V key) view - 0.9.5 - 0.9.6 10/09 - Dlist 10/10 cockpit-33 fps-47 fps - 57 fps v - 24 fps - 39 fps - 50 fps v - 25 fps - 39 fps - 50 fps v - 27 fps - 42 fps - 53 fps v - 24 fps - 28 fps ? - 37 fps v - 22 fps - 32 fps - 40 fps cockpit again - 28 fps - 39 fps - 48 fps night cockpit view enhanced runway light on - 4 fps - 4 fps - 4 fps enhanced runway light off - 24 fps - 31 fps - 36 fps AMD 2100+ GeForce Ti4200 W98 (1024x768 32bits) Regards ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d