Frederic Bouvier wrote:
Hi,
David forgot to mark the .rgb files binary, so they
are corrupted under windows. And the model is included
by default by the AIMgr. Could someone add the
binary tag to the .rgb files in Aircraft/pa28-61/Models
Done.
Erik
Richard Keech wrote:
hi guys,
I'm new on the list so apologies in advance if any of this
is covering old ground.
I prepared the RPM package of FG that's up on the FG site.
If Curt agrees it's wothwhile, then I'd like to
submit FlightGear as an official Fedora project package(*1).
I don't think
Vivian Meazza wrote:
My model of the Hawker Hunter has been forwarded to Curt off-list. Its
not quite finished: in fact theres quite a bit that could be done, but
its quite usable. I look forward to any comments or suggestions for
improvements you might have.
Looking forward to it.
Erik
Curtis L. Olson wrote:
Vivian Meazza wrote:
My model of the Hawker Hunter has been forwarded to Curt off-list.
Its not quite finished: in fact theres quite a bit that could be
done, but its quite usable. I look forward to any comments or
suggestions for improvements you might have.
The
Martin Spott wrote:
Anyway: Thanks for this very nice addition to the FlightGear hangar,
I'm already investigating for a larger home airport. KSFO isn't going to
take it anymore.
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
David Luff wrote:
This is potentially quite a can of worms. Currently, the 'smart AI'
aircraft that respond to ATC only exist within the remit of the AIMgr in
the ATC directory. This is separate from Dave Culp's scripted AI model
code, and any other FG static objects code. Additionally, they
Luca Masera wrote:
Hi everyone,
I'm using FlightGear and I've seen the realistic scenery that could be used. Due to the fact that I'm using it as a base for my thesis and the realistic scenery is good new, I'm asking how I can create one for my country, Italy. The main question is how I can add
Jon Berndt wrote:
HOw do we get the console messages to scroll past (for debugging purposes)?
--log-level=info (or --log-level=bulk)
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Jon Berndt wrote:
The thrust from the good engine is only half the asymmetry -- the
other half is the drag from the windmilling engine (until the pilot
feathers the propeller).
Good point. That's something that's also not too hard to fix.
I could not (yet) find my NACA report on the light twin,
David Luff wrote:
I guess someone who knows JSBSim well needs to look at why the config file
value isn't getting picked up anyone.
I guess it would be a good idea to initialize the various variable
*before* the get initialized by the configuration file ...
Erik
David Luff wrote:
I guess someone who knows JSBSim well needs to look at why the config file
value isn't getting picked up anyone.
Done.
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Norman Vine wrote:
Someone interested in Eye Candy might be able to use this technique
http://www.dgp.toronto.edu/people/stam/reality/Research/pdf/R046.pdf
Creating these texture would not be much of a problem to me (I've done
something quite similar for adjacent cloud textures of a different
Melchior FRANZ wrote:
It's not exactly fun to find a free key for locally used functions.
That's why I made an overview about all settings that we have today.
Those printed in red are hard-coded in Input/input.cxx. Others are
only set for particular aircrafts.
It's not as big as a mess as I
Melchior FRANZ wrote:
* Erik Hofman -- Monday 02 February 2004 10:07:
Maybe as a start you could step up and define a
keyboard binding guide for aircraft modelers?
Certainly a quick and simple way to become the most hated guy
in the fgfs scene. :-)
Neh.
Erik
Roman Grigoriev wrote:
Guys!
here you can download VBO support for PLIB
http://fgfs.narod.ru/ssg.zip
it works under linux
I see this code adds not only VBO support, but also multitexturing and a
vertexshader script.
After looking into the code a bit I think it would be best to add an
ssgExt
Vivian Meazza wrote:
I've been amusing myself for the last couple of months creating a 3d model
of the Hawker Hunter. It's as accurate as I can make it, with a few minor
fudges for YASIM. Some views are at:
http://myweb.tiscali.co.uk/vmeazza/FlightGear/fgfs-screen-004.jpg
Vivian Meazza wrote:
Erik Hofman wrote:
.. /it's/ /a pity it uses so many polygons./
.. /Is there any easy way to decrease that a bit?/
Ill try to put it on a vertex reducing diet what is a reasonable target? Its a very complex model though, with a number of moving parts.
If you could get
John Wojnaroski wrote:
For latest CVS (update 31 Jan 04) , running with Debian (woody) and gcc3.0
panel.cxx: In method `const char * FGTextLayer::Chunk::getValue() const':
panel.cxx:1128: implicit declaration of function `int truncf(...)'
Thought there was a fix for this? don't recall the
Josh Babcock wrote:
Should we reserve a set of keys to be used in aircraft-set files? We
already have Ctrl-B and C that I know of, and I'm working on a plane
that will have at least one aircraft specific control. Do we leave it
up to the code developers to know all of the aircraft so they
Martin Spott wrote:
Erik Hofman wrote:
Is it true that apron/platform/hardstand lights should be red instead of
blue?
At EDLN (where I learn to fly) apron and hardstand are bordered with
blue lights as well,
That turned out to be the general consensus. I was wrong.
Erik
Curtis L. Olson wrote:
Where I'm going with this ... is that after we had FlightGear
established and had some running code, I went back and tried running it
on our supremely powerful sgi graphical workstations. We had lots of
indy's floating around so I got FG compiled for irix and gave it a
Matthew Law wrote:
That's pretty good scenery! Is that straight from TerraGear or ripped from the MS Scenery add-ons?
As I understand it it's a commercial CD containing satellite images of
the UK, but processed with TerraGear to match FlightGear's own scenery
format.
Erik
Eric L Hathaway wrote:
To compile FlightGear from a clean CVS checkout (with plib and SimGear
are already installed), I run a little script that issues the following
commands:
export CFLAGS=-Wall -O3 -fomit-frame-pointer -ffast-math \
-funroll-loops -march=athlon
export CXXFLAGS=-Wall -O3
Hi,
Is it true that apron/platform/hardstand lights should be red instead of
blue?
If so, wouldn't that be a good indication at scenery generation?
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Innis Cunningham wrote:
Hi Eric
Erik Hofman writes
Hi,
Is it true that apron/platform/hardstand lights should be red instead
of blue?
If we are talking about area lighting I would think yellow to
light orange.
I meant the edge lighting (just like the taxiway edge lights are blue).
Erik
Mally wrote:
As I understand it it's a commercial CD containing satellite images of
the UK, but processed with TerraGear to match FlightGear's own scenery
format.
Maybe the simscreens postings should credit the source and acknowledge the
copyright?
At least mentioning that it uses textures based
mat churchill wrote:
Had just slightly improved this method after advice from Curt on how to
stop the tile edges cutting into inclines. But have had loss of fat on
my hardrive (linked to powercut I think). If anyone knows of a good file
recovery solution that will work with reiser fs would like
Frederic BOUVIER wrote:
Curtis L. Olson wrote:
David Luff wrote:
There seems to be a problem with the fogging on my machine (Linux, NVidia card). When the sun is in, or just out of, the field of view, the fog disappears and visibility is perfect. This is most easily seen by starting at dawn or
Alex Perry wrote:
In the U.S., the rule is as follows. It is either similar or identical
to the ICAO rules because other airports have lighting looking similar.
Edge lighting that is at ground level is blue, both for taxiways and aprons.
However, unusual truncation of those areas, as often
Eric L Hathaway wrote:
Unfortunately, FlightGear still doesn't compile on RedHat 7.3, even with
the above configure script check for truncf (I haven't checked it out on
RedHat 9 yet). I did figure out how to get it to work though (see below).
The problem is that although truncf is present in
Hi,
I must admit I've been a long standing fan of tiled scenery like we use
right now. It needs some attention but the goal is my favorite.
But I must also admit that after looking at the new screen shots from
Mat Churchill I might want to change my mind:
html
Bernie Bright wrote:
Compiles okay on Mandrake 9.2/10.0 (glibc-2.3.3 and gcc-3.3.2). However this
should really be tested for by the configure script - AC_CHECK_FUNCS(truncf)
and panel.cxx should then contain:
I'll add a test for it.
Erik
___
Ilja Moderau wrote:
Hi,
I painted the windows of 747 and a320 transparent, then I put a simple rectangle
behind the windows. This object got an emissive white color.
http://home.arcor.de/iljamod/747.jpg
http://home.arcor.de/iljamod/a320.jpg
Just imagine, when you add the select animation
David Megginson wrote:
Erik Hofman wrote:
All that would need to happen is for someon to write a plib
reader/writer for the xgl format and then we can begin using it. The
modelers would have to figure out how to output in this format which
could be a little trickier.
Somehow I sense a very
Norman Vine wrote:
David Megginson writes:
Since Blender can use Python scripts for output (it exposes its internal
data structures to Python), a Blender reader/writer should be no harder to
write than a plib reader/writer.
Probably easier :-)
It depends,
I don't know:
Blender, Python, XGL
I
Snyder Adam D Civ AFRL/VACD wrote:
I remember some documentation on the different sockets available through flightgear, but can't seem to find them on the site. Do you know where I can find these?
Most of it should be present in:
FlightGear/docs-mini/README.IO
Erik
David Megginson wrote:
Erik Hofman wrote:
I don't know:
Blender, Python, XGL
I do know:
C++, plib
Any interpreted language with memory management is going to be
significantly easier than a language without: the choice among Python,
Perl, Java, etc. is a religious issue (and also depends
Norman Vine wrote:
David Megginson writes:
Erik Hofman wrote:
You need version 2.x.x of Python just after you have downloaded
version 1.x.y stable because it was needed by some other package.
I assume you tried finding an updated version of this 'package' or
running your package
Hof Markus wrote:
Hi folks,
now I was able to compile the new built in functions in cockpit.cxx:
// Added by Markus Hof on 5. Jan 2004
float get_dme( void )
{
static const SGPropertyNode * dme_node =
gGetNode(/radios/dme/distance-nm);
return dme_node-getFloatValue();
//return
Lee Elliott wrote:
An open standard is a good idea but when it comes to looking at new 3d model
formts I think we ought to be thinking about what features it can cope with -
for example, the ability to use multiple textures per surface/object would
add a lot of versitility.
While we may not
Curtis L. Olson wrote:
Erik Hofman wrote:
Well, here is a standard that *you* can actually try to influence ...
BTW. XML makes extending the existent layout without influencing the
previous versions possible by nature.
All that would need to happen is for someon to write a plib
reader/writer
I just read about an XML based 3d file format:
http://www.xglspec.org/
We might want to keep an eye on that.
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Martin Spott wrote:
Erik Hofman [EMAIL PROTECTED] wrote:
I just read about an XML based 3d file format:
http://www.xglspec.org/
We might want to keep an eye on that.
I must admit that I didn't understand the advantage over existing 3D
object/scene description file formats,
The goal was to step
Curtis L. Olson wrote:
I wonder if this is intended to be a better vrml? Although it's not
clear that the authors of xgl are aware of vrml ...
The thing about 3d file formats is that there's never one that does
exactly everything you need. So you might as well start a new format
and toss it
Snyder Adam D Civ AFRL/VACD wrote:
After reading through fg_props.hxx, I found that the most efficient
was to get a property value is to use fgGetNode instead of the fgGet
functions. Is there a more efficient way to set properties, or is that
best way to use the fgSet functions
You could
Avi Levy wrote:
Hello everybody,
After doing a complete build of the flightgear-0.9.3 source under Cygwin,
the simulation runs near perfect. However on two machines (one AMD XP, one
P4 XP) with a Radeon 9700 card, fog is incorrectly rendered. Only cloud and
ground polygons change gradualy to a
Hi,
This is a heads up for all 3d model designers.
In order to be able the use your model as an AIModel (and later on ATC
controlled model) it is important that the properties used in the
animation configuration file are *not* absolute, but instead are defined
relative.
This is done quite
Ronny Standtke wrote:
Hi Curtis,
I post my answers to the list as your questions where so good that they
deserve to be answered in public :-)
2. It would be interesting to have flightgear startup automatically rather
than just giving an icon to click on.
Yes, this would be useful. I read about
David Luff wrote:
On 1/20/04 at 9:04 PM Erik Hofman wrote:
I've set up the AIModel code the publish it's internals just like a real
FDM (but only the ones that are available) and told the aircraft loader
routine to use /sim/ai/model[] as it property root. I think something
similar would
David Luff wrote:
Hi all,
I'd be very grateful if one or two of you could download and test my latest ATC/AI patches before I commit them, since I'm not entirely convinced I've got all the possible crashes out of them yet.
As regards the crashes, at one point I was getting an inexpicible crash
Simon Hollier wrote:
Both of these patches should fix the fog flashing to white(black?) bug.
The first one just checks for the Not a Number condition that results
from acos(1+small_delta). The second patch uses atan2, but doesn't
quite make it near 0 or PI at the edge cases near 1 or -1. I
Norman Vine wrote:
Erik Hofman writes:
I've committed a patch that simply checks whether 'dot' is greater than
1.0 and then prints an error message and set 'dot' to 1.0
Should do the less then case too :-)
Eh, silly me. Off course.
Thanks Norman.
Erik
Simon Hollier wrote:
Thanks. That was originally how I had it patched, but changed it to try
to use atan2 as per Andy's suggestion. That alert output might be a bit
much if you fly around noon / midnight alot. My 2 minute flight out of
KSFO towards the sailboat generated 6 alerts.
Hmm, maybe
Adam Boggs wrote:
Hello,
I am not a flightgear developer (yet) but have been playing with it a
little bit lately. With the current CVS tree (from the evening of
1/18/04) I get the following errors on the console:
chinook 9:44pm ~ % fgfs
Failed to find runway 29 at airport KBJC
Error: base = 0,0
Lee Elliott wrote:
On Saturday 17 January 2004 11:16, Melchior FRANZ wrote:
* Lee Elliott -- Saturday 17 January 2004 12:09:
The error I was getting was during compilation of the optimizer and it
failed on a call to ssgVertSplitter, complaining that it knew nothing
about it.
The compiler
Erik Hofman wrote:
William Earnest wrote:
- F-16 Model:
Back in november there was some discussion about an F-16 Model for
high angle of
attack simulation. While browsing the NASA Langley tech report
server today, I
stumbled across 2 interesting documents: 1.) the much cited 1979
F16
Russell Suter wrote:
It's been a while since I've worked on SGI equipment. I'm familiar with
the O2 but I don't know what the video capabilites are.
The hardware accelerated OpenGL compares roughly to a TNT2. Performance
can increase when using a faster CPU.
The last boxes I worked on were
Martin Spott wrote:
Erik Hofman wrote:
Russell Suter wrote:
Okay, good to know. So what kind of SGI do you run on and what kind of
frame rate do you get?
That's not fair! You would laugh at me :-D
(O2 RM5200/300Mhz at 2 ~ 10 fps but waiting to put a 900Mhz CPU in there
which will come
Martin Spott wrote:
Erik Hofman wrote:
Take a look here:
http://www.a1.nl/~ehofman/fgfs/comparison.html
This table is based on performance reports from FlightGear users who
have sgi equipment. But be aware that this is about the default startup
position (stationary at KSFO) which seems a bit
Hi,
How did it end with the contacts between sgi and our linuxworld
attendees? It looks like sgi has just the machine for that right on time:
http://www.sgi.com/features/2004/jan/altix350/
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Russell Suter wrote:
Erik Hofman wrote:
Take a look here:
http://www.a1.nl/~ehofman/fgfs/comparison.html
Ouch! But that's much more than I could have hoped in terms of
information. Thank you very much! What would be
the visibility for this test? They currently max at 7 NM.
All default
Jim Wilson wrote:
Ah ok...just found an email I missed from mid November (a very busy time at
work). We got cut from the roster for lack of space. Looking at the map, it
seems they've cut back on the .org booths from what I remember. The space at
Javits is limited and they probably want to
Russell Suter wrote:
True, and at the moment it's probably the worst place in FlightGear
(performance wise). But it's hard to ask someone to give me the
framerate for another controlled situation.
Startup at KSFO is default.
By the way, is this with all of the buildings, etc?
Well, it was
Martin Spott wrote:
I don't think they offer integrated graphics for the Alix series - you
need an additional graphics workstation as front-end and wait,
until FlightGear has client-server capabilities ;-)
I thought I was sure they offer InfiniteReality or InfinitePerformance
support
Russell Suter wrote:
That's gotta be faked. I don't think even a Onyx 3000
InfinitePerformance could provide
that kind of frame rate. If so, I really gotta know...
It's not fake ...
It's just that the framerate counter doesn't stop in pause mode ...
Erik
Jon Berndt wrote:
cafepress.com
Yeah, but the maintainer of the FlightGear goods (John Check?) doesn't
seem to be around anymore.
Erik
Hi,
Does anybody know a good place to print a mouse pad:
http://www.a1.nl/~ehofman/fgfs/gallery/fgfs-mousepad.png
Erik
Jon Stockill wrote:
On Mon, 12 Jan 2004, Erik Hofman wrote:
Hi,
Does anybody know a good place to print a mouse pad:
http://www.a1.nl/~ehofman/fgfs/gallery/fgfs-mousepad.png
For somewhere UK based - www.fotopic.net. It's mainly an online photo
album system, but you can also order prints, shirts
Matevz Jekovec wrote:
Might want to add some flags to the FG logo before doing the press.
(Slovene?)
There's room for that.
Which other flags do we want (except Slovene and Canada and India)?
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Erik Hofman wrote:
Matevz Jekovec wrote:
Might want to add some flags to the FG logo before doing the press.
(Slovene?)
There's room for that.
Which other flags do we want (except Slovene and Canada and India)?
How about this:
http://www.a1.nl/~ehofman/fgfs/gallery/fgfs-mousepad.png
Erik
Martin Spott wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/f16/Models
In directory baron:/tmp/cvs-serv20447
Modified Files:
f16.ac f16.xml
Log Message:
Add gear animation
Woohooo !
I take this as a compliment.
Thanks!
Erik
___
Martin Spott wrote:
Erik Hofman [EMAIL PROTECTED] wrote:
Does anybody know a good place to print a mouse pad:
http://www.a1.nl/~ehofman/fgfs/gallery/fgfs-mousepad.png
The company I work for - here in Aachen - used to get printed mousepads
for their customers. Although it's very resistet, it's
Jon Stockill wrote:
On Mon, 12 Jan 2004, Erik Hofman wrote:
So i take it you could arrange a few mouse pad (for the usual cost off
course) for developers that want one?
If we're doing a batch then we can probably do them a bit cheaper - I'll
have a word with the rest of the team and see what we
Martin Spott wrote:
Erik Hofman wrote:
Martin Spott wrote:
Woohooo !
I take this as a compliment.
Absolutely - with the gear retracted the F16 looks really 'smart'. I
have been waiting all the time for a retractable gear but didn't dare
to ask
It never hurts to ask. It's just
Russell Suter wrote:
Erik Hofman wrote:
Russell Suter wrote:
That's gotta be faked. I don't think even a Onyx 3000
InfinitePerformance could provide
that kind of frame rate. If so, I really gotta know...
It's not fake ...
It's just that the framerate counter doesn't stop in pause mode
Jon Berndt wrote:
Model Reference Point (MRP): This is the reference point that is agreed
upon by both the aircraft modeler and the 3D model builder.
I'd vote for calling it the Visual Model Reference Point because the
term model can still be used for the 3d model and he flight model.
Erik
Hi,
Does anybody know a good place to print a mouse pad:
http://www.a1.nl/~ehofman/fgfs/gallery/fgfs-mousepad.png
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Jon Stockill wrote:
The cadets of 127sqn ATC have decided they want to build themselves a
flight sim, as I'm an instructor there, and they know of my involvement
with flightgear the task has naturally fallen to me to help. I thought
people may be interested in the basic cockpit structure that
Norman Vine wrote:
I just wish that the rest of the world was as generous with data :-)
Very true.
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
William Earnest wrote:
- F-16 Model:
Back in november there was some discussion about an F-16 Model for
high angle of
attack simulation. While browsing the NASA Langley tech report server
today, I
stumbled across 2 interesting documents: 1.) the much cited 1979 F16
report
TP-1538 (used
Ronny Standtke wrote:
Hi,
FlightGear runs very fine on my customized Knoppix-CD. The remaining problems
are related to FlightGear itself.
Besides the flickering when starting full-screen I have another problem:
I want to include FlightGear in a localized version. The kids here just speak
Jon Berndt wrote:
This is a programming issue I'll try and get to ASAP. Today, though, is my
twin boys' second birthday.
Happy birthday Max and Erik.
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Jon Stockill wrote:
On Sat, 10 Jan 2004, Erik Hofman wrote:
?? This puzzles me, what type of aircraft are you planning to simulate?
It's and F-16 cockpit (which obviously needs a side stick).
Well the ideal would be a Grob Tutor - since that's what the cadets do
most of their flying
Andy Ross wrote:
Lee Elliott wrote:
The tip of the nose is fine with me but we need to clarify whether
the tip includes any nose-mounted pitots or probes.
Sure. Obviously it doesn't *really* matter. But picking some
unambiguous, obvious point on the fuselage just seems much more sane
to me
Curtis L. Olson wrote:
I'm waiting for the reflections of the bridge lights in the water. I
saw this in a commercial A320 sim once and it was a really neat effect.
I think the way the aircraft shadows are draw makes this possible. It
probably would look even better than the aircraft shadows
Paul Surgeon wrote:
Aha!
So AC_AERORP = (0,0,0) in FlightGear's 3D aircraft model space?
No, sorry. AC_EARORP is the published offset from CG to where the forces
act. For the F-16 that would be 35% chord (and CG is 25% chord).
Maybe it's good to know that I had lots of troubles understanding
Hof Markus wrote:
hi,
I've done some changes to A320, works fine, but auto coordination is worst.
Does anyone know how to calculate rudder pos due to bank or whatever to fly a
curve?
There is this easy approach:
fgfs --enable-auto-coordination
I need some delta(???) to do correction of this
Jon Berndt wrote:
For JSBSim aircraft, of course, you can by adding in the appropriate control
channel in the flight control description for hte aircraft. I think
eromatic automatically adds a yaw damper to aircraft created for JSBSim that
way (Dave C.?) The X-15 aircraft has a SAS (Satbility
Paul Surgeon wrote:
Is position 0,0,0 of an aircraft model the same point as 0,0,0 of the JSBSim
FDM in FlightGear?
I know the JSBSim FDM defines everything using the nose as the origin but I'm
trying to figure out if my model and the FDM are lined up correctly.
No JSBSim does not.
JSBSim uses
Paul Surgeon wrote:
On Thursday, 8 January 2004 21:03, Erik Hofman wrote:
Paul Surgeon wrote:
Is position 0,0,0 of an aircraft model the same point as 0,0,0 of the
JSBSim FDM in FlightGear?
I know the JSBSim FDM defines everything using the nose as the origin but
I'm trying to figure out if my
Paul Surgeon wrote:
Shucks ... I must be tired or something because this is getting more and more
confusing by the minute.
What is this arbitrary point you are referring to?
It is a location which you can choose. You can use the CG, the nose of
the aircraft, the center location of the front of
Melchior FRANZ wrote:
* Erik Hofman -- Wednesday 07 January 2004 14:38:
I've put it in CVS for everybody. There's one thing though, you sent
some configuration files (dc3/dc3.xml and dc3/dc3-yasim-set.xml) that
contain old settings so I've left them out of CVS.
The new dc3 doesn't have
Hof Markus wrote:
Airbus family uses Flight Computers (3x FCPC [Primary] an 2xFCSC
[Secondary]) to control the contr. surfaces in the right way.
If no input on the sidestick is taken the aircraft will hold attitude. This
is not done by FGFS - A320.
Sidestick inputs behave (in normal mode like
Curtis L. Olson wrote:
Gerhard Wesp writes:
It is showing up for me here. Maybe somehow it didn't get included in
the official release ??
I believe those were added (and modified) after the 0.9.3 release
because of a similar report.
Erik
___
Frederic Bouvier wrote:
Happy New Year 2004 to all.
Yes, best wishes to all of you.
It seems Models/Buildings/factory.rgb should be made binary.
Done.
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Paul Surgeon wrote:
Have there been any discussions or decisions made regarding when to split
FlightGear up into separate downloadable modules?
At the moment it's only the scenery which works in this way but we're going to
need to do the same for aircraft in the near future as well as other
Josh Babcock wrote:
is this one differnt than the one at:
http://www.plausible.org/vertsplit/vertsplit2.tar.gz?
That's the one that I'm trying to apply now, without luck.
It is basically the same, I've just modified the code a bit to integrate
it some more with plib.
Erik
Jon Berndt wrote:
For JSBSim standalone I think we would have a file that sits in the base
directory (from which JSBSim is run) or specified in an environment variable
JSBSIM_ROOT. This file I am referring to for JSBSim would serve to set up
simulation specific (something that is not or should
Paul Surgeon wrote:
I'm not sure if this is an FG or JSBSim tag but why can't I specify an aero
tag with a hyphen in it like most of the other tags?
Example :
aero737-800/aero
The directory name containg the configuration file must match the
configuration file exactly:
e.g.
Ronny Standtke wrote:
So, I want to ask my questions again in the developers list.
1. How do I start with the external view activated (like hitting v once fg
is running)?
add --prop:/sim/current-view/view-number=1
2 How do I start with mouse stearing (cross hair pointer) activated? (like
Ronny Standtke wrote:
2 How do I start with mouse stearing (cross hair pointer) activated?
(like hitting once the right mouse button once fg is running)?
add --prop:/devices/status/mice/mouse[0]/mode=2
This option does not work. While browsing the internal properties I found that
the property
1201 - 1300 of 2467 matches
Mail list logo