Here, with a Core 2 Quad, 4Gb RAM, nVidia GTx285 with 2Gb VRAM there is a
huge difference in performance. At EGMH and using METAR, I get 75 fps
with
Global Weather, but when I use Local Weather, using the same METAR, I
get a
little over half that.
I hate to repeat myself, but what set of
You can enable a better property to compare performance using View =
Show worst-case frame delay. It shows the longest delay in between two
frames within the last second of simulation (lower left corner). The
lower the number, the better. In order to maintain an acceptable 25Hz
simulation,
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 persons about a
Catalina model update.
That update has been rejected arguing that everything is
grth_team wrote:
How are you walking ? on the head ? since you reverse the priority.
The answer from these devel team persons, was a joke, at least to us,
I think this flavour of 'feedback' is not worth discussing.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just
On Wed, 13 Jul 2011, Martin Spott wrote:
grth_team wrote:
How are you walking ? on the head ? since you reverse the priority.
The answer from these devel team persons, was a joke, at least to us,
I think this flavour of 'feedback' is not worth discussing.
Martin, I suspect that there is
On Wed, Jul 13, 2011 at 2:24 PM, grth_team wrote:
The answer from these devel team persons, was a joke, at least to us,
they said we will include your project with FG 2.6 ( February ?),
they probably make fun of us ( do you consider newbee are not serious
?).
As one of the people who
I think Gene put it well. We need to give them the benefit of the doubt and
cut them some slack due to potential language/translation issues and if they
are newer to the project they need some time to figure out our project
culture and how things get done here.
Likewise I hope they will also be
Am 13.07.2011 19:00, schrieb Curtis Olson:
I think Gene put it well. We need to give them the benefit of the doubt
and cut them some slack due to potential language/translation issues and
if they are newer to the project they need some time to figure out our
project culture and how things get
Also, as we are so often told that git can do everything, why can a
post-release branch not be set up for new source code developments, or a new
release/freeze branch specifically for the new release? I thought that was
the whole raison-d´etre of the devel branch.
You certainly can do that -
Curtis Olson wrote:
I think Gene put it well. We need to give them the benefit of the doubt and
cut them some slack due to potential language/translation issues [...]
Sure, I doubt that this is a translation issue here: Does it strip the
affront off an affront just by passing it through a
Every road runs in two directions, and if we are all willing to go a little
bit beyond half way to meet each other, we most often will get there.
On Wed, Jul 13, 2011 at 1:01 PM, Martin Spott wrote:
Curtis Olson wrote:
I think Gene put it well. We need to give them the benefit of the doubt
On Wed, Jul 13, 2011 at 3:24 PM, grth_team grtht...@gmail.com wrote:
We have learnt we must not contribute to GPL update within FG, since
the FG team answers does not convince us to contribute, we do not want
to waste time.
To please to the users, our model will be ever checked against an FG
The nice thing about FlightGear is freedom. The grth_team is free to do
what they wish. They can develop what ever they want and they can support
whichever versions they deem best as long as they abide by the terms of the
gpl. It might take some time to realize this, but it is very hard to
Hi,
On Wednesday, July 13, 2011 02:16:29 Peter Sadrozinski wrote:
You mentioned earlier that a lot of the performance issues would disappear
if we could probe the terrain 100 times faster. I've been thinking about
this for a while for ai traffic, skyop's moving map instrument, and
weather.
14 matches
Mail list logo
