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
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 Cr
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
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 macfligh
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 i
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
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 bu
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 geogr
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
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]
http://frbouvi.free.fr/flightsim/yafseng_
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
--
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 cryptog
On Tue, 11 Nov 2008 11:19:44 -0800 (PST), Jr. wrote in message
<[EMAIL PROTECTED]>:
> > From: Matthew Tippett <[EMAIL PROTECTED]>
> >
> > Sent: Tuesday, November 11, 2008 7:34:12 AM
> >
> > Note the subtle suggestion of the discussion here.
> >
> > To avoid exposing/causing concern with the
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, wi
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
* 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 a
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 ability
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 n
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
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. B
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 so
On mardi 11 novembre 2008, Melchior FRANZ wrote:
> * 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 th
* 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 doesn"t
fulfill any of your requirements eith
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 cou
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 fr
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 MP
* 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
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 muc
* 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
* 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
* 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 c
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
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
33 matches
Mail list logo
