Hi All,
I have been away for a couple of weeks, so perhaps I have missed
something. When I tried to compile a fresh git version using
download_and_compile.sh, I noticed there were some updates in OSG. It
seems simgear is not in sync (yet?), though, because I am getting the
following error:
Op 26-11-10 18:12, fiers...@zonnet.nl schreef:
Hi All
Op 26-11-10 17:03, thorsten.i.r...@jyu.fi schreef:
Am I the only one?
No, you are not the only one. I made a similar observation a short while
ago and mailed that to this list. I also observed that the CPU loads
seem to be
Hi All
Op 26-11-10 17:03, thorsten.i.r...@jyu.fi schreef:
Am I the only one?
No, you are not the only one. I made a similar observation a short while
ago and mailed that to this list. I also observed that the CPU loads
seem to be different. See also my message of 20 November, with
Hi All
I rebuilt from GIT this morning. I am sitting on the runway at a quiet
airport, doing absolutely nothing. No AI traffic, no other multiplayers
around. Global weather. I have no other applications running, except
fgrun. And I am waiting until terrasync has updated all it wants to
update
Op 15-11-10 11:19, Martin Spott schreef:
This effect of 'asynchronously', 'delayed' loading of 3D models sounds
quite familiar to me and might reflect an intended feature in order to
save the framerate in these moments when a densely modelled chunk of
Scenery appears in the view.
Do 3D
Yes. Confirmed.
Thanks Fred.
Op 13-11-10 11:02, Frederic Bouvier schreef:
It should be fixed now.
Regards,
-Fred
--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise
Hi Fred,
Op 09-11-10 22:25, Frederic Bouvier schreef:
Hi m.
could you be more specific on the sequence of actions that lead to
this problem ?
Ok. My settings file:
; FLTK preferences file format 1.0
; vendor: flightgear.org
; application: settings.fgrun
[.]
browser:
control:joystick
I limited the frame rate to 30, used a smaller window. No difference.
However, I noticed that with fewer clouds the effect disappeared. There
seems to be a relation with cloud density.
Another thing I noticed:
While I am changing the viewing angle, the log window show errors.
First a lot of
Ah. The warnings and errors in the log window are related to local
weather. They do not appear until I use local weather.
Op 11-11-10 07:58, fiers...@zonnet.nl schreef:
Another thing I noticed:
While I am changing the viewing angle, the log window show errors.
First a lot of Warning:
Hi
In the fgrun of this moring, I can reproduce a segmentation fault. Has
anyone else noticed?
In my settings file, there is a parameter for the Input/Output section
under Advanced to set up the communication with fgcom.
In fgrun, I load the settings file, then go into Advanced and the
Op 08-11-10 14:21, Martin Spott schreef:
While we're at it, I'd like to remind that these impressive multi-
screen setups, which we (the respective booth crews) have been proud to
present on various FSweekend and LinuxTag shows over the past four (!)
years - in continuously increasing size -
That sounds absolutely great! What a pity I was unable to be there.
It sounds like you all have done a great job in promoting flightgear and
open source in general.
Thanks.
m
--
The Next 800 Companies to Lead
Hi
A couple of pilots all observed weird drops in frame rate after they had
been flying around in the same area for a while. The event was triggered
by the FS weekend. My frame rate dropped from over 30 to less than 10
without any adaptions in settings. The others reported 10 FPS too. There
Thanks.
I think it is pretty inconsiderate of the NOAA to change this two days
before our largest flightsim event worldwide :-D
But as you pointed out, METAR will have stopped working for older
releases too. Which is even worse.
m
Op 05-11-10 20:37, ThorstenB schreef:
That was a problem
Hmmm
Something is not quite right yet. I have recompiled simgear and fgfs. I
had METAR info this morning, but now after a restart, it says NIL again.
Intermittend... Is METAR info read on more than one place?
m
--
The
Funny,
I disabled METAR for global weather in the GUI and later set it to Live
Data again, and now it is collecting METAR info again... without restarting.
m
Op 06-11-10 12:09, fiers...@zonnet.nl schreef:
Hmmm
Something is not quite right yet. I have recompiled simgear and fgfs. I
had
Recompiled all very early this morning.
I have just noticed that in global weather, there is no METAR data.
METAR source is set to live data.
In the METAR data box I read 'NIL'.
Something broke the METAR updates?
m
There must be a 2.5kW power supply in that machine. No?
Five grafics cards that can consume, lets say, 400W each, plus the rest
of the machine
m
Op 31-10-10 20:24, Torsten Dreyer schreef:
If I may ask, what is the rest of the hardware configuration for that
setup?
The GIT version of this morning feels like something seriously changed
affecting the framerate...
I am departing runway 32 KNUQ and turning west to 270. Shortly after
takeoff, I am getting just 7 FPS.
Local weather is disabled, global weather is on live data, most shaders
are turned on.
I
Wow!
Switching off the urban shader made a huge difference. The framerate
shot up to over 50 FPS!
m
--
Nokia and ATT present the 2010 Calling All Innovators-North America contest
Create new apps games for the Nokia
I am assuming a faster graphics card would solve this for me. Right?
m
Op 31-10-10 17:14, Frederic Bouvier schreef:
I'll make it switchable with the quality level then. But not before next week.
--
Nokia and
Hi James,
Oke. I will report back.
m
Op 27-10-10 00:44, James Turner schreef:
On 24 Oct 2010, at 11:09, fiers...@zonnet.nl wrote:
OK. I am volunteering, obviously.
Good luck.
I've pushed a commit to FG, that might help with this - please let me know if
you do, or don't, see
Hi
I updated this morning, two hours ago, and I am still getting crashes on
exit. See the stacktrace below (AI is in lines 22 and 23).
Could this be some kind of race condition?
I should perhaps mention I have the mulithread property set in
preferences.xml:
Update:
I have been able to reproduce this crash on exit with the same stack
trace at EHAM.
m
Op 24-10-10 11:15, fiers...@zonnet.nl schreef:
Hi
I updated this morning, two hours ago, and I am still getting crashes
on exit. See the stacktrace below (AI is in lines 22 and 23).
Could this
Hi
Again, at EHAM. Five planes stalled in what seems to be a very
dangerous looping:
After a while these artefacts disappeared but it seemed like AI-traffic
stopped altogether. When the picture was taken, there was other AI
traffic behaving naturally...
m
Op 24-10-10 11:55, Durk Talsma schreef:
Are you sure there is no AI traffic activity anymore whatsoever after a
while? This could be happening when you fiddle with the time parameters (i.e.
adjust your time settings while flightgear is running, but other than that, I
have never seen that.
Op 24-10-10 11:53, James Turner schreef:
Thanks for the report (it confirms what I'm seeing here is consistent
with 'the rest of the world'), I'll need help testing once I commit a
proper solution.
OK. I am volunteering, obviously.
Good luck.
m
Hi
Paris has been a heavy scenery for a long time, but in the latest GIT it
seems as if it is becoming unusable. I am getting 9 or 10 FPS in
multithreading mode. A FGFS version of a couple of months ago dropped my
FPS over Paris on the same system to about 12-15. Performance seems to
have
Thanks for the response. I will update and keep you posted.
Cheers!
m
Op 23-10-10 20:11, James Turner schreef:
On 23 Oct 2010, at 13:28, James Turner wrote:
This morning I recompiled the latest from GIT.
I noticed FGFS crashes when I exit the program. It appears the AI-manager
is
One account per IP address is not a good idea, because it is very well
possible for several independent people to use the same public IP
address. In IPv4 at least with NAT routers. I can think of examples in
student homes with a shared broadband connection. Or the clubhouse of
the flying club.
Hi Gijs,
This looks much better. A wonderful cockpit. FG no longer crashes
immediately, so this is much better. However, on the outside view I
noticed there are no wings attached. No doubt it will still fly :-) .
I have assembled messages from the log window for you;
That's funny. I started again and now I do have wings!
Race condition? Or just a quirk from outer space?
m
Op 17-10-10 13:52, fiers...@zonnet.nl schreef:
Hi Gijs,
This looks much better. A wonderful cockpit. FG no longer crashes
immediately, so this is much better. However, on the outside
Get wings and learn to fly!
Broken wings after takeoff. Also the 747 sign on the tail is mirrored.
Op 17-10-10 13:55, fiers...@zonnet.nl schreef:
That's funny. I started again and now I do have wings!
Race condition? Or just a quirk from outer space?
Hi Ron,
I would love to, but it seems I have a different version (pulled from
git). Can you send me a zipp of the new 747-400 files instead of a
patchfile?
I have noticed there is more that has changed... (and I do not know from
which svn to pull). Sending all files in the new version would be
Hmmm,
The GIT version of yesterday is generating core dumps. Reproducable when
I use the 747-400 made by Gijs and Ivan. It crashes while loading the
models.
The console log shows:
error binding to port 5505
Processing command line arguments
NoaaMetarRwalWxController::update() received METAR
Hi All,
Have you ever seen some dense air?
I had just made a nice landing at TNCM and I was looking at it again in
the replay, when I noticed the shadow of my plane was still as if I was
on the runway. Needless to say the shadow was flying with me. It is
definetly not the shadow of my plane
hmmm...
Well, something went wrong, it seems.
mpmap02.flightgear.org now shows a This domain has just been registered
for one of our customers! message.
m
--
Beautiful is writing same markup. Internet Explorer 9
It probably is, as long as each instance has its own portnumber for
incoming connections in the mulitplayer command line option.
m
Op 09-10-10 15:39, Chris Wilkinson schreef:
Hi there,
Is it possible to get multiple instances of fg on a single PC, talking
to each other in a multiplayer
Hi all,
I am compiling fgfs with download_and_compile.sh on Ubuntu 10.04.
Latest GIT (one hour ago) is giving errors in hud.cxx:
hud.cxx: In function 'void fgUpdateHUDVirtual(osg::State*)':
hud.cxx:348: error: 'gluPerspective' was not declared in this scope
hud.cxx:361: error: 'gluLookAt' was
I used OSG version 2.9.10. The error probably has something to do with a
recent change, because yesterday's compilation was fine.
I guess I could roll back to an older version of OSG, like you
suggested, but I was rather hoping my message would ring a bell with
someone that committed a change
My two cents:
Subscriptions need bookkeeping and decent administration of valid user
accounts etc.. While there might be someone out there that is willing to
do this task at this point in time, that will end some day. It will
probably be hard to find volunteers for this task.
I am in favor of
hi all
I was flying in my trusted Robin DR-400 (dr400 in fgfs) over Hawai (see
FGFS newsletter september 2010).
Looking left, I noticed a couple of strange optical effects. I had seen
them before, but I disgarded them as reflections on the dome of the
aeroplane. With the latest GIT version
I just tried to compile the latest version from GIT, but I am getting
errors:
*libMain.a(splash.o): In function `fgCreateSplashCamera':
/home/mifi/Software/Sources/fgfs8/fgfs/flightgear/src/Main/splash.cxx:292:
undefined reference to
`osgText::TextBase::setFont(std::basic_stringchar,
I checked and I am. Paths are set correctly, or so I think. I am using
download_and_compile.sh.
H. I am running a clean installation at the moment Let's see
m
Op 01-10-10 19:08, Csaba Halász schreef:
On Fri, Oct 1, 2010 at 6:41 PM,fiers...@zonnet.nl wrote:
I just tried to
Yep. Fixed. Thanks. For some reason the update process did not get
everything sorted automatically, but I am up and running again.
m
Op 01-10-10 19:21, fiers...@zonnet.nl schreef:
I checked and I am. Paths are set correctly, or so I think. I am using
download_and_compile.sh.
H. I am
I was experimenting with the new water shader and local weather, and I
could not help myself thinking how sad it is, that the more perfect the
simulation gets, the more noticeable the remaining weak points become.
Despite that, I am very very happy with the water shader and with local
weather.
I was thinking about the handling of wind and the rendering of some
cloud types in the local weather system. Both have already been
discussed in the forum topic about the local weather system.
As far as the water shader is concerned, it would be great if the
results would depend more on the
Hello,
Make sure you have enough memory too. At least 4GB and a 64b OS seems
nice. I am pretty sure the Core-i5 would do nicely. You can tell fgfs to
use multiple CPU's in preferences.xml (look for 'multi' and read the
comment in the file).
I would be suspicious of the ATI cards because there
I second that. As the matter of fact I stick to nVidea for all machines
over the years, because I feel that nVidea should be rewarded for their
support of Linux and ATI should be punished for not taking Linux seriously.
m
Op 25-07-10 15:39, Curtis Olson schreef:
This definitely looks like a
Op 25-07-10 19:19, Stefan Seifert schreef:
On the other hand, I'm running a system with 100% free software thanks to
AMD's releasing of documentation for driver writers for ATI cards. And my ATI
card with its free drivers allowed me for the first time in many years not
only
to run FlightGear
Op 26-07-10 07:14, fiers...@zonnet.nl schreef:
Op 25-07-10 19:19, Stefan Seifert schreef:
On the other hand, I'm running a system with 100% free software thanks to
AMD's releasing of documentation for driver writers for ATI cards. And my ATI
card with its free drivers allowed me for the
Hi Syd,
I just updated my fgdata and I noticed that the change you mentioned (in
your message below) is not yet in de git repos. Should it not be in?
Apart from that little remark, I can still not get the Aerostar700 AP to
hold altitude. I have set the altitude on the dashbaord, armed it,
Hi All,
I noticed with that when the Urban effect is switched on in the
rendering options and you are at LGLC (London City airport), there are
lightblue patches next to the runway. As if there is a layer of water
floating a few feet above ground level. This happens with
quality-vs-quality
Sorry. I meant EGLC of course, not lglc.
Op 11-07-10 15:50, fiers...@zonnet.nl schreef:
Hi All,
I noticed with that when the Urban effect is switched on in the
rendering options and you are at EGLC (London City airport), there are
lightblue patches next to the runway. As if there is a layer
For me it worked, but I am on Ubuntu 10.04 64bit. Perhaps this has only
been tested on Linux systems before...?
m
Op 06-07-10 23:49, Mike schreef:
as owner of an Intel Q6600 I followed this discussion with much interest and
checked thhe below mentioned option right away on Vista x64 with
Op 06-07-10 14:01, James Turner schreef:
Summary - yes, it should be possible, yes it has been discussed, the
issue is about finding the time to try it, and see what breaks, and
what the potential gains are.
Great!
I will not bother you ;-)
m
Op 06-07-10 14:12, Csaba Halász schreef:
I find it hard to believe that you have performance problems with a
core i7, assuming you got a halfway decent graphics card to go with
it.
I am not having performance problems. All is well, but I noticed that
only one core thread is used while my
Hi Anders,
Thanks. Very interesting. I added
multithreading-modeAutomaticSelection/multithreading-mode
to my preferences.xml file under rendering. At LFPO I am getting 50
FPS (25-30 before). There are two core threads each 50-60% busy. The
rest is up to the graphics card probably.
m
Op
Op 06-07-10 15:44, Csaba Halász schreef:
debug - cycle on screen stats or somesuch, can't say right now.
Did that, but it only shows framerate and not the other stuff that is in
your picture. I probably need to set an option in preferences or
something like that.
m
A right. Hence the Cycle.
I feel stupid now :-[
m
Op 06-07-10 16:06, Csaba Halász schreef:
On Tue, Jul 6, 2010 at 3:58 PM,fiers...@zonnet.nl wrote:
Op 06-07-10 15:44, Csaba Halász schreef:
debug -cycle on screen stats or somesuch, can't say right now.
Did
Hi Torsten (and others),
I noticed that the autopilot on the Aerostar700 keeps climbing, despite
what I set the AP to. I was trying to level out at FL120, but the AP was
happily climbing to almost FL200 when I disabled it.
Is this in the new code or in the plane?
m
I already had updated my data dir. Just did it again, but it is up to
date, it says.
m
Op 05-07-10 12:55, Scott Hamilton schreef:
This sounds very similar to the problem I encountered 3 days ago with a
number of aircraft. If you are rebuilding from the (fairly) latest git
code base for
In the Citation II, the AP seems to level off at around 24000ft, while
it is set for 3ft. Pressure set is 2992.
Also, initially I set the AP for an ALT of 35000. While climbing at
around 22000 I changed the setting to 3ft. The plane went into a
dive and decended to below 2ft. I
For whom it may concern:
I updated and compiled my fgfs this morning from git.
Eveything seems to run fine, but in the log window I am getting lots of
messages like this:
DatabasePager::updateSceneGraph() possibleDeadLock=1
HANDLE_NON_HTTP active for 1242.52ms
HANDLE_ONLY_HTTP inactive
Hi all
I started fgfs from fgrun on my Linux machine and I was sitting at KOAK.
No AI-traffic enabled nor traffic-manager. The airplane was my usual
Aerostar700. Terrasync is running and so is fgcom, but nothing special
is going on. I was just sitting on some taxiway, engines running, for
Friends, can I briefly talk about fgrun, please?
Before we continue, let me make clear that I am running fgrun and fgfs
on a Linux system.
I tried to disable AI-traffic and traffic-manager by setting up two
properties in the advanced options of fgrun:
[CODE]
An ifdef WIN32 (like in other places) could be done, I guess. It would
perhaps be a little nicer if the OS specific code could be limited to as
few files as possible...
The code (fgfsrc.cxx lines 378 and 379) would be replaced by:
[CODE]
if ( strlen( buf ) 0 )
#ifdef WIN32
Hi All,
Forgive me for being ignorant of the modus operandus for this list, but
I have just subscribed.
I have flown FG for quite a while so I am a somewhat experienced FG
pilot. Lately I started testing the CVS version and I noticed that FG
sometimes crashes. I guess I am asking for that to
Ok. It is in the bug list as 131.
Good luck! Please let me know if there is anything I can do to help.
m
James Turner wrote:
If it's something reproducible, file a bug in the track, with steps to
reproduce, and the stack/back trace, and someone (likely me) will take a look.
69 matches
Mail list logo