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 la
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 stat
Thanks, I prefer that one ;-)
-Fred
- Mail original -
> De: "Olaf Flebbe"
> À: "FlightGear developers discussions"
>
> Envoyé: Vendredi 9 Mars 2012 23:00:47
> Objet: Re: [Flightgear-devel] Rembrandt feedback (was: Project Rembrandt -
> next steps)
>
> Hi Fred,
>
> I found the cor
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
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 w
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 direc
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 wit
On Fri, Mar 9, 2012 at 5:58 PM, syd adams 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'.
I do
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 o
> 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'.
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 th
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 " TOST
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
ah overlooked that , thanks
On Fri, Mar 9, 2012 at 2:07 PM, ThorstenB 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 patch contai
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 noth
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
wrote:
> On Fri, 9 Mar 2012, Torsten Dreyer wrote:
>
>> Currently the rudder is set to 0.5 * aileron if autocoordination i
On Fri, Mar 9, 2012 at 1:19 PM, Gijs de Rooy 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 :P
>
> Altoug
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 wrote:
> 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
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
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 z-fighting
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 anythin
On Fri, Mar 9, 2012 at 12:57 PM, Renk Thorsten 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 per graphic
> 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
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
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? ;-)
> simgear/
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
> 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 uns
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 d
On Fri, Mar 9, 2012 at 4:28 AM, Martin Spott 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 what you had in
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 c
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. Fo
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
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 - an
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.
Usin
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 c
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 p
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
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
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
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 :
>
> --fg-scenery=/home/clement/S
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 line
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, and/
>>> 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 no
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 wrote:
> On Thu, Mar 8, 2012 at 10:19 PM, Curtis Olson wrote:
> > Hi Syd,
> >
> > That
Am 09.03.2012 07:51, schrieb syd adams:
> On Thu, Mar 8, 2012 at 10:19 PM, Curtis Olson 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 command
45 matches
Mail list logo