On Sun, Jan 23, 2011 at 12:51 PM, Andreas Gaeb wrote:
>
> IIRC, gcc has a default initialization routine that sets new variables
> to zero unless they are explicitly initialized like
> int a=1;
>
Yes, but that's only the case for global and static variables. The start-up
code initializes the memo
On Sat, Jan 22, 2011 at 10:36 PM, Andreas Gaeb wrote:
> I've been looking a bit into the NaN issues. A way to produce them on my
> system is to reset JSBSim aircraft, although it happens only about every
> fifth time on average, and there are at least two different places in
> the code where the N
On Sat, Jan 22, 2011 at 2:47 PM, Harry Campigli wrote:
>
> If so what is the best version of OSG to install as I have seen numous
> posts here and on forums pertaining to changes of OSG of late?.
>
>
The OSG 2.9.x are developer releases. I think 2.9.11 isn't even released
yet, so that's the bleedi
On Thu, Jan 20, 2011 at 6:22 PM, Jacob Burbach wrote:
> Oh...but previously we had discussion (December?) in regards to IO
> permissions 'not' working if you used an Aircraft directory directly
> and had to use only a directory 'containing' an Aircraft directory.
> This must be a fairly recent cha
On Thu, Jan 20, 2011 at 4:56 AM, Jacob Burbach wrote:
> Was just playing around a bit on MP and noticed that aircraft located
> in directories specified with --fg-aircraft do not seem to get picked
> up by multiplayer. The pilot list shows them as aircraft not installed
> in the pilots list, and y
On Wed, Jan 19, 2011 at 10:41 PM, jack.w wrote:
> Looking over the wiki page and info. Is Sb747 and AVC limited to MS
> windows based machines? Or is there a Linux version as well? Is source
> available?
>
>
Only the sources of Reed's FlightGear interface (SquawkGear) is available,
but not t
On Mon, Jan 17, 2011 at 8:07 PM, Torsten Dreyer wrote:
> Hi all,
> I just pushed a bugfix to SGMisc::normalizePeriodic(min,max,value).
> The method allways returned zero for values less than min instead of
> normalizing these values into the given period.
>
Excellent catch! As so often: when "comp
On Sat, Jan 15, 2011 at 4:39 PM, jack.w wrote:
> Is this a feature in the latest git version? There have been discussions
> over the years on hooking into the IVAO and VATSIM communities. Was not
> aware that the connection had been made.
>
> Giving a talk in March at UC Davis on using FlightGea
On Tue, Jan 11, 2011 at 8:33 PM, Vivian Meazza wrote:
>
>
> I haven’t seen an problems so far, although I’m not sure why my aircraft
> was instantiated at one end of the runway, while the whole of KLM was taking
> off from the other. Perhaps we have a mismatch in the runway selection code,
> but t
Hi,
I've pushed a tiny update for AI traffic to flightgear/next. It improves
performance at airports with busy AI traffic by avoiding repeated
elevation/scenery checks for stationary aircraft. On my system this means a
considerable frame rate improvement at EHAM (many AI aircraft parked at a
gate)
ewtopic.php?f=4&t=4925
>
> On Sun, Jan 9, 2011 at 12:10 PM, ThorstenB wrote:
>> I'm not seeing any NaN issues with the TU154b.
> Hmm, could be on my end, you never know. Did you try a few times, at
> some different airports though? I can load a couple times out of a
>
I'm not seeing any NaN issues with the TU154b. Though I'm not able to
start it - well, not within 10 minutes at least. :)
There is a minor issue with incorrect property name though. I've
attached a patch.
Anyone in contact with the TU154b designers? There's no email in the
README. Maybe s.o. can fo
On Sat, Jan 8, 2011 at 10:39 PM, Roland Haeder wrote:
> Thanks for including the missing include lines. Jester gave me them in
> IRC so please credit him. :)
Too late! Sorry Jester, well done anyway :).
cheers,
Thorsten
---
On Sat, Jan 8, 2011 at 8:44 PM, Roland Haeder wrote:
> I have an FPE to report and a small fix (I already mentioned the FPE in
> IRC chat).
>
> The fix is included, with some white-space cleanup.
The FPE patch is a duplicate, since Curt has already committed a
similar fix for this FPE on December
On Fri, Jan 7, 2011 at 7:48 PM, Curtis Olson wrote:
> So what happens if I'm messing around with my "WildCrazyIdea-I-WantToTry"
> branch over lunch, and suddenly I get a phone call and have to jump back to
> doing something serious with FlightGear and need to quickly switch back to
> my "RealWork"
On Fri, Jan 7, 2011 at 6:58 PM, Curtis Olson wrote:
> I make a small test edit to a file (src/GUI/MapWidget.cxx).
> I run "git checkout next" to return to the pristine unchanged branch that
> tracks the head on gitorious --- but here is the output:
> $ git checkout next
> M src/GUI/MapWidget.cxx
>
On Thu, Dec 30, 2010 at 10:47 PM, Citronnier - Alexis Bory wrote:
> Yes, it was intended to disable the stock Fuel and Payload menu. I'll
> adapt the code to follow the new ordering. It should be in git very soon.
On Thu, Dec 30, 2010 at 10:52 PM, Scott Hamilton wrote:
> Actually this might not
above - or revert the menu
item ordering?
cheers,
Thorsten
On Thu, Dec 30, 2010 at 6:37 PM, ThorstenB wrote:
> The F14 disables the first menu item from the 5th menu
>
> ext_stores.nas => setprop("sim/menubar/default/menu[5]/item[0]/enabled", 0);
>
> Not sure which
The F14 disables the first menu item from the 5th menu
ext_stores.nas => setprop("sim/menubar/default/menu[5]/item[0]/enabled", 0);
Not sure which menu item originally was at this location.
Quite bad. Harded coded hacks like this just always break... ;)
cheers,
Thorsten
On Thu, Dec 30, 2010
On Mon, Dec 20, 2010 at 9:12 AM, Roland Haeder wrote:
> I got another FPE with GIT version while in-flight with the A380 (recent
> updates of fgdata). I flew with auto-pilot turned on from EDDL to EHAM
> and suddenly the FPE happens:
I had a look into some of these FPEs. However, there's tons of p
On 11.12.2010 09:16, Durk Talsma wrote:
Firstly, what is the next version number going to be. My initial
thought would be 2.1.0, but it also makes sense to call if 2.2.0
(thanks for the suggestion, James), so that we can reserve 2.1.0. for
bugfixes on the current version, or at least move toward
On Thu, Dec 9, 2010 at 1:12 AM, Heiko Schulz wrote:
> Not really, as I or helijah is not the author of the aircrane-fdm.
Oh sorry, didn't want to credit the wrong person! :) (maybe a
copy&paste problem since you're credited in the readme).
> But Maik Justus, the author of it, told me once ( and i
On Wed, Dec 8, 2010 at 11:14 PM, Roland Haeder wrote:
> I use the following call to start FGFS:
> --
> fgfs...
...
> --aircraft=aircrane --enable-fpe
Thanks, that actually always reproduces it.
> And the temperature at EDDL can now really be at 0 deg. Celsius because
> of
On Tue, Nov 30, 2010 at 10:55 PM, Heiko Schulz wrote:
> As this is a pretty accurate emulation of the real thing (or maybe it is even
> the real thing.. ;-)), how it gets its datas in real life? What is the source
> in reallife?
The RL device may be configured to a number of radio altimeters -
c
On Tue, Nov 30, 2010 at 7:54 PM, Heiko Schulz wrote:
> I had a look into, even ported the related subsystems over to the 733, but no
> success.
>
> Scott (working on the A380) noticed the same with the wiki-tutorial and the
> GPWS. Interesting to know and maybe a hint: A380 and 733 are both JSBs
On Tue, Nov 30, 2010 at 2:14 PM, Heiko Schulz wrote:
>> Thorsten B has done a huge amount of work on the GPWS in
>> the past few months, my impression is that with the latest
>> Git code, it's working better than at any point in its
>> history - with the caveat, assuming you have configured it
>>
I'm not sure clicking "no spam" really helps - it might not be a
simple voting system. Also, it seems only comments from specific users
were marked as spam - while other FG comments stick. Yes, maybe
someone did that manually and missed some. But I suspect it might be a
YouTube-anti-spam-O-matic at
On Wed, Nov 24, 2010 at 5:35 PM, Donn Washburn wrote:
> It also seems that the most recent fgdata (todays version) gives this error
> d...@m1l-susehs:~> fgfs aircraft=737-300
> Processing command line arguments
> Fatal error: Failed to open file
> at aircraft=737-300
> (received from SimGear XML
On Sun, Nov 21, 2010 at 12:37 PM, Heiko Schulz wrote:
> The problem isn't while the splash screen- it occurs for several seconds
> after splash screen dissapeared- this will be the problem.
Yes, that is understood. Still, at least showing 1-2fps in the >splash
screen phase< can be avoided, since
On Sun, Nov 21, 2010 at 11:35 AM, Arnt Karlsen wrote:
> ..maybe either hide the fps display or use it to tell
> what's going on until the splash screen events are all
> done?
Right. Accidentally that's exactly what I looked into after
yesterday's discussion.
--
On Sat, Nov 20, 2010 at 11:48 PM, Heiko Schulz wrote:
> Not yet completly tested, but I notice the first 30 seconds of startup fps of
> 1-2.
> Imagine the same fps when loading new tiles would make FGFS pretty unusuable
> for me
If you refer to the fps _before_ the splash screen is dropped,
On Sat, Nov 20, 2010 at 10:41 PM, Heiko Schulz wrote:
> But needs more time to get a stable and usuable fps...about 30seconds here
> with latest GIT from today.
Right, the splash screen is down early now, while FG is still busy
loading more distant scenery areas. Loading in the background may
af
From: - 2010-11-20 10:33
> I have done two tests, directly after eachother. Same conditions, same METAR.
One thing to note here is that, prior to yesterday's update, the size
of the scenery area loaded/rendered at start-up did _not_ depend on
the visibility (weather/METAR), neither on any visibi
From: Roland Haeder
> I have < 15 FPS here with a GeForce 9500 GT (MSI) and a quad-core. How
> can I change that draw distance? It is really far. :(
The visibility shouldn't have changed with this update - except that
the visibility selected at start-up is immediately effective now.
You can set
Another heads up: I've pushed an update for scenery tile management.
It's a follow-up to the recent patch fixing random empty scenery
patches, providing some more improvements:
* Priorities for tile loading. Tiles are now loaded in innermost to
outermost order. Means a better optical effect when sw
> Unfortunately this means METAR is broken (probably permanently) for
> all previous FG versions now...
As a follow-up to the METAR issue: there actually is a workaround for
FG 1.9.x and 2.0 - by using a proxy server. The requests sent by FG to
a configured proxy server are fine. And the actual HT
From: James Turner - 2010-11-12 13:37
> Just to re-iterate - the best defence is a good offence. Stop worrying about
> FPS, and make FG
> better (by contributing), or promoting it better. It's essentially a
> marketing scam, not a competing
> product. (The current flightgear.org website doesn't
From: - 2010-11-12 10:13
> I still have no real understanding why this is so, or why loading a large
> number of *identical* models into the scenery should take a long time (I
> would think that one can make use of the fact that there are really
> multiple copies of the same model around to speed
On Friday 05 November 2010 10:21, Heiko Schulz wrote:
> > Another option would be that the metar server is
> > unavailable ..
> > checking, jup:
> > metar EHAM
> > ERROR: no metar data available from
> > at
> > http://weather.noaa.gov/pub/data/observations/metar/stations/EHAM.TXT
>
> I guess the s
From: Markus Kirchner 2010-10-25 16:40
> Hello,
>
> I did a few improvements to my 777-200 on autopilot functions (FlightGear
> version 2.0.0). So pretty much of all function worked well e.g. LNAV on route
> mgr and on NAV-radials, HDG SEL, TRK SEL etc.
> For these function I used the properties,
Hi,
On 2010-09-28, at 01:11, Csaba Halász wrote:
> > I fixed the strict-aliasing issues reported by GCC 4.4.1. Affects the
> > generic.cxx and multiplaymgr.cxx modules.
>
> Unfortunately the trick with the union in multiplaymgr.cxx is not
> standard C, as far as I know.
well, unions are ANSI C. I
Hi,
I fixed the strict-aliasing issues reported by GCC 4.4.1. Affects the
generic.cxx and multiplaymgr.cxx modules.
I created a merge request (let me know if you preferred patches):
http://gitorious.org/fg/flightgear/merge_requests/7
cheers,
Thorsten
-
On 2010-09-27, at 17:25, James Turner wrote:
>>> The SSE math flags are a no-brainer where supported - the
>>> -march-native and -sse flags are all Apple defaults in Xcode.
>> BTW, as far as I remember the -sse and -sse2 are on by default for GCC
>> on AMD64 (alias x86_64).
> It would be good if so
Hi,
there is a forum topic discussing compiler optimization to improve
frame rate ( http://www.flightgear.org/forums/viewtopic.php?f=45&p=96830
).
I have also tried this (and successfully improved mine... :-) ).
However, I also compiled with "-Wall" and this shows several issues
with the FlightGea
Hi Tim, Curt, et al,
I've prepared a patch and did a number of test flights tonight - and
had no more scenery issues. I'll still do a bit more testing, but
maybe someone else seeing these problems regularly could already
check, if this fixed their problems, too. The patch is attached to the
bug is
Hi,
good news - I've done more debugging in the tile cache module and
think I already found something...
I'm seeing two issues with the tile cache, sometimes causing active
scenery to be kicked when the cache is full - and this results in the
missing patches. I'm also seeing cases where all activ
On Saturday, September 18, 2010 18:32 Durk Talsma wrote:
> Given, my observation that cycling through all the viewpoints, will restore
> the visibility of tiles that have gone lost, and flag tiles that were visible
> during the previous view cycle invisible, makes me suspect that something in
> the
On Sat, 18 Sep 2010 16:57:11 +0200, Arnt wrote in message
<20100918165711.24d2d...@a45.fmb.no>:
> ..can happen in RL too, this is when you swear a wee bit, pick up
> your flight plan and pick our best alternate destination from it
> just like the RL guys does.
Knock knock, Neo. The effect here is
Hi,
maybe I can raise some more attention to a specific bug, which keeps
me from using FG properly. I have also heard a number of other people
complaining. If I could vote, I'd like to vote for this issue to be
the currently most annoying FlightGear bug:
Scenery tiles keep disappearing (when flyin
Ahh, classic moment... So here's the attachment...
On Sun, Jul 25, 2010 at 12:42 AM, ThorstenB wrote:
> Hi,
>
> I finally had time to update the Wiki with detailed information on the
> EGPWS configuration. I think the module has been there for quite a
> while - but the manu
Hi,
I finally had time to update the Wiki with detailed information on the
EGPWS configuration. I think the module has been there for quite a
while - but the manual was lacking a bit of detail. Also, I fixed a
few stability issues and added two more configuration options.
Could s.o. please have a
301 - 351 of 351 matches
Mail list logo