On Monday 02 July 2007 10:05, Melchior FRANZ wrote:
Yeah. It's also not only the Traffic Manager. FlightGear is full
of exit()s, when there should really be one single exit() at most,
and that would be in bootstrap.cxx. When the project was started,
gcc wasn't what it is now. I think templates
Am Dienstag 03 Juli 2007 08:30 schrieb Durk Talsma:
The most significant exception (no pun indented) :-)
The context of a message also depends on the messenger :-)
to this rule seems to
be the one related to the routing algorithm. It seems like the new
algorithm is pickier than my old one.
Durk Talsma
Sent: 03 July 2007 06:36
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] crash in AI traffic
On Tuesday 03 July 2007 00:20, Vivian Meazza wrote:
Vivian Meazza wrote:
What were we saying about incompletely tested and poorly
Vivian Meazza wrote:
Martin Spott
Well, before this turns into mutual instructions on how to
translate Latin, we'd better return to a more common
language. We still don't know the answer to your question
What were we saying about , do we ?
Perhaps you recall this thread: C++
Vivian,
Vivian Meazza wrote:
Of course code breakage happens. But in an ideal world, it shouldn't get
into cvs. It makes us all look unprofessional. Proper peer review can help
prevent this. At least it gives others, perhaps more expert than us a chance
to spot things that we have missed.
Ampere K. Hardraade wrote:
I simply don't see vehicle simulation as a possible venture.
[...]
So, I would suggest focusing resources on improving the flight aspect of the
simulator instead.
Certainly. Yet we might try to define what the term vehicle
simulation should mean in the given
Am Dienstag 03 Juli 2007 10:28 schrieb Vivian Meazza:
Of course code breakage happens. But in an ideal world, it shouldn't get
into cvs.
In an ideal world we had automated unit test that cover everything... Welcome
to reality :-P
It makes us all look unprofessional.
Not more than not
Am Dienstag 03 Juli 2007 10:31 schrieb Martin Spott:
Perhaps you recall this thread: C++ code beautifier /
Codingstandardsproposal
Seems to me that we are just revisiting these issues.
I can't remember having read a proposal that found general consensus in
the mentioned thread - so I
Oliver Schroeder wrote:
I have prepared a small patch for src/MultiPlayer/multiplaymgr which fixes
some minor bugs and did some cosmetics. The main thing about it is:
- it does'nt open a listener port if no --multiplay=... is present
- --multiplay=in,... does'nt open a listener port on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Förster wrote:
Am Dienstag 03 Juli 2007 10:31 schrieb Martin Spott:
Perhaps you recall this thread: C++ code beautifier /
Codingstandardsproposal
Seems to me that we are just revisiting these issues.
I can't remember having read a
Repost of (relevant parts) of Tim Moore's original posting in another thread
to keep things organized :-) With permission
Please use this thread for coding style discussions.
Thomas
File Naming
-
All filenames are all lower case. Header files end with the suffix .hxx,
Am Dienstag 03 Juli 2007 13:54 schrieb Thomas Förster (actually it was Tim
Moore :-) ):
I personally hate underscores or any other indication that a variable is
a private member, with the rationale that a cursory reading of a
well-written class will quickly give you that information anyway,
On Sunday 01 July 2007 17:16, pebble garden wrote:
Here's a picture of what I'm talking about:
http://userimages.imvu.com/userdata/00/01/03/89/userpics/apStickDeflection_
0.jpg
Users could disengage the autopilot anytime they like, but it'd be no
trouble at all to move the joystick box
This implements a popup to show the position of the flight controls
and trim.
This is a workaround for the many aircraft that still lack usable
trim indicators, cowl flap indicators, et cetera.
TRIM SET is a checklist item in every aircraft I've seen; it's
kinda hard to have a realistic flight
In every aeronautical engineering publication I've seen, the
convention for positive has been:
-- Positive aileron deflection creates a positive rolling moment,
positive around the +X axis, i.e. roll to the right;
-- Positive rudder deflection creates a positive yawing moment,
On 07/03/2007 02:45 PM, Berndt, Jon S wrote:
A positive elevator angular deflection (about the +Y
axis) makes the trailing edge of the elevator move down, resulting in a
negative pitching moment.
Likewise, a positive rotation of the rudder about the Z axis (positive
downward, with Y
-- Positive elevator deflection creates a positive pitching moment,
positive around the +Y axis, i.e. nose up.
By the way, Cm_de (that is, pitching moment given an elevator
deflection) is nominally negative. So, you can see, a positive elevator
deflection results in a negative pitching
Hi Martin,
--- Martin Spott wrote:
Hi Stuart,
Stuart Buchanan wrote:
John Denker has been working on some improvements to the c182 and
c182rg which I've tested, and would like committed to CVS, please.
Hmmm, something's strange here, as the gear doesn't retract at all.
Title: Re: [Flightgear-devel] flight control polarity
On 07/03/2007 02:45 PM, Berndt, Jon S wrote:
A positive elevator angular deflection (about the +Y
axis) makes the trailing edge of the elevator move down, resulting in a
negative pitching moment.
Likewise, a positive rotation of the
Hi all,
I just updated my cvs data, but I still get the 20 lines a second of OpenAL
error AL_INVALID_NAME: set_volume it still persists, so much so, I dont get
a chance to read any other errors as they fly through the notification window
at mach 2
Concorde seems a little better, at least the
John Denker wrote:
Hi John,
In every aeronautical engineering publication I've seen, the
convention for positive has been:
-- Positive aileron deflection creates a positive rolling moment,
positive around the +X axis, i.e. roll to the right;
-- Positive rudder deflection creates a
Hi Jon --
On 07/03/2007 03:08 PM, you wrote:
By the way, Cm_de (that is, pitching moment given an elevator
deflection) is nominally negative. So, you can see, a positive elevator
deflection results in a negative pitching moment. Likewise, Cn_dr is
negative (yawing moment given a rudder
On 07/03/2007 03:23 PM, Berndt, Jon S wrote:
You didn't write what you meant - that is, your statements (as written)
were backwards for yaw and pitch. Instead of referring to rudder or
elevator (physical aerosurface) deflection, you should have referred to
pilot control stick/yoke inputs.
Hi All,
John Denker and I have been working on randomized failure modes for the
Instrument Failure and System Failure dialogs.
- You can now indicate the Mean Time Between Failure and Mean Cycles
Between Failure for the various standard instruments and systems in the
Instrument Failure and
--- Bohnert Paul wrote:
Everyone,
Aircraft flash2a kills 0.9.11 pre1. Not a problem for local use. I
don't expect all cvs aircraft to work with the latest release.
It also kills FlightGear multi player. If someone is online flying
flash2a 0.9.11pre1 aborts.
For now I'll
Hi,
here is the patch for the directional sound and correct Doppler sound
(and stereo sound) for the plib branch.
Please commit.
Maik
Index: sound/sample_openal.cxx
===
RCS file:
Concorde sound problems start at Mach 1.3 this bug report generated at Mach 1.6
http://pastebin.ca/602045
Aerotro
PS, confirmed - Vertical Speed still faulty as before-
This SF.net email is sponsored by DB2 Express
Download
* Stuart Buchanan -- Tuesday 03 July 2007:
The included XML files replace those in the gui/dialogs directory, while
gremlins.nas should be put in the Nasal directory.
gremlins.nas? Please not funny names in $FG_ROOT/Nasal/. These
are code files, and so far all of them were called after their
* John Denker -- Tuesday 03 July 2007:
This implements a popup to show the position of the flight controls
and trim.
[...]
http://www.av8n.com/fly/fgfs/flight-control.diff
Certainly useful for many people. I think a third digit after the
comma would be useful for axes, as two are barely
On 7/3/07, Gordan Sikic [EMAIL PROTECTED] wrote:
John Denker wrote:
Hi John,
In every aeronautical engineering publication I've seen, the
convention for positive has been:
-- Positive aileron deflection creates a positive rolling moment,
positive around the +X axis, i.e. roll to the
Hi forks,
I'm working on building 0.9.11-pre1 on Mac OS X.
Though I've successfully built it last night, I've encountered some
strange behaviors including:
1) an aircraft is under a carrier when resetting flightgear (with
Shift-ESC). 100% reproducible
I've tested it with p51d, c172p, and
Stuart,
I downloaded your new flash2a. It works with 0.9.11pre1.
Thanks for a very nice aircraft.
Best Regards,
Paul B.
Stuart Buchanan [EMAIL PROTECTED] wrote: --- Bohnert Paul wrote:
Everyone,
Aircraft flash2a kills 0.9.11 pre1. Not a problem for local use. I
don't
On 07/03/2007 06:09 PM, Melchior FRANZ wrote:
http://www.av8n.com/fly/fgfs/flight-control.diff
Certainly useful for many people.
:-)
I think a third digit after the
comma would be useful for axes, as two are barely enough for even
bad joysticks.
It depends on the purpose. For
* John Denker -- Wednesday 04 July 2007:
On 07/03/2007 06:09 PM, Melchior FRANZ wrote:
What I don't really understand is why local variables need to be ii and
nnn. What's wrong with just i and n, like everyone else uses?
Skilled programmers double the i and triple the n so that the
Oh, sorry. Forgot this one ...
* John Denker -- Wednesday 04 July 2007:
I can see making another mode, to serve another purpose, such
as debugging joysticks, and /four/ digits would be worthwhile
in that case. It would be simple to put a mode-change button
on the existing popup.
I'd assume
35 matches
Mail list logo
