Re: [Flightgear-devel] Re: Wing motion

2005-12-20 Thread Erik Hofman

Melchior FRANZ wrote:


Unfortunately, so far it only works with solid (unsmoothed) objects.
Looks like a plib bug to me, but I have yet to find the exact reason.


Ahh, that would be a shame. I'm very much looking forward to see this in 
action (or better yet, see it in FlightGear).


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: Wing motion

2005-12-20 Thread Erik Hofman

Melchior FRANZ wrote:


At least that's how it currently (sort-of :-) works. In theory,
aileron/flap/... movements should still work. But I haven't tested
that yet.


Good point, I'm afraid they don't work properly anymore since the center 
point and the normal axis' probably have changed after the animation...


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] [PATCH] simgear+flightgear warning cleanup

2005-12-19 Thread Erik Hofman

Vassilii Khachaturov wrote:

Attached are 2 patches for cleaning up some build warnings,
in both simgear and flightgear. Caught with gcc-4.0.


Thanks Vassilli, it's been committed.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Options saving patches

2005-12-17 Thread Erik Hofman

Stefan Seifert wrote:

Also nice would be any review of the code :) and of course some info 
about how the chances are for inclusion.


I must say I like the idea, but given it's current state (no windows 
support) I would like to postpone it until after FlightGear 1.0 is released.


There are a few small issues that I would like to see added (or to see 
changed) but that's nothing major; like the option to ignore this 
feature all together.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Options saving patches

2005-12-17 Thread Erik Hofman

Frederic Bouvier wrote:

What is missing for windows ?


Stefan Seifert wrote:
Missing is support for Windows, where the directory should be like %PROFILE%/Application Data/FlightGear (or such). Also I don't know if Windows supports the mkdir function. Would be nice if someone could port. 


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] Proposal: New way to add commandline options

2005-12-17 Thread Erik Hofman


Hi,

I was thinking, FlightGear is already able to handle way more options 
than advertised when running fgfs -h -v


How would we all fell about minimizing the number of command line 
options in favor of the --prop:prop=value method and make sure all 
of them are explained in a document rather than the help message.
As a temporary measure we could make sure the current options are still 
available, but not made public in the help message.


How do you all feel about that?

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: Options saving patches

2005-12-17 Thread Erik Hofman

Melchior FRANZ wrote:

Sorry to be annoying yet again, but that's what I'm best at:


* Erik Hofman -- Saturday 17 December 2005 10:48:
I must say I like the idea, but given it's current state (no windows 
support) I would like to postpone it until after FlightGear 1.0 is released.


And I would like to postpone the 1.0 release, until FlightGear is ready
to be called 1.0.


What's this, now you want releases that have missing options for some 
OS'es??


 Saving GUI states is one piece of that puzzle, as are

landing/taxi lights. There are no finished patches available for


Give me a patch and I'll commit it, until then there's little room for 
discussion.



that yet? So? What keeps us from working on them and waiting until
they are finished? (No, I won't be working on that, but I'm also
not pressing for 1.0.)


I don't like the idea of FlightGear 0.9.9.1223 just because no one cared 
to implement taxi lights. As a matter of fact I've seen several multi 
million dollar simulators that didn't implement them, Why? Probably 
because they're just eye-candy and add little to the simulator part of 
the program.



I'm now sufficiently fed up with the secret 1.0 agenda, that I'll
stop contributing until after this monstrosity is out.


Lighten up, I just started looking at this patch since Fred promised to 
fill in the missing gaps.


Erik


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Proposal: New way to add commandline options

2005-12-17 Thread Erik Hofman

Frederic Bouvier wrote:

I don't see the real benefit of this naming change. I rather see the 
burden of changing fgrun. And there are options that are not reduced to 
a property assignment.


True, those should be kept. But the main reason I started this was because:

1. We have at least two options for boolean assignment
2. We have more than two options for string assignments

When using the --prop: method this will be reduced to just one option 
with one of several arguments.


3. The options.xml (and associated language files) are rather hard to
   maintain. Not to mention the fact that the non English versions are
   hopelessly out of date.
4. I think the --prop: method would make utilities like fgrun a lot
   easier to maintain since it can maintain a simple database of
   properties and it's arguments instead of a lot of different options.


But it's not like I want to push this all of a sudden.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: Options saving patches

2005-12-17 Thread Erik Hofman

Stefan Seifert wrote:

Erik Hofman wrote:
Lighten up, I just started looking at this patch since Fred promised 
to fill in the missing gaps.


I just noticed, that this patch could break compilation, since in 
sg_patch.cxx the new method is called makeDir and in the header it's 
still makedir. I know, I should always test before sending, but it was 
late yesterday and it was only a coding style fix...


I noticed this already. I think I like it to be called create() instead, 
but that's a different matter.


I'm about to add a --fghome command line option along with FGHOME 
enviroment variable support as of Melchior's request. Hope to post a new 
version today, which should be worth porting.


I haven't checked the code yet, but I seem to recall this is already 
available somewhere?


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: Options saving patches

2005-12-17 Thread Erik Hofman

AJ MacLeod wrote:

I really hope this is made to work at least as well as the earlier patches 
because I think it's a _great_ feature and one that makes life with FG that 
little bit more pleasant...


Yeah well, I was trying to outsmarten myself, and got hit in the back. 
It took me way longer than anticipated (due to some local problems it 
took almost the whole day for me to get it in) and by the time I was 
(almost) finished I had to leave :-(.


Thanks to Frederic it should compile and work all correctly again.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Ouput Flight Envelope Chart?

2005-12-14 Thread Erik Hofman
Dai Qiang wrote:
 Hello,
 
 Is FGFS is able to output the flight envelope chart,
 according to the specific information defined in FDM
 files, by traversing the property tree?

I think you would be better of with scripted runs of the standalone
version of the FDM.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: 回复: Re: [Flightgear-devel] Ouput F light Envelope Chart?

2005-12-14 Thread Erik Hofman
Dai Qiang wrote:
 Hi Erik,
 
 Thanks for the reply.
 Would you please explain your point more detailedly?

Well, if the only thing you want is to plot the flight envelope then it
would be overkill to use a full featured flightsimulator. So it might be
better to only run the FDM and feed it with the control data you want
(like speed settings and surface positions).
Then you could let the FDM generate a log file containing just the
properties you want to plot.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Rendering multiplayer aircraft as AI aircraft

2005-12-10 Thread Erik Hofman

Vivian Meazza wrote:


Oliver Schroeder, Mathias, and I have all been discussing merging the MP and
AI code, so that we could sort out the animations and the jerky movements of
MP models, and give us the capability of passing AI models over the net.


Ah, I didn't know that, good to hear!

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Rendering multiplayer aircraft as AI aircraft

2005-12-09 Thread Erik Hofman

Gregory Richards wrote:
Rendering multiplayer aircraft as AI aircraft is a feature I'm 
particularly interested in, and I've heard rumors of it being done, but 
I can't find any information on who if anyone is doing it.  If nobody's 
working on it right now, I'd love to hack at it myself.  (No guarantees 
of success ;) )


I don't think anybody is working towards using the AIModels code for 
displaying multiplayer aircraft right now, but it would be useful to have.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] RenderTexture bug

2005-12-08 Thread Erik Hofman

Ampere K. Hardraade wrote:

https://bugs.freedesktop.org/show_bug.cgi?id=5142

So, the problem seems to be that pbuffer is not supported?


Yes, and it also looks like the detection code is missing in 
RenderTexture.cpp ??!


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Replay from Log File (v9.8)?

2005-12-05 Thread Erik Hofman

Jim Alberico wrote:


I'm interested in starting from ASCII time-histories of position,
orientation, and possibly surface positions. 


I'm not sure whether 0.9.8 had the capability to read back ASCII file 
using the generic protocol but 0.9.9 has a playback protocol defined 
which could be used for this.


See data/Protocol/playback.xml (in the base package) for more information.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Yasim wing incidence

2005-12-03 Thread Erik Hofman

Jim Wilson wrote:

If this is just flipping the sign why not just grep and fix all the aircraft in 
CVS that specify incidence?  I guess I don't understand the ritual.  Maybe 
there was more to this change that I'm just not aware of?


Most modelers (if not all) were unaware of this problem. Some of them 
changed the sign aft the problem was found. So it's best done in a case 
by case check.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: NASAL Scripted Pushback

2005-12-01 Thread Erik Hofman

Carsten Hoefer wrote:


BTW: How do I play sounds by Nasal scripts?


The same way one would do animations using Nasal;

Adjust properties in Nasal (they may be private properties in your own 
subtree of the property list, say /tmp/aircraft) and let the sound 
configuration file act on those properties.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Plugins, Was: KLN89 GPS added

2005-12-01 Thread Erik Hofman

Joacim Persson wrote:

On Thu, 1 Dec 2005, David Luff wrote:


I have no experience of plugin architectures, and don't feel competent to
attempt it at the moment.


First of all: there's obviously no panic. (If there were fifty-seven
hard-linked GPS models, AP's etc it would be a problem, ;)


Personally I'd much rather see the rest of FlightGear advance in a 
direction that this kind of stuff can be done using Nasal (ultimately).

The bonus is that others gain from those additions too.

Erik


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] KLN89 GPS added

2005-11-30 Thread Erik Hofman

David Luff wrote:

Hi folks,

I've added a KLN89 GPS unit hardcoded in C++ (OK'd by Curt). 


Well, I object. How could I tell others to postpone their contribution 
until after the release of FlightGear 1.0 if you are allowed to add this 
rather comprehensive peace of code?


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: KLN89 GPS added

2005-11-30 Thread Erik Hofman

Melchior FRANZ wrote:


Good question, indeed! How could you? There was no discussion about
this topic on flightgear-devel before this order was announced, and
every discussion after that was passively suppressed by ignoring valid
arguments. How was this decision made and by whom? Is FlightGear no
longer cooperative (as in working together)? Are we minor
developers now working for an elite that makes important decisions
off-list? This decisions making process sucks!

This is not to say that KLN89 needed to be in 1.0.0, but other
features urgently need to, unless 1.0.0 is meant to be a joke.


Melchior, I realize you want nothing but the best for FlightGear 1.0 but 
then again, so do others. We're never going to satisfy anybody unless 
1.0 will be the ultimate (and very last) version of FlightGear.


The decision has been mode to work to version 1.0, by Curtis. He's the 
only one who can make such decisions since he's the one  who's going to 
 release it, and lets face it, he's the one who puts (and has put) the 
most work into this project. SO I back him up on this decision.


The next question would be: Do we want a rock stable 1.0 release with 
less features or do we want a feature rich version of 1.0 which might be 
buggy? I'd go for the first for obvious reasons.


Let's stick to the plan for a few weeks and after that we can basically 
start doing whatever we want again.


Erik


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: KLN89 GPS added

2005-11-30 Thread Erik Hofman

Melchior FRANZ wrote:


As demonstrated before [1], this is quite easy to do even
with Nasal[2]. The only thing that needs to be implemented in fgfs
is a way to tell it where to store the files. Something like
FG_HOME/--fg-home. Paul was already working on that for exactly
this purpose[3], but somehow he felt discouraged and stopped (IIRC).


Well, maybe I was a bit too explicit in my comments but one-liner (or 
other trivial) patches should not be a problem, it's easy to detect 
problems in the CVS log messages for those.


I was referring to patches that would affect multiple files and/or 
multiple subsystems that would possibly introduce problems that aren't 
easy to detect.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Gear animation tutorial

2005-11-27 Thread Erik Hofman

Josh Babcock wrote:


Good point. I also do this, but because this model has knees (not sure
what to call them) instead of oleos, I skipped it. Still, it should be


Hinges I believe.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Aircraft Download/Install App

2005-11-27 Thread Erik Hofman

Arthur Wiebe wrote:


But as it seems to be a bad idea, I guess we can forget this thread.


Why do you think that? I've not seen any negative responses.
It's like everything else, a good idea is always welcome but like you, 
others might not have time to develop it (right away).


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Realistic daytime skycolor

2005-11-24 Thread Erik Hofman

Ampere K. Hardraade wrote:

I was referring to the ambient light that is casted on every object in the 
scene.


Before dawn and after dust, everything is casted in a shade of blue.  Even 
when the sun is up, there is a slight shade of blue on objects that are 
hidden behind a shadow.


In FlightGear, this shade of blue seems to be missing, which is why I said 
that FlightGear could use more blue in its ambient light source.


Hmm, okay. I see what yo mean and I agree.

Erik


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] RenderTexture bug

2005-11-24 Thread Erik Hofman

Ampere K. Hardraade wrote:

First of all, thanks for looking into this.  I have just tried your patch (I 
assume it was commited to the CVS).  Unfortunately, it didn't work.  I am 
still getting the GLXUnsupportPrivateRequest error at exactly the same spot.


I'm afraid I can't help any further. I've read about any message I could 
find using google but no one seems to have a definitive answer. It seems 
to be an X-server related problem, so if if you feel brave you might 
want to install the latest version of X.org or XFree86.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] SimGear CVS error SG_LOG Cygwin

2005-11-23 Thread Erik Hofman

Georg Vollnhals wrote:

Hi,
with the newest SimGear CVS I get this compiling error (Cygwin, gcc 3.4.4):

RenderTexture.cpp:1595:44: macro SG_LOG passed 4 arguments, but takes 


Bah, conditional compiles don't make life easier.
This should be fixed now.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: Wheel skid sounds - Was: [Flightgear-devel] Re: Release of v0.9.9 source code

2005-11-23 Thread Erik Hofman

Josh Babcock wrote:


No, I was responding based entirely on the e-mails. I did just take a
peek, and it seems like a neat way of making the touchdown squeal if I
am reading it right. What is the dt_stop section about though?


dt_stop is the time in seconds after the sound has stopped, this is to 
prevent the skidsound to play again while the wheel is still spinning.



If you can make squeals for over braking (locking the wheels) and ground
loops without any modifications to the code, I will be interested in
seeing it, and will definitely use it. This might be a good bit to
include in the generic sound.xml file.


First things first, there are a lot of things to do before I get to do 
this. Not to mention non FlightGear activities.



Out of curiosity, do blowouts produce a squealing sound? I would think
not, but I have never experienced one in a plane :)


I don't think you really hear that much. I once saw a blowout during an 
airshow where the plane suddenly made a right turn into the grass after 
a blowout. I don't remember hearing anything at that time.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Realistic daytime skycolor

2005-11-23 Thread Erik Hofman

Ampere K. Hardraade wrote:
Speaking of sky and color, I think FlightGear could use more blue in its 
ambient light source.


Are you sure this isn't because of the humidity level which colors the 
sky more pale.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: Release of v0.9.9 source code

2005-11-22 Thread Erik Hofman

Josh Babcock wrote:


Won't the FDM have to tell the sound system when the wheels are
skidding? You can figure out touchdown pretty easily, but not say,
skidding from braking.


The FDM already reveals when the brakes are applied in the property 
tree. One thing that still is missing (and I have a solution for the 
next JSBSim release) is a ground-speed property.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: Wheel skid sounds - Was: [Flightgear-devel] Re: Release of v0.9.9 source code

2005-11-22 Thread Erik Hofman

Josh Babcock wrote:

Erik Hofman wrote:


The FDM already reveals when the brakes are applied in the property
tree. One thing that still is missing (and I have a solution for the
next JSBSim release) is a ground-speed property.


Yeah, but just putting them on doesn't make them skid (I hope). Hearing
screeching wheels when you tap your brakes during a slow speed taxi
would be a bit silly. You would need to know at least the force from the
wheels and the coefficient of friction for the current conditions. The
latter I suppose you could make a good educated guess at based on the
weather.


So far I've done pretty well for touchdown skis sounds, I don't think 
ground loop squeels would be much more difficult.

Did you take a look at the c172p-sound.xml configuration file already?

Erik


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Realistic daytime skycolor

2005-11-22 Thread Erik Hofman

Dimitris Papavasiliou wrote:

Anyway I'm working on a sort of free flightsim myself (nothing like 
flightgear though, more like what you would call a game) and have 
recently completed the implementation of the skycolor part of Preetham's 
paper A Practical Analytic Model for Daylight.  It only yesterday 
dawned on me that such an implementation might be of interest to you 
folks since as far as I can tell from running 0.9.6 and screenshots and 
the feature list of 0.9.9 you're using some sort of simple gradient 
method for skycolor.


The nice part about this model, is that it is parametric based on sun 
elevation and azimuth and sky turbidity.  This will integrate nicely 
with your existing sky model which is also based on real time and 
weather conditions.  The bad parts are the following:


The skylight model we are using is also based on physical properties and 
 isn't far off from the model you describe. That model however doesn't 
allow for some of the cloud colorings features we are doing. In fact our 
model still has a lot of potential left.

I wouldn't want to trade it for another approach.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] RenderTexture bug

2005-11-22 Thread Erik Hofman



Hi,

I might have solved the nasty RenderTexture bug for ATI cards in CVS.
Anyone cares to test it?

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] RenderTexture bug

2005-11-22 Thread Erik Hofman

Frederic Bouvier wrote:


search the string '_vsnSG_LOG' in rendertexture.cpp


In case you missed the CVS log message; this is fixed now.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Realistic daytime skycolor

2005-11-22 Thread Erik Hofman

Dimitris Papavasiliou wrote:

Hmmm, on closer inspection it doesn't seem to be a simple gradient 
indeed.  Does the color depend on the weather (that is turbidity) as 
well?


Yes.

Also bear in mind that the paper also describes a way to calculate 
sunlight color based on sun position and other parameters, in case 
that's what you need for cloud coloring.  Still I suppose it was naive 
of me to assume that something like the sky model would be not 
interconnected with other parts of the code in a project like flightgear 
and thus easy to replace.


I think we all made that mistake at least once.
:-)

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] IRIX binaries available

2005-11-20 Thread Erik Hofman


Hi,

I've put the IRIX binaries of FlightGear 0.9.9 at the usual place:
http://www.a1.nl/~ehofman/fgfs

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] 172-le is broken

2005-11-20 Thread Erik Hofman

Bohnert Paul wrote:

A file for the c172-le is missing.

localhost$  fgfs --aircraft=c172-le
Error reading panel:
Failed to open file
 at 
/usr/local/share/FlightGear/data/Aircraft/c172/Panels/c172-trans-panel.xml

 (reported by SimGear XML Parser)


The problem with that one is that it's not in the base package by 
default (although the 3d model is excellent), so it doesn't get updated 
when changes happen.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: Release of v0.9.9 source code

2005-11-19 Thread Erik Hofman

Melchior FRANZ wrote:


And finally, this is my TODO list:

* try to get rid of a few more hardcoded dialogs, or at least
  make them accept gui colors


Not that I explicitly stated no major updates to the *source* *code*. 
Removing code would be no problem (and neither would be putting an 
equivalent in the base package).


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: Release of v0.9.9 source code

2005-11-19 Thread Erik Hofman

Stefan Seifert wrote:

Another thing that's really missing (and was mentioned in the 
linux-user.de review) is handling of any cases other than normal flight.
Redout and Blackout are a good start, but everything from structural 
failures to things like skid sounds if you turn too quick on ground is 
missing and makes FlightGear just feel unrealistic. You can just do what 
you want and the plane survives.


Skid sounds it just a sound configuration file update. Patches are welcome.

I disagree with the rest, that would require updates in many places in 
the code which isn't desirable at this point. It might be a good 
addition for 1.1 or 1.2 though.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] error:Unknown exception in the main loop

2005-11-19 Thread Erik Hofman

Vassilii Khachaturov wrote:

I'm now working on the unsafe throws/catches in the
SimGear/FlightGear/Atlas/fgrun codebase.

A hefty amount of things to change is in the scope of the JSBsim code.
What should I do --- ignore them and hope for JSB doing a correct cleanup
upstream, or patch these as well?


Forget about JSBSim for now

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] 0.9.9 Bug

2005-11-18 Thread Erik Hofman

Adam Dershowitz wrote:

I just downloaded from CVS and built 0.9.9 and have found a bug.
When it comes up the sound is muted.  If I click file-sound 
configuration it brings up the sound dialog box with Mute Sound 
checked.  If I uncheck it I get sound.  But then I can't seem to get it 
to again mute.  If I close the dialog box and re-open it, I can click 
and unclick the box, but the sound does not go away.  The volume slider 
does work however.  Once I unmute I can't get it to mute again.


This sounds as if you are starting FlightGear with --disable-sound 
specified somewhere. The dialog seems to have a bug indeed.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] ALSA optimized OpenAL

2005-11-17 Thread Erik Hofman


Hi,

In the OpenAL mailinglist someone mentioned an ALSA optimized version of 
OpenAL that supports multiple streams. It might be worth to check out:


http://dino.e4a.it/openal-alsa/

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] [0.9.9] screenshots for flightgear.org

2005-11-17 Thread Erik Hofman

Melchior FRANZ wrote:


  http://members.aon.at/mfranz/concorde-gui.jpg  [130 kB]
  http://members.aon.at/mfranz/seafire-nimitz.jpg [70 kB]
  http://members.aon.at/mfranz/clouds-winter-bo105.jpg   [182 kB]
  http://members.aon.at/mfranz/lightning-rain-b1900d.jpg  [83 kB]

Excellent!

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] impending v0.9.9 release

2005-11-16 Thread Erik Hofman

Mathias Fröhlich wrote:


Well, that will in effect turn off everything using the rendertexture code.
I would vote against that ...


This is only a temporary work around for r200 owners.

Would it be possible not to initialize the rendetexture code if we don't need 
it, e.g. we have not 3d clouds enabled?


But how would we handle the case where r200 users start without 3d 
clouds enabled and when browsing through the menu find the 3d clouds 
option and enable it at runtime?


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: [BUG] environemnt_ctrl.cxx: exception triggers SGThread assert()

2005-11-15 Thread Erik Hofman

Melchior FRANZ wrote:


  Error fetching live weather data: More than 10 stale METAR messages in a row.
  Stop fetching data permanently.
  fgfs: /usr/local/include/simgear/threads/SGThread.hxx:150: void \
  SGThread::join(): Assertion `status == 0' failed.
  /home/m/bin/fgfs: line 239: 18187 Aborted (core dumped) 


Same for me on Linux.
Next stop: IRIX.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: [BUG] environemnt_ctrl.cxx: exception triggers SGThread assert()

2005-11-15 Thread Erik Hofman

Erik Hofman wrote:


Next stop: IRIX.


Same problem.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Missing Data/ directory in pre3 base package

2005-11-15 Thread Erik Hofman

Curtis L. Olson wrote:

Argh!  Can we pick a different more intuitive name for this directory.  
It got created because the old 3d clouds demo needed it's stuff there, 
but we really need a more intuitive name beyond data/Data ... !


Yes, but not before 0.9.9 has been released.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] impending v0.9.9 release

2005-11-15 Thread Erik Hofman

Curtis L. Olson wrote:

Hi all,

I would really like to get v0.9.9 out the door this week ... maybe 
committing to the final source code version on thursday or friday.  


I agree, it really is time to get it out.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Ear Candy: intro.mp3

2005-11-14 Thread Erik Hofman

Kevin Jones wrote:

Regarding the file /data/Sounds/intro.mp3:


FlightGear doesn't use OpenAL for MP3 playback. In fact, it isn't even
supported.


Does that mean that the command line options --disable-intro-music and
--enable-intro-music have no effect on any platform or should there be
a different intro-music that I'm still not hearing on Win32?


FlightGear is using start /m file on Windows, so if you've 
registered an MP3 player it should play the intro music.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: [BUG] environemnt_ctrl.cxx: exception triggers SGThread assert()

2005-11-14 Thread Erik Hofman

Melchior FRANZ wrote:

* Harald JOHNSEN -- Saturday 12 November 2005 17:09:

Melchior FRANZ wrote:

I've just implemented the check for stale METAR reports (to stop
fetching after 10 stale reports). This triggers an assert in
SGThread:



It's perhaps because of the PTHREAD_CREATE_DETACHED attribute of the thread.


Yes, that's very likely the case, according to the man-pages. So, how
should the fix look like?

- do not create the thread with PTHREAD_CREATE_DETACHED, or
- do not try to join threads


If it's causing any troubles I would remove the first three lined of 
SGThread::start() since we've done without it for many years.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] c172-dpm.ac

2005-11-12 Thread Erik Hofman

Dave Culp wrote:

The message:

WARNING: ssgLoadAC: Failed to open 
'/home/dave/FlightGear-0.9.9-pre2/data/Aircraft/c172r/Models/c172-dpm.ac' for 
reading


I've already fixed this by referencing the default c172p instead.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] PropertyList over network

2005-11-12 Thread Erik Hofman

Jeff McBride wrote:

Hello All,

I am considering using a property tree similar to that in Flightgear
for a UAV ground control application, and I have a question for the
developers on the list. Has anyone ever looked into creating a system
to share a common property tree between two computers over a network
connection? E.g. when a property is changed at one end it is updated
at the other end as well. Do you think that this could be done
efficiently? Has anyone written code to do it?


Yes, I have been working on it but didn't find enough time to finish it.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] [PATCH] Re: SEGV with ATIS

2005-11-12 Thread Erik Hofman

Pigeon wrote:

Figured out the problem with ATIS voice. It's in SimGear with the
code for OpenAL/Alut 1.1, whereby with in sample_openal.cxx,
alutCreateBufferFromFile() does not give us the raw sound data, and
ATCVoice depends on it, which leaves the data and the data size
uninitialized.


Good catch (and bad practice).


The patch used alutLoadMemoryFromFile() instead, pretty much the new
version of the old deprecated alutLoadWAVFile().


I've made a much clearer separation between loading the data and sending 
it to the sound driver. This prevents data to be loaded into 
main/sound-card memory when it's not needed.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Problem report related to strange splash screens and crashes with certain aircraft

2005-11-12 Thread Erik Hofman

Arthur Wiebe wrote:

I think this report basically pins down two of my problems.
First, where spash screens on startup showed up as strange color stipes. 
And second, where certain aircraft which define their own spash screen 
crash fgfs.


I got this report when trying to load the c310 (pre3).
Hopefully either one of you will find what's wrong or I'll look into it 
some more tomorrow.


Looking at the code I don't see anything abvious.
You might want to add a fw printf() statements in SGTexture::ImageGetRow 
to see whether the sizes are correct and the pointers are valid.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3

2005-11-11 Thread Erik Hofman

Curtis L. Olson wrote:
Just a quick announcement that I rolled up v0.9.9-pre3 tonight.  I had 
screwed up and missed a file in the base package, and then some other 
changes got snuck into simgear/flightgear so I figured I might as well 
roll out another try.


There's one thing I really like to see solved preferably before 0.9.9 
(but it is a must for 1.0) and that's the sun/moon azimuth calculation 
code to be replaced.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3

2005-11-11 Thread Erik Hofman

Steve Hosgood wrote:


That's certainly not getting in before 0.9.9!

Turns out to be wy more tricky than it looked. It would seem that
the entire handling of sun/moon azimuth/altitude as it's done now in
flightgear needs replacing, with the alt/az calculations themselves done
in Simgear.


Ok, now I tried the brute force method, eliminate every function which 
isn't really needed or which is supplied by SimGear already. I got a 
version that doesn't use any of the offending code with one small 
glitch; the azimuth is offset by 90 degrees.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3 xglobe licence issue

2005-11-11 Thread Erik Hofman

Ladislav Michnovic( wrote:

2005/11/11, Erik Hofman [EMAIL PROTECTED]:

There's one thing I really like to see solved preferably before 0.9.9
(but it is a must for 1.0) and that's the sun/moon azimuth calculation
code to be replaced.


 If you are talking about code from xglobe ( src/Time/sunpos.cxx,
moonpos.cxx) , which licence is quite problematic, I hope it would be
solved as soon as possible.  


Yes, that's the code.
I now have a fully working version without any of the affected code, 
just a routine which was written by Curtis anyhow.


How should we proceed at this point; add it prior to 0.9.9, or add it 
for 1.0 and provide a patch for 0.9.9?


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: FlightGear v0.0.9-pre3 xglobe licence issue

2005-11-11 Thread Erik Hofman

Melchior FRANZ wrote:


I'm strongly in favor of 0.9.9. If it takes us as long to get 1.0.0
out as it took us for 0.9.9, then there will be several releases of
Linux distributions during its lifetime. Risking that fgfs won't be
included in any of these releases is not a good idea. (Similar
problem on BSD?) Also getting the label unfree for a whole year
isn't exactly desirable. 


This is the reason why I proposed to release a patch:
http://www.a1.nl/~ehofman/fgfs/download/sunpos.diff

Distributors can decide to patch FlightGear or not when including it in 
their distribution.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3 xglobe licence issue

2005-11-11 Thread Erik Hofman

Steve Hosgood wrote:


I shall go hang my head in shame somewhere quiet


There's no reason for that, I didn't manage to get around it at first 
either. I think I have a lucky day today to discover how simple it could 
be done.


Let me emphasize  that I really appreciate it that you took the time to 
look after it.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3

2005-11-11 Thread Erik Hofman

Steve Hosgood wrote:


And the following file probably should (considering that otherwise you
get a complaint message on the screen when using the default aircraft):

data/Aircraft/c172r/Models/c172-dpm.ac


I've fixed this in the code to use the default included c172p instead.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3 xglobe licence issue

2005-11-11 Thread Erik Hofman

Curtis L. Olson wrote:

If you could run the clock forward a year or two or five or 10 and 
verify that the new code matches the results of the existing code within 
acceptable tolerences, then I think I'd be ok with sneaking it into v0.9.9


Both 1970 and 2025 seem to work properly.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: FlightGear v0.0.9-pre3 xglobe licence issue

2005-11-11 Thread Erik Hofman

Ladislav Michnovič wrote:

2005/11/11, Erik Hofman [EMAIL PROTECTED]:


This is the reason why I proposed to release a patch:
http://www.a1.nl/~ehofman/fgfs/download/sunpos.diff

Great work. Thanks, but there is still moonpos.cxx which needs to be replaced.


I've removed moonpos.[ch]xx for this release. The only disadvantage is 
that the moon doesn't color yellow when near the horizon. It's hardly 
noticeable but it will be added for 1.0 (with updated GPL compatible code).


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] mi_cmd_stack_list_frames: Not enough frames in stack.

2005-11-11 Thread Erik Hofman

Arthur Wiebe wrote:

Now when it comes to debugging stuff like this I'm a newbie.

When I select the default c172p aircraft everything works fine. But if I 
select say the f16 or A-10 then fgfs crashes.


Here's the output from gdb.


http://www.codecomments.com/archive242-2004-4-170396.html

The problem is gdb.

It is the debugger itself that cause the error when stepping instruction.


Erik


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Ear Candy: intro.mp3

2005-11-11 Thread Erik Hofman

Kevin Jones wrote:

Hi,

There's a file in the base package /data/Sounds/intro.mp3  The
filename suggests this is introduction music presumably played during
the FG boot.  I have CVS FG compiled with Cygwin for Win32 (using
Norman Vine's pre-compiled OpenAL libraries in case OpenAL is
suspicious here).  Windows Media Player can play  the mp3 but I don't
hear this in FG. 


FlightGear doesn't use OpenAL for MP3 playback. In fact, it isn't even 
supported.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] mi_cmd_stack_list_frames: Not enough frames in stack.

2005-11-11 Thread Erik Hofman

Arthur Wiebe wrote:

OK,

But then why when I select the A-10 or f16 fgfs crashes? But when 
selecting the c172p and j3cub there is no problem?


The only commonality between the A-10 and f-16 is the turbine sound file??

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Pending v0.9.9 release

2005-11-10 Thread Erik Hofman

Martin Spott wrote:


RANTWe know exactly this phenomenon for several years now and to my
observation very little changed in the meantime. The biggest success
was to install a consensus that the pre-release phase should last at
least two weeks. To my opinon two _months_ would be appropriate for
such a complex piece of software that runs on so many different
platforms and is maintained by such a small developer base.
Unfortunately I didn't manage to crowd a significant number of
supporters for this idea./RANT


Guess why the next release is 0.9.9 and not 1.0 and why 1.0 is released 
early next  year?



Actually there were times when I got on everyones nerves by
continuously pointing at bugs or inconsistencies that I was unable to
fix myself. Finally I realized that only reporting or documenting bugs
(whereas the latter is a _really_ time-consuming task !!) without
providing a fix was not that much welcome and I decided to engage with
my own sub-projects that I am capable of running without external help.


Well, pointing to bugs might be useful when there are enough developers 
to fix them. It is just recently that we have enough developers who are 
willing to fix bugs.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] 737 nosewheel animations

2005-11-10 Thread Erik Hofman

Stefan Seifert wrote:

Hi,

attached are two small patches for giving the 737 nosewheel some 
animations. Namely it rotates when steering and compresses on breaking. 
For the latter I attached a one line patch that let's JSBsim expose 
compression-norm to the property tree just like YaSim.


I don't know if this is in any way correct, but it gives some plausible 
movement visually. Now if there were some skid sounds you could get an 
impression how such a large plane feels like on the ground ;)


It looks to be the right approach. I've committed this patch, along with 
new animations for bot main gear struts.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Cessna 182 and 3D Instruments Update

2005-11-10 Thread Erik Hofman

Buchanan, Stuart wrote:

Hi All,

I've updated the Cessna 182 as follows.


Great, we have a new c182 maintainer.


- New Skylane textures to replace the old ones (which said Skyhawk on the
side!)
- Re-upholstered interior :)
- Improved 3D cockpit with new
  - yokes
  - engine controls - throttle, propeller, mixture
  - flaps
  - seats
- Updated help
- KAP140 autopilot (though the altitude hold currently doesn't work)
- Renamed files from c172 to c182
- Updated help with information from the readme


It's committed.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Persistant Nasal big-endian bug

2005-11-10 Thread Erik Hofman

Andy Ross wrote:

Erik Hofman wrote:



Ok, I've test compiled the simgear/nasal library using gcc on IRIX
and linked it with the MIPSpro build version of FlightGear and it's
working like a charm. Now remains the question, is it an exploited
gcc bug/feature or is it really a MIPSpro bug?


I've personally built and tested it using the Sun Studio compiler on
Sparc, and the windows builds are done using MSVC.  That proves
nothing, of course, but if code were a democracy MIPSpro would be
losing 3:1. :)


Yeah, the only reason (if it isn't a bug) would be because I know for 
certain that MIPSpro doesn't initialize pointers to NULL. I don't know 
about other compilers.


Note that the naRef structure is a nested union, and the code makes
heavy use of structure assignment of these things.  That's not a
common idiom (most other interpreters just use casts), so I wouldn't
be shocked if it triggered a bug or two.  There's one spot in there
already (I forget who found it -- not me, anyway) with a workaround
for a gcc 2.95 code generation bug.

If you want to continue tracking this down, you could try starting
with a gcc library, and replace each .o file in turn with a MIPSpro
one to figure out where the faulty code generation is (it might be
more than one location, of course), then start moving code out
symbol-by-symbol until you zero in on the location.  Then we can try
to rewrite it so it compiles correctly.


I plan on doing so, but not before the official 0.9.9 release.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Bus error SimGear XML Parser - 0.9.9-pre2

2005-11-10 Thread Erik Hofman

Arthur Wiebe wrote:
Here's the output when I try to run fgfs 0.9.9-pre2 with SimGear 
0.3.9-pre2 and 0.9.9-pre2 base package.


Using Mac OS X hack for initializing C++ stdio...
Error reading properties:
Failed to open file
 at .//data/cloudlayers.xml
 (reported by SimGear XML Parser)
Bus error

And of course there's no cloudlayers.xml file.


It should be right there in the root of the base package.
Did you upgrade the base package to the CVS version?

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/c182 c182-set.xml, 1.6,

2005-11-10 Thread Erik Hofman

Buchanan, Stuart wrote:


Have you synced Instruments-3d ?

The new C182 model requires the new yoke, flaps and trimwheel that I
submitted at the same time. I assume they were all checked in at the same
time.


Oops, they hadn't.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Persistant Nasal big-endian bug

2005-11-09 Thread Erik Hofman

Andy Ross wrote:


Again: I've run fairly rigorous tests on both Sparc and PPC at this
point with no failures, so I think we've pretty much ruled out
endianness.


Ok, I've test compiled the simgear/nasal library using gcc on IRIX and 
linked it with the MIPSpro build version of FlightGear and it's working 
like a charm. Now remains the question, is it an exploited gcc 
bug/feature or is it really a MIPSpro bug?


I've asked others to send me a version of FlightGear compiled with the 
latest version of MIPSpro but have had no response so far.


The good thing is that I now have a way to distribute FlightGear 0.9.9 
and 1.0 for IRIX.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Which aircraft to include in v0.9.9?

2005-11-09 Thread Erik Hofman

Curtis L. Olson wrote:
I reserve the right to make the final determination (and all 
non-included aircraft will still always be available for separate 
download from the web site ...)


Given that new aircraft have arrived on the scene since the last 
release, do we want to make any changes to the list of default aircraft 
included in the base package?


The rule generally is that if we add one, we have to remove an existing 
one so the total number of included aircraft remains about the same...


The current list is:

   data/Aircraft/737 \
   data/Aircraft/A-10 \
   data/Aircraft/bo105 \


This is a nice selection

   data/Aircraft/c172 \

This one can be removed (no more dependencies)


   data/Aircraft/c172p \
   data/Aircraft/c310 \
   data/Aircraft/c310u3a \

I would switch the c310 for the Citation or B1900d

   data/Aircraft/Citation \
   data/Aircraft/f16 \
   data/Aircraft/j3cub \
   data/Aircraft/Hunter \
   data/Aircraft/p51d \
   data/Aircraft/pa28-161 \
   data/Aircraft/ufo \

This would be Santa until 1.0?

   data/Aircraft/wrightFlyer1903 \



Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] AI Aircraft Models

2005-11-08 Thread Erik Hofman

Josh Babcock wrote:


possibly the Colditz glider to follow it. BTW, how come the Colditz
never made it into CVS, IIRC it's GPL, and I personally thought it was a
pretty neat little project. Anyway...


The last message I saw about this subject indicated it wasn't ready for 
inclusion. After that it became silent.


Erik


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] lightning

2005-11-08 Thread Erik Hofman

Josh Babcock wrote:

Dave Culp wrote:


All you experienced modelers, please tell me, is this possible?  Can you set a 
piece of a model to flash somewhat randomly using only XML animation code?



I'm pretty sure you would need to have each t-storm running its own
instance of a simple Nasal script.


I remembered we've added random animations in the past and looking at 
the code, the times animation accept a random value.
That said, I really think the AIThunderstorm calls should be without a 
visual model and should be called by the 3d clouds code and METAR 
weather code instead.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] lightning

2005-11-08 Thread Erik Hofman

Dave Culp wrote:

I don't understand.  Are you saying there is no need for the AIStorm because 
the 3D clouds and METAR will handle this?  I am not familiar with either of 
these, so I'll have to experiment with them.


Yes, the 3d clouds can draw good thunderstorm clouds and lightning and 
rain, the weather system can detect when they are needed. The only part 
missing is the accurate updrafts.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] Persistant Nasal big-endian bug

2005-11-08 Thread Erik Hofman


Hi Andy,

Since you've not yet responded to my questions I assume you've been busy 
lately?


So far I've tracked down the problem to the getMember() function 
simgear/nasal/code.c. The problem starts to appear when ctx-opTop 
increments from 2 to 3 in which case obj.ref.reftag isn't valid anymore.


Any ideas?

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Persistant Nasal big-endian bug

2005-11-08 Thread Erik Hofman

Andy Ross wrote:


If it's not happening across a garbage collection, then I strongly
suspect a compiler bug.  Note that opTop is only modified when a new
reference (with valid reftag) has been pushed on the stack.


This section does look fushy to me (code.c setupFuncall()):
naRef result = (*fp)(ctx, obj, nargs, frame + 1);
ctx-opTop -= nargs + 1 + mcall;
PUSH(result);

Is is certain that reftag is set in this case?


Have you tried turning off optimization in the Nasal code?  No need to
do it for the whole project; just hand-modifying the
simgear/nasal/Makefile should be sufficient.


Yep, to no avail.


Again: I've run fairly rigorous tests on both Sparc and PPC at this
point with no failures, so I think we've pretty much ruled out
endianness.


Did you use gcc on all those platforms?

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] Colditz glider (Was: AI Aircraft Models)

2005-11-08 Thread Erik Hofman

Steve Hosgood wrote:


I'll be quite happy for the Colditz Glider to be part of 0.9.9



Ok it's committed to CVS. It won't be part of 0.9.9 directly but it will 
be downloadable from the aircraft page after that.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Feature/change/update/fix list since v0.9.8

2005-11-07 Thread Erik Hofman

Vivian Meazza wrote:


You might consider adding the following:

* Carrier - added working arrester wires and catapults. The carrier is
selectable as a starting position. AI has been added to the 
	carrier in the form of an operating box and an automated turn

into/outof wind. TACAN beacon added.


Also:
* Added a generic, XML configurable, autopilot framework, and several 
high level, configurable filter implementations for use by autopilot 
designers.

* Added a transponder and Altitude encoder.
* Made the instruments code much more configurable, it is now possible 
to only include instruments that are actually present.

* Implemented the groundcache code which made it possible for aircraft
  to follow the ground precisely and, as a result, made it possible to
  land on aircraft carriers.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Erik Hofman - your nice ships

2005-11-06 Thread Erik Hofman

Georg Vollnhals wrote:

Hi Erik,
you have a nice pic on your webside with all your aircraft placed on two 
medium sized ships and there is also one sailboot and a firetruck:

   http://www.a1.nl/~ehofman/3dmodels/3dmodels.png
If these are models *you* have created I would ask you whether you could 
place them on Jon Stockill's FlightGear Scenery Object Database 
http://fgfsdb.stockill.org/. It is my pure egoistic motive to ask you 
:-) as I am trying to populate my local FlightGear world a little but 
there might some other simmer interested, too.


They are already included in the base package in 
FlightGear/data/Models/Geometry


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] Scenery DB (Was: San Jose)

2005-11-05 Thread Erik Hofman

Paul Surgeon wrote:

Since it's in the default San Francisco area you can submit it to Erik or Curt 
or you could sumbit it to the FlightGear scenery database.

http://fgfsdb.stockill.org/

I'm just not sure if Curt will include objects from the FG scenery db into the 
default scenery area. Curt what's the plan with regards to models and the 
next scenery build?


I would like to see all new scenery object contributions to end up in 
the scenery database. However, the last time I wanted to sync the base 
package and the DB there were more than one objects in the same space 
because of automatic object generation.


Once that's sorted out I want to sync the base package and the DB prior 
to a new release.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] gui dialogs: selecting buttons via keyboard

2005-11-05 Thread Erik Hofman

Melchior FRANZ wrote:

FYI: a few days ago I committed an extension to the GUI system that
allows to select buttons via keyboard. 


Nice! It would be great to see the ESC key default to dialog exit at 
some point in time. It's too often I expect the dialog to close but 
instead get a new (exit) dialog.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: gui dialogs: selecting buttons via keyboard

2005-11-05 Thread Erik Hofman

Melchior FRANZ wrote:


Yes. But I was concerned about the double function: cancel dialog
(harmless) or exit fgfs (theoretically harmless, too, but I'm quick
with pressing RETURN, so it isn't).


Ah, the average MS Windows users mentality.
A former colleague of mine once put a common windows dialog containing 
some arbitrary text and an Ok and a Cancel button as a desktop background.


You won't believe how often the mouse cursor moved to the Ok button...

:-D

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear Compile Error

2005-11-02 Thread Erik Hofman

Sam Ingarfield - VK6HSI wrote:

...both openal and alut are installed


But there's no '-lalut' reference the linker line:

../../src/Environment/libEnvironment.a -lsgclouds3d -lsgroute -lsgsky -lsgsound -lsgephem -lsgmaterial -lsgtgdb -lsgmodel -lsgtiming -lsgio -lsgscreen -lsgmath -lsgbucket -lsgprops -lsgdebug -lsgmagvar -lsgmisc -lsgnasal -lsgxml -lsgsound -lsgserial -lsgstructure -lsgenvironment -lsgthreads -lpthread  -lplibpu -lplibfnt -lplibjs -lplibnet -lplibssg -lplibsg -lplibul  -lz -lglut -lGLU -lGL -lXmu -lXt -lSM -lICE -lXi -lXext -lX11 -ldl -lm  -lopenal -ldl -lm  -lpthread 


That suggests you need to run autogen.sh and configure again in the 
FlightGear tree.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] build break with some .cpp to .cxx renames

2005-11-02 Thread Erik Hofman

Ima Sudonim wrote:
I have co'ed all plib/simgear/flightgear files from CVS a few minutes  
ago.  I am running autogen.sh and configure before flightgear.  However 
I am still getting a build break on the renamed files


make[3]: *** No rule to make target `multiplaymgr.cpp', needed by  
`multiplaymgr.o'.  Stop.
make: *** No rule to make target `tiny_xdr.cpp', needed by  
`tiny_xdr.o'.  Stop.


Yes, I noticed that too.
It's a gcc dependency problem. In the Multiplayer directory s a hidden 
directory called .deps which contains a file called tiny_xdr.tpO (or 
something like that). You could edit that file and replace every 
instance of hpp by hxx and every instance of cpp by cxx and run make again.


You could also remove the .deps directory (or run make clean) and run 
autogen.sh and configure again.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] SEGV with ATIS

2005-11-02 Thread Erik Hofman

Pigeon wrote:

Hi all,

Running fgfs cvs, starting up normally at KSFO. Bringing up the radio 
dialog and switching COM1 to the ATIS frequency. Sometimes I get:

ERROR - mismatch between ATC .wav and .vce file in ATCVoice.cxx


Are you using the separate alut package from OpenAL CVS?

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] wish list for next release

2005-11-01 Thread Erik Hofman

Ampere K. Hardraade wrote:

A texcopy function that allows one to copy one part of the texture to another 
would be useful.


Although it would be doable, one problem with this is that the textures 
themselves are stored in video memory so updating them isn't as easy as 
it sounds.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] Heads up: Code reorganization

2005-11-01 Thread Erik Hofman
In the process of changing, adding and removing files the last few years 
there was the situation where four directories contained just two files, 
 of which three directories were aircraft related, and one directory 
contained test code from Curt that might be better of in SimGear anyhow.


This is just a patch to move a bunch of files to new locations. In case 
of local changes to any of them you can do the following:


move replay.[ch]xx from src/Replay to src/Aircraft
move control.[ch]xx from src/Control to src/Aircraft
move ssgEntityArray.[ch]xx from src/Objects to simgear/screen

In addition it has been decided only to use .[ch]xx files in all 
directories unless it's contained within an FDM specific directory, in 
which case the author is free to do whatever (s)he wants.


In this repspect the following files have been renamed in src/Multiplayer:

tiny_xdr.[ch]pp has become tiny_xdr.[ch]xx
multiplaymgr.[ch]pp has become multiplaymgr.[ch]xx

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear Compile Error

2005-11-01 Thread Erik Hofman

Sam Ingarfield - VK6HSI wrote:

Evening -

I am currently trying to compile FlightGear - SimGear, openl, plib etc  
have compiled without any errors whatsoever, but for some strange and 
obscure reason that i can't figure, the FG compile spits this out -


/root/SimGear-0.3.8/simgear/sound/soundmgr_openal.cxx:74: undefined 
reference to `alutInit'


OpenAL in CVS has split up the OpenAL main library and alut. You can 
find alut in the root of the OpenAL source repository.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] wish list for next release

2005-10-30 Thread Erik Hofman

Dave Culp wrote:

2)  Texture cropping for 2D panels so that Attitude Indicator ladders stay in 
bounds.


This can be done now by using the texture animations;
texrotate and textranslate

See FlightGear/data/Docs/model-howto.html for more information.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] wish list for next release

2005-10-30 Thread Erik Hofman

Dave Culp wrote:

On Sunday 30 October 2005 03:23 am, Erik Hofman wrote:



This can be done now by using the texture animations;
texrotate and textranslate


This works for 2D panels?  The document only mentions animations for 3D 
models.


Ow, that I'm not sure of.
I guess it would be better to backport this code to support 2D panels 
also then.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: [PATCH] [BUG] tmp-ly disable buggy mag compass jamming code

2005-10-28 Thread Erik Hofman

Vassilii Khachaturov wrote:

Since this got no bad comments, and since it fixes the bug, I suggest
applying the patch. The tread starter, with the patch in there:

http://mail.flightgear.org/pipermail/flightgear-devel/2005-October/039770.html


It's still in my TODO list, hut I wanted to think a bit to see if I can 
come up with a way to make it work properly.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Compile prob, can't find the broken lib

2005-10-27 Thread Erik Hofman

Josh Babcock wrote:


/usr/local/include/AL/alut.h:17:21: error: altypes.h: No such file or
directory


Huh, is there any chance you have two versions of the header files 
installed?



Do I just need to get the CVS version and compile it?


It should not be needed, but it does work.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] [PATCH] 3D cockpit near plane adjustment

2005-10-27 Thread Erik Hofman

Jim Wilson wrote:

Adjusting the near clip plane to 0.10 units (approx 3 inches) is less 
ambitious, a bit more forgiving for the 3D modelers, and perfectly adequate.


This sounds perfectly fine to me. It's committed.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Santa's r[ae]i?ndeer

2005-10-26 Thread Erik Hofman

Vassilii Khachaturov wrote:

Why are the bells commented out in raindeer-sound.xml?
They do sound cute.


I think it's a leftover from a previous test.
It's corrected now.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] [PATCH] cleanup of FlighGear (part ii)

2005-10-26 Thread Erik Hofman

Alex Romosan wrote:

i tried to make sure accessor functions which return by reference act
on const objects. also replaced some iterators with const_iterator
and a few return/pass by reference that were missed the first time
around:


Thanks Alex, it's committed.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:FlightGear/src/ATCAIEntity.cxx, 1.12,

2005-10-26 Thread Erik Hofman

Vivian Meazza wrote:


It is entirely possible that the fault lies in the cvs version that I have
here, but I think I have the correct HEAD version.


It looks like your src/AIModels/AIFlightPlanCreate.cxx isn't up to date.
You might want to run cvs up -PdAC AIFlightPlanCreate.cxx

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Compile prob, can't find the broken lib

2005-10-26 Thread Erik Hofman

Josh Babcock wrote:


/usr/local/include/AL/altypes.h:22: error: conflicting declaration
'typedef signed char ALbyte'
/usr/local/include/AL/al.h:63: error: 'ALbyte' has a previous
declaration as 'typedef char ALbyte'
visual_enviro.hxx: In constructor 'SGEnviro::SGEnviro()':


Remove altypes.h, its deprecated in the latest (CVS) version of OpenAL.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] [PATCH] cleanup of FlighGear and SimGear

2005-10-25 Thread Erik Hofman

Vassilii Khachaturov wrote:

http://caliban.lbl.gov/fgfs_patches/flightgear.diff



Great work. I wonder if there is a way to profile fg/sg for this kind
of inefficiencies somewhere in a tight loop.


Ok, these changes have been committed. It's quite extensive but I'm 
rather pleased with them. Thanks Alex!


A couple of comments:



-inline Point3D GetPos() { return(pos); }
+inline const Point3D GetPos() { return(pos); }



If you return the pos as a const Point3D, you should
probably mark the method to be const as well on the same occasion.


This one has been omitted because it limits it's usability and doesn't 
improve the code much IMHO.



This one looks to me as containing some additional local changes you've
made, beyond the const optimization. See the chunks pertaining to

simgear/math/point3d.hxx
simgear/math/polar3d.hxx
and simgear/threads/SGThread.hxx


These are all speedups and thread safety updates, so I've committed 
these also.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


  1   2   3   4   5   6   7   8   9   10   >