Melchior FRANZ
* Jon S. Berndt -- Monday 19 December 2005 05:04:
Would it be possible to change the visual appearance of wing flex during
flight?
As Curt and Joacim have mentioned already, there are ways to do it:
(A) ornithopter method: several instances of the wing. This has the
Jon S. Berndt
Do you have NOMINMAX defined and
#ifdef HAVE_CONFIG_H
#include config.h
#endif
at the beginning of every .cpp/.cxx file ?
-Fred
Not as far as I know. But this is straight from an unaltered current CVS
distribution of FlightGear. I've got the very latest
Jon S Berndt
Anyone got a good reason why I should install W2K or XP as preferred
over the other one?
Try W2K doesn't work very well all of the time, while XP works pretty well
most of the time as a reason.
Vivian
___
Flightgear-devel
Erik Hofman wrote:
Gregory Richards wrote:
Rendering multiplayer aircraft as AI aircraft is a feature I'm
particularly interested in, and I've heard rumors of it being done, but
I can't find any information on who if anyone is doing it. If nobody's
working on it right now, I'd love to
Josh Babcock
I just made up a tutorial about making gear retraction animations run
smoothly with complicated landing gears. It's still missing the final
animation code, but I thought I'd throw it up to see what everybody
thinks. It's got lots of in-line images, so be warned. I'm considering
Arthur Wiebe
Subject: [Flightgear-devel] RenderTexture::BeginCapture(): Texture is
notinitialized!
When running fgfs 0.9.9 I get this output:
opening file:
/Users/arthur/Projects/FlightGearOSX/data//Navaids/carrier_nav.dat
Arthur Wiebe
On 11/18/05, Vivian Meazza [EMAIL PROTECTED] wrote:
Arthur Wiebe
Subject: [Flightgear-devel] RenderTexture::BeginCapture(): Texture is
notinitialized!
When running fgfs 0.9.9 I get this output:
opening file:
/Users/arthur/Projects/FlightGearOSX/data
Melchior FRANZ
Here are four screenshot offerings for the FlightGear page. All
of the shots show new features. I have the original ppm files in
case jpeg artifacts are a problem.
http://members.aon.at/mfranz/concorde-gui.jpg [130 kB]
AJ
On Tuesday 15 November 2005 13:18, Dai Qiang wrote:
I am using the latest CVS version of SimGear,
FlightGear data and source. After I enabled the Nimitz
demo, I found the Hunter plane moved backward slowly
when it's landed on the Nimitz, because Nimitz was
moving forward, and Hunter
Josh Babcock
Lee Elliott wrote:
On Thursday 10 Nov 2005 20:20, Andy Ross wrote:
After some prodding from Curt, I finally spent a few hours
yesterday tracking down the pitch down discontinuity in the
Citation.
Well, I didn't find a discontinuity. I can now graph the lift
curve from
Jim Wilson wrote
-Original Message-
If you contributed something that is missing, or poorly described here,
please send me something better.
Hi Curt,
This may not be helpful at this point (haven't been reading for a few
days).
Here's an addition:
* Material
Vassilii Khachaturov
Hey, someone noticed :-) It was fixed in cvs Thursday last though.
:) Of course, I keep looking at the CVS commits since I am learning FG.
Actually I kept thinking of doing this one myself, since nobody answered
my challenge yet to tell me about smth interesting to
Curtis L. Olson
I was scanning through the cvs logs trying to refresh my memory on what
has been changed, added, and fixed since the release of v0.9.8 (last
January). Here's what I came up with, although after staring at cvs
logs for 2 hours I started having minor hallucinations. So I'm
Erik Hofman
Vivian Meazza wrote:
You might consider adding the following:
* Carrier - added working arrester wires and catapults. The carrier is
selectable as a starting position. AI has been added to the
carrier in the form of an operating box and an automated turn
into/out
Visalia Khachaturov
A very cool user-felt feature is Vivian's redout/blackout, currently
implemented in the hunter. Please add it to the list.
I couldn't resist from taking the following picture that shows the redout
sphere from the side:
Melchior FRANZ
Here's a script that removes ugly speckle noise as often seen on
low-end nVidia cards, such as the GF4 MX440. Here's an example
from the Hunter (which is meanwhile mostly fixed):
Mostly? I thought we had fixed all such problems in the Hunter years ago??
Vivian
Erik Hofman
Vassilii Khachaturov wrote:
Why are the bells commented out in raindeer-sound.xml?
They do sound cute.
I think it's a leftover from a previous test.
It's corrected now.
What happened to the poor reindeers' antlers?
V.
___
Alex Romosan
Vivian Meazza [EMAIL PROTECTED] writes:
Alex Romosan asked:
Vivian Meazza [EMAIL PROTECTED] writes:
The function in AIFlightPlan.cxx was not defined in AIFlightPlan.hxx
so
far
as the compiler was concerned.
It now compiles and runs OK
i don't understand
Erik Hofman
Martin Spott wrote:
I have the impression that the changes to the FlightGear subtree didn't
make it into CVS - at least they didn't appear on checkout. Am I the
only one who misses these changes ?
I guess so, the CVS changelog was sent out to me by mail.
Erik
I'd
Andy Ross
Vivian Meazza discovered:
AIFlightPlan.cxx:69: error: passing `const std::string' as `this'
argument
of `std::basic_string_CharT, _Traits, _Alloc
std::basic_string_CharT,
_Traits, _Alloc::operator=(const _CharT*) [with _CharT = char, _Traits
=
std::char_traitschar, _Alloc
Vivian Meazza wrote
Andy Ross
Vivian Meazza discovered:
AIFlightPlan.cxx:69: error: passing `const std::string' as `this'
argument
of `std::basic_string_CharT, _Traits, _Alloc
std::basic_string_CharT,
_Traits, _Alloc::operator=(const _CharT*) [with _CharT = char,
_Traits
Alex Romosan asked
Vivian Meazza [EMAIL PROTECTED] writes:
I attach a diff against CVS - HEAD which I applied to get CVS to compile
under Cygwin. It may not be the best or preferred way to do it, but the
patch works here, so far as I can see.
diff -u -w -b -r1.11 AIFlightPlan.hxx
Alex Romosan asked:
Vivian Meazza [EMAIL PROTECTED] writes:
The function in AIFlightPlan.cxx was not defined in AIFlightPlan.hxx so
far
as the compiler was concerned.
It now compiles and runs OK
i don't understand. does the cvs version compile or do you still have
to make those
Mathias Fröhlich wrote
Oliver Schroeder wrote:
...snip
3) sending properties for the carrier (Nimitz)
In order to prepare flightgear to send abitary properties, I think the
carrier is predestined. Everything we need is almost already there. What
we
need is a method in FGAICarrier
Georg Vollnhals wrote
when I tried to build a CVS version of FlightGear I had a *lot* of
trouble and errors. Many developers of this list tried to help me but
the break-through was an advice of *KEVIN JONES* not to use gcc 3.4.4
(what I had done until then).
I followed his detailled
I wrote:
Erik Hofman
Vivian Meazza wrote:
This mornings' cvs fails to compile here under Cygwin with the
following
error:
MIDG-II.cxx: In function `uint32_t read_swab(char*, size_t, size_t)':
MIDG-II.cxx:31: error: call of overloaded `ulEndianSwap(uint32_t
Frederic Bouvier
Quoting Vivian Meazza [EMAIL PROTECTED]:
I wrote:
Erik Hofman
Vivian Meazza wrote:
This mornings' cvs fails to compile here under Cygwin with the
following
error:
MIDG-II.cxx: In function `uint32_t read_swab(char*, size_t,
size_t
This mornings' cvs fails to compile here under Cygwin with the following
error:
MIDG-II.cxx: In function `uint32_t read_swab(char*, size_t, size_t)':
MIDG-II.cxx:31: error: call of overloaded `ulEndianSwap(uint32_t*)' is
ambiguous
/usr/include/plib/ul.h:334: note: candidates are: void
Erik Hofman
Vivian Meazza wrote:
This mornings' cvs fails to compile here under Cygwin with the following
error:
MIDG-II.cxx: In function `uint32_t read_swab(char*, size_t, size_t)':
MIDG-II.cxx:31: error: call of overloaded `ulEndianSwap(uint32_t*)' is
ambiguous
This should
Melchior FRANZ wrote:
The new shadows should possibly be activated by default. Or does
not enough 3D hardware/software support it, so that this would
cause too many problems? Activate 3D clouds by default, too?
Both shadows and 3d clouds, although great eye candy, both cause a
significant
Georg Vollnhals
Hi Vivian, hi Erik, hi all!
Vivian:
Thank you very much, one step further to SimGear (and to a FlightGear
CVS version !!!):
1. After you hint I could now activate cut and paste as it is not
active by default.
I made a little Google search and could solve it :-)
2.
Georg Vollnhals
Hi all,
further help is needed, please!
/1. I have experienced exactly the same problem using WinCVS. The solution
is
/drastic - you have to delete the source directory created by WinCVS and
/start over with a clean checkout using the command line cvs provided as
part
Georg Vollnhals
thank you for your quick replies.
I am sorry to show up here again with another error message .. but one
solved, the next came :-/
Erik:
/Anyhow, I have fixed this in CVS now Georg, thanks for reporting this.
/Erik
This is solved, thank you!
but this is the (very long,
Georg Vollnhals
Hi Dave and Erik,
this just as a feedback to your replies to demonstrate that your help was
not for trash and I really tried to solve the problem:
/Did you do a cvs -z3 up -Pd?
/The -Pd flags cause cvs to add new directories and remove empty
/directories from the tree.
Erik Hofman
Oliver Schroeder wrote:
The problem lies in XDR_encode_double() and XDR_decode_double(). Making
all
arguments const did the trick. You can find my updated version here:
http://www.o-schroeder.de/fg_server/tinyxdr.tgz
It's committed.
Erik
That seems to break
Erik Hofman
Martin Spott wrote:
Hello Erik,
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/FlightGear
In directory baron:/tmp/cvs-serv29428
Modified Files:
configure.ac
Log Message:
Prepare for OpenAL 1.1 and a separate alut lubrary.
Er ... Erik are you about to break
Erik Hofman
Vivian Meazza wrote:
Er ... Erik are you about to break Cygwin again?
BTW, form the openal (1.1) Changelog:
* More fixes for Cygwin/MinGW compilation plus some #include cleanups.
The linux subtree compiles now under Linux, MinGW/MSYS and Cygwin
(with and without -mno
David Luff
On 16/09/2005 at 10:34 Vivian Meazza wrote:
Erik Hofman
Vivian Meazza wrote:
Er ... Erik are you about to break Cygwin again?
BTW, form the openal (1.1) Changelog:
* More fixes for Cygwin/MinGW compilation plus some #include cleanups.
The linux subtree compiles
Lee Elliott
since updating from cvs yesterday I now seem to get segfaults
whenever I try to use real-weather-fetch.
Anyone else?
Everybody else: it's a known bug in 3dClouds which causes YASim to fail.
We await a fix from Harald.
Just don't use real-weather-fetch until the fix is
AJ MacLeod wrote
Personally, I very much prefer mailing lists. I can quite see the
advantages
of web-based forums, but I'm not convinced they outweigh the
disadvantages.
For one thing, it's much easier to keep up with the mailing lists, as I
monitor my email through most of the day for
Andy Ross
Vivian Meazza wrote:
YASim has not yet implemented shut down/start up controls for
gas turbines. Therefore there are none for the Hawker Hunter.
As far as I can see, there is no generic implementation possible
for turbine startup and shutdown. Everything would have
Harald JOHNSEN
Richard Bytheway wrote:
...
The correction should be in cvs soon, or you can change in
SG/timestamp.cxx line 119:
#if defined( WIN32 )
with
#if defined( WIN32 ) !defined(__CYGWIN__)
Following earlier discussions with Harald, I did that change in 2 places, as
Some time ago I wrote that I was having trouble with CVS compiling under
Cygwin using gcc version 3.4.4-1, on a Pentium 4 2.8, with a Nvidia GForce
5200 using driver 77.77. FG complies without error, but hangs at the end of
loading scenery objects. Running --log-level=debug shows that the main
bass pumped
any idea when we will see the next release?
Not for a while I hope - I've just spent 10 days trying to locate a bug
which prevents FG-cvs running under Cygwin. I've got as far as tracking it
to something introduced into SimGear about 7 Jul.
Vivian
Jon Stockill
Harald JOHNSEN wrote:
Jon Stockill wrote:
Due to the death of the machine I was doing all my flightgear work on
I'm currently trying to set up another machine so I can still build
packages, but I've run into a bit of a problem. While my old packages
work ok on this
Jon Stockill
I rolled back cvs to 7th July, built flightgear, and still have exactly
the same problem - I guess it's related to something on this system.
--
Jon Stockill
[EMAIL PROTECTED]
And SG? Before you tear your system apart, AJ has just reported similar
symptoms over on IRC.
Alberico Family
Jim Wilson did a good job of pointing me in the right direction toward
making views attached to players in a multiplayer scenario.
I attack it today and made good progress, but remain bogged down by the
transformations required. Bottom line is I need to take the 4x4 player
[EMAIL PROTECTED]
At this site http://hcilab.uniud.it/pan you can download the results of a
joint
project between the HCI Lab of the University of Udine
and the aerobatic team of the Italian Air Force (the
Frecce Tricolori).
The Lab has produced a detailed, flyable model
of the
Dave Culp
... snip ...
The present system makes smoke/contrails by releasing AI objects rapidly.
There are three problems with it now:
1) Orienting the objects properly. Only applies for long (i.e.
cylindrical,
rectangular) models.
2) Matching the release rate to the airplane's
Mathias Fröhlich
Hi,
On Sonntag 17 Juli 2005 10:16, Vivian Meazza wrote:
Before we do any rework of the MP code, it works as is in 0.9.8 (with
some
bugs), but it is fundamentally broken in CVS. In cvs the received
aircraft
are displayed close to the observer, rather than
Mathias Fröhlich
On Sonntag 17 Juli 2005 10:16, Vivian Meazza wrote:
Before we do any rework of the MP code, it works as is in 0.9.8 (with
some
bugs), but it is fundamentally broken in CVS. In cvs the received
aircraft
are displayed close to the observer, rather than in their proper
Paul Surgeon
On Saturday, 23 July 2005 14:04, Paul Kahler wrote:
All this multiplayer chat stuff has me thinking game. It would
probably be more in line with simulation if chatting took place on a
simulated radio. You'd not only have to be close enough to someone, but
you'd have to be
Paul Surgeon
On Saturday, 23 July 2005 16:08, Vivian Meazza wrote:
This has already been discussed. Teamspeak in not GPL'd. I think the
licensing arrangements would give us problems. That would be a pity,
because on the face of it, it's pretty much what we want. Certainly it's
Oliver Schroeder
Am Tuesday 19 July 2005 18:05 schrieb Vivian Meazza:
Oliver Schroeder
3) artificial life at airports
[...]
Would a dedicated instance of FlightGear running all the AI traffic
needed
and passing them to the server for distribution to all players do the
trick
Neville van Deventer
Hi List,
Could anyone perhaps tell me how to connect to the cvs at cvs.flightgear.org
without getting the following error
Error validating location: I/O exception occurred: Connection refused: I
HATE YOU
I followed the Instructions on the web-site, and I get the same
Neville van Deventer
Thanks for the responses Vivian and Curtis,
In Future I Will use Plain Text, my Appologies ...
OK, Setup and what I'm Doing,
I Just tried it now again, while writing this message so you can check the
logs for the past 5 min's or so, I've been thying this most of
Peter Stickney
On Monday 18 July 2005 18:25, Josh Babcock wrote:
All the 3350s had this turbo/super setup. You can see it in some of
these images:
URL's snipped
... snip ...
There were 3 flavors of the R3350. One was the engine used on the
B-29. It had a single-speed gear
Oliver Schroeder
some of you may already have taken notice of my multiplayer server for
flightgear (http://www.o-schroeder.de/fg_server). It's working quite well
in
sane environments but I want to improve it and therefor have some
questions
you may be able to answer.
... snip ...
3)
Ampere K. Hardraade
... snip ...
As Pigeon said, make that a separate window, because the ATC line is
allready nearly impossible
to read ;) It should not be hard to code but the atc code is not good
for that (anyway it does not
queue messages).
I agree. That ATC line is horrible.
Peter Stickney
On Friday 15 July 2005 06:45, Vivian Meazza wrote:
Josh Babcock
Vivian Meazza wrote:
Josh Babcock ought to be asking for the turbo charger for the
B29 now,
but
hasn't yet (perhaps he's now using JSBSim?). I've been unable to
find
much
available
Peter Stickney
... snip ...
An addition/correction to my previous posting.
Once it had reached the point
where the turbosupercharger/mechanical blow couldn't supply the
proper power conditions any more, power dropped off normally.
Yes. That's known as the full throttle altitude or the
Josh Babcock
As it turns out, the B-29's turboregulator control was a little bit
different from what I described. The Volume Control governed off
total system MAP. If you set the potentiometer to , say, '*8, it
maintained the overall MAP until the turbo reached its limits. So,
for
Mathias
Hi,
this is a very good idea IMO.
I was thinking about a very similar approach but never had the time and
not
yet the actual need to follow that.
If you do something like that, you might take care for the MATHWORKS guys
which use the network code like it is at the moment. So
Harald JOHNSEN
Ampere K. Hardraade wrote:
[...]As to /surface-positions, the properties inside this node can
allow one to see
the animations of others correctly.
Displaying an animated aircraft won't be easy. Animation code in xml
file is refering properties from
the FG property
Harald JOHNSEN
Vivian Meazza wrote:
Multiplayer models are already animated - gear goes up/down
correctly. The
problem is that all models are controlled by the receiving player, not
the
transmitting one. Shouldn't be too hard to fix.
Is this the right approach? Could we include e.g
Vassilii Khachaturov
Very good idea, and weather. I don't suppose clouds would be easy?
Vivian
Cloud movement is based on wind direction and speed so it should be the
same at all time if the
initial situation is the same. To construct the initial situation I
think it's enought
Vassilii Khachaturov
On a side note, while testing the multiplay mode, robitabu on
#flightgear irc and I have discovered the Instant Replay is also sent
to all other players. Kind of a nice feature when you want to show
people stuff, but also probably something you don't want all the
Andy Ross
Vivian Meazza wrote:
You certainly are! The Boost Control works by adjusting the
_throttle_ (in accordance with reality and your earlier suggestion).
Why not just use a solution setting that doesn't involve the boost
control cutout?
Why? The Merlin has a Boost Control
Josh Babcock
Vivian Meazza wrote:
Josh Babcock ought to be asking for the turbo charger for the B29 now,
but
hasn't yet (perhaps he's now using JSBSim?). I've been unable to find
much
available on the web for the Wright R-3350. I'm doing some work on the
aircraft carrier right now
Andy Ross
I wrote:
We're about to go in circles again, and my blood pressure is rising.
So try this: DON'T reply to my message paragraph by paragraph.
Start from scratch, post a configuration file that you want to use
that does not work. Explain why. Use numbers. Ask for
Andy Ross
Vivian Meazza wrote:
Back from a holiday in France. The modified software tests OK
here. One small snag: the MP is not ambient when the engine is not
running. Strictly, this should be turning, I suppose, because a
wind-milling supercharger will produce some pressure. Near
Harald JOHNSEN wrote
... snip ...
Perhaps can we use a real ogl light for the aircraft landing light and
fake light for the airport lights,
and since the view is centered on the aircraft the hack could be good
enought.
Are you going to progress OGL lights for aircraft landing lights?
I'm
Andy Ross
Vivian Meazza wrote:
Meanwhile, you are distracting Andy from updating the awaited
supercharger code.
Heh, fair enough. This is checked in now, with a general rewrite
to clarify things and fix the bug where MP was reported before
the wastegate application.
The only new
Simon Hollier
Andy Ross wrote:
Simon Hollier wrote:
Andy Ross wrote:
And your usage of the ellipsis is non-standard; it should
represent missing text.
It did represent missing text: Some of use were tought,
Except that text wasn't missing. You quoted it, remember? And even
Harald JOHNSEN
Paul Kahler wrote:
Oh does that sound like a bad hack. What happens to objects that have
specular highlights? Would the illumination be as if the sun were
shining rather than the spotlight? Lighting is important, but this
doesn't seem like it's physically correct at all.
Frederic Bouvier
Vivian Meazza a écrit :
I've just seen the new volumetric shadows. Brilliant!!! On a Nvidia
gForce
5200, the frame rate hit is about 10 in external view (I can live with
it)
and no noticeable effect in internal - perhaps 1 or 2.
Yes, it is very nice. I have a drop
tom bonnell
Not really, except to say that Ive compiled the cvs
version under Cygwin successfully in the last couple of days.
Do you have a reasonably up-to-date version of Cygwin?
I take it that plib compiled correctly?
You might like to try the cvs version.
Vivian
In
Josh Babcock
Vivian Meazza wrote:
Josh Babcock
Right now I've only researched the RR Merlin in any detail. Enough for
our
current range of supercharged models. I don't know if Josh Babcock
needs
anything special for the B29.
I had done some research on the R-3350s
Fred
There was a similar problem report not far ago. It seems cygwin switched
recently from gcc 3.3 to, and that is the problem.
Vivian, what is your own version of gcc ?
-Fred
Vivian Meazza wrote :
tom bonnell
Not really, except to say that I've compiled the cvs version under
Jon Berndt
Thanks,
My question could be a question to Jon, Dave, and any JSB specialist.
I just wonder, about, the opportunity to get profit of your work for
developments on the JSB branch. The properties should be the same on
the global FG level.
Both FDM -YASim -JSBSim with a
Jon Berndt
That all looks very good. Does your implementation of the Boost Control
just
control the pressure, or does it act on the throttle as I understand was
the
way it worked in the Merlin? In simulation terms the outcome is probably
the
same.
V.
Hi, Vivian:
That would be
Josh Babcock
Melchior FRANZ wrote:
* Josh Babcock -- Saturday 25 June 2005 00:26:
Weekly updates at http://jrbabcock.home.comcast.net/flightgear/superfort
I committed this, as it looks very nice and even flies, and there was a
kind
of consense that this should be in cvs. I have
There was a similar problem report not far ago. It seems cygwin switched
recently from gcc 3.3 to, and that is the problem.
Vivian, what is your own version of gcc ?
-Fred
Vivian Meazza wrote :
tom bonnell
Not really, except to say that I've compiled the cvs version under
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of Vivian Meazza
Sent: 20 June 2005 13:13
To: 'FlightGear developers discussions'
Subject: RE: [Flightgear-devel] Re: New turbo/supercharger code
Melchior FRANZ
* Vivian Meazza
Gerard
With Melchior's valuable help I have developed a nasal simulation of the
Boost Control and Boost Control Cutout for the Hurricane. This should be
committed to cvs shortly. When a preset boost value is exceeded, the
Boost
Control acts to reduce throttle opening. This action can be
Josh Babcock
Right now I've only researched the RR Merlin in any detail. Enough for
our
current range of supercharged models. I don't know if Josh Babcock needs
anything special for the B29.
I had done some research on the R-3350s, but it was a while ago. I do
know that the
Martin Spott
Roman Grigoriev wrote:
We can simply use ARB extension - that support on ATI and NV but if you
want
get some boost knowing some aspects of architecture sometimes up to 30%
you
can simple use vendor specific extentions.
I simply fear exactly such proceeding this will
Melchior
And this is by no means innovative. Andy had done this for several
control functions already. Just a few were/are missing. What is new
is the fact that the default bindings for gear and flaps do now also
report key/button release. This is required for gear/flaps without
defined
Dave Culp
I just downloaded the latest OpenAL from CVS and can't get SimGear to
compile
with it. Here's the error:
if g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -
I/usr/X11R6/include
-g -O2 -D_REENTRANT -MT openal_test1.o -MD -MP -MF
.deps/openal_test1.Tpo
-c -o
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of Jon Berndt
Sent: 20 June 2005 01:33
To: FlightGear developers discussions
Subject: RE: [Flightgear-devel] Short Reference Document error?
So, you think the UK is part of Europe,
Melchior FRANZ
* Vivian Meazza -- Saturday 18 June 2005 12:22:
void Thruster::setThrottle(float throttle)
{
_throttle = Math::clamp(throttle, 0, 1);
}
Will this prevent a negative value for:
control-input axis=/controls/engines/engine[0]/boost-control
control=THROTTLE
Andy Ross
Vivian Meazza wrote:
control-input axis=/controls/engines/engine[0]/boost-control
Here is the setting in the property browser
Controls/engines/engine/boost-control= 1.0
Case bug or just a typo?
Oh, were it that easy! Unfortunately, neither - my mail client did
Andy Ross wrote
Vivian Meazza wrote:
I would deduce that the property:
Controls/engines/engine/boost-control
Does not exist when the solver runs.
It should still see a zero for undefined properties,
What does it do for defined properties that contain null/nil?
although you can
Andy Ross
No - nothing else has been modified. I've gone back to the cvs-head
version
of source and data. This is the _only_ change in the code anywhere:
!--control-input axis=/controls/engines/engine[0]/throttle
control=THROTTLE/--
control-input
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of Andy Ross
Sent: 19 June 2005 18:34
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] New turbo/supercharger code
Vivian Meazza wrote:
Not. At least, only
Andy Ross wrote:
Vivian Meazza wrote:
Engines/engine/boost-pressure-psi-gauge = 46.00167 (correct order of
boost)
Can you try it with the CVS code? This may be interacting badly with
your local changes, which makes debugging difficult. Nothing in this
mechanism should require any
Andy Ross
Vivian Meazza wrote:
Engines/engine/boost-pressure-psi-gauge = 46.00167 (correct order of
boost)
Can you try it with the CVS code? This may be interacting badly with
your local changes, which makes debugging difficult. Nothing in this
mechanism should require any of the new
I wrote:
I found this in thrusters.cpp
void Thruster::setThrottle(float throttle)
{
_throttle = Math::clamp(throttle, 0, 1);
}
Will this prevent a negative value for:
control-input axis=/controls/engines/engine[0]/boost-control
control=THROTTLE/
when we get it to work?
I wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of Vivian Meazza
Sent: 18 June 2005 11:23
To: 'FlightGear developers discussions'
Subject: RE: [Flightgear-devel] New turbo/supercharger code
Andy Ross
Vivian Meazza
Jon Berndt wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of
Sent: 18 June 2005 19:17
To: Flightgear-Devel
Subject: [Flightgear-devel] Cygwin and FlightGear startup
It's taking about 3 minutes to initialize FGFS under
1 - 100 of 588 matches
Mail list logo