On 2 Dec 2005, at 00:32, John Wojnaroski wrote:Just a question of time and energy. The design issue is how to keep it portable so we can haul the gear around to shows like Scale4x coming up in Feb 06. Same problem with putting everything into a shell, fantastic for a fixed installation but kind
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 problem with leaving it in my webspace, but you may as well add it to SF -that way you get SF's
On 23 Nov 2005, at 20:44, David Luff 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 happens on Panther. Thanks, I'm looking
On 22 Nov 2005, at 23:50, David Luff wrote: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.
On 22 Nov 2005, at 23:17, James Turner wrote:I built a binary that ran last year, haven't tried in ages - the issue is getting everything required linked statically, I think. I shall experiment, but don't let that stop any other Mac people having a go.Okay, so building it was pretty painless
On 23 Nov 2005, at 00:23, James Turner wrote:And now the bad news - when I point TD at my (CVS) apt.dat (unzipped), and do 'New...', I enter an ICAO code (say, EGPH), and crash. The crash is consistent at line 48 of fgfsIO.cpp: looking at the code it seems like a string-pointer issue
On 19 Nov 2005, at 01:49, Arthur Wiebe wrote:I have found the problem. My Xcode projects seem to be buggy. The PLIB project is fine but something is wrong with the SimGear project. I just built using the autoconf system and everything worked fine. It even fixed my spash screen problem! :) I'll
On 18 Nov 2005, at 20:08, Arthur Wiebe wrote:When running fgfs 0.9.9 I get this output: opening file: /Users/arthur/Projects/FlightGearOSX/data//Navaids/carrier_nav.dat /Users/arthur/Projects/FlightGearOSX/data//Navaids/TACAN_freq.dat RenderTexture::BeginCapture(): Texture is not initialized!
On 18 Nov 2005, at 22:18, Adam Dershowitz wrote:But then it continues to load and run. So I think that the error may be a red herring, and not the cause of the abort that you are seeing. The RenderTexture error is a red-herring, for certain, and by instrumenting SGThread I've found at least two
On 12 Nov 2005, at 14:30, Arthur Wiebe wrote:I've been using Xcode 2.2 for some time now building Flightgear and everything else. Preview builds until now of course.By the way Xcode projects you can use to build PLIB, Simgear, and FlightGear are available now. I've polished them up so they should
On 12 Nov 2005, at 00:58, Ima Sudonim wrote:With this change, FlightGear on Mac OS X launches the mac os x Safari browser instead of netscape (w/o this change, the browser won't launch without netscape installed, and netscape isn't one of the installed mac os x browsers). This approach seems silly
On 9 Nov 2005, at 19:31, Curtis L. Olson wrote:I reserve the right to make the final determination (and all non-included aircraft will still always be available for separate download from the web site ...) Given that new aircraft have arrived on the scene since the last release, do we want to
On 14 Oct 2005, at 08:33, Oliver Schroeder wrote:Finding the "right" port isn't easy, since we have about 32 thousand (64 thousand on newer OSes) to choose from ;) However, I decided to use port 5000 on the server-side (and 5001 for telnet), both ports are configurable but these are the
On 14 Oct 2005, at 10:27, Oliver Schroeder wrote:But I do admit, that it might be a huge barrier for a user to alter firewall rules as needed. But anyway, using a fallback mechanism leads to everyone using tcp connections, as they would simply work. And I repeat, you don't want tcp in
On 13 Jul 2005, at 15:36, Andy Ross wrote:These days, it's usually faster to use indexed vertices. Strips and fans are faster because they reduce the number of vertices that need to be transformed by (and sent to) the hardware by "saving" 1 or 2 from the last triangle drawn. But modern cards
On 12 Jul 2005, at 03:14, Paul Kahler wrote:I'm looking to build FGFS on FC4-x86_64. I looked at the instructionsat: http://www.flightgear.org/cvsResources/anoncvs.html It soundsreasonable, but I can't just "yum install plib". Is there a repositorywith a suitable package? A link to instructions
On 20 May 2005, at 15:30, Andy Ross wrote:it is no longer legal to do this: int i; glGenTextures(1, i); Instead, you have to declare 'i' as GLint (and similarly for GLuint and so on) Are you sure? I thought the Apple compiler was still a 32 bit environment on OS/X. And in any case, PPC64 is
On 5 May 2005, at 09:18, Melchior FRANZ wrote:Oh. I hope you mean that the startup time has become much too long over time, and not that this patch made it worse. I don't think that the patch has a noticable effect, neither positive nor negative. Except that it possibly improves the perception and
On 4 May 2005, at 21:39, Melchior FRANZ wrote:It opens the window (with splash image if configured) as soon as possible, and does all the other initializaion in the idle loop, split up into appropriate chunks. The patch does basically only shuffle parts around, without changing the order of
On 6 Apr 2005, at 09:46, Erik Hofman wrote:
Modified Files:
fg_os_sdl.cxx
Log Message:
Melchior FRANZ:
Make SDL window resizable; This exposes the same problem that many
GLUT users have: resizing up may cause a temporary switch to software
rendering if the card is low on memory. Resizing
On 6 Apr 2005, at 11:14, Melchior FRANZ wrote:
So then add a #ifdef for OS-X around the resize event, so that it is
simply ignored? Did you send a bug report to the SDL people?
I think you misunderstand, it's not an SDL bug:
*FlightGear is relying on assumption about how OpenGL implementations
On 6 Apr 2005, at 12:53, Melchior FRANZ wrote:
Err ... or is it SDL_SetVideoMode() in SDL's video/SDL_video.c? There's
a suspicious comment in there:
* WARNING, we need to make sure that the previous mode hasn't
* already been freed by the video driver. What do we do in
*
On 10 Mar 2005, at 05:02, Josh Babcock wrote:
I've successfully compiled Flightgear from CVS (thanks for the help),
but for some reason it won't run. FlightGear loads and all i see is a
Black screen with a white box in the middle (where the splash screen
should be). The CPU usage goes to 100% and
On 4 Mar 2005, at 15:08, Curtis L. Olson wrote:
It's maybe analogous to writting assembly language without any sort of
jump labels ... anytime you insert a statement, you have to go back
and recompute all your jump addresses (or in this case any time you
add anything you need to go back and
I've been spending as much time as possible over the past few days just
flying around (I've had a very long gap where FG wouldn't build and I
was busy with other things), but this has raised a small issue which
may indicate something about my flying habits...
Basically, I have not yet found an
On 10 Feb 2005, at 11:57, Innis Cunningham wrote:
Basically, I have not yet found an aircraft where the speedbrakes or
spoilers seem to work, either visually or in terms of slowing the
plane down. From looking at data/keyboard.xml, I can see the current
bindings are j/k for the spoilers, and
On 10 Feb 2005, at 13:03, Martin Spott wrote:
While we are are it, do we already have consensus on which keys to use
for these functions - are the keys consistent across different aircraft
and FDM's ?
The keys do seem to be standard, j/k for spoilers and Ctrl-B for
speedbrake, the issue of course
I finally managed to get my FlightGear behaving itself last week - there are a few issues I want to investigate before I bring them up here, but one affected me almost immediately - the input code as it stands right now means Mac joysticks tend not to be recognised.
There are two issues: firstly,
On 1 Feb 2005, at 10:34, Erik Hofman wrote:
I've done some work to make this code at least compile on MacOS. It's
obvious I can't really test it myself so any patches needed to get it
compiling are accepted.
Those who want to implement a real render-to-texture implementation
for MacOS might
On 1 Feb 2005, at 15:11, Erik Hofman wrote:
It is not yet used. I've put the code in CVS in different stages to
get developers the chance to get things working without being
overwhelmed with changes.
At least Atlas can use this code to render the maps (accelerated) in
the background though.
On 4 Jan 2005, at 23:49, Jim Wilson wrote:
tar and gzip come free out of the box on Unix.
We have to get (un)zip separately to get it working. It's either way
and
I don't feel like giving windows users the benefit of the doubt (the
number of windows _developers_ is frighteningly low compared to
On 1 Jan 2005, at 17:38, David Megginson wrote:
Here's a high-resolution picture of the Garmin-1000-based panel on the
new Diamond TwinStar, one of my dream aircraft (it rececently crossed
the Atlantic non-stop from Canada to Spain burning less than USD
200.00 worth of fuel). Anyone aircraft
On 26 Dec 2004, at 00:37, Curtis L. Olson wrote:
What did I say that was incorrect? If I've missunderstood something
about plib/ssg I'd appreciate being corrected. If modeling is still
done in blender/ac/multigen/whatever, then you need a conversion path
to plib. That means going through
On 25 Dec 2004, at 14:43, Chris Metzler wrote:
A plib loader for .blend would, IMHO, be an incredible boon for FG. As
noted, ac3d file format can't include specular/diffuse shading info.
Blender/.blend files also give you the ability to texture an object's
faces in a fashion other than UV mapping
On 14 Nov 2004, at 13:42, Arthur Wiebe wrote:
What needs to be done is something like this
if (defined(macintosh) {
#include OpenGL/gl.h
}
else {
#include GL/gl.h
}
Can you tell that I don't program in C? :)
Two things - please use __APPLE__ to detect OS-X, 'macintosh' is more
for Classic
On 28 Oct 2004, at 11:57, Geoff McLane wrote:
Can anyone help with such a beast? Have tried the 0.9.3 (from
Wally's World) and 0.9.4 binary (FlightGear-0.9.4.tgz) with
the current 0.9.6 scenery base, thank you for these, but no
go ... even when the 'version' file is altered to match!
I had this
On 4 Oct 2004, at 19:17, John Wojnaroski wrote:
A few details...
Volunteers will get a package of software that contains the TNL
libraries and a basic set of software to connect to the ATC net as a
controller or pilot. Package will include ALL source code and make
files for a Linux system.
On 18 Jun 2004, at 13:09, Mathias Fröhlich wrote:
Next week is the Linuxtag in Karlsruhe, Germany.
http://www.linuxtag.org/
Is Flightgear present this year?
Or will somebody be there for an other project?
I'm exhibiting at the WorldForge booth, where we are also going to have
a few Blender guys.
On 22 Apr 2004, at 09:24, Erik Hofman wrote:
Go with SDL's sound support. SDL itself supports OpenAL giving best of
both worlds.
This is not quite right, I think; like OpenGL, SDL can use OpenAL, but
it doesn't wrap the OpenAL API.
In general, I think OpenAL would be a big improvement, not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 19 Dec 2003, at 19:03, Andy Ross wrote:
You would need to hook up the reset code as a command, so that Nasal
and other bindings could see it. But it should work. One thing that
isn't implemented yet is a SGPropertyListener interface that can be
On 25 Nov 2003, at 23:56, Jon Stockill wrote:
On Tue, 25 Nov 2003, David Luff wrote:
Eliminated the bloody annoying flickering.
I was going to ask if you could do anything about this - not good on
the
eyes - particularly when zoomed in, and a large percentage of the
screen
is flashing.
In
On 26 Nov 2003, at 10:53, Frederic BOUVIER wrote:
The reason I mention is, I was about to add a couple of GUI features
to
taxidraw (like a list box to select airports by name instead of ICAO
code), but I don't really want to invest brain-space learning
WxWindows
if I can avoid it. Not that I'm
On 26 Nov 2003, at 11:44, David Luff wrote:
I've almost finished getting a 5 arc-second orange grid overlay
working,
which is the same as used on the CAA aerodrome charts available online
(UK
aip). I was also going to add functionality to call wget to get the
Terrasever US aerial photos and
On 10 Nov 2003, at 13:38, Olivier ABILLON wrote:
On a PowerPC platform (iMac) the gnu compiler gcc-3.3 (from Xcode)
creates a bad object
file when optimisation are turned on. This causes FlightGear to crash
at startup.
There is no problem when optimisations are off (-O0) for this file.
I didn't
On Monday, November 3, 2003, at 04:57 PM, Olivier ABILLON wrote:
Here are a few comments about making a standalone application for Mac
OS X:
I do not think that putting all data stuff (scenery, ...) in the
application bundle is a good idea: users will no be able to edit
preferences files,
On Tuesday, October 28, 2003, at 04:57 AM, Jonathan Polley wrote:
Oops, I sent this to the Users list instead.
For those of us who use Macs, I just installed Panther on my machine.
Just the OS upgrade increased my frame rate by about 15%. I am
currently working through some compiler issues
Here's a patch to locate the base package inside the application bundle
on OS-X. The patch also disables the CPSForeground hack in
boostrap.cxx, which is unnecessary if the we're running as a proper
bundle rather than a Unix command line program.
Both of these changes are only compiled if
On Thursday, October 16, 2003, at 05:18 am, Curtis L. Olson wrote:
Gene B. pointed me to a free windows setup.exe creator so I'm
thinking we ought to bundle the windows version up with that (or
something similar) for upcoming releases.
I know Darrel Wassiler (who's probably lurking here
On Thursday, October 16, 2003, at 09:55 am, Erik Hofman wrote:
As a sidenote to all FG developers, it would be great if any part of
the base package that normal users might want to expand can handle
multiple paths : then I can locate the main base package, which is
essentially static for a
First the good news : I have a 'shrink-wrapped', double-clickable
FlightGear CVS-as-of-today binary working on the Mac.
The bad news - boy is it slow! and big (which may be why it's slow,
killing the CPU caches) I need to check what debug info and
optimizations are being used, because simgear
On Thursday, September 25, 2003, at 01:20 pm, Erik Hofman wrote:
Speed brakes are on the top of the wing ( the extrados ? ) and can
be used flying,
On civilian aircraft and gliders this is usually the case. Military
types can have them in different places - such as the F16 (on top of
the
On Thursday, September 25, 2003, at 11:25 am, Norman Vine wrote:
Wireframe mode works, it's the turning the textures on and off that
no longer
works. Maybe we should remap F9 to switch wireframe on and off?
We really need either
1) a key for wire-frame or
2) figure out how to get PLIB to
On Monday, September 8, 2003, at 04:07 pm, Alex Perry wrote:
I suspect that, since the vmap data was collected, the dips were
drained
and thereby turned into the parkland that you see in the photo.
The problem is, that 'lake' is the Golden Gate Park. Having it be
anything other than green
On Friday, September 5, 2003, at 03:12 pm, Martin Spott wrote:
3.) I know, you should not employ the flaps at 200 kts
But if you do so, the aircraft climbs like attached to a high
speed elevator :-)
I've been flying the Fokker 100 quite a bit, and I've noticed similar
I did a bit of background research on the packaging / bundling issue,
partly for my own curiosity, and in the vague hope of helping someone
who wants to take a crack at this..
Essentially, anyone who's installed add-ons for MSFS (any version)
knows what a pain it is, and uninstalling them is
On Monday, August 25, 2003, at 11:57 am, Erik Hofman wrote:
As a unix user the first thing that comes to my mind is off course tar
and gzip (or maybe bzip2). I am aware of the limitations of the tar
format, but the scan once for a TOC method seemed fast enough for me.
For very large archives,
On Monday, August 25, 2003, at 02:44 pm, Erik Hofman wrote:
Not necessary, it is mainly the number of files that causes the
slowdown. You can jump from one info block to another without actually
reading any date in between them (there is a pointer in the current
info block that points to the
On Wednesday, August 13, 2003, at 09:56 am, Erik Hofman wrote:
Oh, I almost forgot. It's actively developed.
Nobody seems interested in anything but ssg in the plib list (and
still).
For me this is the absolute crux of the argument; SDL has been and is
used to develop commercial quality game
On Tuesday, August 5, 2003, at 05:23 pm, Curtis L. Olson wrote:
At the risk of tainting the discussion I will say that from my
investigation, Open Scene Graph seems to be the better choice.
There are people here locally that use it, and I know that other
flightgear developers have used it as
A few comments, after playing with the 747 panel a bit more. Firstly,
I'd just like to say how amazing it is, given the non-impact on the
frame-rates, smoothness and clarity of the text, and so on. It's just
lovely.
Now, on with the nit-picking. Note many things I'm going to suggest
probably
Are you talking about the xml files for 3d animation? The objects
refered
to in the xml are specific polys on the display. For example the
apalt1 on
the PDF might refer to the first digit on the AP Altitude setting
display,
apalt2 the second digit. For the most part they are numbered right
On Friday, June 20, 2003, at 09:19 pm, Frederic Bouvier wrote:
The highest point of the bay area is in CVS :
http://perso.wanadoo.fr/frbouvi/flightsim/fgfs-sutro-sf.png
I appreciate this is a dangerous precedent to set, nominating requests,
but : the buildings that *really* stand out are not
On Saturday, June 7, 2003, at 12:45 am, matthew Law wrote:
Nice to see the 0.92 release made it on to flightsim.com quickly.
Although it's dominated by FS2002, any publicity is good publicity as
they say.
Though this is a slippery slope, what about avsim.com? (Which I
consider to be marginally
On Thursday, May 29, 2003, at 01:05 pm, Erik Hofman wrote:
Jon Berndt wrote:
The reset file sets the current *dynamic* state. I suppose we could
(for
JSBSim standalone) set actual fuel load in a script, but if that's
not done
right we might still end up with a user going: why don't my plane
On Wednesday, May 28, 2003, at 07:08 am, Frederic Bouvier wrote:
I also had a hard time remembering how to start the engine. I finally
found
the
magneto switch on the panel and hopefully it has hotspot because keys
'('
and ')'
are not working on my system although they are present in my
cvs up -dP as of 30 minutes ago,
Making all in Aircraft
make[2]: Entering directory `/home/jmt/FGFS/FlightGear/src/Aircraft'
source='aircraft.cxx' object='aircraft.o' libtool=no \
depfile='.deps/aircraft.Po' tmpdepfile='.deps/aircraft.TPo' \
depmode=gcc3 /bin/sh ../../depcomp \
g++
On Saturday, March 29, 2003, at 05:57 pm, James Turner wrote:
I don't get why aircraft.cxx defines fgLoadAircraft as a static
inline, since both of these seem wrong; it's a large function to
inline (and not called frequently, I assume), and it's been declared
in a public header file.
Silly me
Doing 'cvs up' in fgfsbase. (flags are -dP)
cvs server: Updating .
cvs [server aborted]: cannot stat /tmp/cvslck: No such file or directory
cvs [server aborted]: cannot stat /tmp/cvslck: No such file or directory
Have I done something dumb (been away from my FG box for 2 weeks, it
worked before
On Friday, February 21, 2003, at 02:27 pm, David Megginson wrote:
1. For VORs, we're interested in the slaved magnetic variation; you
can always ignore the actual one, since we calculate that inside
FlightGear anyway.
Already done
2. Entries for TACANs have only a channel, not a
On Friday, February 21, 2003, at 02:12 pm, David Megginson wrote:
We should also consider whether we want to compress the DAFIFT files.
They take much more disk space uncompressed, but presumably CVS
updates would be significantly faster, since they would exchange only
deltas (or does the
On Friday, February 21, 2003, at 03:23 pm, Curtis L. Olson wrote:
The DAFIFT doesn't have taxiway data. Beyond that, it would be
interesting to compare the X-Plane data set vs. DAFIFT to see what
airport X-Plane has that are not in DAFIFT. Much of the X-Plane data
is hand entered, especially
On Saturday, February 15, 2003, at 11:19 pm, Jim Wilson wrote:
The two possible options that come to mind are as follows:
1) Use the current 3D Modeling system.
2) Take code from the opengc project and change it so that it gets data
directly off our property system (property paths
On Monday, February 17, 2003, at 04:21 pm, Jon Stockill wrote:
http://www.linux.org.uk/diary/ if anyone has the ability to translate.
According to my native welsh friend (who also hacks the kernel, so I
assume the technology is correct to):
'Too many collisions, DRI collides too much when
On Monday, February 10, 2003, at 10:09 am, Erik Hofman wrote:
Rendering
-
snip
* Material edge blending
This one, and some fractal subdivision of soft-edges, would give far
and away the best visual improvement for the current data set, in my
opinion. The issues get fairly
On Sunday, February 9, 2003, at 01:25 am, Ima Sudonim wrote:
Is it possible to use a metar file to give flightgear the current
weather conditions for the world. Are there special setup or options
required to set this up? Are there any mac os x compatible apps (java
probably ok, too) to
On Saturday, February 8, 2003, at 03:23 am, Jonathan Polley wrote:
Hmm, that's odd. Out of the box, the version of the Mac joystick code
that is in CVS does not compile. As I reported to the plib group, if
I incorporate the non-CVS versions of jsMacOSX.cxx and js.h, I get the
following
On Friday, February 7, 2003, at 03:57 am, Norman Vine wrote:
John A. Gallas
I was just wondering if the subroutine
SGRoute.distance_off_route() calculates accurate
results (or even reasonably usable results for
navigation in fgfs) for waypoints on a wgs84 system.
I've run some tests and it
On Thursday, February 6, 2003, at 02:10 pm, David Megginson wrote:
I think that we can centralize this and make it invisible to JSBSim
and other suppliers of property values. Polling inside the property
manager makes sense, since
a) it will be done only on demand (when someone assigns a
On Thursday, February 6, 2003, at 01:56 am, David Megginson wrote:
If so, seems like we're kind of shooting ourselves in the foot or
am I just being super-anal and should just poll them as Jim Wilson
suggests?
This is a good discussion to start. I'm inclined to eliminate tying
On Thursday, February 6, 2003, at 10:16 am, Frederic BOUVIER wrote:
Aren't the C++ opperators the perfect place to add this kind of action
to tied properties?
I had the same idea reading the message from James.
imagine that template (we are not against templates, aren't we ? ;) :
template
On Wednesday, February 5, 2003, at 01:22 pm, Jonathan Polley wrote:
The solution, for me at least, was to revert back to the CVS version
of plib and overwrite the src/js directory with plib 1.6's (as the
current Mac joystick code is in a major broken state). Hopefully,
David will have a
On Wednesday, February 5, 2003, at 05:42 pm, Jim Wilson wrote:
Currently, the property tree knows about changes only when someone
changes a value through it; when a property is tied to C++ code, the
valueChanged() method is never fired.
Sounds like a better technique would be to just reread
Okay, so I have FG working with the DAFIFT NAV and WPT data (replaces
default.fix and default.nav). Now, I need some advice:
- What things to test that may have broken. I've extended 'testnavs'
quite a bit and everything in there works, but this is a minute sample
compared to what's out there.
On Monday, February 3, 2003, at 07:40 pm, David Megginson wrote:
It's more complicated than that. DME receivers (which are UHF) can
use TACANs to get distance information -- usually, you do that by
tuning in a fake paired VOR frequency. For example, if I tune my DME
to 108.8, or slave it to
On Tuesday, February 4, 2003, at 01:38 am, Ima Sudonim wrote:
I can't find any information on building Atlas from CVS to use with
flightgear. I've modified configure.ac to get past autogen.sh and
configure. I have the following build problems.
I'll give Atlas a shot today :-)
LoadPng.o:
On Friday, January 31, 2003, at 05:14 am, David Drum wrote:
OK, both of you that are left reading this, thanks.
/me looks around the room and waves
I'll make a long story short: every attempt I have made to compile
FlightGear, whether 0.9.1 or from CVS, fails in the final link
in the same
So, I've got the basic FGNav structure being constructed from a row in
the DAFIFT NAV.TXT file. A couple of the fields are giving issues:
- it looks like the scaling of ADF frequencies in the Robin Peel data
is wrong: they're in KHz? (eg 340.0), whereas the VORs are in MHz (eg
109.8), but
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 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 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
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
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
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
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?
HH
James
--
We are all in the gutter, but some of us are looking at the stars.
___
Flightgear-devel
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
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
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
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
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 days ago
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
1 - 100 of 120 matches
Mail list logo
