The easiest way for balancing serverload is, in my opinion, a round robin dns
entry. So users simply connect to mpserver.flightgear.org, which resolvs to
mpserver01, mpserver02 etc in round robin.
A more sophisticated solution is, that the server checks the connecting client
IP and sends back
* they do not maintain last position
* Cant be resized
* label "over flow" spacing
* no Validation on entry
* Changes are sometimes immediate, even tapping in or deleting a
figure, makes the entries applies to SIM REAL time key entry..
eg trying to change heading from 270 to 280, means remov
My birthday is may 16..
and am near Swansea
.. cunning flight plan coming...
pete
Gijs de Rooy wrote:
> Hi,
>
>
>
> while searching for flightsim events I came across the Flight
> Simulator Convention at
> the *Helicopter Museum in Weston Super Mare, North Somerset, United
> Kingdom*.
> As
Olivier JACQ wrote:
> The MP conversation is interesting.
>
> Why should people choose between one or another MP Server :
>
> 1. Because it is written in the doc (Wiki, ...)
> 2. Because they check their latency from their location (which is the best
> option).
> 3. Because they choose it based on
Hello,
> I just saw a show on TV about the Erickson
> Aircrane. The flightgear aircrane is spectacular. Maybe
> we could demonstrate building a 400m radio tower out of 10m
> sections (virtually) with it? I saw a real aircrane in
> person up close at Oshkosh last summer and was even more
> impr
The MP conversation is interesting.
Why should people choose between one or another MP Server :
1. Because it is written in the doc (Wiki, ...)
2. Because they check their latency from their location (which is the best
option).
3. Because they choose it based on its location.
I don't really kno
I would gladly make a contribution to FlightGear.
My small contrib would be around £10 per quarter and I would expect this
cash to go towards:
* Maintaining servers online and similar
Is that mechanism in place ?
Is FlightGear.com TradeMark in place?
Is there a way I can take FlightGear and c
The idea is to create a Distribution for use in schools.
FG will hopefully be used in the following lessons.
* Geography
* Geology
* Physics
* Technical Drawing
* Art
* Drama
* Cooking and food
* Maths
* woodwork
* english
To make it the DeFacto, we all need to get our act together.
Thats the vi
On Thu, 2010-01-28 at 21:59 +0100, Jari Häkkinen wrote:
> For me the Nasal function looks strange. I can't understand what the
> addition of 0.001 to freq does? For me it seems to be a waste of
> precious CPU time.
>
>
> Jari
var bar=int((freq+0.001)*10)-int(freq)*10;
The 0.001 ensures we get
On Thu, 2010-01-28 at 21:21 +0100, Jari Häkkinen wrote:
> I can't read Nasal so I can't say if the function below is correct. For
> what it is worth: A frequency between 108.100 and 111.950 (including end
> points) is a localizer frequency if the first decimal is an odd number.
>
>
> Jari
>
R
On Thu, 2010-01-28 at 21:39 +0100, Jari Häkkinen wrote:
> Why change the subject? James did not ask for deprecating Nasal, he
> simply wanted to avoid multiple implementation of functionality. Less
> error prone and if the available functionality does not fit ones need,
> then fall back on Nasal
On Thu, 2010-01-28 at 20:25 +, Martin Spott wrote:
> Roland wrote:
>
> > And one thing more when I read the subject line which came across me:
> > How many airplane developer will you loose if you remove the Nasal
> > engine from FGFS because they can write Nasal code but not C++ code?
>
> Di
Yes, but he's working on a proxy app that interfaces with a VATSIM client
called "sb747".
> Hi Vic,
>
> Thadt sounds verry good!
> Do you remember wich Guy is working on the VATSIM PlugIn and how i can find
> the Docs and Specs of the VATSIM
> Protocoll and where is the Projected in general loc
Hi Vic,
Thadt sounds verry good!
Do you remember wich Guy is working on the VATSIM PlugIn and how i can find the
Docs and Specs of the VATSIM
Protocoll and where is the Projected in general located?
Greetings from Stuttgart,
Peter
- Ursprüngliche Mail
Von: Victhor Foster
An: FlightGe
On Thu, Jan 28, 2010 at 11:13 PM, HB-GRAL wrote:
> Csaba Halász schrieb:
>>
>> By the way, I think something should be done about 02. It is way too
>> overused and seems to have some intermittent relaying problems (even
>> though it is supposed to have IP filtering now). I don't know if the
>> pro
AFAIK there's a person working on that, and we can't integrate VATSIM support
on FG because of their NDA and obvious issues with the GPL. A proxy can be used
to talk between FG and a VATSIM client, but no VATSIM code should be included
with FG, only the proxy code.
That's what that guy is doing.
Hi @List
Iam a Member of the German located VA-Airrescue Squadron.
Right now we are flying with MSFS 9/10 (X) on VATSIM Virtual Airspace
Systemgrid, using
the Squeakbox and its Wrapper, the terrible FSIn PlugIn for the MSFS. VATSIM
has almost
11 Million Virtual Pilots and follows realistic Proc
Csaba Halász schrieb:
>
> By the way, I think something should be done about 02. It is way too
> overused and seems to have some intermittent relaying problems (even
> though it is supposed to have IP filtering now). I don't know if the
> problems are caused by the overload or not, though. What do
The new apt.dat.gz works for me. Thanks,
Jari
On 2010-01-28 11.17, Martin Spott wrote:
> Jari Häkkinen wrote:
>
>> Atlas does not like the current apt.dat.gz because of string 'SOUTH' on
>> line 119725:
>
> I've fixed hepilad name assignments for two airfields, please pull the
> current file fro
I just saw a show on TV about the Erickson Aircrane. The flightgear
aircrane is spectacular. Maybe we could demonstrate building a 400m radio
tower out of 10m sections (virtually) with it? I saw a real aircrane in
person up close at Oshkosh last summer and was even more impressed with the
detail
For me the Nasal function looks strange. I can't understand what the
addition of 0.001 to freq does? For me it seems to be a waste of
precious CPU time.
Jari
On 2010-01-28 21.39, Curtis Olson wrote:
> Nasal is like C, C++, perl, and php in many ways so if you can read any
> of those, you shou
Hi,
while searching for flightsim events I came across the Flight Simulator
Convention at
the Helicopter Museum in Weston Super Mare, North Somerset, United Kingdom.
As FlightGear is being promoted (by some) as the most realistic heli sim of the
three big
players (MSFS, X-Plane and FG) it wo
Martin Spott wrote:
> [...] Not every Perl, Python, PHP programmer (just
> to name a few popular ones) is writing everything on the basis of
> nothing than the scope of the API which is implemented in the core Perl
> distribution.
Oooops, Freudian slip ;-)
Martin.
--
Unix _IS_ user fr
I think Ron started out with this subject line. I tried to change it, but
everyone is replying to the original thread. I don't think anyone is trying
to depricate nasal. They'd have a big fight on their hands if they did try!
Curt.
On Thu, Jan 28, 2010 at 2:39 PM, Jari Häkkinen wrote:
> Why
Nasal is like C, C++, perl, and php in many ways so if you can read any of
those, you should be pretty confident that what you think nasal is doing is
what it's actually doing. Writing nasal code from scratch is harder of
course because it requires knowledge of all the picky language syntax
detail
Why change the subject? James did not ask for deprecating Nasal, he
simply wanted to avoid multiple implementation of functionality. Less
error prone and if the available functionality does not fit ones need,
then fall back on Nasal (or C++).
Cheers,
Jari
On 2010-01-28 16.20, Ron Jensen wro
Roland wrote:
> And one thing more when I read the subject line which came across me:
> How many airplane developer will you loose if you remove the Nasal
> engine from FGFS because they can write Nasal code but not C++ code?
Didn't you realize that this is just one single person spreading FUD in
I can't read Nasal so I can't say if the function below is correct. For
what it is worth: A frequency between 108.100 and 111.950 (including end
points) is a localizer frequency if the first decimal is an odd number.
Jari
On 2010-01-28 04.45, Ron Jensen wrote:
> On Wed, 2010-01-27 at 09:06 +0
Am Donnerstag, den 28.01.2010, 18:18 +0100 schrieb Roland:
[...]
> And one thing more when I read the subject line which came across me:
> How many airplane developer will you loose if you remove the Nasal
> engine from FGFS because they can write Nasal code but not C++ code?
>
The instant loss
Ron Jensen wrote:
> Actually, I disagree with this statement, and it represents a
> fundamental shift in attitude from the way I've seen flightgear's
> development progressing over the past year or two.
Well, you're implying that the past two years progress in this area of
development is to be co
On Thu, Jan 28, 2010 at 6:40 PM, Rob Shearman, Jr. wrote:
>
> I'm not certain about either of the below two statements, so take them with
> a grain of salt:
> (1) 02 is filtering out North American IPs as a solution for the excessive
> bandwidth issues. However, is this not also filtering out rel
From: Csaba Halász:
"By the way, I think something should be done about 02. It is way too
overused and seems to have some intermittent relaying problems (even
though it is supposed to have IP filtering now). I don't know if the
problems are caused by the overload or not, though. What do you think
a
Oh sorry, I wasn't aware of that. :-)
signature.asc
Description: This is a digitally signed message part
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and
Hi,
internal balancing would be nice. Here is an example "conservation"
between FGFS and FGMS:
FGFS: Connects to 01.
FGMS01: Reports back that it is full (10 pilots online, e.g.) and
includes 03 in its response. 01 knows, that 03 has 3 pilots online
FGFS: Reconnects to 03
FGMS03: Reports 3 online
On Thu, Jan 28, 2010 at 11:18 AM, Roland wrote:
> Another things is byte-compilation. This is a hybrid of classic
> interpreters and classic compilers. And it is e.g. done in Java or
> Python. I don't want to start a discussing here if they are good or bad
> languages but they seem to be successf
On Thu, Jan 28, 2010 at 3:23 PM, Brant Gipson wrote:
> Contact the domain owner to get a subdomain like mpserver12.flightgear.org
Posting here usually qualifies as "contacting the domain owner" :D
By the way, I think something should be done about 02. It is way too
overused and seems to have som
Hi all,
if you have duplicate code across many airplanes, let's say basic
navigation or basic instruments, you may still want to write a pure
Nasal library which holds generic functionality.
Another things is byte-compilation. This is a hybrid of classic
interpreters and classic compilers. And it
On 28 Jan 2010, at 16:31, Curtis Olson wrote:
> It's interesting though how much nasal you can actually get away with using
> without making a blip on frame rates. Nasal is *very* efficient and powerful
> for being an interpreted script language.
Absolutely - and I really don't want to get in
On Thu, Jan 28, 2010 at 10:15 AM, leee wrote:
> I think that as a general rule of thumb, Nasal is suitable for
> relatively low update rate aircraft specific stuff - let's say up
> to 10-20 Hz, but anything that has to run at a higher rate is
> better implemented in controllers & filters, or co
On Thursday 28 Jan 2010, Curtis Olson wrote:
> On Thu, Jan 28, 2010 at 9:20 AM, Ron Jensen
wrote:
> > On Thu, 2010-01-28 at 09:24 +, James Turner wrote:
> > > On 28 Jan 2010, at 03:45, Ron Jensen wrote:
> > > > Here is a nasal function to determine if a frequency is a
> > > > localizer.
> >
>
On 28 Jan 2010, at 15:20, Ron Jensen wrote:
> Actually, I disagree with this statement, and it represents a
> fundamental shift in attitude from the way I've seen flightgear's
> development progressing over the past year or two.
It wasn't intended to be anything so fundamental, and I'm surprised
already fixed and commited .Needed to clamp minimum airspeed above 0.
On Thu, Jan 28, 2010 at 5:31 AM, Patrice Poly wrote:
> mm, nevermind, I still have the mistake, even without pushback.
>
>
> --
> The Planet: dedicat
On Thu, Jan 28, 2010 at 9:20 AM, Ron Jensen wrote:
> On Thu, 2010-01-28 at 09:24 +, James Turner wrote:
> > On 28 Jan 2010, at 03:45, Ron Jensen wrote:
> >
> > > Here is a nasal function to determine if a frequency is a localizer.
> It
> > > accepts a frequency in megahertz and returns "1" i
On Thu, 2010-01-28 at 09:24 +, James Turner wrote:
> On 28 Jan 2010, at 03:45, Ron Jensen wrote:
>
> > Here is a nasal function to determine if a frequency is a localizer. It
> > accepts a frequency in megahertz and returns "1" if the frequency is an
> > ILS frequency.
> >
> >
> > var isILS
Contact the domain owner to get a subdomain like mpserver12.flightgear.org
Once you have one, I will relay to it.
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data cen
mm, nevermind, I still have the mistake, even without pushback.
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose f
I make patch for ADF. It allows get ADF power of signal in different
of distances. This is need for modeling different errors in russian
aircrafts.
--
Best regard!!!
Yaroslav Zavarzin
Registered Linux user #419120
http://goodmoodproject.net
MMSI 367189560
adf.cxx.patch
Description: Binary data
This seems to work for me :
var FPangle = math.asin( VS/math.abs(TAS) ) * 90;
On 28/01/2010 04:28, syd adams wrote:
> Good point , I'll try the abs . That formula continuously calculates the
> flight path angle from vertical and forward speed fpm ... I saw the error
> but hadnt figured it out y
Jari Häkkinen wrote:
> Atlas does not like the current apt.dat.gz because of string 'SOUTH' on
> line 119725:
I've fixed hepilad name assignments for two airfields, please pull the
current file from FlightGear's CVS and check if it's now working as
expected.
Actually this bunch of airfield impr
On 28 Jan 2010, at 09:18, James Turner wrote:
> My fault, just checked the code and it's trivial to fix. WIl commit it ASAP.
Committed now - also made the same fix for 'has-gs' which was similarly getting
stuck on the old value when no valid station was tuned.
James
--
On 28 Jan 2010, at 03:45, Ron Jensen wrote:
> Here is a nasal function to determine if a frequency is a localizer. It
> accepts a frequency in megahertz and returns "1" if the frequency is an
> ILS frequency.
>
>
> var isILS=func(freq) {
> if(freq < 108.10) return 0;
> if(freq > 111.95) retu
On 28 Jan 2010, at 04:00, syd adams wrote:
> you can also check the instrumentation/nav/nav-loc , but it seems to stay
> stuck on true if you tune another frequency that's out of range or invalid...
> not sure when that broke.
My fault, just checked the code and it's trivial to fix. WIl commit
52 matches
Mail list logo