"Jon S. Berndt" writes:
> > > This is under Cygwin, so it's a little surprising. I've been
> > > compiling this
> > > way for years and this is the first I've seen of it. Is this a
> > > relatively new change in the code?
> > >
> > > Jon
> > >
> > >
> > >
> > I could not compile SimGear CVS under
Vassilii Khachaturov writes:
>
> I recall Durk Talsma was once telling about an in-house (closed source)
> fgfs-based system with a huge number of AI planes, in the tens of
> thousands IIRC. Probably not all talking to the same tower though?
>
Durk's stuff is all still the scripted AI as far as
Melchior FRANZ writes:
> First off, I want to say that I don't want to put David's work down. This
> *is* a complicated matter, and *much* work went into it, and the feature
> works very well (when it works) and I enjoy it a lot. It's really only the
> crashes that are annoying, and the fact that
Melchior FRANZ writes:
> * Melchior FRANZ -- Saturday 15 April 2006 20:58:
> > Apart from the crashes ATC worked and works nicely, and it would really
> > be great if one could now have it enabled and not have to fear abrupt
> > exits.
>
> Damn, I still get crashes in tower.cxx ...
>
What are y
Melchior FRANZ writes:
> * Melchior FRANZ -- Thursday 13 April 2006 17:06:
> > Can we *please* finally fix the notorious crashes in tower.cxx?
>
> And, yes, I really meant "we". But as it looks, I'm pretty much on my
> own (apart from Olaf who did a lot of the hard work already).
>
> Now the cau
Steve Hosgood writes:
>
> My only comment is just that 1937 maps will certainly be before the
> National Grid was adopted, and will be based on the "old triangulation"
> done between the late 1700's to mid 1800's. I don't know the details,
> but it wasn't metric (possibly surveyed in "survey c
Hi folks,
I happened to come across the following ebay item whilst looking for a map
which caught my eye:
http://cgi.ebay.co.uk/1937-Ordnance-Survey-Map-42-Llandudno-and-Denbigh_W0QQitemZ8403614581QQcategoryZ121824QQrdZ1QQcmdZViewItem
It's a 1937 OS map to a reasonably hilly area of the UK, and
Melchior FRANZ writes:
> * Jean-Yves Lefort -- Thursday 30 March 2006 20:52:
> > I got this one while standing still on 28R for a few minutes:
> [...]
> > Program terminated with signal 11, Segmentation fault.
>
> OK, let's release then. :-}
>
>
>
> > Thread 5 (Thread 0x893c000 (runnable)):
>
Ok, I think this bug should be fixed in CVS now - it was a typo after all that.
Whenever an AI plane was asked to follow the user whilst the user was flying a
circuit approach, the sim crashed. Since most of my recent testing has
happened to use straight-in approaches, I wasn't triggering it.
"Julien Pierru" writes:
> David i had the same problem with gdb and SDL so someone on IRC told me to
> use gdb attach [process ID]and then type c after you launch fgfs outside
> gdb, that way even if the screen locks up you can switch to another virtual
> console and look at the backtrace. That's
"Olaf Flebbe" writes:
> Melchior told me about it and I was able to reproduce it once. I had
> to increase AI traffic and starting at KSJC (San Jose)
>
> I investigated it a lot and it seems to me that two AI Aircrafts have
> been introduced with the same callsign. (maybe one with the current
> p
"Julien Pierru" writes:
> The bug occured with CVS/HEAD. I was using ATC and AI traffic of 2. I tried
> flying from both KHAF and KSFO. Both of these airports resulted in the
> crash.
Thanks! I'll try and reproduce it now...
Cheers - Dave
--
"Julien Pierru" writes:
> The bug occured with CVS/HEAD. I was using ATC and AI traffic of 2. I tried
> flying from both KHAF and KSFO. Both of these airports resulted in the
> crash.
Thanks! I'll try and reproduce it now...
Cheers - Dave
--
"Julien Pierru" writes:
> Following is a backtrace of a segfault.
> It concerns AIPlane and was originally reported by decadix in January, but
> here it is:
>
> Program received signal SIGSEGV, Segmentation fault.
> < ... >
> It happened when i tried to land at KOAK behind an AI plane, and i wa
Dave Perry writes:
> Actually, there is a small moving map. The SL60 is also a comm radio.
> I have the manual in pdf form so I could send that to you. I can get
> the close-up photo also.
>
Thanks. I've got a pdf manual off the web (1.3Meg), but I can't find any
reference to a moving map
Dave Perry writes:
> < snip lots about flying the pa24-250 in real life >
>
> A lot of POH numbers are in the README.pa24-250 file. Here are the
> numbers I fly. 90-100 mph on base and 85 -90 mph on short final. POH
> say 95 mph no flaps and 82 mph full flaps for approach speeds. The
> cru
Josh Babcock writes:
> David Luff wrote:
>
> > The yokes look nice, but cover up a lot of the instruments and switches.
> > When flying the sim with a yoke (as opposed to mouse or k/board), there's
> > also a good argument to be made for not needing/wanting a
The new pa24-250 is a really nice model, and really nice to (virtually) fly -
nice one Dave! It makes a really nice gradual step up from the c172p/pa28-161.
However, because it's so good, it's likely that you'll get more feedback on
the problems, so here goes...
The cockpit gives a nice immer
Chris Metzler writes:
>
> KCGS has a single runway, 15/33.
>
> Starting FG with --runway=15 or with --runway=33 works just fine.
>
> Starting FG with no runway specified at all, OTOH, produces a message
> of "Failed to find a good runway for KCGS", after which the plane is
> placed at KSFO.
>
Chris Metzler writes:
>
> It's not universal to that situation -- I just started going through
> apt.dat airports with both a normal (non-water) runway and a helipad,
> and (in order in apt.dat) 8L3, LA77, 97WA, and 1LA4 all loaded OK;
> but then 7X8 produced exactly the same behavior as KCGS. I
David Luff writes:
> Chris Metzler writes:
>
> >
> > KCGS has a single runway, 15/33.
> >
> > Starting FG with --runway=15 or with --runway=33 works just fine.
> >
> > Starting FG with no runway specified at all, OTOH, produces a message
> > o
Chris Metzler writes:
>
> KCGS has a single runway, 15/33.
>
> Starting FG with --runway=15 or with --runway=33 works just fine.
>
> Starting FG with no runway specified at all, OTOH, produces a message
> of "Failed to find a good runway for KCGS", after which the plane is
> placed at KSFO.
>
OK, here's a crash from within gdb. Program crashed whilst looking around with
the mouse after about 10 minutes flight from KUKI towards KDVO. I don't know
if it's repeatable yet. Hopefully the backtrace might provide a clue to one of
the rendering or tile-management guys...
Program received
After setting the vertical speed on the KAP140, the display of vertical speed
disappears after a few seconds, even though the autopilot is still holding (or
trying to) the target vertical speed. Is this correct, or should the target
speed be displayed persistently? This is with the 2D c172p pa
Melchior FRANZ writes:
> * Curtis L. Olson -- Thursday 09 March 2006 17:59:
> > 2. We need to aggressively hunt down any random crashes
>
> I'm aware of four crashes:
>
> (A) tower.cxx/AI -- old, but very annoying. Happens occasionally.
> Very hard to reproduce. Olaf looked into it and advi
Jean-Yves Lefort writes:
> Hi,
>
> The attached patch restores normalized control surface positions on
> the c172p.
>
Nice one - that was really starting to bug me (mainly the loss of sound on the
flaps), but now I don't need to spend time figuring it out :-) It's commited.
Cheers - Dave
-
Justin Smithies writes:
> Not sure of whos in charge of the ATC but would love to be able to contact
> tower to take off etc.
>
Hi Justin,
I wrote most of what currently passes for ATC in FG, certainly most of the
tower stuff. I'm afraid that I'm unlikely to implement calling tower for
take
Does anyone here know if US non-precision approach data is available in
electronic data format. Pdfs of all the approaches seem to be freely available
online, but I'm looking for something in computer-parsable format similar to
the DAFIF or FAA-ATA100 to import into the FG GPS. So far I haven'
Justin Smithies writes:
> Does the aircraft affect what the tower atc says or allows you to say ?
No, only position and AI state (departing, unknown, arriving etc).
>
> I have took off from Dundee flown to dyce and im on com0 118.10 i hear them
> talking but pressing ' i still get no transmiss
Melchior FRANZ writes:
> * Justin Smithies -- Tuesday 21 February 2006 23:20:
> > Thats the same freq im using and i can take off fly miles away and hear
> > nothing.
> > I enable ATC and select 3 from density
>
> I hear ATC and "my" voice ('-key dialog), but there doesn't seem
> to be any AI ai
Melchior FRANZ writes:
>
> I hear ATC and "my" voice ('-key dialog), but there doesn't seem
> to be any AI aircraft around. No idea why.
>
Are you using real weather fetch? The AI VFR traffic only fly in VFR
conditions. Compiling festival at the moment...
Cheers - Dave
---
Thanks for all the suggestions guys. I'm ashamed to say that I'd never heard
of the kd tree or the quad-tree before. Yes, the current bucket approach
works, and yes I'll probably use it this time (Special User Airspace records
for display on the kln89 map page), but the possibility of a more e
David Luff writes:
> Melchior FRANZ writes:
> >
> > The jumps were always there in SDL. I got used to them -- only David's
> > remark reminded me that this should really get fixed.
> >If the new code
> > causes crashes then we should try to find the reas
I'm considering the problem of looking up global data at the moment (eg. how
many navaids are within x miles of point p). So far I've only implemented this
in a very crude manner, by indexing a map of navaid pointers using FG bucket
number, and then traversing all the navaids in the user's buck
Melchior FRANZ writes:
> * David Luff -- Friday 17 February 2006 00:27:
> > I do recall that on Cygwin (glut) builds I used to see unpredicable
> > view behaviour when the mouse wrapped, that I've never seen on Linux
> > (SDL) builds where the mouse has always
David Megginson writes:
> I've just checked in a patch to change the mouse behaviour in modes
> where the 'constrained' property is true (e.g. control mode and view
> mode). Previously, the 'constrained' property actually caused the
> mouse to wrap around to the other side of the screen when it h
Melchior FRANZ writes:
> * Andy Ross -- Friday 03 February 2006 16:29:
> > and removing the C++ implementation? Or for a
> > bonus, port the ATC display code (from which screenPrint was derived)
> > to use the Nasal implementation and remove the C++ code from that,
> > too?
>
> The ATC subsyst
Melchior FRANZ writes:
> * David Luff -- Friday 10 February 2006 23:09:
> > Melchior FRANZ writes:
> > > I'll start to commit once I got permission. (The old ATC voice
> > > thing will lose the /sim/sound/voice property first, which is used
> > &
Melchior FRANZ writes:
>
> I'll start to commit once I got permission. (The old ATC voice
> thing will lose the /sim/sound/voice property first, which is used
> as an "enabled" flag, and finally die.)
>
Eek - that's somewhat unfortunate phraseology you're using there, given that
it's my wife s
Melchior Franz writes:
> Update of /var/cvs/FlightGear-0.9/FlightGear/src/ATC
> In directory baron:/tmp/cvs-serv22734
>
> Modified Files:
> tower.cxx AIGAVFRTraffic.cxx
> Log Message:
> Vivian wants: s/with the ATIS/with ATIS/
>
I'd agree with that :-)
Ideally though most of the traff
"Chris Millichamp" writes:
>
>
> I'm trying to install SimGear, the ZLIB library as per the instructions
> (page 94 of the flightgear getting
>
> started pdf) but when it comes to typing "./configure" an error occurs
> saying there is no such
>
> command.
>
>
I don't *think* you need to i
"Curtis L. Olson" writes:
> I was reading through the thread this morning and as it progressed there
> were more and more german words intermixed and then all german.
>
> I've been working on a large vehicle steering and guidance controller
> (snowplow/truck) for my day job and if pavement==e
Ralf Gerlich writes:
> Hi,
>
> Paul Surgeon schrieb:
> > When TerrorGear does the UV mapping calculations on the terrain polys it
> > should take the terrain slope into account.
> > Flat ground = standard resolution
> > More slope = higher resolution
>
> I think the only point where TerraGear a
"Curtis L. Olson" writes:
>
> Also, who ever is developing and working on the MP and AI code:
>
> PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE,
> PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE,
> PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE,
Jean-Yves Lefort writes:
> This crash occurs quite frequently (/sim/ai-traffic/enabled=true):
>
> #0 0x080be433 in FGTower::ProcessDownwindReport (this=0x1e31a800,
> t=0x2153fc00) at AIPlane.hxx:80
> #1 0x080beffc in FGTower::Respond (this=0x1e31a800) at tower.cxx:520
> #2 0x080c2b5a in FG
Ralf Gerlich writes:
>
> However, with all the different projects going on (organisation of the
> scenery database, I'm working on TaxiDraw
:-)
Cheers - Dave
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
46 matches
Mail list logo
