Thomas wrote:
Am 2012-11-05 18:30, schrieb Vivian Meazza:
I'm using the Nasal API - it used to all work before today's update.
Can't really see what to change
Are you using canvas.setColorBackground(r, g, b, a)
I have this:
m.canvas.addPlacement(placement
Martin wrote:
On Mon, Oct 08, 2012 at 09:33:36PM +, Martin Spott wrote:
Well, but the wording You are advised not to start working on
anything directly related to this is highly inappropriate.
Apparently someone has completely failed to understand the topic.
It came to my
James wrote,
-Original Message-
From: James Turner [mailto:zakal...@mac.com]
Sent: 05 October 2012 11:54
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] YASim and documentation
On 5 Oct 2012, at 11:32, Alexis Bory wrote:
When you do that code reading
Alan wrote
AJ
With Debug-Browse Internal Properties I see that the properties
instrumentation/heading-indicator are stable, but
instrumentation/heading-indicator-dg are changing rapidly.
When I press the Push Source button the HSI stops rotating and indicates
North, but this does not
James wrote
On 27 Sep 2012, at 09:40, James Turner wrote:
Here the aircraft model appears 5 sec before the scenery,
I'm seeing this intermittently too, I think it's related to ThorstenB's
clean-up
of the scenery init process. I'll let him comment how likely that is.
then the
James wrote
On 26 Sep 2012, at 21:35, Gitorious wrote:
commit ba8190d97f62b60f5b040ae332cddef9c607048d
Author: Frederic Bouvier fredfgf...@free.fr
Date: Wed Sep 26 22:34:48 2012 +0200
Close Sqlite3 database *before* trying to delete the file. Will avoid
a
segfault when the
Martin wrote:
Alan Teeder wrote:
Twice I left it running overnight, but it failed both times after
several hours during the fgdata clone.
Which server do you clone from ? If you don't already do so, then you
should
consider fetching the initial clone from mapserver and to change the
Syd wrote:
-Original Message-
From: syd adams [mailto:adams@gmail.com]
Sent: 20 September 2012 16:22
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Nav-cache
would any of these changes have affected the Equipment/map performance
? I get a lot of disc
Thorsten wrote:
-Original Message-
From: Renk [mailto:thorsten.i.r...@jyu.fi]
Sent: 06 September 2012 10:47
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] license
There remains this strange discrepancy between what people are outraged
about and what could
Fred,
-Original Message-
From: Frederic Bouvier [mailto:fredfgf...@free.fr]
Sent: 18 August 2012 12:23
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] 3D models import webform in production.
I sent model updates to fgf...@stockill.org a while ago. Is there
Fred wrote:
-Original Message-
From: Frederic Bouvier [mailto:fredfgf...@free.fr]
Sent: 18 August 2012 15:23
To: Olivier; FlightGear developers discussions
Subject: Re: [Flightgear-devel] 3D models import webform in production.
It came to me that a future-proof solution would
Gene wrote
-Original Message-
From: geneb [mailto:ge...@deltasoft.com]
Sent: 14 August 2012 22:36
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Dan Freeman and ProFlightSimulator
On Tue, 14 Aug 2012, Ivan Abolit wrote:
I am not sure if this is the right
Torsten wrote:
-Original Message-
From: Torsten Dreyer [mailto:tors...@t3r.de]
Sent: 13 August 2012 20:32
To: FlightGear developers discussions
Subject: [Flightgear-devel] Changelog for Release 2.8.0
Hi everybody,
we are very close to our release date, just a few days left
Curt,
I'm sure we could do a pretty good screenshot of Vinson. I'll see what I can
come up with.
Vivian
From: Curtis Olson [mailto:curtol...@gmail.com]
Sent: 14 August 2012 15:47
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Changelog for Release 2.8.0
On
for Release 2.8.0
On Wed, Aug 15, 2012 at 10:13 AM, Vivian Meazza vivian.mea...@lineone.net
wrote:
Curt,
I'm sure we could do a pretty good screenshot of Vinson. I'll see what I can
come up with.
Vivian
Hi Vivian,
I'd love to have a couple nice Vinson shots -- at least one with shadows
Oh, that link doesn't reference your name so it doesn't work (I get my own
public folder) :-)
On Wed, Aug 15, 2012 at 10:42 AM, Vivian Meazza vivian.mea...@lineone.net
wrote:
Curt,
Here's a few:
https://www.dropbox.com/home/Public/Vinson
Any good? I can soon rattle up a few more
.
79e3dccf888d19a5cfa8372a5b6b592c0505f06d
The branch, master has been updated
- Log
-
commit 79e3dccf888d19a5cfa8372a5b6b592c0505f06d
Merge: e610e85 ca39a67
Author: Vivian Meazza
Date: Mon Aug 6 10:28:22 2012 +0100
Merge branch 'master
-Original Message-
From: Stuart Buchanan [mailto:stuar...@gmail.com]
Sent: 30 July 2012 09:35
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Ideas for terrain shader structure in 3.0
On Fri, Jul 27, 2012 at 8:43 AM, Renk Thorsten wrote:
Since we usually
tiling (was Re: Shader menu
structure)
On Thu, Jul 12, 2012 at 3:28 PM, Vivian Meazza vivian.mea...@lineone.net
wrote:
Please, please, don't change the plan now! Let's get the release out of the
door as planned. There are lots of goodies in the pipeline - but that's
exactly where
Please, please, don't change the plan now! Let's get the release out of the
door as planned. There are lots of goodies in the pipeline - but that's
exactly where they are - in the pipeline. They might or might not be ready
for release in 6 months.
Vivian
From: Olson
Thorsten
-Original Message-
From: Renk Thorsten [mailto:thorsten.i.r...@jyu.fi]
Sent: 26 May 2012 18:21
To: FlightGear developers discussions
Subject: [Flightgear-devel] FlightGear developers discussions
flightgear-
de...@lists.sourceforge.net
Done. Could do with some more
Thorsten
(Even if this works fine, please do not commit yet, I am not 100% sure
that I didn't create an instability somewhere).
Turns out I broke at least the visibility interpolation - to restore it,
uncomment line 726 in Nasal/local_weather/local_weather.nas
if (vis 0.0)
Thorsten
I have tested using only the test tile so far. The time spent in
events is dramatically reduced to around 70ms vice 210ms. There
remains some odd cyclical frames coming in, but the results are
broadly in line with Basic Weather.
Okay, that's good news. I'll continue working
Thorsten
Not that we're there yet
Heiko and Vivian, please try the following version and let me know if this
improves anything. If possible, do all tests with the weather tile type
'Test'
(that has no randomness in the cloud configuration selection, so it
delivers a
fairly reproducable
Thorsten
just a quick note to this interesting thread ...
its elsif in nasal , not elseif ... no e
Thanks. That would explain it ;-)
I hope you're not suggesting that C++ is always slower than Nasal? :-)
Pascal summarized it nicely - we already have ported the important stuff
to
Thorsten
Conclusion: don't try to optimise, particularly for a poor system -
you might make it better for that system, but more likely you will
make it worse for everyone else.
Judging by framerate comparisons with people in the forum, my system is
still somewhere in the upper third -
Alan
On the subject of frames rates I have a couple of questions.
1. Is there a mechanism for odd and even frames (or even
frame.1,frame.2,frame3...frame.n for a once in every n frames task) to be
run separately, or is everything that is scheduled at a specific rate
executed
one go?
2.
Thorsten
Testing continues
Concorde has of the order of 6000 lines of active code, and yes, it
displays exactly the same discontinuities as Advanced Weather (approx.
10,000 lines of code). So far, I have not found any other examples.
Just to idly continue my list - the A380 has in excess
Thorsten
I did a bit of testing of my own yesterday, and I have made a few other
observations as well.
User feedback:
I've largely come to ignore that (with few exceptions such as Vivian's
performance table), because trying to make sense of it is a path into
madness. Just a few
Thorsten
Does the problem go away if you set local-weather/dynamics-loop-flag=1
from the property browser *after* Advanced Weather is started?
Does the problem go away if you set local-weather/timing-loop-flag=1
from the property browser *after* Advanced Weather is started?
Does the
ThorstenB
On 11.05.2012 10:21, Renk Thorsten wrote:
The problem with that consequence is: As you switched all loops off,
the Nasal part of Advanced Weather ceased to run completely and all
that's left is the same cloud-generating functionality which is
responsible for Basic Weather (C++
Thorsten
There are good sources for sea colour out there - here is one:
http://oceancolor.gsfc.nasa.gov/FEATURE/IMAGES/A2008129125500.Scotlan
d
.png
The Northern North Sea, away from the turbidity and major river
outfalls of the Southern North Sea, is indistinguishable from the
Stuart
Snip ...
It is possible to use the same scheme to change sea color (this is
asked now and then in the forum), but that would produce sharp
transitions which don't look very natural - I've cooked up a different
scheme to smoothly change base (= for clear sky) sea color (which is
Thorsten
This scheme introduces yet another for loop in Nasal, of undetermined
size. This potentially introduces yet another source of stagger to FG,
or it would if it worked, but as far as I can see it never runs here. Is
it
meant?
Well, anticipating your reaction, yes, at this point
James
On 5 May 2012, at 20:10, ThorstenB wrote:
This is actually showing to be a really bad issue. We have loads of
XML files with invalid encodings. Also, there's many files which even
explicitly state
?xml version=1.0 encoding=UTF-8? so they are explicitly asking
for UTF-8
Chris
It would be interesting to use skeletal animation to get rid of some of
the
batch spam with complex multipart models. It wouldn't even necessarily
require reworking the model data -- we could initially do the merge and
bone
attachment when a model is loaded.
What are the animation
Björn
Vivian:
A combination of canopy features with individual features scattered around
the edge?
Just like in the Enemy Engaged series of helicopter sims?
(See picture)
http://www.nexgam.de/media/cache/nexgam/img/articles/8753/Enemy-
Engaged-Comanche-vs-Hokum-1.jpg
I say this
Stuart
-Original Message-
From: Buchanan [mailto:stuar...@gmail.com]
Sent: 25 April 2012 10:20
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Random Buildings
On Wed, Apr 25, 2012 at 10:06 AM, James Turner wrote:
For me, the builds are extremely expensive
Stuart
-Original Message-
From: Stuart Buchanan [mailto:stuar...@gmail.com]
Sent: 25 April 2012 10:20
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Random Buildings
On Wed, Apr 25, 2012 at 10:06 AM, James Turner wrote:
For me, the builds are extremely
-Original Message-
From: Vivian Meazza [mailto:vivian.mea...@lineone.net]
Sent: 25 April 2012 10:46
To: 'FlightGear developers discussions'
Subject: Re: [Flightgear-devel] Random Buildings
One random thought - I think the texture (data/Textures/buildings.png)
may still have
Thorsten wrote:
Vivian: I'm sure this is all very well and good - but what are we meant
to be
testing/doing/patching? Your last patch was all very good - except it only
worked with advanced weather, so I was forced to abandon it.
Needless to say, the last patch did not 'only work with
Thorsten wrote
-Original Message-
From: Renk mailto:thorsten.i.r...@jyu.fi]
Sent: 22 April 2012 12:03
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Water shader issues
After the last related discussion, I've really been thinking a while if I
should
bring
Vic wrote:
It's probably not so much about memory consuming but more about
resource
consuming. But be assured that most new options are easily turned off.
Sorry, but I think the point is being missed here.
Where is the sense in making very impressive advancements to FG, if the
Thorsten wrote:
Plus, if you neglect the curvature effect in every relevant vector,
the rendering artefacts at the tile boundaries must go away, because
the differences in rendering geometry between tiles go away, and
they're the only thing which can introduce the artefacts in the first
Thorsten wrote:
I think that is what we have for now. You can do better by increasing
your shadow map size to 8192 or 16384, but at the 16384 resolution my
performance goes into the tank, and at 8192, there are still many
shadow artifacts due to lack of resolution. (clearly
Thorsten wrote:
-Original Message-
From: Renk [mailto:thorsten.i.r...@jyu.fi]
Sent: 11 April 2012 09:33
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] No Rembrandt here...
Be sure I value your feedback, but we are exploring new lands here.
There is not so
Torsten wrote
The cost of shadows is the difference in fps between night and day, as
shadow rendering is disabled at night.
No moon shadows? I see a long discussion coming up about how unrealistic
this all is ;-)
Did we not have a discussion a while back about our nights being too
Stuart wrote
Hi All,
Rembrandt works well on my GT260M, and really moves FG's graphics on
massively. I think it's a fantastic enhancement to FG, and we should
really
consider naming the July/August release as v3.0.0.
Does anyone know whether FG is unique amongst desktop simulators in
Fred wrote:
Each aircraft in the inventory needs checking for 2 sided faces, panel
lights need converting, and nice to have are nav. lights and landing
lights. Much of the shared and scenery models need similar
checking: the windsock is an obvious one.
Can you imagine the task for USS
HB-GRAL wrote
-Original Message-
From: [mailto:flightg...@sablonier.ch]
Sent: 25 February 2012 19:49
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] gpl scenery
Hi Syd
Am 25.02.12 17:04, schrieb syd adams:
I use Aerodrome charts for reference , and then modify
All,
I'm sure that there's right and wrong on both sides of this discussion, and
I'm aware that some have some difficulty with the English language but could
we please continue it in a more decorous manner, and take the personal abuse
elsewhere.
The Devel list has a long tradition of avoiding
Adrian
Hi all,
I've written a parser to generate a local API documentation for Nasal
scripts
inside $FGROOT/Nasal.
Here is a preview of the result: http://ompldr.org/vY2kwNA/nasal_api.html
Is there any interest to add the parser and API doc to the repository?
Seems like a very useful
thorsten
I've noticed recently more or less by accident and to my dismay that
model-default.eff is used both by models placed in the scenery and by
typical aircraft 3d cockpits.
This is rapidly looking like a bad idea when a more detailed atmosphere
model enters the game - the terrain
Martin Spott
Gijs de Rooy wrote:
How about moving these messages to --log-level=warn or the like?
I strongly object: People are willfully committing proprietary stuff
into FlightGear. As long as we can't stop this, writing a warning is
one of the best things we (The FlightGear Project)
Mathias
Hi,
On Sunday, January 15, 2012 10:56:14 Vivian Meazza wrote:
Just what is the user meant understand or to do about it?
What do you want to read?
I would suggest
Image D:/Git_New/my_fgdata/Textures/Terrain/sand6.dds uses compressed DDS
textures which may be unsupported by your
Mathias
On Sunday, January 15, 2012 12:08:14 Vivian Meazza wrote:
I would suggest
Image D:/Git_New/my_fgdata/Textures/Terrain/sand6.dds uses compressed
DDS
textures which may be unsupported by your video driver and not display
properly.
Ok,
Can you help me further:
It's
-Original Message-
From: Mathias Fröhlich [mailto:mathias.froehl...@gmx.net]
Sent: 29 December 2011 20:04
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Improving random trees buildings
Vivian,
On Thursday, December 29, 2011 17:36:24 Vivian Meazza
Stuart
On Sun, Dec 4, 2011 at 10:14 PM, Stuart Buchanan wrote:
I've already managed to use a second texture to mask where trees are
placed. The following screenshot shows a golf course where I've used
a mask so that the random trees are only placed in the rough.
Mathias
On Tuesday, December 27, 2011 00:27:41 Stuart Buchanan wrote:
Vivian - are you anticipating the materials-dds.xml file replacing
materials.xml at some point? Any plans for further DDS texture work?
Hmm, regarding dds.
I have to say, that not all OpenGL drivers support texture
Stefan
On Thursday 29 December 2011 10:21:11 Vivian Meazza wrote:
That said - why use drivers that cannot handle .dds compression formats?
I
assume closed source drivers are OK?
They simply are not. I currently cannot use FlightGear due to simply
unusable
performance with free
Mathias
There is no intention to migrate as a whole to .dds: it is offered as an
appearance and performance upgrade for those who wish to use it. It is
up to
aircraft developers to decide which format they will use. Indeed - they
could provide models with either format so that the user
Erik,
On Thu, 2011-12-29 at 17:36 +, Vivian Meazza wrote:
Mathias
I have checked in a change to flightgear to make the use of the
compressed
internal formats a starttime configuration option.
I am still interrested if we have that hangs also with texture
compression
Martin
Ah, BTW,
thorsten.i.r...@jyu.fi wrote:
I believe the intended spelling is 'GrassLand', [...]
No, it wasn't ;-)
[Pedant Alert]
Strictly speaking - in English it is Woodland, Floodland, Grassland etc.
But I'm sure we all know that anyway.
Vivian
Fred
i am so excited I couldn't resist to share the first milestone of my
current project :
http://frbouvi.free.fr/flightsim/project_rembrandt_1.png
As the name of the project hints, this is only the beginning.
So Xmas has come early this year :-)! Excellent progress after all these
Thorsten,
... snip ...
9) Water shader (very impressive!!!) doesn't react to wind/overcast in
Local Weather. Vivian, Emilian - at some point we discussed an interface
of how to pass the situation to the shader. Technically it's really easy
for me to write in any form you like - just tell me
HB-GRAL
-Original Message-
From: [mailto:flightg...@sablonier.ch]
Sent: 15 December 2011 17:37
To: Olivier; FlightGear developers discussions
Subject: Re: [Flightgear-devel] Re : Arresting Type Devices
Am 15.12.11 18:26, schrieb Olivier:
Hello Yves,
Arresting cables for
Martin
Vivian Meazza wrote:
The ones I did in fgdata are BAK12.
Just for the record, the original BAK-12 was provided by David Culp:
http://scenemodels.flightgear.org/modeledit.php?id=918
We're having two models of a BAK-12 in the Base Package because some
people here
-Original Message-
From: Martin Spott [mailto:martin.sp...@mgras.net]
Sent: 15 December 2011 19:39
To: flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] Re : Arresting Type Devices
Vivian Meazza wrote:
The ones I did in fgdata are BAK12.
Just
Erik
On Mon, 2011-12-12 at 20:22 +0100, ThorstenB wrote:
Hi Erik,
Am 12.12.2011 13:31, schrieb Erik Hofman:
I've implemented a mechanism to free OpenAL sources that are farther
away than max-distance (3km for the current AI models). This might
solve
your problems, although it
Thorsten wrote:
IIRC clouds were moved into bin 10 to improve appearance vis-à-vis
particles. If we put clouds back into bin 9 and particles remain in 10
all
the cooling towers, chimney efflux, aircraft contrails, exhausts etc.
are
drawn after the clouds i.e, in front. Rather looks
Emilian
On Sunday 11 December 2011 22:04:02 Stuart Buchanan wrote:
On Thu, Dec 8, 2011 at 10:47 AM,I wrote:
2011/12/8 Mathias Fröhlich wrote:
If I do not respond to list mails when you need some response, fell
free to contact me directly. I just miss some mails every now and
then
Yves
-Original Message-
From: HB-GRAL [mailto:flightg...@sablonier.ch]
Sent: 10 December 2011 10:25
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] apt.dat update (lowercase names etc.)
Am 10.12.11 07:52, schrieb Tuomas Kuosmanen:
Wouldn't it be useful to
HB-GRAL wrote
-Original Message-
From: HB-GRAL [mailto:flightg...@sablonier.ch]
Sent: 08 December 2011 17:44
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] apt.dat update (lowercase names etc.)
Another small question might be for ourairports names like this
Csaba wrote:
-Original Message-
From: Halász [mailto:csaba.hal...@gmail.com]
Sent: 06 December 2011 16:55
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Snow line based on METAR
On Tue, Dec 6, 2011 at 5:15 PM, Gijs de Rooy gijsr...@hotmail.com wrote:
I
Stuart wrote:
On Mon, Dec 5, 2011 at 8:26 AM, Thorsten Renk wrote:
Since according to the newsletter Stuart's current ongoing quest is to
get
better performance for 3d clouds, here are some of my observation:
Thanks very much for the observations. Lots of food for thought :)
As an
James
On 1 Dec 2011, at 22:47, Vivian Meazza wrote:
I think it's all in Gitorious now - so you should be able to see for
yourself.
Getting a couple of compile errors from my Radeon 3870:
glLinkProgram FAILED
Program infolog:
ERROR: No definition of fog_Func in vertex shader
Stuart
Hi All,
Having seen some recent screenshots from X-Plane 10, I've been
thinking about ways to improve our random scenery, in particular
buildings.
At present, we have random building scattered over the scenery, based
on .ac models, plus the Urban shader.
The former are
Alan,
It's probably exactly the error as described :-). Possibly generated cmake
without checking the jsbsim box. Easy to check - is fgJSBSim project in the
Solution, and is it selected for build in the Configuration Manager?
If that checks out then is option(ENABLE_JSBSIM Set to ON to
Gene
On Sat, 26 Nov 2011, Emilian Huminiuc wrote:
On Friday 25 November 2011 22:44:47 Michael Sgier wrote:
So AeonWave is a complete replacement for OpenAL? Must be...now could
it do
synthetic speech as used for X-Plane's ATC? Thanks
Ever heard of festival? ever read the
Make sure you have a valid path to wherever you put Simgear:
CMAKE_PREFIX_PATH D:/Cygwin/OpenSceneGraph-2.9.9;D:/Cygwin/simgear
SIMGEAR_INCLUDE_DIR D:/Cygwin/simgear/include
Try setting:
SIMGEAR_LIBRARIES SIMGEAR_LIBRARIES-NOTFOUND
HTH
Vivian
-Original
Erik
I've committed the first AI model sound code now.
At this time it's probably a bit annoying because there are too little
properties (or too little are actually updated) to create a proper sound
configuration so all 737 and 747 aircraft now just have the engines
running at a constant
Gijs,
This proposal doesn't seem to address the problem namely that 3d clouds and
Random Vegetation (trees) require Material Shaders to be checked in the gui,
and that doing so ran other, unrelated and unneeded shaders. This proposal
is different to, rather than better than the existing. It
ThorstenB
I have added a new subsystem and dialog to monitor FG performance. It's
replacing/improving the original code which was only capable of writing
statistics data to the console (I guess few people ever used or were
even aware of the old option).
The new GUI dialog is available in
Anders wrote
On Tue, 15 Nov 2011, syd adams wrote:
thanks for the heads up ... Im currently updating the CitationX so
i'll fix that and check my other aircraft.
You said fgdata , does that mean aircraft are back in fgdata ?Is the
separation idea abandoned for now? Just asking so i
Alan,
Yup here too.
Vivian
-Original Message-
From: Alan Teeder [mailto:ajtee...@v-twin.org.uk]
Sent: 14 November 2011 11:46
To: Flightgear-devel@lists.sourceforge.net
Subject: [Flightgear-devel] Crash on exit (Windows)
The current Git crashes on exit.
Here is the
syd
Hi
Ive been trying to build flightgear with ccmake , no luck yet.
The first error was SIMGEAR_VERSION_OK not found , but with some help on
irc,
I managed to get past this by adding set(SIMGEAR_VERSION_OK 1) to the
CMakeLists.txt.
Now i get these error messages :
WARNING: Target
Syd
-Original Message-
From: syd adams [mailto:adams@gmail.com]
Sent: 09 November 2011 22:51
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] more cmake problems
Oops , spoke too soon :)
/home/syd/FG/flightgear/src/Scenery/tilemgr.cxx: In member
Thorsten
Im the last weeks, I've been working on integrating Lauri's skydome
scattering shader in a seamless way with the rest of the environment. I
have now a working version of the shaders available which could be
committed.
This is:
* the original skydome shader, with an added
-Original Message-
From: Vivian Meazza [mailto:vivian.mea...@lineone.net]
Sent: 11 October 2011 17:48
To: 'Erik Hofman'
Subject: RE: [Flightgear-devel] Skydome and Terrain shader with haze - some
helprequired
Erik
On Tue, 2011-10-11 at 09:30 +0100, Vivian Meazza wrote:
Thorsten
Fred,
Hi Vivian,
- Mail original -
commit 7aac380e2f0b1d1657b7179054acfeb61993f7ff
Author: Vivian Meazza
Date: Mon Oct 10 10:51:25 2011 +0100
Add taxiway symbols in dds.
...
materials-dds.xml| 27
BTW, I added the possibility to load
-Original Message-
From: Torsten Dreyer [mailto:tors...@t3r.de]
Sent: 07 October 2011 10:49
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] A collection of issues
Am 07.10.2011 08:55, schrieb thorsten.i.r...@jyu.fi:
Hmm - after double-checking, it looks
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,
falling
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 - but
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.
We
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
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 getting a
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 currently testing
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
get
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 started on
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
101 - 200 of 927 matches
Mail list logo