Frederic
>
> > Unfortunately, we don't know what causes some properties to work and
> > others not, just that this is the case.
>
> Maybe because some properties are directly tied to C++ variables and
> can't have a listener.
>
That is a reasonable theory, and one which we have tried to test -
Thorsten
>
> Some observations I've made in the last couple of days:
>
> * hardcoded terrain presampling: This seems to have died on me after the
> last pull (probably even earlier?) - currently all I get out is zero
> everywhere. Since geodinfo() is now 50 times faster than it used to be,
> fal
Thorsten
> -Original Message-
> From: thorsten.i.r...@jyu.fi [mailto:thorsten.i.r...@jyu.fi]
> Sent: 01 October 2011 11:20
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Atmospheric haze modelling
>
>
> Hi Curt,
>
> thanks for your comments and explanations.
>
Not convenient we chose Vinson because the deck is indeed identical to
Nimitz.
Vivian
-Original Message-
From: Curtis Olson [mailto:curtol...@gmail.com]
Sent: 22 September 2011 23:21
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Any alpha testers with a b
Durk
> -Original Message-
> From: Durk Talsma [mailto:durkt...@gmail.com]
> Sent: 22 September 2011 20:27
> To: vivian.mea...@lineone.net; FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Direct Draw Surface Scenery Textures
>
> Hi Vivian, Emilian,
>
>
> I am currentl
Durk wrote:
> Hi Vivian, Emilian,
>
>
> I am currently testing your new texture and I observed two things:
>
> First, I recently committed two additional textures for my ground network
> visualizations code, and these don't seem to work any more when using the
> dds materials files. I'm gettin
Cedric wrote
>
> I hope this is the last time we will have to discuss this topic, since
> over the last months it seemed that everyone agreed with that FGDATA
>
> - has to be split sometime
> - should be split a.s.a.p.
>
> We agreed that after the current release of 2.4 would be a good point to
Alasdair wrote:
>
> Hi all,
> It always used to be that if no runway or parking ID is specified, a
> runway facing into the wind will be chosen for takeoff. This no longer
> happening. Tonight, with
> METAR KSFO 140056Z 29010KT 10SM FEW006 18/12 A2997 RMK AO2 SLP149
> T01830122, I am always start
Curt,
We could retire the old .png textures where these have been replaced by
.dds. That would more or less restore the old package size. However, unless
the issue is really pressing I would recommend waiting a while until it's
all thoroughly bedded in.
I also see that new aircraft have bee
Anders wrote
>
> On Fri, 2 Sep 2011, Vivian Meazza wrote:
>
> > There is a merge request here that would help you integrate the new and
> > additional textures.
> >
> > https://gitorious.org/fg/flightgear/merge_requests
>
> Hi Vivian,
>
> The
Hi all,
Emilian and I have been developing and testing DDS textures and some
modified shaders. We started out with improved forest and the project kind
of went on from there.
Here are some examples of the output:
http://imageshack.us/photo/my-images/402/fgfsscreen036.jpg/
http://images
Jörg wrote
> Curtis
> actually your question hits me about 1 month too early!
> I am in the midst of a final checkout of my proposal for a newly styled
> "getstart". But you asked now - so I guess I ask everyone if my proposal
> could be seen as what you are asking for. Pls have a look at
> ht
Durk,
I'm sure you can - it's just what we need for AI - Bayesian logic.
Vivian
-Original Message-
From: Durk Talsma [mailto:durkt...@gmail.com]
Sent: 24 August 2011 21:40
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] new feature for :
On 24 Aug
I wrote
>
> Thorsten wrote:
>
>
> > > Meanwhile - at the cheap end of the market, Emilian and I have cleaned
> > up
> > > most of the textures, made some of the AC3D models single-sided,
> > > reordered
> > > the objects, provided unique names, and converted everything to .dds.
> > >
> > > This
Thorsten wrote
> -Original Message-
> From:.i.r...@jyu.fi [mailto:thorsten.i.r...@jyu.fi]
> Sent: 04 August 2011 07:57
> To: FlightGear developers discussions
> Subject: [Flightgear-devel] Local Weather - backward compatibility
>
> > Please note, the check for
> > features.can_disable_env
Tim Moore wrote
>
> On Tue, Aug 2, 2011 at 11:39 AM, Francesco Angelo Brisa
> wrote:
> > Any news about a possible separation of aircrafts data from the fgdata
> > folder ?
> > I am afraid this topic is sligtly falling into the "forget about it"
> folder
> > :-(
> >
> >
> > Cheers
> > Francesco
Thorsten wrote:
> > Meanwhile - at the cheap end of the market, Emilian and I have cleaned
> up
> > most of the textures, made some of the AC3D models single-sided,
> > reordered
> > the objects, provided unique names, and converted everything to .dds.
> >
> > This has much improved loading/unlo
ThorstenB wrote:
>
> On 02.08.2011 00:30, James Turner wrote:
> > Yes - I have wondered about separately loading the BTG files, but
> > that seems like a world of pain. In the first instance, simply having
> > the tiles loaded in the cache would be a reasonable start.
>
> The tile manager is cap
James wrote:
> On 1 Aug 2011, at 12:30, Csaba Halász wrote:
>
> > Indeed, I have been unable to run FG with particles enabled since a
> > long time due to random crashes in the particle code. Call stack
> > frequently included functions your description mentions, so I hope
> > this patch will fix
Martin,
> -Original Message-
> From: Martin Spott [mailto:martin.sp...@mgras.net]
> Sent: 25 July 2011 16:14
> To: FlightGear developers discussions
> Subject: [Flightgear-devel] Martin is responding slowly
>
> Hi, if anyone is wondering why I'm responding even slower as usual,
> thi
> -Original Message-
> From: thorsten.i.r...@jyu.fi [mailto:thorsten.i.r...@jyu.fi]
> Sent: 14 July 2011 12:46
> To: FlightGear developers discussions
> Subject: [Flightgear-devel] Current Weather System...
>
>
> If I may be permitted some personal comments about things which bug me?
>
Erik wrote
> On Wed, 2011-07-13 at 15:24 +0200, grth_team wrote:
> > FG 2.4 consistency.
> >
> > Hello,
> >
> > You don't know us since we are newbee, (3 months working seriously
> > with FG).
> > We are a team ( 4 guys and a lady ).
> >
> > We have had several talks with several devel team person
ThorstenB wrote
> -Original Message-
> From: ThorstenB [mailto:bre...@gmail.com]
> Sent: 12 July 2011 22:40
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Future Weather System
>
> On 12.07.2011 23:11, Vivian Meazza wrote:
> > I woul
> -Original Message-
> From: thorsten.i.r...@jyu.fi [mailto:thorsten.i.r...@jyu.fi]
> Sent: 12 July 2011 09:18
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Future Weather System
>
> > What I'd really love to see in the mid-to-long-term range is some kind
> >
Chelley,
The 'WAIT' token is only implemented for ships and ground vehicles.
Vivian
-Original Message-
From: Chelley [mailto:chel...@mypostoffice.co.uk]
Sent: 11 July 2011 18:45
To: flightgear-devel@lists.sourceforge.net
Subject: [Flightgear-devel] AI Aircraft or Airship WAIT c
Stuart wrote
>
> I've been trying to fix bug 340
> (http://code.google.com/p/flightgear-bugs/issues/detail?id=340), where
> the VS KAP140 display in the c172p mysteriously stopped working about
> a month ago.
>
> To fix it partially, I've created a new AP filter converting from the
> pressure-ra
Torsten
> Let's start our traditional discussion about what aircraft should be in
> the
> base package of the next release (2.4.0).
>
> We currently have
> - 777-200
> - A6M2
> - b1900d
> - bo105
> - c172p
> - CitationX
> - Dragonfly
> - dhc2
> - f-14b
> - Cub
> - SenecaII
> - sopwithCamel
> -
Thorsten wrote:
> -Original Message-
> From:.i.r...@jyu.fi [mailto:thorsten.i.r...@jyu.fi]
> Sent: 30 June 2011 13:21
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] A couple of random oddities
>
> > Further research indicates that the F1A, modeled here was NOT c
I wrote:
> > -Original Message-
> > From: AJ MacLeod [mailto:aj-li...@adeptopensource.co.uk]
> > Sent: 29 June 2011 12:51
> > To: FlightGear developers discussions
> > Subject: Re: [Flightgear-devel] A couple of random oddities
> >
> > On Wed, 29
> -Original Message-
> From: AJ MacLeod [mailto:aj-li...@adeptopensource.co.uk]
> Sent: 29 June 2011 12:51
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] A couple of random oddities
>
> On Wed, 29 Jun 2011 10:39:55 +0100
Thorsten wrote
>
>
> A bunch of issues I've seen - maybe some folks want to fix them before the
> release (all in a GIT pull of 5 days ago):
>
> * The B29 (JSBSim) doesn't run, but rather prints out an error message
>
>
> YOU HAVE AN INCOMPATIBLE CFG FILE FOR THIS AIRCRAFT. RESULTS WILL BE
> U
James wrote
>
>
> On 26 Jun 2011, at 07:17, James Turner wrote:
>
> > Code wise, I have about 30% of this prototyped - but not at a point
> where it can be tested. Since it appears to be a hot topic, I am thinking
> i should revisit it for 2.5 :)
>
> I've tried to capture my current design/pla
Alex
>
> On Sat, Jun 25, 2011 at 4:01 PM, Vivian Meazza
> wrote:
> >> Personally, I don't see a value in offering HTTP per-file instead of
> >> SVN per-directory, but others may do. Hence the discussion above.
> >
> > The main problem right now
Alex wrote
> Putting map data on SVN made incremental updates feasible. Both for
> maintainer uploads, and user caches. A similar argument applies to
> the aircraft, with the complications that (a) there are more
> maintainers with less coordination, and (b) the dependency graph
> between direc
Jari
> I cannot use material shaders on my iMac (late 2009 model) equipped with
> an ATI graphics card (ATI Radeon HD 4670 256 MB VRAM). I only get a few
> fps standing on ground at an isolated airfield. There is almost no
> objects. Every 10 times I get 60 fps in cockpit view with no changes
>
Torsten
> Am 24.06.11 23:59, schrieb Torsten Dreyer:
> >>> Is this built-in function:
> >>>
> >>> svn_path_uri_encode()
> >>>
> >>> any help?
> >>>
> >> Yup, does the trick - no need for fancy formatting.
> >>
> >> I'll see if I can do a damned merge request this side of Monday.
> >>
> >> Vivian
Torsten
>
> >> Is this built-in function:
> >>
> >> svn_path_uri_encode()
> >>
> >> any help?
> >>
> > Yup, does the trick - no need for fancy formatting.
> >
> > I'll see if I can do a damned merge request this side of Monday.
> >
> > Vivian
> >
> >
> But isn't this a function of libsvn and we a
I wrote:
> -Original Message-
> From: Vivian Meazza [mailto:vivian.mea...@lineone.net]
> Sent: 24 June 2011 18:45
> To: 'FlightGear developers discussions'
> Subject: Re: [Flightgear-devel] Heads up: scenery download /built-
> interrasync
>
> Torsten
Alessandro,
Seems like good summary to me.
You mean that I've been working on terrasync/svn for nearly 2 weeks, and
it's unnecessary? As I recall it, at least part of the choice of SVN for the
scenery repo was that Windows didn't have a native rsync utility, and SVN
represented a fairly rea
Torsten wrote
>
> Am 24.06.11 11:09, schrieb Vivian Meazza:
> > Looks to me as if the command has to include no white space, and that's
> it.
> No, it may contain white space. It's just that we mix backslash and
> forward slash in the local path.
>
> This
Csaba wrote
> On Fri, Jun 24, 2011 at 1:13 PM, Vivian Meazza
> wrote:
> >
> > Seriously, Git has never been right for the data. We were promised a
> fix,
> > which has never materialized. SVN can be no worse, and it might be
> better.
> > Terrasync indicat
Erik wrote
> On Fri, 2011-06-24 at 10:48 +, TDO_Brandano - wrote:
> > Ok, before I get flamed to a crisp, let me explain what is my
> > reasoning behind this. Right now the fgdata repository is about 9 GB.
> > This makes it really, really difficult to obtain an initial checkout
> > of the fg
Torsten wrote,
>
>
> > I also know that quoting white-space paths works well in "command.com"
> > Windows shells. But apparently it didn't work when terrasync called the
> > "system" function to call "svn". Unfortunately I have no means to test
> > any of this on Windows.
> The following patch s
ThorstenB wrote
> On 23.06.2011 00:32, Vivian Meazza wrote:
> Looks like a white space issue to me.
> >
> > When svn.exe is in the path I get:
> >
> > Starting automatic scenery download/synchronization. Using external SVN
> > utility
> > 's
Alan wrote
> --
> From: "Vivian Meazza"
> Sent: Wednesday, June 22, 2011 11:32 PM
> To: "'FlightGear developers discussions'"
>
> Subject: Re: [Flightgear-devel] Heads up: scenery down
ThorstenB wrote:
>
> You need to provide a target directory for the scenery. This message
> means the target directory is completely empty (or contains white-spaces
> only). See directory configured in the "scenery download" GUI.
> Stuart's suggestion to use a default target may be a good idea.
>
I wrote:
>
> ThorstenB wrote:
>
> ... snip ...
> >
> > So, I am really sorry, Vivian, that you were still unable to make the
> > system work for you - on day 2 (though it seems people only started
> > trying to use it _today_).
> >
> ... snip ...
>
> Getting back to the original purpose ... it'
Hal,
Works nicely here - I've just pushed an update into the TR1133.nas file
This is the line:
gui.menuBind("radio", "TR1133.radio_dlg.open()");
You should be able to adapt that to the SC-522
Vivian
-Original Message-
From: Hal V. Engel [mailto:hven...@gmail.com
: V. Engel [mailto:hven...@gmail.com]
Sent: 18 June 2011 05:50
To: flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] SCR-522
On Friday, June 17, 2011 11:33:29 AM Hal V. Engel wrote:
> On Sunday, June 12, 2011 03:07:25 AM Vivian Meazza wrote:
> > Hal,
>
snip
> I
Erik
>
> On Fri, 2011-06-17 at 10:55 +0300, thorsten.i.r...@jyu.fi wrote:
> > At this point, it made a lot of sense to code in Nasal, if only for the
> > simple reason that I couldn't know if it would ever included into the
> base
> > package or not.
>
> As an addition it also helped to develop
ThorstenB wrote:
... snip ...
>
> So, I am really sorry, Vivian, that you were still unable to make the
> system work for you - on day 2 (though it seems people only started
> trying to use it _today_).
>
... snip ...
Getting back to the original purpose ... it's worse than I thought. Using
Hud
ThorstenB wrote:
... snip ...
>
> On 15.06.2011 23:30, Vivian Meazza wrote:
> > And less clever users, which is most of the people out there, won't. I
> > include myself in that category, since I have failed to make it work
> > so far.
> > I somet
Gene
>
> On Wed, 15 Jun 2011, Vivian Meazza wrote:
>
> >>
> >
> > "This" is indeed more or less consistent with those opinions. Csaba
> says:
> > "For example, all the GUI stuff should be thrown out and left to a
> > launcher/control
Martin Spott wrote
> -Original Message-
> From: [mailto:martin.sp...@mgras.net]
> Sent: 15 June 2011 18:36
> To: flightgear-devel@lists.sourceforge.net
> Subject: Re: [Flightgear-devel] Heads up: scenery download / built-in
>
> "Vivian Meazza" wrote:
>
Fred
> -Original Message-
>
> It was not a reproach. I just committed fixes at the time I sent those
> messages
>
> -Fred
>
> - "Vivian Meazza" a écrit :
>
> > Fred wrote
> > Fred wrote
> >
> >
> > > > Please
Fred wrote
Fred wrote
> > Please pull latest SimGear
>
> And Flightgear too
>
Well, I thought I had - otherwise I wouldn't have re-compiled and run it,
would I? And it does compile and run - even provides error messages.
Vivian
-
ThorstenBv wrote
>
> Hi,
>
> the final GUI bits for a new feature are now in fgdata - the last
> feature addition for the 2.4 release from my part... You can
> download/update scenery directly from FlightGear now (main menu:
> Environment => Scenery). Credit for the idea goes to James - bugs ar
Alexis wrote
> -Original Message-
> From: Citronnier - Alexis Bory [mailto:alexis.b...@gmail.com]
> Sent: 14 June 2011 18:05
> To: flightgear-devel@lists.sourceforge.net
> Subject: Re: [Flightgear-devel] Airport Textures (Again)
>
> Le 12/06/2011 19:39, Vivian Meaz
Yves wrote
>
> Am 13.06.11 18:33, schrieb syd adams:
> >> Oh - and Syd, which crop texture is offending you in particular?
> >>
> >> Vivian
> >
> > not the crop textures ... the forest1a , b and c . I dont remember who
> > did the previous terrain textures , but he/they did a great job ...
> > es
Gijs wrote:
> Vivian wrote:
>
> Just how many systems are there - this must be a 4 as well?
> So that would become 3 + 3 + 4 + 4 = 14 = early production. Good enough
for me :-)
My 2nd point wasn't about the Jetman ;)
But yeah, I do think the Cockpit might be a 4 rather than a 5 then. Will
wai
Gijs,
Some comments inline.
Vivian
-Original Message-
From: Gijs de Rooy [mailto:gijsr...@hotmail.com]
Sent: 13 June 2011 13:17
To: FlightGear Development list
Subject: Re: [Flightgear-devel] Rating System Redux
Hi all,
just pushed ratings for my vehicles to Git (wow, did
I wrote:
> I wrote:
>
> > Syd wrote
> > >
> > > I'll have to agree here . There's also some pretty gaudy terrain
> > > textures too , whatever happened to a general vote on commits ?
> > >
> > >
> > > On Sun, Jun 12,
I wrote:
> Syd wrote
> >
> > I'll have to agree here . There's also some pretty gaudy terrain
> > textures too , whatever happened to a general vote on commits ?
> >
> >
> > On Sun, Jun 12, 2011 at 11:39 AM, Vivian Meazza
> > wrote:
> >
Syd wrote
>
> I'll have to agree here . There's also some pretty gaudy terrain
> textures too , whatever happened to a general vote on commits ?
>
>
> On Sun, Jun 12, 2011 at 11:39 AM, Vivian Meazza
> wrote:
> > Can we please have the old airport tex
Can we please have the old airport textures back: the new ones wreck some
very fine airports. Here's a small sample of Gatwick/EGKK. It's like this
all over and it's spoiling someone's very good work:
ftp://abbeytheatre2.org.uk:2121/flightgear/Terrain/EGKK-texture.jpg
Yes - of course, I can do th
Michael,
What do you suggest be done? And perhaps you could do something?
Otherwise we do nothing, and it's caveat emptor.
Vivian
-Original Message-
From: Michael Sgier [mailto:scrat_h...@yahoo.com]
Sent: 12 June 2011 10:58
To: FlightGear developers discussions
Subject:
Hal,
More comments inline. Looking forward to getting this into Git so I can
progress a bit more.
Vivian
>
> On closer reading of p24 and on looking at the diagram on p9 of the
manual,
> it seems possible that the dimmer mask only covered the Channel indicator
> lamps, and not th
, Issue 12))
On Friday, June 10, 2011 08:16:52 AM Vivian Meazza wrote:
> Hal,
> I've completed the T/R/REM lock, and the day/night mask - this might be
> different to your interpretation of a "dimmer" - AFAIKS its just a plate
> with big/small holes which is
Vol 61, Issue 12))
On Wednesday, June 08, 2011 01:22:20 AM Vivian Meazza wrote:
> Hal,
>
>
>
> Glad to be able to help. I'm looking forward to your corrected model, then
> I'll use it in part or in for the TR1133. As you probably know, the
SCR-522
> was the T
ailto:hven...@gmail.com]
Sent: 07 June 2011 23:24
To: flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] SCR-522 (was Rating System Redux
(wasRe:Flightgear-devel Digest, Vol 61, Issue 12))
On Tuesday, June 07, 2011 12:49:34 AM Vivian Meazza wrote:
> I expect you have alre
Hal wrote
-Original Message-
From: Hal V. Engel [mailto:hven...@gmail.com]
Sent: 30 May 2011 23:45
To: flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] Rating System Redux (was Re:Flightgear-devel
Digest, Vol 61, Issue 12)
< ... snip ... >
The 3D modeling stuff is
Durk Talsma wrote
> On 06 Jun 2011, at 15:01, Vivian Meazza wrote:
>
> >
> > Couple of points - did we leave the menu item behind in Environment?
>
> Are you sure it's still there? I just checked in my local copy and cant
> find a menu item related to the animat
Durk Talsma wrote
>
> On 05 Jun 2011, at 20:13, Ryan M wrote:
>
> > On Sun, 2011-06-05 at 16:40 +0200, Durk Talsma wrote:
> >> Hi All,
> >>
> >> After having discussed this issue with Martin privately, we have come
> to the conclusion that it is in the best interest of FlightGear to back
> out p
Today's Git fails to build on MSVC9 with the following error:
"src\Main\main.cxx(624) : error C2017: illegal escape sequence"
this is caused by an errant space at the end line # 624. I have some other
work in train - if no one gets there first, I'll include a fix in that.
Vivian
-
> these had been directly committed to CVS by one of those overly
> >clever committers who are known to be ignorant, by tradition, of every
> >general consistency rule. Life could be so easy, if
>
> And before someone shouts at me:
> I was the author of the 3d-mod
> From: Martin Spott [mailto:martin.sp...@mgras.net]
> Sent: 05 June 2011 15:35
> To: flightgear-devel@lists.sourceforge.net
> Subject: Re: [Flightgear-devel] Please insert disk into drive F:
>
> Erik Hofman wrote:
> > [...]
>
> 0) Does it meet the technical requirements for being used in
>
Hal,
I can't follow your logic - because there are some aircraft that need a lot
of work, the system shouldn't recognize "advanced features" in other
aircraft that do have them? I also disagree with Stuart that such advanced
features are nice-to-haves and add little to the simulation - why the
Gene
>
> On Fri, 27 May 2011, Vivian Meazza wrote:
>
> >> Any ideas?
> >>
> >
> > I'm still using boost 1.37.0 - it might be worth trying an earlier
> version
> >
> >
> You know that we're using 1.44 currently, right?
>
Ryan M wrote
> -Original Message-
> From: [mailto:tpbspamm...@gmail.com]
> Sent: 27 May 2011 20:14
> To: flightgear-devel@lists.sourceforge.net
> Subject: Re: [Flightgear-devel] fgdata merge request 91:Animated Jetways
>
> On Fri, 2011-05-27 at 21:09 +0200, Arnt Karlsen wrote:
> > ..right
Claus Christmann wrote
>
> Hello all,
>
> I am trying to build FG in Windows 7, using Visual Studio 10. A part of
> that process is simgear, and that gives me some trouble...
>
> I eliminated all compile errors with the exception of this one:
>
> 1>c:\users\claus\desktop\flighgear-dependencies
Stuart
>
> > Thanks for addressing the points that were hammered out over on the IRC
> > channel. I think the modified system could work. Just a few points
> remain:
> >
> > There is no penalty for including systems, such as an AP, where none
> existed
> > on the original.
>
> There's not an exp
Stuart wrote
>
> On Wed, May 25, 2011 at 9:19 AM, I wrote:
> > On Tue, May 24, 2011 at 6:37 PM, Hal V. Engel wrote:
> >> I used it for the P-51D and found the system to be easy to use and it
> took
> >> all of perhaps 10 to 15 minutes to create ratings for the four areas
> that
> >> get scored an
Oliver Fels
>
> > All this is absolutely false. I never requested a change in the FDM
> > Alouette 2 ! If I could not fly, and although it does not bother me.
> > JM-26 and many, many others were sad not to do so.
>
> The point with the AlouetteII is that it is a helicopter with absolute no
> s
Torsten wrote
>
> during this year's LinuxTag, Martin Spott, Mathias Fröhlich, Thorsten
> Brehm
> and myself developed a strategy and a concept about how to kick out new
> releases of FlightGear on a regular schedule.
>
> Please find our first draft here: http://wiki.flightgear.org/Release_Plan
Csaba Halász wrote
> -Original Message-
> From: Csaba Halász [mailto:csaba.hal...@gmail.com]
> Sent: 11 May 2011 23:01
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] RFC: fgdata merge request
> 76:ImprovedairportTextures
>
> On Wed, May 11, 2011 at 11:24 PM, Hei
Christian Schmitt wrote
>
> Vivian Meazza wrote:
>
>
> > The main problem is that the taxiway textures expose the workaround that
> > we use because we don't (yet) have curved taxiways. The concrete colour
> > does not blend with the old texture, which is st
On Sun, 2011-05-08 at 23:46 +0100, Vivian Meazza wrote:
> > I'm afraid that the "improved textures" really aren't an improvement.
> > Not only do they not work for taxiways, we have also lost the chevrons
> > at the threshold that were quite recently added:
&g
I'm afraid that the "improved textures" really aren't an improvement. Not
only do they not work for taxiways, we have also lost the chevrons at the
threshold that were quite recently added:
https://picasaweb.google.com/gijsrooy/FlightGearSkyopSTextures#5604420979421
192098
The grass isn't
Ryan M wrote
> Something I've always thought about is an official aircraft repository
> that contained non-GPL2 aircraft- straight from the authors, of course.
> There are many aircraft for FlightGear that are not GPL-licensed (some
> of them very well-developed, like the Tu-154b and the MD-81),
Jon wrote:
> -Original Message-
> From: S. Berndt [mailto:jonsber...@comcast.net]
> Sent: 17 April 2011 18:10
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Vostok-1
>
> What perfect timing for this model too, given the recent 50th anniversary
> of Yuri Gagarin'
Jon wrote:
> -Original Message-
> From: S. Berndt [mailto:jonsber...@comcast.net]
> Sent: 17 April 2011 18:10
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Vostok-1
>
> What perfect timing for this model too, given the recent 50th anniversary
> of Yuri Gagarin'
Gene couldn't resist
> -Original Message-
> From: Buckle [mailto:ge...@deltasoft.com]
> Sent: 17 April 2011 16:19
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Vostok-1
>
> On Sun, 17 Apr 2011, Torsten Dreyer wrote:
>
> > > Merge commit 'refs/merge-requests/84
> -Original Message-
> From: Frederic Bouvier [mailto:fredfgf...@free.fr]
> Sent: 16 April 2011 11:52
> To: vivian meazza; FlightGear developers discussions
> Subject: Re: [Flightgear-devel] XML formating Was: [Flightgear-commitlogs]
> FlightGear Base Pack
Fred wrote
>
> Is it wise to reformat preferences.xml with a tab length set to 2 ? see
> below :
>
> Le 15/04/2011 22:19, Flightgear-commitlogs a écrit :
> > - Diff
> >
> > diff --git a/preferences.xml b/preferences.xml
> > index 3
Durk wrote
>
> On 15 Apr 2011, at 08:41, Erik Hofman wrote:
>
> > On Fri, 2011-04-15 at 00:16 +0200, Christian Schmitt wrote:
> >> I can only agee with Vivian here: lets get this change into GIT, so
> that it
> >> doesn't get lost as so many others in the past. The shader is not
> perfect
> >> y
Erik wrote
>
> On Thu, 2011-04-14 at 18:15 +0200, Durk Talsma wrote:
>
> >
> > Okay, thanks for the comments. I'll be holding back on committing. Is
> > there any perspective that this patch can be brought to production
> > quality?
>
> I'm not sure, it needs time to look after some things. For
Heiko wrote
> -Original Message-
> From: Heiko Schulz [mailto:aeitsch...@yahoo.de]
> Sent: 12 April 2011 23:18
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Simple atmospheric scattering shader
> forskydome
>
>
> > It does two things. First I modified the skyd
Lauri wrote
>
> Hi,
>
> I made this patch some time ago, and seems like it is working quite
> fine, so I though if it might be possible to add to git (if nothing
> more, then maybe for future reference)?
>
> It does two things. First I modified the skydome code to be more
> configurable so that
Martin wrote:
> Ron Jensen wrote:
>
> > Martin: Can we PLEASE ungzip apt.dat in the repository so we can track
> changes
> > to it!
>
> The GIT repository you mean ? Ask those who decided do put a compressed
> file there, _I_ am just continuing an old tradition.
>
Don't we unzip all the navaid
Catherine James wrote
> -Original Message-
> From: [mailto:catherine.ja...@att.net]
> Sent: 08 April 2011 04:30
> To: flightgear-devel@lists.sourceforge.net
> Subject: [Flightgear-devel] Hurricane gearDown() and gearToggle()
> Nasalfunctions
>
>
> It absolutely drove me nuts that the Hur
201 - 300 of 1027 matches
Mail list logo