Am 09.03.2012 07:51, schrieb syd adams:
On Thu, Mar 8, 2012 at 10:19 PM, Curtis Olsoncurtol...@gmail.com wrote:
Hi Syd,
That was a hack from the very early days of the project, so if it went away,
it wouldn't bother me. Fred might have a check box in the window launcher,
and there may be a
Some of us don't have a joystick and fl with a mouse and autopilot..
auto-coordination has to stay.. however.. just realised it DOES mess up the
autopilot...
pete
On Fri, Mar 9, 2012 at 6:51 AM, syd adams adams@gmail.com wrote:
On Thu, Mar 8, 2012 at 10:19 PM, Curtis Olson
Parking brake is just a on/off flag (1bit).
Well, right, but not totally. I've seen aircrafts accepting a double
value, and I'd like to make it consistent. Intermediate values make
sense here since it's a lever that moves along a path (or at least
rotates around a hinge). It's not a two
Hi Roland,
Maybe Oliver can add more... but -
1: I am working with the version in my own clone of
master, geoffmcls-fgms-0-x, but it is the SAME in
that code area.
In a recent test setup I too was 'flooded' with
this particular message. That turned out to be
due to port 5000 udp in/out,
How a parking brake on small aircraft works:
There is a hydraulic line between the brake cylinders at the pedals ('toe
brakes'). The hydraulic pressure pushes pistons in the brake saddle (aircraft
fixed) against the brake disk on the wheels.
In this line there is a valve that can block this
On Thu, 8 Mar 2012 23:13:56 +0100, Clement de l'Hamaide wrote:
I've encountered a problem about this change but I fixed it. Some
explanation :
I use 5 sceneries folders and some of them add some data to the
precedent scenery folder.
I use this argument :
Eric van den Berg wrote:
How a parking brake on small aircraft works:
Well, from my experience I'd say there are almost as many different
types of small-aircraft parking brakes as there are different
manufacturers. I remember having flown at least six different types of
small aircraft by three
syd adams wrote:
Actually I'd prefer the auto-coordination property to remain , and the
options to enable it too , just that it be handled in an autopilot
file rather than hard-coded.
I'm not sure if I understood what you had in mind, therefore, beware, I
might miss you point. Anyhow from my
Agreed, but the as you are saying, the brake is hydraulic and therefore there
will always be a valve that traps the hydraulic fluid and keeps the pressure on
the brake pistons. This valve will always only be fully closed in the end
position (Just as a tip if you will be using a 'double'). This
On Friday 09 March 2012 13:27:19 Eric van den Berg wrote:
Agreed, but the as you are saying, the brake is hydraulic and therefore
there will always be a valve that traps the hydraulic fluid and keeps the
pressure on the brake pistons. This valve will always only be fully closed
in the end
Eric van den Berg wrote:
Agreed, but the as you are saying, the brake is hydraulic and
therefore there will always be a valve that traps the hydraulic fluid
No.
At least the older C172's are having mechanically operated parking
brake levers which apply force onto the same hydraulic master
I see, I am sure there are more. I must admit I am more familiar with aircraft
that are a bit more modern then the models you mention. But I do know (I just
had a look) that an old PA28-200 has a seperate, parallel cylinder with a
handle in the middle console and a knob to fix it.
Eric van den Berg wrote:
I see, I am sure there are more. I must admit I am more familiar with
aircraft that are a bit more modern then the models you mention.
I've flown at least two rather modern aircraft (different types) but I
still prefer the aged ones for their style and atmosphere - and
How could I think that parking brakes would have been such a hot topic??!! :-)
Anyway, I appreciate the long detailed point of views. It's clear to me I have
to be generic enough with this input device.
Well, it's going to stay as a 'double' but not a 24bit resolution anyway!
--
Empfehlen Sie
Hi,
I have found multiple format string vulnerabilities in Flightgear and
Simgear. This could allow an attacker to execute arbitrary code in a
Flightgear user's machine. This is possible because user controlled format
string is passed directly to printf family functions without any
validation.
OK ,I was just gathering opinions , and it appears it should stay.Now
I know how to proceed.
Thanks guys.
Syd
--
Virtualization Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but
On Fri, Mar 9, 2012 at 4:28 AM, Martin Spott martin.sp...@mgras.net wrote:
syd adams wrote:
Actually I'd prefer the auto-coordination property to remain , and the
options to enable it too , just that it be handled in an autopilot
file rather than hard-coded.
I'm not sure if I understood
Ok I haven't entirely given up on the idea of removing the
auto-coordination from the code.Wouldn't it be more appropriate to add
that rudder control to controls.nas?
Then it can be replaced if need be on a per aircraft basis , but not
break anything
otherwise.And maybe it could be slip/skid-ball
Ok I haven't entirely given up on the idea of removing the
auto-coordination from the code.
Why?
Wouldn't it be more appropriate to add
that rudder control to controls.nas?
Nasal runs per graphical frame, FDMs may need to run faster at low framerates.
Nasal AP systems tend to become
The counter argument here is that the existing auto coordination system
is nothing more than one line of code that forces some rudder deflection in
proportion to aileron deflection -- basically implementing some sort of
hard linked manual system. I am sure there are very few (if any?) real
life
Am 08.03.2012 19:43, schrieb ThorstenB:
On 08.03.2012 19:21, Curtis Olson wrote:
I bet there's a line of code somewhere that looks like:
if ( visibility_meter 1000 ) {
do_sky_dome_stuff();
}
Ha, Curt, I know you cheated! You just looked at the code, right? ;-)
Am 09.03.2012 20:57, schrieb Renk Thorsten:
Ok I haven't entirely given up on the idea of removing the
auto-coordination from the code.
Why?
Wouldn't it be more appropriate to add
that rudder control to controls.nas?
Nasal runs per graphical frame, FDMs may need to run faster at low
Curt wrote:
I am sure there are very few (if any?) real life aircraft rigged in such a
way.
There are also very vew (if any?) real life aircraft flown by mouse :-)
Altough I tend to control rudder seperately (also when flying with a mouse!), I
do
agree that auto-coordination should
On Fri, Mar 9, 2012 at 12:57 PM, Renk Thorsten thorsten.i.r...@jyu.fi wrote:
Ok I haven't entirely given up on the idea of removing the
auto-coordination from the code.
Why?
because its hard-coded...
Wouldn't it be more appropriate to add
that rudder control to controls.nas?
Nasal runs
Am 09.03.2012 20:44, schrieb syd adams:
Ok I haven't entirely given up on the idea of removing the
auto-coordination from the code.Wouldn't it be more appropriate to add
that rudder control to controls.nas?
Then it can be replaced if need be on a per aircraft basis , but not
break anything
On Thu, 8 Mar 2012, Mathias Fröhlich wrote:
Hi,
Also for the breginning of the development cycle, I started working on
improoving fgviewer and cleanup scenery/model loading.
I have now checked in a change that should fix some long standing
problems with modelss that appear to have
On Fri, 9 Mar 2012, Torsten Dreyer wrote:
Currently the rudder is set to 0.5 * aileron if autocoordination is
enabled. The value of 0.5 is hardcoded.
Perhaps this could be implemented with a property rule in preferences.xml
instead of in C++ code - couldn't such a rule easily be replaced by
Now that sounds like an even better idea.Less chance of breaking
anything , but still adjustable.Thanks Torsten.
On Fri, Mar 9, 2012 at 1:32 PM, Torsten Dreyer tors...@t3r.de wrote:
Am 09.03.2012 20:44, schrieb syd adams:
Ok I haven't entirely given up on the idea of removing the
On Fri, Mar 9, 2012 at 1:19 PM, Gijs de Rooy gijsr...@hotmail.com wrote:
Curt wrote:
I am sure there are very few (if any?) real life aircraft rigged in such a
way.
There are also very vew (if any?) real life aircraft flown by mouse :-)
or flown looking through a monitor , using a keyboard
Hmmm another thought . Wouldn't setting that value to 0.0 still force
the rudder to center , still overriding other systems ?
On Fri, Mar 9, 2012 at 1:39 PM, Anders Gidenstam
anders-...@gidenstam.org wrote:
On Fri, 9 Mar 2012, Torsten Dreyer wrote:
Currently the rudder is set to 0.5 * aileron
Am 09.03.2012 21:46, schrieb syd adams:
Hmmm another thought . Wouldn't setting that value to 0.0 still force
the rudder to center , still overriding other systems ?
No, since Torsten's suggested patch contained a condition
auto_coordination_factor-getDoubleValue() 0.0 ) {
so nothing
ah overlooked that , thanks
On Fri, Mar 9, 2012 at 2:07 PM, ThorstenB bre...@gmail.com wrote:
Am 09.03.2012 21:46, schrieb syd adams:
Hmmm another thought . Wouldn't setting that value to 0.0 still force
the rudder to center , still overriding other systems ?
No, since Torsten's suggested
Few, but at least one:
http://en.wikipedia.org/wiki/ERCO_Ercoupe
--Adam
On Mar 9, 2012, at 12:05 PM, Curtis Olson wrote:
The counter argument here is that the existing auto coordination system is
nothing more than one line of code that forces some rudder deflection in
proportion to
Hi Fred,
I found the correct extension for unsigned uniforms:
--- a/src/Main/CameraGroup.cxx
+++ b/src/Main/CameraGroup.cxx
@@ -906,6 +906,7 @@ const char *ssao_vert_src =
const char *ssao_frag_src =
#version 120\n
+#extension GL_EXT_gpu_shader4 : enable\n
#line
Not many aircraft are designed to be flown using a keyboard or a mouse either.
;.)
The TSR2 prototype actually had a knob to allow a variable amount positive or
negative rudder to be input from the roll taileron command.
This auto-co-ordination may well help novice simulator “gamers” and for
On the subject of novices, would it be a good idea to have an idiot-startup
button or menu, which makes everything all systems go and ready to take off?
Alan
Mine already have such a button , in the menu called autostart'.
Hi Martin,
Actually this slider doesn't override anything, instead it's being
overridden by the defaults.
It does override the custom settings, whenever the slider is touched. But just
setting
the property via commandline (or anything other than the dialog) was something
I
didn't think of
On Fri, Mar 9, 2012 at 5:58 PM, syd adams adams@gmail.com wrote:
On the subject of novices, would it be a good idea to have an idiot-startup
button or menu, which makes everything all systems go and ready to take off?
Alan
Mine already have such a button , in the menu called autostart'.
On Friday 09 March 2012 14:45:45 Adam Dershowitz, Ph.D., P.E. wrote:
Few, but at least one:
http://en.wikipedia.org/wiki/ERCO_Ercoupe
--Adam
As the FDM maintainer for the Flightgear version of this airplane I have
searched the interwebs for details on its rudder system and came up with
Hi,
On Friday, March 09, 2012 21:37:32 Anders Gidenstam wrote:
This change breaks my setup. I consider it a feature that FG used
to load objects from all scenery directories visited up until the first
one that contains terrain for the tile. It made it possible to have
scenery object
Hi,
On Thursday, March 08, 2012 23:13:56 Clement de l'Hamaide wrote:
Without this little tweaks the tile can't be loaded. In conclusion, with
your change we need to associate Object AND Terrain folder. It's just a
feedback of my experience, don't take it as a critics ;)
That's fine.
Have
Hi Jon,
On Friday, March 09, 2012 10:43:55 Jon Stockill wrote:
Can you explain exactly how the loading now works, and if it's still
possible to use extra local objects trees in the way I describe?
Thanks for the response.
Well, I guess this hits the same problem that I try to solve now with
Thanks, I prefer that one ;-)
-Fred
- Mail original -
De: Olaf Flebbe f...@oflebbe.de
À: FlightGear developers discussions
flightgear-devel@lists.sourceforge.net
Envoyé: Vendredi 9 Mars 2012 23:00:47
Objet: Re: [Flightgear-devel] Rembrandt feedback (was: Project Rembrandt -
In response to the auto-coordination question, it does need to be
there for users that do not have pedals or a twist stick joystick.
Ideally, the autopilot should either disable auto-coordination and
then restore state afterwards, if enabled by user or fly despite it.
I personally think that
Hi Curt
Well actually there are quite some RL aircraft having a so-called
rudder-aileron interconnect. Of course in these aircraft it acts both
ways: A spring (so not hard linked 1:1) pulls the rudder at aileron
deflection and vice versa. The reason is however a very different one
namely a
45 matches
Mail list logo