On September 28, 2005 04:02 am, Erik Hofman wrote:
> Looking at a patch commit to simgear/scene/model at Sept. 25th I see
> there was a patch to set the factor to 0.0 by default which doesn't seem
> such a great idea after all.
>
> I've backed out that patch again, could you test it for me?
>
> Eri
> From: Arthur Wiebe
>
> There are some other mac fgfs guys on this list. I figured I'd let everyone
> know exactly what the MacOSX port of FGFS is up to.
>
> http://artooro.blogspot.com/2005/09/mac-flightgear-project-report.html
>
> (NOTE:)
> The Flight starter (fgrun equiv) is referred to as
I hope, this description is not to long, but I think it is very
important to have a working controller code
First the test results, at the end you will find the test decription for
the test controller and a little nasal script for logging.
o Behaviour with delta_u_n = 0 and an input jump func
Roy Vegard Ovesen wrote:
On Wednesday 28 September 2005 21:03, Hans-Georg Wunder wrote:
The original problem is, when there is an input change from 0 to
u_max/kp, the output value is zero. This is wrong. It has to be u_max.
The fix from Erik was also my first approach. But it does not solve the
See below...
On 9/28/05, Roy Vegard Ovesen <[EMAIL PROTECTED]> wrote:
> On Wednesday 28 September 2005 21:03, Hans-Georg Wunder wrote:
> > The original problem is, when there is an input change from 0 to
> > u_max/kp, the output value is zero. This is wrong. It has to be u_max.
> > The fix from Er
> From: "Mike Kopack"
>
> Hey gang,
>
>
> Second, while investigating some stuff for another project, I ran across a
> reference where somebody used a MS Flight Sim aircraft model for a Predator
> UAV and used it on Flight Gear. Unfortunately, it didn't explain how they
> did it. How would I
> From: Andy Ross
>
> Hans-Georg Wunder wrote:
> > In the package there is a GPL-license.
> > If this is enough, then everything is OK regarding the panel.
>
> Unfortunately, due to clear evidence of (minor, admittedly) copyright
> violation, this is not enough. The issue isn't license compatibi
On Wednesday 28 September 2005 21:03, Hans-Georg Wunder wrote:
> The original problem is, when there is an input change from 0 to
> u_max/kp, the output value is zero. This is wrong. It has to be u_max.
> The fix from Erik was also my first approach. But it does not solve the
> problem. Under some
Hans-Georg Wunder wrote:
> In the package there is a GPL-license.
> If this is enough, then everything is OK regarding the panel.
Unfortunately, due to clear evidence of (minor, admittedly) copyright
violation, this is not enough. The issue isn't license compatibility,
it is copyright ownership.
Thank you for the tips
I understand your concerns. I took the panel from
the package b707-436v2.zip from John Carty.
In the package there is a GPL-license.
If this is enough, then everything is OK regarding the panel.
I wrote John a mail and told him, what Iam going to do,
but I got no answer.
If
Hans-Georg Wunder wrote:
It would be great, if you also test the code.
This PID code has been working well (and untouched for quite some time
now.) What bug/problem are we trying to fix here?
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program http://www.humanf
It would be great, if you also test the code.
Hans-Georg
Jeff McBride wrote:
Ahh, yes. I see your point. Since the change in output is based on
change in error (not current error), if the amount of output shift is
altered but the last error (ep_n_1) is not the two will effectively
become out o
The original problem is, when there is an input change from 0 to
u_max/kp, the output value is zero. This is wrong. It has to be u_max.
The fix from Erik was also my first approach. But it does not solve the
problem. Under some circumstances the controller stays in saturation for
ever.
I th
Karsten Krispin wrote:
> roy.vegard.ovesen wrote:
> > Those icons at the top, just right of the menu bar. I'm pretty sure
> > that they come from MSFS, and thus are probably under a license
> > uncompatible with GPL. I suggest that Hans-Georg simply remove them,
> > there probably are no such butto
Am Mittwoch, 28. September 2005 08:46 schrieb roy.vegard.ovesen:
> Those icons at the top, just right of the menu bar. I'm pretty sure that
> they come from MSFS, and thus are probably under a license uncompatible
> with GPL. I suggest that Hans-Georg simply remove them, there probably are
> no suc
Hi all,
irc.flightgear.org is currently down (the machine is there but the irc
service isn't) so I have set up a channel #flightgear on freenode.net to
use untill the offical server comes back up.
George Patterson
___
Flightgear-devel mailing list
Fli
Ampere K. Hardraade wrote:
As a side note, I made it safely back to the airport, braked, and taxied to
the tarmac. Those who have had trouble braking on large jets may want to
hold Shift+B on touch down. Provided that Caps-Lock is off, holding Shift+B
will toggle the brake between on and off
På 28.09.2005 10:05 CEST skrev Erik Hofman
>Hans-Georg Wunder wrote:
>> Hi all,
>>
>> I adapted the 2D-panel of a 707 from George Carty for FlightGear and
>> merged it with the 3D-Model of Innis Cunningham.
>>
>> Here are the results:
>>
>> http://wunderhg.homepage.t-online.de/707-KSFO.jpg
>
>Ow
Hans-Georg Wunder wrote:
Hi all,
I adapted the 2D-panel of a 707 from George Carty for FlightGear and
merged it with the 3D-Model of Innis Cunningham.
Here are the results:
http://wunderhg.homepage.t-online.de/707-KSFO.jpg
Ow, nice! Is it ready to be included in the base package?
Erik
___
Ampere K. Hardraade wrote:
As you can see, there is a problem with the main landing gears on the 747.
The bug appears again after I restarted FlightGear. I have never seen this
happening until I updated my CVS version of SimGear and FlightGear yesterday.
I haven't touched anything in the da
[EMAIL PROTECTED] wrote:
well, I hacked the code not to show those dialogs any more... could supply a
"patch" if someone wants it :-)
Please?
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman
21 matches
Mail list logo