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 o
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 download
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 forw
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 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 prett
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 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 try
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 tr
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! /Use
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 b
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 make
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 multiplayer
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 defaults.
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 have
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
On 27 Jun 2005, at 02:20, Jon Berndt wrote:I've got the basic build procedure figured out (I think) with the new JSBSim code in FlightGear. However, once it gets to the Big Link, it ultimately fails. Here's the link line: I think the problem here is ordering of static libs - I assume the various JS
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 a
On 20 May 2005, at 13:29, Arthur Wiebe wrote:Did you use GCC 4 or 3.3? I've been so busy that I've not even tried building FGFS on 10.4. I did try to build plib but it failed with the same type of error. And I fixed it just like you (except by making it non-static) but then a mess of other errors s
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 initial
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
* t
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
wor
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 do
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 s
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 reco
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
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 Ctr
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
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 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.
Ok.
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 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 model
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 one
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
}
else {
#include
}
Can you tell that I don't program in C? :)
Two things - please use __APPLE__ to detect OS-X, 'macintosh' is more
for Classic era stuff (though s
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 pr
On 17 Oct 2004, at 10:15, Erik Hofman wrote:
Before other people think "WOW, FG could run 60% faster!!!", please
keep in
mind that an application like FG can't do everything just by using
VBOs and DLists.
For what it's worth, experts keep telling me the display lists are
always faster than VBO's
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. Sorr
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. G
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 lea
On 8 Jan 2004, at 13:30, Jim Wilson wrote:
I think what you are trying to describe is called a "yaw damper". The
purpose
of this is to dampen out accummulated yaw energy that can result in a
growing
oscillation that will make your passengers sick (maybe even
break/crash the
aircraft). AFAIK
-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
us
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 use
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 a
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 case
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, ai
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 wi
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 OSX_B
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 i
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 giv
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 somewhe
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 swit
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
fusel
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 parkl
On Monday, September 8, 2003, at 11:01 am, Erik Hofman wrote:
This gives a nice comparison:
http://www.a1.nl/~ehofman/fgfs/gallery/test/san_francisco_natural.jpg
http://www.a1.nl/~ehofman/fgfs/gallery/test/san_francisco_fgfs.jpg
I have to note two things though:
1. I had to changes ambient ligh
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
instabilities
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 n
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, I
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 ne
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 re
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 we
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
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 r
On Sunday, July 20, 2003, at 02:07 pm, Jim Wilson wrote:
So basically I'm saying that if you want to model a 747-400 series, the
General Electric CF6-80C2-B1 is the probably one you want.
I am reasonably sure the RB211 is an option, because British Airways
always spec Rolls-Royce engines, in a m
On Sunday, July 13, 2003, at 08:25 pm, David Megginson wrote:
A new bridge, the famoust, is in CVS :
http://perso.wanadoo.fr/frbouvi/flightsim/fgfs-golden-gate-01.png
Gorgeous! I've been waiting for this one for a long time -- Marin
County looked so lonely sitting there with no link to SF.
Yes,
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 th
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 h
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
keyboa
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
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++ -DHAVE_CONFIG_H
On Thursday, March 20, 2003, at 11:26 pm, Martin Spott wrote:
Oh, I'm no more a newbie in pushing other people's stuff through the
compiler ;-)
I even remade the whole build directory (including those of metakit,
plib
and SimGear). You can assume that I built everything from current CVS
before
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 t
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 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 whole
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 pair
Sorry to muck people (esp David, by the sound of it) around, but I have
'live' DAFIFT importing working in my local tree (for about 3 weeks
now), I've just been holding off submitting while I did more testing.
I've had to extend the Nav types and APIs slightly, to cope with
multiple fixes / int
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 p
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 configurable
On Monday, February 10, 2003, at 10:09 am, Erik Hofman wrote:
Rendering
-
* 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 complex tho
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 dow
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 err
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 list
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 se
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
cl
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
altogethe
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
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 ch
On Wednesday, February 5, 2003, at 01:16 am, Jim Wilson wrote:
This is really cool! Looking through the changes I couldn't
see...should this
work with all properties? The orientation and position path data
doesn't seem
to update realtime. I can see lots of ways this can be used for
debuggi
Since the base cvs was brought back up, I haven't been able to update
it:
I get:
cvs server: Updating .
cvs [server aborted]: cannot stat /tmpcvslck: No such file or directory
cvs [server aborted]: cannot stat /tmpcvslck: No such file or directory
This happened on both OS-X and Linux, so I blew
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: Wh
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 a
On Monday, February 3, 2003, at 05:30 pm, Mally wrote:
The UK ones appear to be TACANs at Odiham and St Athan:
http://www.nightstop.freeola.com/beacon%20decodes/beacon%20decodes.htm
Thanks for this, I've now done a bit more background reading on TACANs..
In the netherlands:
TWN
SSB
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 Friday, January 31, 2003, at 06:01 pm, Darrell Walisser wrote:
3. Maybe you forgot "sudo gcc select 2"
I'm building fine with 3.1
H&H
James
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/fligh
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 there
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 wa
1 - 100 of 139 matches
Mail list logo
