On Wednesday, January 29, 2003, at 03:18 pm, David Megginson wrote:
With the move, I'm also considering cleaning up the radio code a bit,
and introducing better lags for the ADF and VOR needles (they're a
little too snappy right now).
Just one thing : when I get to the KLN-89b, I'm going to
On Wednesday, January 29, 2003, at 02:43 pm, Curtis L. Olson wrote:
SimGear/FlightGear configure used to automatically add /usr/local/lib
to the library search path. That was removed because apparently it
causes gcc-3.2 to gripe? Someone needs to explain the gcc-3.2 problem
so that we can get
On Tuesday, January 28, 2003, at 12:18 am, David Megginson wrote:
First, forget the native fixed-field DAFIF format and go for DAFIFT --
it's the same stuff in a simple tab-delimited format.
This single fact alone has saved me an enormous amount of hassle, the
tab-delimited format is infinit
So, I am on the verge of 'snapping' with respect to our current
aeronautical data, and am wondering how to proceed. I was looking at
what at other software does for their aeronautical data, and most of
the FS2k2 ones I know about are getting their data from:
http://www.navdata.at/
Now, those d
On Monday, January 27, 2003, at 01:27 pm, Michael Basler wrote:
Neither my flying skills nor my spare time are sufficient for taking
part in
Vatsim :-(
Me too ...
However, I know that there are a few competiting networks a la Vatsim
present or just emerging and I read several quite sharp d
On Sunday, January 26, 2003, at 08:47 pm, Norman Vine wrote:
You are aware of these
http://www.ibiblio.org/fplan/
http://www.ibiblio.org/fplan/avdbtools/guide.html
and FlyWay at
http://www.bellz.org/progs.html
Ah, I'm aware of things like them, but I guess my terminology is wrong.
What I'm
On Sunday, January 26, 2003, at 05:12 pm, Norman Vine wrote:
Hopefully we can now actually start implementing a realistic
'navigation computer',
as is present in most modern GPS units and autopilots that, since the
hopefully the
AP is no longer dependent on hardwired to steamed input from C1
On Saturday, January 25, 2003, at 09:55 pm, Curtis L. Olson wrote:
I made some changes to the FGNavList class, take a look and see if it
will work better for your needs.
Thanks, I already saw this and picked it up, it works great! I'd done
the research (okay, 2 minutes with grep) to see who t
Hey,
I've hit a slight problem trying to use FGNavList::findByIdent, in that
it's calling onto the helper function findNavFromList, which does VOR
range calculations to cut-off results. For what I need, I'm perfectly
happy to deal navaids which are out of range of the supplied position,
but be
My Linux and OS-X builds (cvs updated today) are both failing in
FDM/JSBSim/FGSwitch.cpp, because FGCondition.h is not found ... a
missing cvs add?
H&H
James
--
We are all in the gutter, but some of us are looking at the stars.
___
Flightgear-devel
That looks pretty similar to what I've been aiming for (screenshot of
current progress at http://www.nottingham.ac.uk/~eazdluf/taxidraw.jpg
- and
yes I know its currently windoze only - its just a fast prototype
proof-of-concept and I'll port it to a multiplatform toolkit if it
works).
It woul
On Saturday, January 18, 2003, at 12:44 am, David Megginson wrote:
Michael Basler writes:
as an interim report, the guy with the FS98 add-on KSFO scenery did
not
answer until now (but mail did not bounce either). I'll stay tuned,
but
doubt he will... it's just been so long ago and he did ne
On Saturday, January 4, 2003, at 05:01 pm, Curtis L. Olson wrote:
Carsten Hoefer writes:
Am Sam, 2003-01-04 um 00.19 schrieb Julian Foad:
That works for me, adding it just before the #include, like this:
#define GLX_GLXEXT_PROTOTYPES
#include
However, defining internal symbols like
On Monday, December 23, 2002, at 02:14 pm, David Megginson wrote:
Hmm. I wonder what the issue is. At 10, I can hear, perhaps, 75% of
it over the idling engine, but I still have to strain to make it out.
I don't know enough about the audio side to troubleshoot this easily.
I would just lik
On Saturday, December 14, 2002, at 08:20 pm, darrell.l.walisser.1
wrote:
I would like to get joystick support included soon (this would involve
working on PLIB). Is anyone else already working on this?
I am about to, by porting Max Horn's work in SDL to plib. I've got as
far as reading over
On Sunday, December 8, 2002, at 04:15 am, Andy Ross wrote:
David Drum wrote:
> I am compiling FG 0.9.1 on Mac OS X.
>
> ld: Undefined symbols:
> _CPSEnableForegroundOperation
> _CPSGetCurrentProcess
> _CPSSetFrontProcess
> _CPSSetProcessName
>
> [...]
> I sent this to flightgear-users a couple
On Wednesday, November 13, 2002, at 07:16 pm, Gene Buckle wrote:
Wouldn't it just be easier to allow the user to configure how they'd
like
the aircraft lists presented? The model file can indicate aircraft
details such as licence requirements, operation category, etc. The
user
could then co
On Thursday, October 31, 2002, at 02:22 pm, David Megginson wrote:
Absolutely, though I wouldn't call it a complex structure (four
polys). It will look a little silly without the surrounding tall
buildings, though.
This got me thinking. The dynamic scenery can place arbitrary models,
so pre
On Saturday, October 26, 2002, at 02:23 am, David Megginson wrote:
Curtis L. Olson writes:
What would be really useful when you get into modeling push buttons is
to be able to model a switch where it is "true" while the mouse is
depressed and then immediately returns to false when the mouse b
A couple of comments on the scripting issue:
JavaScript is a really nice language, but you aren't going to get a very small runtime without losing useful things (like regular expressions). However, the sources are readily available, as has already been noted. My day job is working with Mozilla bas
On Tuesday, June 25, 2002, at 01:31 am, Andy Ross wrote:
> Jonathan Polley wrote:
>> I cannot redirect stderr via 'command 2> file' on my Mac, so the easy
>> solution was out. I did find that the following command works:
>
> Rubbish. Sure you can. You just have to run a real shell. :)
>
> S
On Tuesday, June 18, 2002, at 02:38 am, David Megginson wrote:
>
> The node argument is as follows:
>
> 1. If the value of an existing property node has been modified, it is
>the node itself.
>
> 2. If a property has been added or removed, it is the property's
>parent.
Hmm, how is the l
On Friday, June 14, 2002, at 04:19 am, Jim Wilson wrote:
> Armed vs. Active modes:
> Active modes are the only ones that affect control surfaces. Armed
> modes
> select an impending active mode that may or may not get triggered,
> depending
> on if the condition for that mode is satisfied.
On Tuesday, June 11, 2002, at 02:27 pm, Jim Wilson wrote:
> If I'm not mistaken (and I easily could be) the FMC would usually just
> feed
> the autopilot heading and speed data when using non-radio-stack "NAV"
> modes.
> The FMC monitors the course and the AP only needs to follow the
> comma
On Tuesday, June 11, 2002, at 02:34 am, Jim Wilson wrote:
> Not a problem...give me a day or two to get things together. Probably
> there
> won't be as much changed as there will be added, but some of the
> "settings"
> need to be exposed in the property tree.
yeah, this is basically what I
ahOn Mon, 2002-06-10 at 15:58, Jim Wilson wrote:
> James Turner <[EMAIL PROTECTED]> said:
>
> > (I want to get the flight-plans hooked up to the existing
> > auto-pilot code, which isn't really designed to look like a 'big jet'
> > model of
On Monday, June 10, 2002, at 05:35 am, John Wojnaroski wrote:
> Well, I've been working on a Multi-function Control Display Unit (MCDU)
> which connects to the FMC and
> provides manual control of the nav receivers and other aircraft systems.
> Next major effort is adding ability to
> insert an
On Fri, 2002-06-07 at 23:45, Norman Vine wrote:
> FWIW
> crosstrack error on a 'spherical earth' was computed in 'some'
> navigation instruments long before 'digital' computers were used
> in these devices.
> < trig values for an angle can be determined from an 'analog' device
> and the re
On Fri, 2002-06-07 at 22:42, Curtis L. Olson wrote:
> You are in luck. :-)
Hmm, I'm quite worried that my brain didn't register that this
instrument was an HSI (given that I've used the 310 and DC-3 quite a
bit). I think maybe I've been using (virtual) digital HSIs too much, and
forgot they can
As a result of playing with with routes / flight plans, one thing I
forsee in the future is driving navigation instruments from a non-radio
source (i.e something like the NAV / GPS toggle which I'm led to believe
is common in many GA craft with a GPS fitted).
Now, the problem is that such systems
On Tuesday, June 4, 2002, at 01:22 am, Andy Ross wrote:
>
> Heh, that actually sounded kinda fun, so I tried it. Here's the
> smallest parser for your syntax that I could come up with, in good old
> obfuscatorial C style. It sits pleasingly close to the line between
> elegance and perversity.
Further to my flight plan hacking (which is coming along nicely):
Is there any code in Sim/FlightGear to do generic conversion of a lat /
lon string into a decimal degree value?
I.e, something that would accept and convert some / all of the
following:
N50 23.1
-96.32
E00 06.3
into a sign-corre
On Mon, 2002-06-03 at 03:18, Curtis L. Olson wrote:
> Cockpit/steam.cxx exports "/steam/vertical-speed-fpm" and ties it to
> FGSteam::get_VSI_fps
>
> It seems like there is a mismatch here between fpsecond and fpminute.
>
> The fdm exports "/velocities/vertical-speed-fps" aka climb_rate.
>
>
Following some recent bad experiences with commercial simulators, and
the prospect of simulating (from an FDM perspective) a modern jet in
FlightGear, I am planning to work on some features which might
eventually let me use FG for the stuff I enjoy flying.
As a starting point, there are a few inf
[I assume Thomas will reply anyway, but I want to check I have this
right (from using the PMDG 757/767/777s which are supposed to be just
about the most accurate systems models out there)]
On Wednesday, May 29, 2002, at 02:23 pm, Jim Wilson wrote:
>
> So if in SPD mode the selected speed was
On Wednesday, May 29, 2002, at 04:06 am, Alex Perry wrote:
>>> Just something to file away ... big jets should have a climb mode in
>>> which the power is regulated to max climb by the autothrottles and
>>> speed
>>> is held with the pitch control.
Is this the mode activated by the CLB / CON
Just noting that the YAsim 747 gets a solution failure for me (updated
15 minutes ago). The DC3 works great now, however, except that the VSI
seems to be reporting bogus values (it sits at the maximum climb rate
stop).
[tries to test the yasim c310 to see if the VSI thing is a panel bug..]
Hmm,
On Sat, 2002-03-09 at 22:08, Jim Wilson wrote:
> Fly! uses a 3D cockpit. They use 2D for most of the instrumentation, switches
> and knobs, and 3D models for the things that really need it like levers. More
> than likely the legability problem is your LCD at 1600x1200 ;-) In any case
> we'd be
On Fri, 2002-02-22 at 20:52, Curtis L. Olson wrote:
>
> > This may or may not be related but when I start up at an airport for
> > which i have no scenery, the elevation is below 0. At EHAM it is
> > -17 ft as shown in /position/altitude-ft.
>
> Actually, when an ocean tile is automatically ge
101 - 139 of 139 matches
Mail list logo