Have you tried adding -DNOMINMAX to your CFLAGS and CXXFLAGS?
Alternatively try adding
#ifdef HAVE_CONFIG_H
# include
#endif
as the first include of each cxx or cpp file giving problems.
I'm not using Cygwin any more BTW, so I'm posting blind, but I'm pretty sure it
will turn out to be the o
"Curtis L. Olson" writes:
> Andy Ross wrote:
>
> >
> >It's much more enlightening if you embarass them publically. Unless
> >it's me, of course.
> >
> >
>
> I'll give them my usual 30 minutes grace period. Then I'll bring down
> the hammer. You hear that Dave, you only have 15 minutes now
Alex Romosan writes:
> David Luff <[EMAIL PROTECTED]> writes:
Urgghh - email addy in header!
>
> > I've added a KLN89 GPS unit hardcoded in C++ (OK'd by Curt).
> > Briefly, since it's late, it's only included on the c172p 2D panel
> > (--ai
Joacim Persson writes:
> I'm curious about the choice of language/linkage for the implementation:
> Why have a specific vendor model hard-coded in c++? Seems more like task
> for xml/nasal scripts to me. ?:-P Nothing wrong with the language (c++)
> but isn't it a little out of place in the fgfs /
Steve Knoblock writes:
>
> Now that we are seeing a choice of GPS units, it beings to raise a
> similar question to the autopilot. There will be confusion over the
> waypoint and gps dialogs on the FG toolbar. It may be necessary to do
> something similar as I proposed with autopilot.
>
Yes, I
Hi folks,
I've added a KLN89 GPS unit hardcoded in C++ (OK'd by Curt). Briefly, since
it's late, it's only included on the c172p 2D panel (--aircraft=c172p-2dpanel).
It looks best at --geometry=1024x768 since the fonts are at 1:1 pixellation at
that resolution.
As with the KAP140, it's ind
James Turner writes:
>
> On 25 Nov 2005, at 00:33, David Luff wrote:
>
> > Thanks, that's great! Would you prefer me to upload it to
> > SourceForge for download from there, or to simply provide a link to
> > your webspace?
>
> There's no prob
James Turner writes:
>
> Okay, a DMG is available from my .Mac account:
>
> http://homepage.mac.com/zakalawe/.Public/taxidraw-0.3.2.dmg
>
Thanks, that's great! Would you prefer me to upload it to SourceForge for
download from there, or to simply provide a link to your webspace?
> This
James Turner writes:
>
> On 23 Nov 2005, at 00:23, James Turner wrote:
> Disregard this, using the current X-Plane data everything works. It's
> my fault for not reading the instructions. Will test some more (and,
> err, get some sleep) and post a link to a .dmg once I verify what
> happen
Hi guys,
Are there any Mac developers here who might be able to make up a Mac package of
TaxiDraw v0.32 for me? The last version was done an X-Plane user, but there is
no Mac binary available for the current version, and the Mac is popular among
X-Plane users.
TaxiDraw source can be found a
ssgEntityArray.[ch]xx has recently been added to simgear/screen, but doesn't
get compiled since there appears to be no reference to it added in Makefile.am.
Is this intentional or an oversight?
Cheers - Dave
___
Flightgear-devel mailing list
Flightge
Pigeon writes:
>
> Hi all,
>
> Running fgfs cvs, starting up normally at KSFO. Bringing up the radio
> dialog and switching COM1 to the ATIS frequency. Sometimes I get:
>
>
> ERROR - mismatch between ATC .wav and .vce file in ATCVoice.cxx
>
> Offset + length: 2890 exceeds rawdata
Melchior FRANZ writes:
> * Melchior FRANZ -- Sunday 23 October 2005 20:15:
> > Is this method acceptable? (I'd convert further hard-coded dialogs
> > in this style then.)
>
> OK. Accepted by overwhelming lack of interest and objections.
>
>
>
> > Is this patch acceptable for the ATC peop
On 20/10/2005 at 21:40 George Patterson wrote:
>Hi All,
>
>I have noticed two annoying bugs in the ATC dialog boxes.
>
>When you press ' for the first ATC dialog labelled "ATC menu" is
>displayed. (btw, Can we change that title as it's not an accurate
>description, perhaps "ATC communication")
>
On 20/10/2005 at 10:50 Erik Hofman wrote:
>David Luff wrote:
>
>> Cygwin doesn't have HUGE, so change HUGE to HUGE_VAL and -HUGE to
>-HUGE_VAL
>> and I suspect this should compile.
>
>Ok, I've committed a fix.
>>
>> I guess that we co
On 19/10/2005 at 12:05 Georg Vollnhals wrote:
>Hi Erik/Durk?
>Since your update of simple.cxx/hxx on the 18.10.05 the newest CVS
>version does not compile anymore :-(
>
>Error:
>simple.cxx: In member function `int
>FGGroundNetwork::findNearestNode(double,
> double)':
>simple.cxx:1331: error:
On 16/10/2005 at 18:19 Erik Hofman wrote:
>David Luff wrote:
>> Is it just me, or is it completely impossible to escape from instant
>replay once engaged in the current CVS?
>
>You can end the repeating loop by pressing 'p' twice.
>
Ah, OK, that works. It'
On 17/10/2005 at 02:01 George Patterson wrote:
>
>Yes, It's just you :-P
>
>You can stop the replay by select the View menu, select instant replay.
>On the Instant Replay dialog check the "Disable replay". and click Ok.
>
Believe me, I've tried that. It simply doesn't work AFAICT. On Linux th
Is it just me, or is it completely impossible to escape from instant replay
once engaged in the current CVS?
Cheers - Dave
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f
ojoe writes:
>
> You know, I'd be happy to help do some of the taxiway work if a new format
> becomes available. I've been trying to work with Taxidraw, but it's kind
> of difficult to work in because of the underlying format (I have no
> problems with Taxidraw itself.) I find I spend a lot of
Vassilii Khachaturov writes:
> Sorry I haven't gotten to mention this before,
> since this is smth that I kept noticing for months already.
> In the c172 aircraft, the ambient noise in the cockpit
> is pretty similar to what one hears w/o any headset.
> When one turns the radio on and tries to hea
"Jon Berndt" writes:
> 1) Of course, it would be nice to incorporate the JSBSim changes into the
> current JSBSim
> CVS. However, as you may know, JSBSim has undergone major revisions compared
> to the
> version now in FlightGear CVS. Within weeks (maybe sooner) we should be
> moving the new
>
Hi folks,
The following patch needs to be applied to fix the errors that Georg
Vollnhals was getting whilst attempting to compile SimGear with gcc-3.4.x
in a thread a week or so ago. Could someone with CVS access commit it
please - it's the old picking up the -DNOMINMAX definition from config.h
t
"Ampere K. Hardraade" writes:
> On October 5, 2005 01:49 pm, Curtis L. Olson wrote:
> > If someone wants to do this, and promises to keep up on it, I can put a
> > link on the FG web site ...
> >
> > Curt.
>
> How should the version number progress? Should it be 0.9.9, 0.9.10, 0.9.11,
> etc. or
On 05/10/2005 at 13:59 Steve Knoblock wrote:
>
>The model looks good. Do you have a model number for the unit? It
>looks like it says BendixKing.
>
Bendix-King KLN 89B. There is an online manual and PC simulator (Windows
only) available - you'll have to google since I don't have the links to
h
On 03/10/2005 at 13:35 Melchior FRANZ wrote:
>(C) which features need to be completed?
I've got an approach-capable GPS simulation for the 2d Cessna panel almost
finished that I'd like to get into the next release if at all possible. A
few screenshots (view at native 1024x768 resolution for be
Hi folks,
FlightGear currently contains a number of functions to provide an in-memory
global representation of the Airport, navaid and com databases, and
searchable access. This is only likely to grow as we add SUA, approach
procedures, and whatever else (TACAN!).
All the functions to load and s
On 02/10/2005 at 04:21 Georg Vollnhals wrote:
>Hi Dave,
>I installed *all* Cygwin stuff after I got the first errors some time
>ago because I did not really know what I need.
>I reinstalled it all now before trying again
> Graphics (one of many entries, but this should it be)
> 2.2.0-1 169k
Georg Vollnhals writes:
>
> RenderTexture.cpp:40: warning: ignoring #pragma warning
> RenderTexture.cpp:66: warning: ignoring #pragma comment
> RenderTexture.cpp: In member function `bool
> RenderTexture::BeginCapture(RenderTexture*)':
> RenderTexture.cpp:909: warning: unused variable 'bContextR
Georg Vollnhals writes:
> Building SimGear CVS under Cygwin
>
>
>
> Then I went back to
>
> /usr/local/source/SimGearCVS
> ./autogen.sh
> Running aclocal
> /usr/share/aclocal/libsmi.m4:8: warning: underquoted definition of
> AM_PATH_LIBSMI
> run info '(automake)Extending ac
On 16/09/2005 at 10:34 Vivian Meazza wrote:
>Erik Hofman
>
>> Vivian Meazza wrote:
>>
>> > Er ... Erik are you about to break Cygwin again?
>>
>> BTW, form the openal (1.1) Changelog:
>>
>> * More fixes for Cygwin/MinGW compilation plus some #include cleanups.
>> The "linux" subtree compiles
There seem to be two very similar navaid classes currently existing in the
src/Navaids directory - FGNav in nav.hxx and FGNavRecord in navrecord.hxx.
Is any one of these preferred / due to be depreciated? (So I don't use the
wrong one). Is there any reason for the duplication / change? (Just out
Dave Martin writes:
>
> I have a feeling as we get more road data, we're going to be seeing slight
> placement errors at the airports. Currently EGBB is placed over the A45 on
> the 0.9.8 scenery. If I can get that road mapped by GPS and a few others
> around it, we can probably move the airp
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 cur
"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 awa
TaxiDraw-0.3.2 has been released. This release is primarily to track changes
in the X-Plane data format. TaxiDraw has also moved to SourceForge, and can
now be found at http://taxidraw.sf.net. As a result, the latest code can now
be obtained from CVS, hopefully making it easier for others to
Martin Spott writes:
> David Luff wrote:
>
> > Can I jump-in here and say to everyone that updated airports should
> > be sent to Robin Peel now.
>
> So I assume he accepted all changes that you've been collecting until
> now ?
>
All of the one's I se
Christopher Horler writes:
> Hi All,
>
> Although I've not recently been active, I've just spotted something.
>
> After last years success I was wondering if anyone was interested in
> returning
> to the .org Village again?
>
> This year I can bring some hardware.
>
> Hotel arrangements - If
Martin Spott writes:
> Orly is a well-known airfield which means the location is vermy much
> expected to be correct in the airport database. If the airport layout
> is incorrect, then the best bet is to correct this with TaxiDraw and
> send the result to David Luff.
>
Can I j
Harald JOHNSEN writes:
> Oliver Schroeder wrote:
>
> >2) chat messages
> >[...]
> >protocoll supports chat-messages and the ATC-module has functions to queue
> >and display them on screen. So it should'nt be too hard to combine them and
> >enable chat-messages. Somebody willing to give it a tr
On 21/06/2005 at 12:20 [EMAIL PROTECTED] wrote:
>Hi,
>
>1) I would like to disable the messages that appear on the TOP of screen,
>the
>tower control.
>
>Is there any property that I could set to disable it on FGFS 0.9.4?
>
fgfs --prop:"/sim/atc/enabled"=false
Cheers - Dave
This message has
On 11/05/2005 at 09:50 Dave Culp wrote:
>> "disused" airfields,
>
>OK, this would then not be the same as an airport that no longer exists?
>I would think some people would have a problem with having these added to
>the
>scenery.
>
Airfields which still exist but are now disused can be submitt
On 04/05/2005 at 23:40 Melchior FRANZ wrote:
* James Turner -- Wednesday 04 May 2005 23:14:
>> Minor partial objection - the Mac startup is dog slow (like 90
>> seconds to get to a usable plane in the C172 and SFO), and I think at
>> least part of the problem is the 'init while idle' scheme>
On 20/04/2005 at 12:20 Melchior FRANZ wrote:
>Would anyone mind if I moved "increase/decrease warp" to w/W and use
>m/M for "richer/leaner mixture"?
>
An excellent idea IMO.
Cheers - Dave
This message has been checked for viruses but the contents of an attachment
may still contain software vi
On 24/03/2005 at 13:40 Melchior FRANZ wrote:
>But
>the rest of the paralyzed developers here need to be entertained! Or are
>boring
>threads like this the reason for the silence? ;-)
>
More likely the fact that spring has arrived in the Northern Hemisphere,
where most FG developers reside. Wh
Hi folks,
I've put another version of TaxiDraw up at
http://www.nottingham.ac.uk/~eazdluf/taxidraw.html
This is primarily a bug-fix release - a couple of X-Plane format writing
bugs are fixed so all users should upgrade.
Changes from 0.3.0:
* Runway shoulders are now preserved when exporting to
On 27/02/2005 at 22:51 Hans-Georg Wunder wrote:
>Hi all,
>
>some days ago, I have made some proposals to correct errors in
>flightgear. Now, I would like to know, íf this is the right
>procedure to add code to the cvs or if there is an other way defined ??
>
>
The best way is to send it directl
On 12/02/2005 at 22:31 Hans-Georg Wunder wrote:
>One question I have: With the left key,I am able to move around on
>the map. But then I destroy the flight track. Is it a bug or just a
>missing feature ?
>
A bit of both, I guess. It won't be fixed for this release, but it
irritates me as well
Christian Mayer writes:
> "The C++ Programming language 3rd ed." tells me:
>
> Basically you've got 2 options:
>
> 1 - create a class with the "<" operator
> class IACOcode
> {
>string the_code;
> }
> bool operator<( const IACOcode& a, const IACOcode& b )
> {
> return your ordering;
> }
>
On 31/01/2005 at 17:19 Chris Metzler wrote:
>With building positions and heights from the FAA Digital Obstruction
>File, and a few new buriable (thus, height-adjustable) models, here's
>an approach into La Guardia Rwy 04, starting over Staten Island.
>
>http://www.speakeasy.org/~cmetzler/KLGA_04
Hi folks,
I've run into a tricky problem when using stl map, and am hoping someone might
be able to point me on the right direction.
I have a map of airports, indexed by string, which is the ICAO code:
map apt_map;
Now, I want to emulate the 'search ahead' function of GPS code entry, so that,
On 02/02/2005 at 09:11 Vivian Meazza wrote:
>I'm having a problem compiling Simgear-cvs under Cygwin. The compiler
>
>I would suppose that this is a consequence of Erik's latest improvements
to
>the sound. We Cygwin users are still using Norman Vine's OpenAL stuff.
>
>Any advice on fixing th
On 01/02/2005 at 11:45 James Turner wrote:
>
>I'm in the middle of trying to resurrect my FG build (right now it's
>dying during startup, oh well), but getting this integrated should be
>ok, assuming I can clone the existing WGL / GLX code.
>
Atlas currently contains a copy of the SimGear re
David Luff writes:
> Lee Elliott writes:
>
> >
> > I'm using an ATI 9200 vid card with ATI's drivers and I'm
> > getting:
> >
> > Seaching for extensions...
> > GLX_SGIX_fbconfig: NO
> > GLX_SGIX_pbuffer: NO
> >
> >
Lee Elliott writes:
>
> I'm using an ATI 9200 vid card with ATI's drivers and I'm
> getting:
>
> Seaching for extensions...
> GLX_SGIX_fbconfig: NO
> GLX_SGIX_pbuffer: NO
>
> One or more required extension(s) could not be found:
> GLX_SGIX_fbconfig
> GLX_SGIX_pbuffer
> Unable to continue in he
On 28/01/2005 at 17:55 Jon Stockill wrote:
>It builds ok on Slackware Linux 10.0, --headless seems to work ok with
>Map - I'm running it remotely at the moment. I'll test the Atlas app
>when I get home and it finishes building the maps.
>
>One thing it is showing up is quite a few missing scen
On 28/01/2005 at 09:15 Adam Dershowitz wrote:
>I have never tried to build Atlas before, but just tried with this
>release.
>I am working on a Mac and ./configure gives me the following errors:
>
>checking for pthread_exit in -lpthread... yes
>checking for glNewList in -lGLcore... no
>checking f
On 28/01/2005 at 15:34 Roberto Inzerillo wrote:
>
>Do you think there will be some Win32 binary too? It would be very nice
:-)
>
>I don't know if it's even possible (I didn't look into the code in order
to
>determine if libraries and the source itself is portable) but I really
hope
>so.
>
>
A wi
Hi all,
I've put a release candidate of Atlas-0.3 up at:
http://www.nottingham.ac.uk/~eazdluf/Atlas-0.3.0-rc1.tar.gz
If a few folk could take the time to download this and try it out that
would be great.
Changes in the last year or so:
* Now reads FG-0.9.8 airport and navaid formats
* Atlas n
On 28/01/2005 at 00:00 Paul Surgeon wrote:
>On Thursday, 27 January 2005 20:47, David Luff wrote:
>> Note that the EGLL poly count is already
>> hitting my frame rate to begin with - at daytime it's about 60 with view
>> away from airport, 30 with view including
On 27/01/2005 at 12:19 Curtis L. Olson wrote:
> < snip rwy lights are dropping the frame rate >
>
>Any ideas?
>
Not on the technical side, but one thing we could do now is to ditch the
green taxiway center lights. These aren't specified in the new format apt
data, and the latest build has defa
On 24/01/2005 at 21:17 Durk Talsma wrote:
>
>What I am really looking for is a hint where I can find the code in
>FlightGear
Hi Durk,
I obtain ground elevation for taxiing AI traffic in AILocalTraffic.cxx,
lines 1569 - 1602 (or thereabouts). Note that this is not a cheap
operation, and you sh
William Earnest writes:
> Hello,
>
> This morning the 0.9.8 package in WinXP, running normal defaults
> (KSFO, c172p) starts with all instruments normal. The current CVS
> compiled here in Fedora 3 is much the same, but sitting on 24R, the DG
> looks as expected, but the mag compass is s
On 21/01/2005 at 20:04 Durk Talsma wrote:
>So time permitting I wouldn't mind having a stab at porting (some of) your
>code to interact with the AIModel system, it that is okay with you. As I
>mentioned yesterday, the taxiway code comes to mind. This approach might
>actually be mutually benif
On 21/01/2005 at 18:02 Jim Wilson wrote:
>David Luff said:
>
>> Hi all,
>>
>> I've commited a fix for the program crash when the piper model is not
>> present, and apologise for that. Would a v0.9.8a release be in order?
>
>Just the base package m
On 21/01/2005 at 18:38 Durk Talsma wrote:
>On Friday 21 January 2005 16:51, David Luff wrote:
>> I'd like to overhaul my loading of GA aircraft models properly - instead
>of
>> pulling them out of the installed aircraft, I think some dedicated AI
>> models should be
Hi all,
I've commited a fix for the program crash when the piper model is not
present, and apologise for that. Would a v0.9.8a release be in order? The
current package almost certainly crashes for everyone who doesn't have an
existing base package or extra aircraft installed, and Frederic's fix
On 20/01/2005 at 19:42 Stewart Andreason wrote:
>I've had my attitude indicator on the panel get stuck 30 degrees off
>level, and Debug.Reload Panel doesn't reset it. Something else perhaps
>is... broken as a feature? Once again, Reset doesn't fix it.
>
This is a feature - apparently uncaged g
On 21/01/2005 at 13:16 Frederic Bouvier wrote:
>To bring fgrun to 1.0 quality grade, and after receiving suggestions from
>Curt,
>I am now planning to add basic options to the wizard instead of keeping
>them
>hidden behind the Advanced button. Maybe by reducing the size of the
>command
>line tex
On 21/01/2005 at 10:05 Jim Wilson wrote:
>Frederic Bouvier said:
>
>> Stewart Andreason a écrit :
>>
>> > It seems this aircraft is required to start FlightGear.
>> >
>> > > fgfs
>> >
>> > WARNING: ssgLoadAC: Failed to open
>> >
'/usr/local/share/FlightGear/data/Aircraft/pa28-161/Models/pa28-16
On 20/01/2005 at 10:55 Jon Berndt wrote:
>> Ok wrong word. Let me just say that it seems to lack some magic.
>Setting up
>> the p51d in Yasim was not my original intention as Jon S. Berdnt was
>claiming
>> at the time I started the 3D that he had a nearly working JSBSim model.
>
> ... which I
David Megginson writes:
>
OK, thanks for the replies to all who responded. It's clarified things quite a
bit. FWIW, I'm not trying to alter the automatic windsock generation, simply
tidying up stuff like windsock placement for the airport layouts that I did
whilst testing TaxiDraw, before s
On 1/6/05 at 5:11 PM Martin Spott wrote:
>"David Luff" wrote:
>> TaxiDraw-0.3.0 is now released. It can be found at
>> http://www.nottingham.ac.uk/~eazdluf/taxidraw.html.
>
>Thanks, David, this release apperars to be very 'handsome' !
>Here are
When using the 2D panel, it appears that the view window to the outside world
gets shifted up and down depending on whether the panel is visible or not (try
viewing slightly left or right and then back straight again to see it). This
appears to be done without changing the position of the eyepo
Can anyone who flies in the US tell me how prolific windsocks at GA
airports actually are. Currently we get one at each end of the runway by
default in the airport data, but I'm wondering if that's generally
overkill? If an airport has a segmented circle (nicely visible from aerial
photos) is tha
TaxiDraw-0.3.0 is now released. It can be found at
http://www.nottingham.ac.uk/~eazdluf/taxidraw.html.
The brief changelog is as follows:
***
* libcurl is used for download instead of relying on the presence of wget.
* Downloaded USGS images are used as multiple tiles in
"Curtis L. Olson" writes:
> David Luff wrote:
> >Wow, is that what it's meant to look like? Most of the instruments are
> >holes through to the runway on the dhc2, the b1900d and the Citation for me
> >on both Cygwin/ATI and Linux/NVidia OS/hardware combi
On 1/5/05 at 4:17 PM Martin Spott wrote:
>Jon Stockill wrote:
>> Curtis L. Olson wrote:
>
>>> I've never noticed any holes in the instrument panels of either of
>>> these. How about the Citation-II that looks good here too, but is by
>>> the same author ... (?)
>>
>> I'll try it when I get h
Martin Spott writes:
> I believe there are platforms out in the wild, even not that up to
> date, that won't be hit that much by ploygon count I myself would
> love to try it out in order to see how much the polygon count has
> influence on the frame rate.
>
I think you might be very right
Paul Surgeon writes:
> I need country and state/province fields to be included in the X-Plane data
> so
> that I can sort and filter airports by country and state/province.
>
> I thought of filtering by ICAO but that is not 100% accurate because 3 letter
> IATA codes are GLOBAL. (e.g. London H
Dave Martin writes:
>
> ps: David you have Mail (taxiways).
>
OK, great. If they've gone to my nottingham.ac.uk address I won't get them
until tomorrow, but I'll make sure I pick them up then.
Cheers - Dave
___
Flightgear-devel mailing list
Flight
David Luff writes:
> ... the patch below ...
Note that the patch requires a recent CVS update to work - the runway search
code was fixed a couple of days ago.
Cheers - Dave
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
h
I tried out the real weather fetch option for the first time yesterday. It's
absolutely excellent! It just worked, with no setup or bother, and gave the
correct weather in Chicago according to the forcast, and the correct weather in
Nottingham according to the view out of the window.
I'm afra
Gentlemen,
It really irritates me that the starting runway is always set closest to
270degrees instead of into the wind when the [EMAIL PROTECTED] or --random-wind
options are used, unless --heading= or --runway= is specified explicity. The
patch below fixes that, but it also has one side-effe
Durk Talsma writes:
> I haven't implimented taxiway routing yet, so right now, each aircraft taxies
> straight from the gate to the active runway. I bet you can guess what my next
> logical move will be. :-)
>
Hi Durk,
Take a flight at KEMT with the ai-traffic turned on. There's some taxyin
Melchior FRANZ writes:
> * David Luff -- Friday 24 December 2004 11:31:
> > I can set the frequency on the radios, the problem is that there is no
> > response from ATC. This was working a couple of weeks ago, and I haven't
> > changed anything in the ATC end, so my g
Chris Metzler writes:
> On Thu, 23 Dec 2004 23:18:33 +
> David Luff wrote:
> >
> > With the latest CVS of Simgear, FlightGear and base package, comm radios
> > are completely broken, both attempting to set through the panel,
>
> http://baron.flightgear.org/p
With the latest CVS of Simgear, FlightGear and base package, comm radios are
completely broken, both attempting to set through the panel, and through the
property tree. It would be good to get this fixed before the release, but I
won't have time to look at it for a few days. What is our releas
"Curtis L. Olson" <[EMAIL PROTECTED]> writes:
> David Luff wrote:
>
> >I've been keeping the Atlas CVS up-to-date with FlightGear's changes, since
> >Per Liedman (the author) no longer has regular net access. I'll do the
> >latest airpor
On 12/22/04 at 6:00 PM Curtis L. Olson wrote:
>I just commited a change to cvs that replaces the old basic.dat.gz and
>runways.dat.gz files (which were in an old depricated/unsupported
>format) with apt.dat.gz which is in the X-Plane format. This is the
>format we now officially support. Ha
"Curtis L. Olson" writes:
> Innis Cunningham wrote:
>
> > Does this work with Atlas now?.The last time I went to build the maps
> > using Atlas I had to get the old default.nav files to get Atlas to work.
>
Hmm - I fixed this for Atlas itself (in CVS), but since I don't build the
symbols on th
On 12/20/04 at 11:41 PM David Luff wrote:
>Of course, oversights like this would get picked up more easily if an
adept
>3D modeller added a magneto switch to the 3d C172
Oops, found it, bottom left!
and pa28-161 :-)
It is missing from that though.
Cheers - Dave
This message ha
On 12/18/04 at 7:15 PM Dave Martin wrote:
>While you're there, is there any chance of a magneto-related performance
>loss?
>
>ie: when you run left mags only you get a power loss.
>
>Cheers :)
>
Hmm, I thought I already had, but it seems I'm mistaken. It's in the
LaRCsim code (IO360.cxx), but
David Megginson writes:
> On Sat, 18 Dec 2004 15:27:09 +0000, David Luff <[EMAIL PROTECTED]> wrote:
>
> > I've always assumed that it's a fairly late model injected 172, in order to
> > justify the current lack of carb heating in the engine model ;-)
>
&g
Dave Martin writes:
> On Friday 17 Dec 2004 22:27, David Megginson wrote:
>
> > Totally up to you, but my 172P POH is for the 1981 model
>
> However, I also discovered that the early 172s had more dihedral and a
> slightly different shape to the aerofoil. Comparing this the FG 172P, which
> ha
"David Luff" writes:
>
> I guess I'd better go and see what it looks like on an NVidea card now...
>
Well, I've had a very good pan round the Chicago scenery in the ufo with both
the old and new materials.xml on a Linux box with a Geforce3, and I can't fin
On 12/16/04 at 12:16 PM Curtis L. Olson wrote:
>David Luff wrote:
>
>>I've commited a work-around to the base that wraps all the symetrical
>>runway panels in the v direction (everything except the threshold panel
>has
>>identical upper and lower borders, an
On 12/16/04 at 11:43 AM Martin Spott wrote:
>"David Luff" wrote:
>
>>
>http://mail.flightgear.org/pipermail/flightgear-devel/2002-December/014095.
html
>>
>> It requires openGL-1.2 for the patch to take effect, which I don't have
>on
>> Cygwi
On 12/5/04 at 9:21 PM Martin Spott wrote:
>"David Luff" wrote:
>> Completely off topic, your screenshots look like you're getting dark
>lines
>> at runway texture boundaries similar to what I see on an ATI machine,
but
>> not on a NVidia machine. Are yo
On 12/14/04 at 11:06 AM Chris Metzler wrote:
>Hi. So, I recently got a chance to pick this back up. In principle,
>everything is finished: I have a set of signs which are designed
>as per the U.S. FAA regs (FAA AC-150-5340-18C, Standards for Airport
>Sign Systems, and FAA AC-150-5345-44G, Spe
1 - 100 of 493 matches
Mail list logo