Tony,
The extra drag on cross controlled slips is cool. Thanks! I'm always
setting up my approach too high and this help get down a lot easier. :-)
Curt.
--
Curtis Olson Intelligent Vehicles Lab FlightGear Project
Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED]
John Check writes:
I dunno Curt, there are 16 and 8 bit samples in Sounds at between 11025 and
32000Hz. Are you saying the playback rate is fixed? Rumble is 16bit@32000
I was planning on resampling them all to 8 bit. Time is a little tight for a
couple more days
I seem to recall that
John Check writes:
On Monday 12 November 2001 8:15 pm, you wrote:
John Check writes:
I dunno Curt, there are 16 and 8 bit samples in Sounds at between 11025
and 32000Hz. Are you saying the playback rate is fixed? Rumble is
16bit@32000 I was planning on resampling them all to 8 bit.
If someone is looking for something to do, this would be an
interesting place to contribute. Our current sky model amounts to
about 10 minutes of me guessing and fiddling with numbers.
Regards,
Curt.
Norman Vine writes:
Roman Grigoriev writes:
Guys!
Take a look on this link
John Check writes:
Ah.. Thats good. Then I can make a *short* sample.
BTW... this is kind of replying to myself but
According to the doco for SL (probably out of date but):
---
class slSample: Allows you to read sound samples from disk in a range of
standard formats, and to
Ross Golder writes:
On Tue, 2001-11-27 at 17:20, Alex Perry wrote:
Well, I always do an automake and autoconf before the configure, so maybe
the versions of the Makefile.in that are provided in the cvs tree are old ?
Surely they should be removed from the CVS tree!
Yes, surely, but
David Megginson writes:
Andy Ross writes:
On the ground, gravity holds it down (open), so the horn is off.
Now there's a good practical joke -- stick the horn tab on with a bit
of duct tape.
As long as they remember their pilot training and don't hurt
themselves ...
Curt.
--
Curtis
Ross Golder writes:
OK, that certainly makes things easier. Here's an updated top-level
Makefile.am.
BTW, you can rename without losing history. You just have to move the
RCS file in the CVS repository.
coughSourceForge/cough
And if theres no need to even *look* at anything with a .cxx
Here's an interesting paper from a MS combat sim artist on creating
tilable textures while minimizing repeating artifacts:
http://www.gdconf.com/archives/proceedings/2000/arts_papers.html
At some point the flightgear project needs an aspiring artist to
create a nicer set of textures that
Curtis L. Olson writes:
Here's an interesting paper from a MS combat sim artist on creating
tilable textures while minimizing repeating artifacts:
http://www.gdconf.com/archives/proceedings/2000/arts_papers.html
Let me reply to myself here and say that you want the paper entitled
Martin,
I have had trouble running complex opengl apps remotely between
different linux and sgi (both directions.) I don't think the two glx
implimentations are identical enough, and it may be that flightgear is
doing something too complex for the sgi glx protocol to handle? (poly
request too
Erik Hofman writes:
Curtis L. Olson wrote:
Martin,
I have had trouble running complex opengl apps remotely between
different linux and sgi (both directions.) I don't think the two glx
implimentations are identical enough, and it may be that flightgear is
doing something too
Martin Spott writes:
Hmmm, I thought XFree86's GLX implementation was donated by SGI - or am I
missing something ?
Well, I heard that announcement too a couple years ago ... but their
are clearly differences or incompatibilities or bugs in one side or
the other or both ... it's hard to ignore
One thing that would be nice in terms of distributing and managing
multiple aircraft would be for everything related to a single aircraft
(fdm config, textures, instrument panel, sounds, etc.) to be located
under a single subdirectory. This simplifies distributing,
installing, and removing
David, John,
Good work on the initial panel and model. Minor nit (before even
trying to take off) The engine will not even crank if the mixture is
pulled all the way out. Push in the mixture and the engine cranks
(and starts) just fine.
Thanks,
Curt.
David Megginson writes:
For those of
John Check writes:
Try syncing your base package again, also make sure to set the mixture for
engine 2. When I committed the latest JSBSim stuff I inadvertently committed
a panel in progress. I've since rolled it back.
As far as I can tell I have the latest of everything, right mixture
Andy,
I have added you initial revision to the flightgear tree and have
committed it to CVS. We should probably 'negotiate' where the
aircraft xml files should live in the base package.
Wow, this has been a busy week: a whole new FDM to play with, zillions
of changes to JSBSim, a new twin
Jon S. Berndt writes:
Right engine won't start with fresh checkout from simgear and flightgear and
using JSBSim CVS files. Tried all combinations of misture, throttle, etc.
Ok, so it's not just me. :-)
Curt.
--
Curtis Olson Intelligent Vehicles Lab FlightGear Project
Twin Cities
Don Baker writes:
They have OpenGL. I don't know how accelerated it is. :).
If you are compiling with a recent version of gcc I'd give you pretty
good odds. STL implimentations seems to be one of the main sticking
points. We handle quite a variety of stl implimentations now and we
try to
Tony Peden writes:
On Tuesday 04 December 2001 03:54 pm, you wrote:
Just downloaded latest FG CVS and base package @ 5:20 PST
Downloaded both c172 model and c310 model from JSB sourceforge;
c172 comes up just fine
c310 bombs :
Reading thruster from file:
Norman, did you track down your FGKinemat build problem? I'm not
seeing it on any of my machines here.
Curt.
Norman Vine writes:
Tony Peden writes:
I guess we all need need to re-run automake autoconf ect !
Actually, Ross made it easier than that:
./autogen.sh make clean make
Jeff writes:
Well, I am finally ready to start to make some 3D models for FlightGear. Went
all out and purchased AC3D, I like it and it's a good fit for me!
So my question is: What is more important to FlightGear buildings or planes?
I never made a 3D model of a plane before but AC3D
Norman Vine writes:
YES
Sorry I did not make that clear in my earlier message.
BTW
Expect a bunch of changes from me tomorow to
get 'reset' and 'goto airport' 'kind of' working again
Ok, sounds good. I took a look at that yesterday and fixed one
potential problem in simgear (actually
Jon S. Berndt writes:
I have just done another update this morning and still cannot start the C310
right engine. It tries starting at 500 rpm or so but won't catch and go.
Jon,
Are you sure you've synced up with the base package cvs, and are you
using the c310 panel?
I have no problem
John Wojnaroski writes:
BTW. attached is an alternate throttle quad arrangement - more like a center
pedestal, but needs some refining apologize for the attach but quickest way
to get it out
Ok, let's see ...
1. You sent an attacment to the list ... wrong.
2. The attacment you sent was a
John Wojnaroski writes:
Just to add a little more confusion
Boy, this is turning into a real bad mess.
The unix source on kingmont builds with the freetype 1.3 and gltt and should
work with the latest version of FG from the CVS, but the displays are
minimal, just the PFD stuff.
Christian Mayer writes:
I haven't tried the c172-yasim (assuming that when it doesn't work with
JSBsim and doesn't work with LaRCsim it doesn't work at all).
After I tried it it worked!! But after a few seconds (10 or so) sitting
on the runway doing nothing it crashed (most probably the
John,
You need to check out the your copy from the SF repository as your SF
user ID, not anonymously. It sounds like that is what you did.
Regards,
Curt.
John Wojnaroski writes:
The source tree on opengc.org currently only builds on windows. We've
had
some problems convincing
Erik,
It appears I forget to commit the required file to the repository, but
it looks like John must have done so in my absense today. I think if
you do a cvs update on the base cvs tree, the --aircraft=c172 option
will now work.
Curt.
Erik Hofman writes:
Tony Peden wrote:
On Sat,
Andy Ross writes:
Eventually (hopefully soon), this will be extended to support
turbulence and wash effects at each surface. There are some
performance worries there, though, since if each surface depends on
the wash effects of all the others you go from O(N) to O(N^2) in the
number of
CVS remembers your passwords after the first time you enter it. Look
for ~/.cvspass and you'll see what it does.
Curt.
John Wojnaroski writes:
You need to check out the your copy from the SF repository as your SF
user ID, not anonymously. It sounds like that is what you did.
Martin Olveyra writes:
On 2001.12.09 00:04 John Wojnaroski wrote:
Hi
Just downloaded the latest CVS. Has anyone been able to start the right
engine? could not find the/an answer going back througt the email thread.
JW
Have you added the command line parameter --aero=c310 ?
Question:
What is the procedure for adjusting mixture with a constant speed prop
such as the 310 has?
In the c172 I had been tweaking for max rpm and then backing off a
touch to the rich side.
When I adjust mixture on the c310 engines, the only guage that moves
is the temp. Shouldn't the
Dohh!! I'm a complete moron. Thanks for catching that. Should now be
fixed in cvs.
Curt.
Julian Foad writes:
There seem to be a couple of missing minus signs in this function in
simgear/timing/sg_time.cxx. The way it is at present, it always sets lat and lon to
zero (unless they happen
Ross Golder writes:
The CVS commit logs don't provide much info. Can they be made to send
the changes made, too, so people can see the actual detail of the change
(as a diff -u). Sometimes people will not understand the author's
description of the change, for whatever reason (e.g. may use
Erik Hofman writes:
I have some problems with the local copy of the base package and it
seems i have to remove the directory completely and recheck the base
package again to get ir right.
Specifically, what kind of error messages are you seeing? I'm able to
use it just fine.
Curt.
--
I think the problem with that though is what about the stand alone
version. I also have visions of a standalone version communicating to
flightgear via network sockets. The nice thing about that is you can
have stable version 1.0 that is known to work and you can have
development version 1.1
David,
I think I will support this proposal under a couple of conditions.
1) We need to be able to have multiple instances of various FDM's
running concurrenty (and with your proposed changes, accessible
through the property manager interface.) I'm thinking of things like
random 'traffic' that
Martin Olveyra writes:
This is the cvs log message I want to refer to:
---
Log Message:
Small tweaks to initialization sequence and logic so we can default to
a top level aircraft def file (c172-set.xml)
preferences.xml or --aircraft= or any
John Wojnaroski writes:
Curtis writes:
I don't see any of the proposed changes really having any substantial
affect on the network interfaces ... perhaps we might need to do a
tiny amount of redesign in places, but I don't see that as a negative.
David writes:
The problem is that
David,
You found some outdated CVS instructions. Can you tell me where you
saw these so I can fix them? The current instructions are here:
http://www.flightgear.org/cvsResources/
Regards,
Curt.
[EMAIL PROTECTED] writes:
Hi,
I downloaded
Ross,
I believe what David was doing was adding the autogenerated files to
the .cvsignore files ... (threw me at first too.)
Curt.
Ross Golder writes:
Why add auto-generated files to the CVS repository?
I think it is generally considered (by other open source projects
anyway) a bad idea
Ross Golder writes:
Did we get anywhere with adding cvs diff output to the cvslogs messages,
as per SourceForge? That would have made it a bit more obvious.
I think I'm losing email over the side of the bucket ... can someone
send a proper script to me directly?
Thanks,
Curt.
--
Curtis
I have set up a mailing list on the flightgear mail server to
distribute SimGear cvs commit notifications. The old list on SF is no
longer being used:
http://www.simgear.org/mail.html
Regards,
Curt.
--
Curtis Olson Intelligent Vehicles Lab FlightGear Project
Twin Cities
David Megginson writes:
Norman Vine writes:
but how about having the compile time option to turn it off
ie
#ifdef DO_TRACE // or any good memonic
#define DO_TRACE_READ(type) if(getAttribute(TRACE_READ)) trace_read(type)
#define DO_TRACE_WRITE(type) if
I believe someone reported something similar a while back (perhaps on
sun hardware as well.) From the looks of the error message this
appears to be some kind of bug down in the compiler/linker level, not
a code bug. I don't recall anyone had any good ideas before on this.
Could we be
Norman Vine writes:
Paul Deppe
When compiling SimGear 0.0.16 with the latest Cygwin (Win2K) I get the
following compiler error. Has anyone else seen this? This is
a clean
SimGear with ./configure; make.
Everything goes well until...
Making all in simgear/metakit/unix
This is
David Megginson writes:
I say yank it completely and either (a) store all of the data in
memory,
This can significantly increase load times ... which is a hassle if
you are doing a lot of compile/run testing ...
or (b) split it into directories like the scenery data. The airport
and navaid
Norman Vine writes:
Curtis L. Olson writes:
Getting metakit to build properly from within SimGear has been a PITA
from day one. Right now I'm voting for de-bundling it.
Whatever
I do notice that the flags in the Makefile.in are not those I suggest
http://www.menet.umn.edu/~curt
Norman Vine writes:
David Megginson writes:
Curtis L. Olson writes:
Getting metakit to build properly from within SimGear has been a PITA
from day one. Right now I'm voting for de-bundling it.
I say yank it completely and either (a) store all of the data in
memory, or (b) split
Erik Hofman writes:
Curtis L. Olson wrote:
Do you know if this change will work ok on other platforms, why does
it help? I don't recall anyone submitting this patch to me before,
but I've got about 850 pending messages in my flightgear inbox so it
could still
BERNDT, JON S. (JON) (JSC-EX) (LM) writes:
What is MetaKit, anyhow?
Metakit is a lightweight, simple, embedable database library. We use
it to store key/value pairs on disk (airport id vs. the airport info
for instance.) It can take several seconds (more on some slower disk
subsystems) to
David,
I'm not a mac guy and don't own any mac hardware so I can't test
flightgear compiling or running on the mac platform. Darrell Walliser
is the one who did the build. You might want to direct your questions
his way.
Regards,
Curt.
[EMAIL PROTECTED] writes:
David,
You found some
David Findlay writes:
Where in the source code are the objects loaded? I'm thinking about whether
it would be possibly to randomly chuck in trees if the material type is a
forest type. Then later add more local information on the types of
trees that
grow in a region etc. All we need is
PROTECTED]
And check in the attached syncmail script (and python, if it's not
installed!) into CVSROOT with execute perms.
--
Ross
On Tue, 2001-12-11 at 21:54, Curtis L. Olson wrote:
Ross Golder writes:
Did we get anywhere with adding cvs diff output to the cvslogs messages
I have just rerun the script and updated the files in CVS.
Regards,
Curt.
Frederic Bouvier writes:
Hello,
I noticed that the flightgear project file for MSVC is outdated and I
updated
it by hand.
I've read that there is a script that can create this dsp from Makefile.am.
Where can I
What is the recommended engine start procedure for people with a 2
button mouse (i.e. windows)? Do we have keyboard bindings thought up
yet?
Thanks,
Curt.
--
Curtis Olson Intelligent Vehicles Lab FlightGear Project
Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED]
Cameron Moore writes:
* [EMAIL PROTECTED] (Curt Olson) [2001.12.19 16:37]:
Cameron Moore writes:
Whatever happened to the runway markers somebody was working on?
Do you mean lights, taxiway signs, painted markings, or something
else?
Sorry, poor choice of wording. I mean taxiway
Roman Grigoriev writes:
your method is hardly expensive in LAN
why not to use rsh shutdown command but I don't know how
You just have to figure out your comptures' shutdown command, then
something like 'rsh right.channel.my.domain halt' would do the trick.
I suppose you could come up with a
Norman,
As I understand it (based on version 1.4-p4 documentation) automake
already defines the contents of INCLUDES and DEFS, so your proposed
patch will 'overwrite' the default value of 'INCLUDES' and 'DEFS'
which could cause problems. The whole point of this is to append to
the existing
Norman Vine writes:
Curtis L. Olson writes:
I don't see an alternate way of doing this that will work with
automake-1.4
Did you actually try my proposed fix ??
Well, I looked at the generated makefiles, and there is an important
system define in 'DEFS' that would get overwritten.
DEFS
Bernie,
I don't believe make allows 'circular' dependencies like that. I know
at least some versions do not. Would be awfully convenient, but I
don't think it is allowed.
Curt.
Bernie Bright writes:
Norman Vine wrote:
[snip]
I don't use the stock configure scripts so it is kind
Bernie Bright writes:
Curtis L. Olson wrote:
Bernie,
I don't believe make allows 'circular' dependencies like that. I know
at least some versions do not. Would be awfully convenient, but I
don't think it is allowed.
Curt.
On the other hand FOO += bar is an extension
Norman Vine writes:
Hmm... Configure files are a PAIN
But less of a pain than the other options ...
FWIW I just tried this with Cygwin and the STOCK distribution
with my proposed changes using autoconf 2.13 and automake 1.4-p5
and everything just works.
But to override the default values
Jon S. Berndt writes:
What a good looking baby boy! Congratulations. I hope everyone is doing
well.
We're two weeks from twin boys being born, ourselves. I still don't have two
good boys names in hand ...
How about Spit and Spat or maybe that should be FGSpit and
FGSpat?
Curt.
--
Curtis
Norman Vine writes:
Erik Hofman writes:
Norman Vine wrote:
I have been fighting this one for 'awhile' with no success
therefore my reccomendation for AC_PREREQ(2.13)
It is probably a shell syntax mistake or somesuch :-(
although this could be a cascade from autoconf failing
Thales de Lima Ferreira writes:
Hello,
I´m trying to make the plane crash... I mean, as much fun as it is when you
hit the ground and the plane simply bounces back into the air, this is not
very realistic :-)
I made the program go to a crash scene when the plane hits the ground, but
Norman Vine writes:
John Check writes:
Right. One of us needs to get around to writing a pop-up dialog box
when that happens, to let the user know what's going on.
#include GUI/gui.h
if( crashed )
mkDialog(Ooops Crashed\nto restart sim\nSelect FileMenu::Reset)
Maybe
[EMAIL PROTECTED] writes:
I have som problem to buils Flight Gear from scrach on a
brand new pc.
The sistem is runnig RH 7.2 with gcc 3.0.1
Downloded plib-1.4.2.tar.gz and buil ok
then FlightGear-0.7.8.tar.gz an diring the configure it
complains abut be using plib-1.2.0 !!!
here is
James A. Treacy writes:
On Sun, Jan 06, 2002 at 10:34:46PM +, Ross Golder wrote:
It seems Mesa 4.0.1 doesn't come with glut, like 3.4. Has using freeglut
been discussed before? I couldn't find anything in the archives.
http://freeglut.sf.net/
Besides being maintained upstream,
Erik Hofman writes:
Thales de Lima Ferreira wrote:
I´m using the 7.8 version, I´ve downloaded the binaries, and compiled
myself, neither worked. I´m also using windows 98SE and compiling with
MSVC6.0.
I was thinking, maybe the runfgfs.bat file is not working correct.
You could
Jon S. Berndt writes:
I guess the make dist action does not include the Makefile.solo's in the
distribution - it really should. Ross?
Just add the missing files to EXTRA_DIST = in the Makefile.am
If EXTRA_DIST doesn't exist, just add it on it's own line:
EXTRA_DIST = Makefile.solo
Then run
David Megginson writes:
Jim Wilson writes:
Sorry a little slow on reading the list lately. This is one I've
been using for quite a while as a desktop icon...its just something
hacked out of the webpage logo:
http://www.spiderbark.com/fgfs/fgfs-jims-icon.png
That's a nice
Jon S. Berndt writes:
Twins == Full time diaper changer?
Almost, because there are several more steps than merely changing the diaper
with newborn boys because ... well, I'll forego the explanation. Suffice it
to say that it takes a good ten minutes to complete the entire task.
Can we
Curtis L. Olson writes:
Thanks to Norman Vine's unique combination of genius hackery we now
support this as an option:
http://128.101.142.57:5501/
Server up and running for a short time so check it out now before I
take it down.
Approaching KLAX @ 14,500', then on to KSAN, KPHX
Norman Vine writes:
SDL certainly has been made into the 'poster boy' for Linux Gaming
but except for audio PLib is IMHO comparable. Also don't forget that
PLib was in many ways, if not a direct spin off of FlightGear, written
for FlightGear or at least to be VERY FlightGear friendly.
To
Melchior FRANZ writes:
* Curtis L. Olson -- Friday 18 January 2002 20:12:
The --tile-radius option is no longer used.
Err ... so the entry in the help screen should be removed, no? :-)
Ahhh, yes, you would be right ...
Curt.
--
Curtis Olson Intelligent Vehicles Lab
Melchior FRANZ writes:
I asked for --tile-radius, because I don't get enough tiles if I
fly at good visibility (--fog-disable or hitting 'Z' a few times).
And then it would be nice to see more than just one square when
I take 'satellite images', i.e. when I look down from the carpet
at high
Norman Vine writes:
Christian Mayer writes:
Norman Vine wrote:
Christian Mayer writes:
Norman Vine wrote:
Well if you just wanted to drift with the wind and be 'cheesy'
you could use the simgear direct geodetic solver to get a new lat lon
based on current position speed
Norman Vine writes:
David Megginson writes:
If you grab the latest SimGear, FlightGear, and base package from CVS,
you'll notice that fuel consumption is now working on JSBSim
piston-engine aircraft (well, the Cessna 310 doesn't have the right
number of tanks or the right fuel capacity,
Norman Vine writes:
Try increasing the far_clipping plane
This is set in src / Main / main.cxx / fgRenderFrame()
search for ssgSetNearFar()
FWIW
I moved the far plane WAY BACK in order to simulate the satelite views
on the 'snapshot page' :-)
Maybe the far clip distance needs to become
Norman Vine writes:
'known' amount of fuel would be accident reconstruction where one
knew the amount of fuel on board when a crash occured but weren't
sure of what caused it and you kept trying different manuvers testing
the planes responses. If the fuel supply wasn't capable of remaining
Melchior FRANZ writes:
Shouldn't the far_clipping plane be tied to visibility? This slows
down rendering and uses more memory, OTOH it doesn't make sense
to allow far-reaching visibility but to show white tiles on the
horizon.
Perhaps it could be tied, but not directly, the far clip plan has
Christian Mayer writes:
Hi,
is there a reason why SimGear/misc/zfstram.hxx was changed from
#ifdef HAVE_ZLIB
# include zlib.h
#else
# include simgear/zlib/zlib.h
#endif
to
#include zlib.h
? As ZLIB isn't standard (perhaps except on Linux) it's great to have
the fallback to
Have you taken a look at speak freely?
ttp://www.speakfreely.org/
Curt.
Roman Grigoriev writes:
Hi guys!
I try to implement speech in cabin during flight
I know about roger wilco software and colud you please reccomend me some
soft or technical solution
how to organize speech in
Martin Spott writes:
Hello, has anyone of you experienced the the nice featured sky you can see
on this Image using an ATI Radeon AGP with XFree86-4.1.0 ?!
http://document.ihg.uni-duisburg.de/FGFS/fgfs-sky.jpeg
This seems to be specific to the Radeon driver - an Xpert-2000 AGP oder 3dfx
Curtis L. Olson writes:
Have you taken a look at speak freely?
ttp://www.speakfreely.org/
Curt.
Oops, prepend an 'h' to that url ...
--
Curtis Olson Intelligent Vehicles Lab FlightGear Project
Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED]
Minnesota
I saw this mentioned over at the plib mailing list, then on slashdot
and a couple other places.
If you are running Linux + AMD cpu + AGP + nVidia graphics card and
are experiencing random lockups, this could be a result of a bug in
the AMD processor.
Christian Mayer writes:
PS: So there's just the #include zlib.h issue left to be
fully MSVC friendly...
Typically in the unix world, you would install packages like zlib into
a place where the compiler expects to see them, or some other place
and inform the compiler where to look.
In the
John Wojnaroski writes:
Hi,
Looking thru Robin Peel's database I notice that runway headings in the ILS
file are given as true headings as
I ILS KLAX 06L 108.50 082.92 33.952390 -118.399094 ...
I ILS KLAX 06R 111.70 082.92 33.950486 -118.398768 ...
I ILS KLAX 07L 111.10
Geoff McLane writes:
I 'must' remember to adjust src\main\options.cxx per -
// SET independent location for scenery data
// no ENV VAR - char *envp = ::getenv( FG_SCENERY );
char * envp = D:\\FGFS\\FlightGear\\Scenery;
where I unloaded my CD-ROM, otherwise I reach a 'watery
Christian Mayer writes:
In my case it effects -
simgear/sg_zlib.h, and 2 other headers - no problem. I
usually 'fix' them locally and get on with the compile ...
What is the issue here?
Regards,
Curt.
--
Curtis Olson Intelligent Vehicles Lab FlightGear Project
Twin Cities
Melchior FRANZ writes:
... which doesn't buy them anything, if MS owns important patents and
wants to push DirectX and hurt other OSes. And don't tell me that they
wouldn't! Neiter Nvidia nor SGI is in control then, and certainly not
the owner of a Nvidia card.
I am not paranoid and I
Geoff McLane writes:
Must look again how to 'fix' options.cxx
instead of adding -
char * envp = D:\\FGFS\\FlightGear\\Scenery;
Something was said about 'setting' props???
There is a command line option you can specify at run time, or put in
your system.fgfsrc file.
Curt.
--
Curtis
Tony Peden writes:
IMO, the logging options should be moved off to a separate file and
no version of that file should be committed to base CVS.
That way, no user will ever get logging when they don't want it and
developers can set things up the way they like for *all* JSBSim
aircraft.
John Wojnaroski writes:
Hi,
Believe there was a discussion while back regards YASIM options, but can't find it.
Could someone tell me command line options for running YASIM with the various models?
With the cvs version you should just have to look in
$(FG_ROOT)/Aircraft and find all the
Roman Grigoriev writes:
yes i've installed all parts from rpm packages I have library libpng.a and
libpng.so in /usr/lib directory
and when I installed runtime and developer packages during install process
of linux all works fine
but when i installed separatly - no luck :(((
What should I
The downloads page states you need at least plib-1.4.0 to build
flightgear. Right now I'm using plib-1.4.2. What version of plib do
you have installed?
Curt.
Boslough, Mark B writes:
Since I already had built plib, this time I downloaded and build the CVS
version of Simgear followed by the
Geoff McLane writes:
Yeah! Precisely. perfectly. Can I give you the number of my
person-in-charge-of-upgrade of our in-house major system? ... and you
tell them (actually her) - err, I only write an fdm for that in which in
can
run. Get a better capability, or ??? shut up ??? :-)))
There
Christian Mayer writes:
I'm tempted to have one of the non-European developers as the lead presenter
(and then beg assistance with travel) if someone has the time and interest.
If we do that, it's important that the presentation topic is one that can be
given by a European dev should the
1 - 100 of 2502 matches
Mail list logo
