Martin Spott wrote:
Curtis Olson wrote:
I believe this is the whole point of Pep bringing up the subject on the
FlightGear mailing list. He would like to work towards a concrete proposal,
and this is the preliminary discussion phase. Let's not beat up the
messenger [too much], ok! :-)
On mardi 11 novembre 2008, Anders Gidenstam wrote:
On Tue, 11 Nov 2008, gerard robin wrote:
In addition to it there is a drag when the gear (down) is IN the water
, i remember that Vivian couldn't take off the Catalina, since the gear
were down.
I may understand that you don't know the
On mardi 11 novembre 2008, Melchior FRANZ wrote:
* gerard robin -- Wednesday 05 November 2008:
In addition to it, with YASIm which is supposed to include
that feature, i am unable to control my helicoptere rescue
operation according to the terrain which is under, with
water we could
I know I am usually just a lurker on this list, and when I do poke my head in,
it doesn't always make sense :)
However there is one concern I have about IVAO/FG-MP interoperability which I
have not seen addressed, and it goes back to a debate about MP we've had in our
forum several times over
I don't think the MP servers have to change their philosophy. I don't think
both networks should be merged: it would be better to have the possibility
to choose. All this is a personal opinion, but I think your MP should remain
intact, with the same philosophy, and just add into IVAO the
* Melchior FRANZ -- Wednesday 05 November 2008:
* Curtis Olson -- 11/3/2008 4:46 PM:
- If it was me doing this, I would suggest something like:
Airports/L/LO/LOX/LOXA.xml (just the one file per airport)
As I wrote previously, if we drop the requirement to have
separated files per airport,
Hi,
First response on this topic from my side.
I don't think the MP servers have to change their philosophy. I don't think
both networks should be merged: it would be better to have the possibility
to choose.
As Rob noticed FlightGear has to deal with a lot of kids (I prefer to cale
On mardi 11 novembre 2008, Melchior FRANZ wrote:
* gerard robin -- Saturday 08 November 2008:
Is it so difficult, to include within FG, the code which
gives the information, or at least, to include as generic
the 'famous Nasal script ??
May be any idea which is not coming from you is
On Tue, Nov 11, 2008 at 2:38 PM, Pep Ribal wrote:
I don't think the MP servers have to change their philosophy. I don't think
both networks should be merged: it would be better to have the possibility
to choose. All this is a personal opinion, but I think your MP should
remain
intact, with
* Jon S. Berndt -- Thursday 06 November 2008:
Well, that would require JSBSim to maintain a database for the physical
properties (friction, etc.) of the terrain underneath the aircraft.
No. You'd just have to extend JSBSim.cxx so that it queries the
ground cache for every gear. From there it
On Tue, 11 Nov 2008 11:19:44 -0800 (PST), Jr. wrote in message
[EMAIL PROTECTED]:
From: Matthew Tippett [EMAIL PROTECTED]
flightgear-devel@lists.sourceforge.net
Sent: Tuesday, November 11, 2008 7:34:12 AM
Note the subtle suggestion of the discussion here.
To avoid
* gerard robin -- Saturday 08 November 2008:
Is it so difficult, to include within FG, the code which
gives the information, or at least, to include as generic
the 'famous Nasal script ??
May be any idea which is not coming from you is bad :)
That's funny. So you have forgotten that the
On 31 Oct 2008, at 01:33, Tatsuhiro Nishioka wrote:
This problem didn't happen on the iMac that I tested.
So this may be a processor related issue.
Could you tell me what compiler options did you specify?
I wonder if this problem happens when you specify no optimization
including -O,
On Tue, 11 Nov 2008 09:31:34 +0300, Pep wrote in message
[EMAIL PROTECTED]:
The way IVAO has worked so far, as Curt says, is completely plugin
based, in regard of flight simulators, due to the fact that the
simulators that log in are not open source (let's change that!). In
the case of FG,
My suggestion was along these lines, however I was focusing more on
the inter-organization issues than technical.
The technical details in my email was matching yours, that is the
FG-MP server accepts a connection from *any* trusted MP flight
environment. A secure wrapper using public key
* gerard robin -- Wednesday 05 November 2008:
In addition to it, with YASIm which is supposed to include
that feature, i am unable to control my helicoptere rescue
operation according to the terrain which is under, with
water we could understand but with solid the rescued man
is digging the
On Tue, Nov 11, 2008 at 11:08 PM, Matthew Tippett [EMAIL PROTECTED] wrote:
If however, IVAO sees the value in allowing FG users access to their
network as 'peer' pilots
Not to forget about acting as controllers, which would be a nice thing
to have too.
--
Csaba/Jester
* gerard robin -- Wednesday 05 November 2008:
Not ripping, keeping, .. since that feature is necessary, out of, and without
any FDM.
As far as i know, (i could be wrong and stupid) , an AI object is not FDM
dependent, but, it can be property related.
Your generic terrain.nas wouldn't
On Tue, 11 Nov 2008, gerard robin wrote:
In addition to it there is a drag when the gear (down) is IN the water , i
remember that Vivian couldn't take off the Catalina, since the gear were
down.
I may understand that you don't know the JSBSim features/ressources.
I think that was me. But
* gerard robin -- Tuesday 11 November 2008:
A gear with a variable size ?
Huh? You suggest to put terrain.nas into CVS, and when you
get suggestions for how to solve the problems properly, you
put them all down while ignoring that terrain.nas doesnt
fulfill any of your requirements
Robert Black wrote:
[...] Flightgear
should concentrate on making the tools and letting people use them as
they see fit. This ensures the organizations that do right by their
members continue while the ones who do not are not holding their members
hostage because they own the
Note the subtle suggestion of the discussion here.
To avoid exposing/causing concern with the GPL, keeping it completely
internal and not distributing it from IVAO seems like a good idea.
However, this appears to need FG to expand/revise it's MP interface to
allow secure connection of external
Curtis Olson a écrit :
Fred, your demo movies look really interesting. I'm looking forward
to continued great results!
Here are two new movies of my current progress. Shader programming inside :
http://frbouvi.free.fr/flightsim/yafseng_6.avi [9.23 MB]
Frederic Bouvier wrote:
Curtis Olson a écrit :
Fred, your demo movies look really interesting. I'm looking forward
to continued great results!
Here are two new movies of my current progress. Shader programming inside :
http://frbouvi.free.fr/flightsim/yafseng_6.avi [9.23 MB]
Hi all.
Another big issue I was thinking about is how we would deal with our
differences in
terrain data? Maybey we should keep the technicall problems for a later
stage, but
having planes taxi meters above (or below) you just doesn't look good...
As far as I know FG uses the same
Hello
It is not the Concorde , nor the Titannic only the Crusader which sink.
I have just updated the FDM of the F-8E Crusader, which will sink if you try
to land on water.
It only pretend to show that is possible to simulate an aircraft which sink
when on the water.
It is NOT an animation
On Wed, 12 Nov 2008 02:22:12 +0100, gerard wrote in message
[EMAIL PROTECTED]:
Hello
It is not the Concorde , nor the Titannic only the Crusader which
sink. I have just updated the FDM of the F-8E Crusader, which will
sink if you try to land on water.
It only pretend to show that is
On mercredi 12 novembre 2008, Arnt Karlsen wrote:
On Wed, 12 Nov 2008 02:22:12 +0100, gerard wrote in message
[EMAIL PROTECTED]:
Hello
It is not the Concorde , nor the Titannic only the Crusader which
sink. I have just updated the FDM of the F-8E Crusader, which will
sink if you try to
On Nov 11, 2008, at 7:25 PM, James Turner [EMAIL PROTECTED] wrote:
This problem didn't happen on the iMac that I tested.
So this may be a processor related issue.
Going to do more testing on this issue today, but could you also
humour me by creating a new CVS build on macflightgear? It
On Wed, 12 Nov 2008 04:12:06 +0200, Pep wrote in message
[EMAIL PROTECTED]:
Hi all.
Another big issue I was thinking about is how we would deal with our
differences in
terrain data? Maybey we should keep the technicall problems for a
later stage, but
having planes taxi meters above
On Wed, 12 Nov 2008 03:36:53 +0100, gerard wrote in message
[EMAIL PROTECTED]:
On mercredi 12 novembre 2008, Arnt Karlsen wrote:
On Wed, 12 Nov 2008 02:22:12 +0100, gerard wrote in message
[EMAIL PROTECTED]:
Hello
It is not the Concorde , nor the Titannic only the Crusader which
On Tue, Nov 11, 2008 at 6:12 PM, Pep Ribal [EMAIL PROTECTED] wrote:
The IVAO team could implement a FlightGear compatible interface into their
network. The work would be done on their servers, but then nothing would
need to change on the FlightGear side. The IVAO team would not need to
32 matches
Mail list logo