Re: [Flightgear-devel] P-38L-Lightning

2007-06-30 Thread Nick Warne
On Saturday 30 June 2007 09:11:36 Detlef Faber wrote:

 very nice Aircraft indeed

Speaking of which, here is a very interesting story:

http://news.bbc.co.uk/1/low/scotland/highlands_and_islands/6245802.stm

Nick
-- 
Free Software Foundation Associate Member 5508

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)

2007-06-19 Thread Nick Warne
On Tuesday 19 June 2007 22:25:24 Martin Spott wrote:
 Vivian Meazza wrote:
  I also have doubts that a single fdm can accurately reproduce ship and
  car characteristics - [...]

 While you are at it, don't forget simulating railway trains - their
 timetables are publicly available  :-)

Don't bother with UK trains then, timetables or not - they are always 
late/cancelled at will.  How you simulate that I do not know.

Nick


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] schedule tiles bug

2007-06-17 Thread Nick Warne
Hi all,

Latest cvs OSG/SG/FG.

I don't know if anybody else has reported this, as I cannot remember having 
seen it, but since about the time when sea tiles went missing (which are now 
fixed), I have seen this pop up in the console occasionally:

Attempting to schedule tiles for bogus lon and lat  = (-1000,0)
Attempting to schedule tiles for bogus lon and lat  = (-1000,0)

This happens anytime, any aircraft, whether over land/sea - and I cannot find 
what causes it.

Nothing _appears_ to cause concern when this occurs, though.

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Model Aircraft projects

2007-06-17 Thread Nick Warne
On Sunday 17 June 2007 10:44:29 gh.robin wrote:

  =Lancaster  and Halifax   WWII Bombers

Wow!  I can't wait to fly them!

Thanks!

Nick



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-16 Thread Nick Warne
On Saturday 16 June 2007 11:37:35 Martin Spott wrote:
 Ron Jensen wrote:
  I must agree.  I haven't had a working flightgear for about a month
  because OSG-SVN/head quit building for me.

 How does the error message look like ? I know, unfortunately I'm
 repeating myself, yet it might help applying this patch to FlightGear:

~ snip ~
 This is everuthing I need to build FG with current OSG,

 Martin.

I have been building OSG over the last 3 months, and even updated today to 
rev. 7002 - everything builds/works great and I haven't had to touch a 
thing!?

Nick


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BlackBird SR-71

2007-06-14 Thread Nick Warne
Hi Gérard,

On Thursday 14 June 2007 12:01:25 gh.robin wrote:
 Hello,  everybody

  those who knows my URL http://perso.orange.fr/GRTux/
 have noticed a lot of model, which are not longer available.
 I made these Aircraft some years ago , they where flying with FG 0.9.8.
 They were built mainly to answer some friends request.

 I am going to make these aircraft to be GPL, and FG 0.9.11 and FG OSG cvs
 flyable.

 They will be delivered i hpe during the next  4 months.

 The first one ,  is the BlackBird SR-71 available here

 http://perso.orange.fr/GRTux/SR71-BlackBird.tar.gz


Using OSG cvs version, updated yesterday.

I got from CVS - great model, but I seem to have an issue.  After taking off, 
I can fly with full throttle and slowly climb - but if I knock back throttle 
I seem to loose everything, and the aircraft just slows down and gently drops 
to earth in the horizontal postion (i.e. it doesn't crash, just floats down 
like a feather).

I see this in the console:

Trim Failed

  Trim Results:
   Angle of Attack:   7.50  wdot:  3.21e+01 Tolerance: 1e-03  Failed
  Throttle:   0.50  udot:  3.05e+00 Tolerance: 1e-03  Failed
Pitch Trim:   0.00  qdot:  4.37e-03 Tolerance: 1e-04  Failed
Failed to get Mach number for given Vc and altitude, Vc unchanged.
Please mail the set of initial conditions used to [EMAIL PROTECTED]
  Model Author:  Author Name
  Creation Date: 2005-24-06
  Version:   0.1
  Description:   Models a SR-71
Failed to get Mach number for given Vc and altitude, Vc unchanged.
Please mail the set of initial conditions used to [EMAIL PROTECTED]

Regards,

Nick


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] C++ code beautifier / Coding standards proposal

2007-06-13 Thread Nick Warne
On Wednesday 13 June 2007 19:25:19 Durk Talsma wrote:

 in particular when it's done in combination
 with a careful evaluation of the results and when circumstances favor such
 a reformatting.

As I am not a developer in much of anyway here, and without siding with 
any 'side', I would like to point out that whatever happens, it would be nice 
to at least get a uniform style.

I am pretty much new to C++ and lots of times, tracing the code, I fail 
terribly, as grep et al miss (typical):

( foo* bar)
(foo * bar)
(foo  *bar)

even though they are all the same.  Unless I had a degree in regex and 
sed/grep, it is virtually impossible to trace the code through.

Nick


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] The flight of the Dragonfly

2007-06-12 Thread Nick Warne
Or sub-titled Always look where you are going

Hi all,

A little thing I have done based Anders stuff sorting out the jpg-httpd 
server:

http://www.nick.ukfsn.org/fg/fgcam/dragonfly.avi  (3.17MB).

It is a bit choppy, and also a bit grainy as I used a low bit rate for 
conversion, but it still looks good.

The simple bash script with basic instructions can be found in the same 
directory:

http://www.nick.ukfsn.org/fg/fgcam/

Note:  You need to compile simgear with the jpg-factory option to enable a FG 
jpg-httpd server.

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Aircraft: Dragonfly - Linuxtag edition

2007-06-04 Thread Nick Warne
On Monday 04 June 2007 17:04:20 Torsten Dreyer wrote:
 Hi all,

 as promised the Dragonfly that was created during Linuxtag 2007 is in CVS
 (thanks, Martin!).

 The Dragonfly is a microlight aircraft built by Bill Moyes.

 It is pure fun to fly and due to it's slow flying speed it is ideal for
 scenery discovery and training flights.

 Have fun and please report problems (and maybe success)

Great little aircraft!  That will be nice for a lazy Sunday afternoon...

Thanks!

Nick


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Aircraft: Dragonfly - Linuxtag edition

2007-06-04 Thread Nick Warne
Hi Torsten,

On Monday 04 June 2007 17:04:20 Torsten Dreyer wrote:
 The Dragonfly is a microlight aircraft built by Bill Moyes.
 Have fun and please report problems (and maybe success)

One thing I noticed - on the ground, apply brakes, the engine sound stops (or 
is silenced).


Nick


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Flying at/for LinuxTag

2007-06-02 Thread Nick Warne
On Saturday 02 June 2007 08:22:48 Torsten Dreyer wrote:

 Flying with the multiplayer option was just great and made Tempelhof a very
 crowded place to fly - Thanks every pilot for your support.

 I Hope to be in the team for LinuxTag 2008!

 Torsten

Super pictures Torsten - thanks!

It is great fun to fly when you know (hope) people elsewhere are watching... 
we've had some fun in IRC @ EDDI.

Nick


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear/PLIB/CVS: Enabling 3D Clouds results in Floating point interrupt (SIGFPE)

2007-05-31 Thread Nick Warne
Hi Durk,

On Thursday 31 May 2007 07:57:15 Durk Talsma wrote:


 View-Render Options-Enable 3D Clouds

 I'm getting a repeated printout saying:  Floating point interrupt
 (SIGFPE), and FlightGear freezes.

Before you change to 3D clouds, ensure one of the file size cache settings (I 
forget which one) is NOT set to 0.

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear/PLIB/CVS: Enabling 3D Clouds results in Floating point interrupt (SIGFPE) [PATCH]

2007-05-31 Thread Nick Warne
On Thursday 31 May 2007 09:40:47 Steve Hosgood wrote:

 Hi Durk ,
 make sure the cloud cache and resolution aren't zero before enabling
  them

 Please (before 0.9.11-pre2), could someone slip in some code to the effect:

 if (cloud_cache == 0 || resolution == 0)
 grey_out_menu_item(View-Render Options-Enable3DClouds);

 :-)

 This is basic, basic GUI design stuff.
 We don't want FlightGear to appear on the interface hall of shame page
 now, do we?

Yes, although looking at the this, I don't think the GUI is at fault.

I think, the issue is Texture Resolution, not file cache.  When you start FG, 
Texture resolution is set to 0 (even though the drop down box only allows 64|
128|256).  I cannot see where this is set to 64|128|256 anywhere.

What happens is in simgear/scene/sky/cloudfield.cxx there is a calculation 
done and as texture resolution is 0, there is a divide by 0 issue (why it 
doesn't crash I don't know.  This only happens when you first have started FG 
and never/ever set the Texture resolution up before - as then, it gets set in 
autosave.xml.

Here is a quick fix in Simgear code:

simgear/scene/sky/cloudfield.cxx (line 84):

void SGCloudField::set_CacheResolution(int resolutionPixels) {
+if (resolutionPixels  64)
+resolutionPixels = 64;
if(cacheResolution == resolutionPixels)
return;
cacheResolution = resolutionPixels;
if(enable3D) {
int count = last_cache_size * 1024 / (cacheResolution * 
cacheResolution * 4);
if(count == 0)
count = 1;
SGNewCloud::cldCache-setCacheSize(count, cacheResolution);
}
}


Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Flying at/for LinuxTag

2007-05-31 Thread Nick Warne
On Thursday 31 May 2007 21:48:04 Heiko Schulz wrote:
 ...because of the new, more detailed landscape. It has
 a few more polygons to display the landscape.

 --- Lukas Mesani [EMAIL PROTECTED] schrieb:
  good work :)
  ... yeah, but my framerate is just now [EMAIL PROTECTED] ...
  and not like a
  50fps before
 
  why is that ?
 
  lukas

Yes - a real good way around this is to increase fog until you get a 
reasonable fps ('shift z' [Z]  to increase fog, 'z' to decrease fog).

The scenery is excellent, but it does labour the machine somewhat.

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Flying at/for LinuxTag

2007-05-30 Thread Nick Warne
On Wednesday 30 May 2007 16:56:23 Curtis Olson wrote:
 On 5/30/07, Martin Spott wrote:
  LinuxTag's favourite FlightGear location is EDDI - the famous Berlin
  Tempelhof airfield.

A few of us was flying around a bit today - I will again for the next few 
days.

 Everyone would show up at a particular airport at a
 particular time ... maybe starting there, or maybe arriving from various
 destinations at the appropriate time.  

I think this is called 'flash mobs'...

http://www.mccullagh.org/theme/zombie-flash-mob-2007.html

Nick



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] strange behavior of 0.9.11-pre1

2007-05-29 Thread Nick Warne
On Tuesday 29 May 2007 09:46:52 Ladislav Michnovič wrote:
 2007/5/28, Pigeon [EMAIL PROTECTED]:
   If I changed the view
   strange  overlaying triangles were visible on the sky. Does anybody
   similar problems?
 
  A while ago a few of us has come to a conclusion that it only
  happens with the nvidia driver. Those weird triangles appear when a FG
  menu is on the screen at the same time.
 
  Last time some of us confirmed the issue went away with the latest
  nvidia driver (9755). However with FG-plib cvs (as of yesterday) I'm
  still seeing this glitch with 9755. Haven't tried FG-osg yet.

 Well, the screenshot was made on PCI-Ex 7300 card with Nvidia 9755
 binary driver.

 Regards Ladislav.

If I remember rightly, I had this issue in plib once, and I found it was 
caused by a render option - but I cannot remember which one.  Try turning 
on/off the sky/cloud rendering options.

Nick



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Flightgear building thread.

2007-05-26 Thread Nick Warne
Hi All,

I decided to start a new clean thread here, so people can find what they need 
to build FG to perform.

As we know, using the CMAKE command:

cmake -i .

produces a question/answer type script so you can build as a 'Release' and 
configure any optimisations to suit.

Using:

./configure CXXFLAGS= -O3  ...

will build Simgear/FG with similar optimisations.


Today I tested again OSG, and there are two options that made me wonder - so I 
turned ON to use a float matrix rather than double:

//Set to ON to build OpenSceneGraph with float matrix instead of
// double.
OSG_USE_FLOAT_MATRIX:BOOL=ON

//Set to ON to build OpenSceneGraph with float matrix instead of
// double.
OSG_USE_FLOAT_PLANE:BOOL=ON


Oh my!!!  Again a huge increase in performance on my lowly 1.2GHz machine.  
For the first time ever I saw 60fps+ today... three weeks ago I was lucky to 
see  35fps.

This gets better and better...

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Flightgear building thread.

2007-05-26 Thread Nick Warne
Hi Mathias,

On Saturday 26 May 2007 14:18:14 Mathias Fröhlich wrote:
  //Set to ON to build OpenSceneGraph with float matrix instead of
  // double.
  OSG_USE_FLOAT_MATRIX:BOOL=ON
 
  //Set to ON to build OpenSceneGraph with float matrix instead of
  // double.
  OSG_USE_FLOAT_PLANE:BOOL=ON

 That is bad idea.
 That clamps the available precision of the transform matrices to floats
 which is no longer enough.

 Are you on win32?

I hope not ;-) ...

I understand/stood what these options did, and hence why I tried it.  I do not 
see any difference at all, other than a 100% 'responsiveness' to FG and super 
FPS.

It what respect does applying a float matrix rather than a double matrix do?  
I cannot see any visible difference - in fact I do, in that it is 'cleaner'.

Nick


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Flightgear building thread.

2007-05-26 Thread Nick Warne
On Saturday 26 May 2007 14:34:44 Mathias Fröhlich wrote:
 hi,

 On Saturday 26 May 2007, Nick Warne wrote:
  I hope not ;-) ...

 What compiler do you use?
 What distro?

gcc version 3.4.6

Slack 10 (but heavily updated from source all bar glibc [too scared to update 
that]).


  I understand/stood what these options did, and hence why I tried it.  I
  do not see any difference at all, other than a 100% 'responsiveness' to
  FG and super FPS.
 
  It what respect does applying a float matrix rather than a double matrix
  do? I cannot see any visible difference - in fact I do, in that it is
  'cleaner'.

 ???

OK, what I mean by 'cleaner' is more responsive, less 'stutters', and just 
generally faster all round.  I do not see any issues graphically - in fact, 
cloud layer etc. is better as it all works faster.

But, having said all this, I am on a 6 year old Athlon1.2GHz via aBit MoBo - 
so perhaps to a newer, modern machine this all doesn't matter as it is all 
rendered faster anyway.

Nick



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Flightgear building thread.

2007-05-26 Thread Nick Warne
Hi Mathias,

On Saturday 26 May 2007 19:52:17 Mathias Fröhlich wrote:

 Well, not that I do not care for older hardware. But I think that we should
 better rely on double here. It eases life very much and reduces complexity
 in the code ...

Remember this is OSG build - not FG.

OK.  But what restriction implies that a 'user' has to build OSG with float 
matrix or double matrix then?  Surely any implementation of a product that 
uses OSG will want it's own way to do it?

What happens if another application works better with OSG build with float 
matrix?

BTW, I am not debating/arguing here, you coders are the key -  I know naff all 
about the way FG/OSG integration works - I am only relaying my observations 
when using FG.

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] patch for osgViewer and statistics

2007-05-25 Thread Nick Warne
On Friday 25 May 2007 03:59:55 Laurence Vanek wrote:

  ./configure CXXFLAGS=-O3 ...
 
  If you wish to include further flags, they need to enclosed in double
  quotes:
 
  ./configure CXXFLAGS=-march=athlon-tbird -O3
 
  This is my full FG configure option:
 
  ./configure CXXFLAGS=-march=athlon-tbird -O3 --prefix=/usr --enable-sdl
 
  Nick

 wow!  I can confirm the frame rate increase on this system as well using
 the above suggestions.  It approx. doubled my frame rates.

 thank you gentlemen.


Yes, wow.

The 'cmake -i .' is what done it for me - all this time I thought you had to 
especially build a debug OSG, not the other way around.

Nick



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] patch for osgViewer and statistics

2007-05-23 Thread Nick Warne
Hi George,

On Wednesday 23 May 2007 19:05:43 Georg Vollnhals wrote:

  cmake -i .

 Thank you for the hint, this cmake -i configuration process  works
 very  nice for me but does not improve the framerates.

  Oh my.  After building OSG with 'Release' and then building FG with -O3,
  I have never, ever had better frame rates, even with PLIB.
 
  Thanks !
 
  Nick

 But where do you apply this -O3 parameter? Configure or Make when
 compiling the FlightGear sources? Thank you very much in advance for your
 help.

If you read the questions when using 'cmake -i .' one of them is what type of 
build to do:

...Debug | Release ...

etc.  Default is NONE.  So you set that to 'Release'.

Then later there is a question about what CXX flags the compiler should use 
when making a 'Release' build.  Default is already '-O3 -DNDEBUG'.I just 
changed this to '-O3 -march-tbird-athlon' to suit my machine.

That's it!

Nick



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] patch for osgViewer and statistics

2007-05-23 Thread Nick Warne
Hi Georg,

On Wednesday 23 May 2007 19:05:43 Georg Vollnhals wrote:

 But where do you apply this -O3 parameter? Configure or Make when
 compiling the FlightGear sources? Thank you very much in advance for your
 help.

 Regards
 Georg EDDW

Sorry, I read this too quick.  You can build SG/FG with optimisations like 
this:

./configure CXXFLAGS=-O3 ...

If you wish to include further flags, they need to enclosed in double quotes:

./configure CXXFLAGS=-march=athlon-tbird -O3

This is my full FG configure option:

./configure CXXFLAGS=-march=athlon-tbird -O3 --prefix=/usr --enable-sdl

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] patch for osgViewer and statistics

2007-05-22 Thread Nick Warne
On Tuesday 22 May 2007 17:48:02 Nick Warne wrote:
 On Monday 21 May 2007 23:46:34 gh.robin wrote:
   Configure osg with ist's new build system as a Release version. Or
   provide CMAKE_CXX_FLAGS and CMAKE_C_FLAGS on the command line of cmake.
   I run cmake with something like
  
   cmake -D CMAKE_CXX_FLAGS=-O3 and some more \
   -D CMAKE_C_FLAGS=-O3 and some more \
   -D CMAKE_VERBOSE_MAKEFILE=TRUE .
  
   Please try ...
  
   Greetings
  
  Mathias
 
  Thanks Mathias,
 
  Every values are right ,
  i have recovered the good fps.

 I was a bit confused with this - I couldn't work out what 'the
 configuration' screen was, nor meant.

 But I sussed out CMAKE now, so for anybody else with problems.

 Once you have a fresh checkout, in the trunk directory (top layer of code)
 to build the CMAKE files, issue:

 cmake -i .

 CMAKE will now run through a lot of question and shows current values, so
 you can change it all to suit... very handy.

 Any time you need to change the build, just run the 'cmake -i .' command
 again (after a make clean, of course).

 I am now going to build an optimised OSG and try again (after my 5 fps
 version made me move back to PLIB).

 Nick

Oh my.  After building OSG with 'Release' and then building FG with -O3, I 
have never, ever had better frame rates, even with PLIB.

Thanks !

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] FG to the rescue?

2007-05-19 Thread Nick Warne
Hi all,

I think this has already been done?

http://news.bbc.co.uk/1/low/uk/6670155.stm

Nick ;-)

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Missing-Generic tile over the sea

2007-05-15 Thread Nick Warne
On Tuesday 15 May 2007 14:04:16 gh.robin wrote:
 Hello,
 The generic tiles over the sea is/are missing.

 Tested with last cvs SG/FG   built with last svn OSG
 and with last cvs SG/FG   built with older svn OSG  (10-April 2007)

 here  snapshot

 http://perso.orange.fr/GRTux/FG_OSG_Generic-Tile.jpg

Yes, I already reported this a few days ago:

 Also now I do not see 'sea' outside the tile I have - here is the scene at
 FHAW (Ascention Is. right in the middle of the Atlantic).  

 http://www.nick.ukfsn.org/fg/issue.png

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data NEWS, 1.14, 1.15 Thanks, 1.23, 1.24 preferences.xml, 1.240, 1.241 version, 1.20, 1.21

2007-05-15 Thread Nick Warne
On Tuesday 15 May 2007 23:00:43 Curtis Olson wrote:
 Don't feel bad,
 we want to include everyone's contributions, but we need your help to
 remind us what's been done along the way.

 Regards,

 Curt.

Not blowing my own trumpet, and I do not want to, but a mention for the people 
that run the MP servers would be good too.   This will also do double duty in 
notifying readers of the servers available (if anybody apart from devs read 
these sort of things).

Nick



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Latest OT/OSG/SG/FG unusable

2007-05-13 Thread Nick Warne
On Saturday 12 May 2007 22:01:42 Matthias Boerner wrote:
 Hallo Georg,

 I have done a fresh checkout of OSG, PLIB, SimGear and FlightGear
 today at 3 pm in the afternoon. Everything compiled without a problem.
 But I don't realize a drop in frame rates. But in contrast to my last
 checkout of 24th April I get about 10-20 frames more. So I think
 everything is fine with OSG.

 Regards

 Matthias

Well, on this evidence I just done a completed update on OSG/SG/FG... and back 
I go to 5 fps at KSFO.

Also now I do not see 'sea' outside the tile I have - here is the scene at 
FHAW (Ascention Is. right in the middle of the Atlantic).  You will also see 
I have 13 fps here in the PC - before I used to get upward of 43 FPS here.

http://www.nick.ukfsn.org/fg/issue.png

Something is wrong.

Nick


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Latest OT/OSG/SG/FG unusable

2007-05-10 Thread Nick Warne
On Thursday 10 May 2007 00:23:01 gh.robin wrote:
 On Mon 7 May 2007 17:05, Nick Warne wrote:
  Hi all,
 
  There seems to be an issue, reported by a few in IRC.
 
  Latest build from SVN/CVS makes FG unusable.  Frame rates are (for me) at
  least 60% worse.
 
  E.g. pc7 at FHAW - before 43 - today after updates, 18.
 
  Lightning at KSFO - before 19 - today after updates 6 (unusable).
 
  Nick

 That issue  remark look like an other previous topic Frame rates.

 As far i could understand in IRC , that problem could be solved when using
 an older OSG cvs version.
 I have tried to find which OSG cvs version could suit to our request.
 I did not find any.

 Is it possible to have an official OSG package working with  the recent
 SG/FG cvs, in order to have an acceptable frame rate  ?

I solved the issue (so I can at least use FG/OSG again) by using the last OSG 
CVS version (not SVN):

OpenSceneGraph Library 1.2

But I had to remove the call:

camera-setAllowEventFocus(false);

in redout.cxx and splash.cxx to get it to build.

I am surprised nobody using CVS/SVN FG/SG/OSG reports this issue (or replied 
to this) - there was a lot of chatter about it in IRC.

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Latest OT/OSG/SG/FG unusable

2007-05-07 Thread Nick Warne
Hi all,

There seems to be an issue, reported by a few in IRC.

Latest build from SVN/CVS makes FG unusable.  Frame rates are (for me) at 
least 60% worse.

E.g. pc7 at FHAW - before 43 - today after updates, 18.

Lightning at KSFO - before 19 - today after updates 6 (unusable).

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] limited flap usage

2007-05-04 Thread Nick Warne
On Friday 04 May 2007 13:28:15 Detlef Faber wrote:
 Am Freitag, den 04.05.2007, 11:59 +0200 schrieb Markus Zojer:
  Hi everyone!
 
  Just discovered that flaps seem to be usable just for 1 time, it's
  possible to extend and to retract but then they refuse any further
  commands via keyboard. Can anyone verify this?

 I had the same problem on my notebook. I don't think it is a flightgear
 bug, as my desktop PC works fine wit the same CVS Checkout. Suspected an
 SDL Problem, but The versions are the same on both PCs. I will test
 again once I got my notebook up and running again (failed gcc upgrade).

I have seen this, but thought it was some sort of confusion as I raise/lower 
flaps using a JS button - and then the keyboard toggle keys get out of sync 
and it all stops working...

...or so I thought.

I will have to test again.

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] fg-server updates!

2007-05-03 Thread Nick Warne
Hi all,

First, now I have a new ADSL connection with a LOT faster speed, I have 
revamped my server 'status' pages.  This also contains the actual 'server 
status' report too now, so the old URL will be retired soon.

Please let me know if it loads too slow to be unusable:

http://mpserver05.flightgear.org/fgmp/

Second, there has been a fantastic new patch to the fg_server code - and 
another important fix followed shortly after.  As this is not my trumpet to 
blow, I will let the author[s] announce, but I feel this is a great step 
forward for FGMP.

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] chrome shader for fg/osg

2007-05-01 Thread Nick Warne
On Tuesday 01 May 2007 19:01:39 Martin Spott wrote:
 Melchior FRANZ wrote:
  * Martin Spott -- Tuesday 01 May 2007:
   Hmmm, should I see any difference with the BO-105 ?
 
  The bo105 doesn't use a chrome shader. There are no chrome parts yet.

 Well, you could add some for the exhausts  ;-))

  Try the lightning for a *big* difference.

 Strange, I see lots of:

 VertexBufferObject::compileBuffer frameNumber=1
 VertexBufferObject::compileBuffer frameNumber=1
 VertexBufferObject::compileBuffer frameNumber=1
 VertexBufferObject::compileBuffer frameNumber=2
 VertexBufferObject::compileBuffer frameNumber=2
 [...]


 with the unpatched FlightGear plus the Lightning and this one:

 Warning: deleting still referenced object 0x7fff12fd9658 of type
 'PN3osg10ReferencedE' the final reference count was 82696400, memory
 corruption possible.


 right after loading aircraft with the patched FlightGear. The BO runs
 fine. Mmmmh, maybe something's wrong at my end.

I just cvs'ed and updated to see this - the Lightning is great again :-)  I 
also do not get those errors.

Nick



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Segfault using aircraft pc7

2007-04-30 Thread Nick Warne
On Monday 30 April 2007 10:59:23 Martin Spott wrote:
 Nick Warne wrote:
  I am getting this now - it is a few weeks since I last flew the pc7, so
  do not know what caused it to start - all other aircraft I use are OK.

 [...]

  Program received signal SIGSEGV, Segmentation fault.

 Who manages to confirm this report ? I don't see the crash here,

Sorry, I thought I had replied to this.

I rebuilt SG/FG clean, and it removed the issue.  I guess a bad build 
somewhere.

Nick



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] twin phantom airplane with last compile FG OSG

2007-04-28 Thread Nick Warne
On Saturday 28 April 2007 02:40:57 Pigeon wrote:
  I just finished a fresh compile of FG and OSG today, then I've found a
  bug (which I've been told to be solved in the past): I can pilot not
  only one, but two airplanes ;-) it is quite a funny bug, so I took some
  snapshots: http://seb.marque.free.fr/fichiers/flightgear/double/

 Hi.

 Seems to be a bug in the server, when one of the relay server's
 doesn't lookup (in this case, mpserver03.flightgear.org is down and
 doesn't resolve an IP).  Guess it doesn't handle the error properly and
 starting to route packets back to itself. I'm seeing every MP appearing
 twice in the server log.

 It's now temporarily fixed by removing it from the relay. Please
 double check on any/all MP servers. Thanks.

This is what I said in IRC - we need a 'master' list of current mpservers so 
that all server 'runners' can keep the relays current and up-to-date.

At the moment this only happens when somebody notices an error - or as I did 
last week when I saw that mpserver01 had dropped my server from the relay, so 
mpserver05 wasn't showing mpserver01 pilots.


It is a bit of a mish-mash at the moment.

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] twin phantom airplane with last compile FG OSG

2007-04-28 Thread Nick Warne
On Saturday 28 April 2007 03:06:26 Ron Jensen wrote:

 Note that mpserver03 is currently down and won't even resolve to an IP
 address (see http://mpserver05.flightgear.org/fgmp/status/ )

Incidently, I have just migrated to a new ISP with a faster pipe - and I have 
adjusted the timeout on the server status page, so it should load and report 
a lot quicker now when servers are down.

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] twin phantom airplane with last compile FG OSG

2007-04-28 Thread Nick Warne
Hi George,

On Saturday 28 April 2007 13:53:15 George Patterson wrote:
  At the moment this only happens when somebody notices an error - or as I
  did last week when I saw that mpserver01 had dropped my server from the
  relay, so mpserver05 wasn't showing mpserver01 pilots.
 
 
  It is a bit of a mish-mash at the moment.
 
  Nick

 Perhaps the user could be notified if data hasn't been received from the
 server in the last 20(??) seconds as it would help diagnosing of this
 situation. At least this would let the user know about the echo problem.

It isn't a client issue, but a mpserver issue;  if an mpserver has a defunct 
relay line to a server that is not resolvable, then this 'loopback' doubling 
up of client data happens.

I don't know why.

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [Fwd: FG 0.9.10 scenery download broken?]

2007-04-22 Thread Nick Warne
On Sunday 22 April 2007 11:22:29 Georg Vollnhals wrote:
  Original-Nachricht 
 Betreff:  FG 0.9.10 scenery download broken?
 Datum:Sun, 22 Apr 2007 12:21:52 +0200
 Von:  Georg Vollnhals [EMAIL PROTECTED]
 An:   FlightGear developers discussions
 flightgear-devel@lists.sourceforge.net



 Hi Curtis,

 I tried several (!) times, European day and nighttime, since yesterday
 to download a tile from the FG 0.9.10 scenery server - both graphical
 interface and ftp server.
 It was possible to get to the graphical user interface but when clicking
 on a tile there was always a timeout error after a long waiting time.
 The ftp server was not accessible.
 Is it only my personal problem or is there something broken? Please
 check if you have some time left, thank you very much!

 Regards
 Georg EDDW

Hi Georg,

I have a special page for this - use the lower graphic, it links to a mirror 
when the main FTP server is AWOL:

http://mpserver05.flightgear.org/fgmp/scenery.html

Nick

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Segfault using aircraft pc7

2007-04-14 Thread Nick Warne
Hi all,

I am getting this now - it is a few weeks since I last flew the pc7, so do not 
know what caused it to start - all other aircraft I use are OK.

Nick

(gdb) run --aircraft=pc7
Starting program: /usr/bin/fgfs --aircraft=pc7
(no debugging symbols found)
  Model Author:  Unknown
  Creation Date: 2001-01-01
  Version:   $Revision: 1.7 $
  Description:   PC-7
Reading xml electrical system model 
from /usr/share/FlightGear/data/Aircraft/pc7/pc7-electrical.xml

Program received signal SIGSEGV, Segmentation fault.
0x081294da in std::_Rb_treestd::string, std::pairstd::string const, unsigned 
int, std::_Select1ststd::pairstd::string const, unsigned int , 
std::lessstd::string, std::allocatorstd::pairstd::string const, unsigned 
int  ::_M_erase ()
(gdb) bt
#0  0x081294da in std::_Rb_treestd::string, std::pairstd::string const, 
unsigned int, std::_Select1ststd::pairstd::string const, unsigned int , 
std::lessstd::string, std::allocatorstd::pairstd::string const, unsigned 
int  ::_M_erase ()
#1  0x08128543 in std::_Rb_treestd::string, std::pairstd::string const, 
unsigned int, std::_Select1ststd::pairstd::string const, unsigned int , 
std::lessstd::string, std::allocatorstd::pairstd::string const, unsigned 
int  ::_M_erase ()
#2  0x08147319 in std::vectorosg::Vec3f, std::allocatorosg::Vec3f 
::_M_insert_aux ()
#3  0x081b0012 in std::vectorbool, std::allocatorbool ::_M_insert_aux ()
#4  0x081ae7a7 in std::vectorbool, std::allocatorbool ::_M_insert_aux ()
#5  0x08151427 in std::vectorosg::Vec3f, std::allocatorosg::Vec3f 
::_M_insert_aux ()
#6  0x08149c90 in std::vectorosg::Vec3f, std::allocatorosg::Vec3f 
::_M_insert_aux ()
#7  0x08140546 in std::vectorosg::Vec3f, std::allocatorosg::Vec3f 
::_M_insert_aux ()
#8  0x0805ca7a in ?? ()
#9  0x0805d722 in ?? ()
#10 0x0809a044 in std::_Rb_treestd::string, std::pairstd::string const, 
unsigned int, std::_Select1ststd::pairstd::string const, unsigned int , 
std::lessstd::string, std::allocatorstd::pairstd::string const, unsigned 
int  ::_M_erase ()
#11 0x0805f878 in ?? ()
#12 0x0805bf36 in ?? ()
#13 0x40a3b936 in __libc_start_main () from /lib/libc.so.6
#14 0x0805bcd1 in ?? ()

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] framerate hesitations...

2007-04-11 Thread Nick Warne
On Wednesday 11 April 2007 17:58:25 Harald JOHNSEN wrote:
 Syd  Sandy wrote:
 I get this with varying degrees from different aircraft , with nothing
 else running , AI / Traffic and MP disabled  , but its not consistant
 enough to find the problem easily...
 I also noticed long ago , but spend more time fixing than flying and
 forgot about it  I also noticed it affects both PLIB and OSG
  versions... Cheers,
 Syd

 Disable autogen and check if it's the same.
 Use the ufo and check again.
 Go away from any airport and check again. Clean the nasal directory and
 check again ;)

I get this 'hesitation a lot, especially on MP - it is pretty often, but not 
often enough to become annoying (yet).

Tonight I tested running --log-level=info to see if I could get something that 
occurs when this happens (log-level=debug is unusable for me).

Now this may be a bum steer, but here:

Returning cached 
model /usr/share/FlightGear/data/Aircraft/bo105/Instruments/clock/clock.ac
Returning cached 
model /usr/share/FlightGear/data/Aircraft/bo105/Instruments/gsdi/gsdi.ac
Using global material animation that can no longer work   - hestitation
Using global material animation that can no longer work   - hestitation
Using global material animation that can no longer work   - hestitation
Using global material animation that can no longer work   - hestitation
Refreshing timestamps for -122.625 37.5625
scheduling needed tiles for -122.515 37.5802

I see this message a few times, but never associated it with 
the 'hesitiation'.  The problem is hesitation still occurs but without this 
message, so I am wondering if 'Using global material animation that can no 
longer work ' only reports on the first instance a model loads with this 
problem, but the 'hestitation' still happens later when it is meant?

I don't know.  But it is strange these lines pumped out as I was 'locked' for 
a second or two.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] [PATCH] Fix up tacan.cxx (OSG)

2007-04-09 Thread Nick Warne
Hi all,

OSG only (I can't test on PLIB)

The issue that Csaba found which was causing my TACAN not to work was due to 
mobile_valid never being set to FALSE once it got set to TRUE.  The AI TACAN 
then never updated again as 'if (!_mobile_valid)' was never ever met.

Looking at the code, I also see that if a carrier exists, then _mobile_valid 
get set TRUE, so you can't have a tanker also.

The attached patch is my attempted fix up.  _mobile_valid gets set to false 
only if no valid TACAN freq is selected.  If a valid freq. is selected, then 
carrier, AI Tanker and MP Tankers are checked if they exist (number  0)  and 
only then checked for the corresponding freq, and updated as normal.

This means you can have one  carrier, one AI Tanker and one MP Tanker TACAN 
all at once, and switch between them using the correct frequency.

I hope that makes sense.

Nick

--- src/Instrumentation/tacan.cxxORIG	2007-04-09 08:27:51.0 +0100
+++ src/Instrumentation/tacan.cxx	2007-04-09 11:45:24.0 +0100
@@ -282,7 +282,6 @@
 // reset search time
 _time_before_search_sec = 1.0;
 
-//try any carriers first
 FGNavRecord *mobile_tacan
   = globals-get_carrierlist()-findStationByFreq( frequency_mhz );
 bool freq_valid = (mobile_tacan != NULL);
@@ -292,8 +291,10 @@
 
 string str1( mobile_tacan-get_name() );
 
-SGPropertyNode * branch = fgGetNode(ai/models, true);
-vectorSGPropertyNode_ptr carrier = branch-getChildren(carrier);
+   //try any carriers first
+
+SGPropertyNode * branch_carrier = fgGetNode(ai/models, true);
+vectorSGPropertyNode_ptr carrier = branch_carrier-getChildren(carrier);
 
 number = carrier.size();
 
@@ -318,7 +319,6 @@
 SG_LOG( SG_INSTR, SG_DEBUG,  carrier transmitter valid   _mobile_valid );
 break;
 } else {
-_mobile_valid = false;
 SG_LOG( SG_INSTR, SG_DEBUG,  carrier transmitter invalid   _mobile_valid );
 }
 }
@@ -330,11 +330,10 @@
 
 //try any AI tankers second
 
-if ( !_mobile_valid) {
 SG_LOG( SG_INSTR, SG_DEBUG, tanker transmitter valid start   _mobile_valid );
 
-SGPropertyNode * branch = fgGetNode(ai/models, true);
-vectorSGPropertyNode_ptr tanker = branch-getChildren(aircraft);
+SGPropertyNode * branch_tanker = fgGetNode(ai/models, true);
+vectorSGPropertyNode_ptr tanker = branch_tanker-getChildren(aircraft);
 
 number = tanker.size();
 
@@ -360,7 +359,6 @@
 SG_LOG( SG_INSTR, SG_DEBUG,  tanker transmitter valid   _mobile_valid );
 break;
 } else {
-_mobile_valid = false;
 SG_LOG( SG_INSTR, SG_DEBUG,  tanker transmitter invalid   _mobile_valid );
 }
 }
@@ -370,15 +368,13 @@
 SG_LOG( SG_INSTR, SG_DEBUG, lat   _mobile_lat  lon   _mobile_lon);
 SG_LOG( SG_INSTR, SG_DEBUG, elev   _mobile_elevation_ft);
 SG_LOG( SG_INSTR, SG_DEBUG, range   _mobile_range_nm);
-}
 
 //try any mp tankers third, if we haven't found the tanker in the ai aircraft
 
-if ( !_mobile_valid ) {
 SG_LOG( SG_INSTR, SG_DEBUG,  mp tanker transmitter valid start   _mobile_valid );
 
-SGPropertyNode * branch = fgGetNode(ai/models, true);
-vectorSGPropertyNode_ptr mp_tanker = branch-getChildren(multiplayer);
+SGPropertyNode * branch_mptanker = fgGetNode(ai/models, true);
+vectorSGPropertyNode_ptr mp_tanker = branch_mptanker-getChildren(multiplayer);
 
 number = mp_tanker.size();
 
@@ -409,13 +405,13 @@
 SG_LOG( SG_INSTR, SG_DEBUG,  mp range   _mobile_range_nm);
 break;
 } else {
-_mobile_valid = false;
 SG_LOG( SG_INSTR, SG_DEBUG,  mp tanker transmitter invalid   _mobile_valid );
 }
 }
 }
-}
+
 } else {
+   // Reset search - no valid frequency found.
 _mobile_valid = false;
 SG_LOG( SG_INSTR, SG_DEBUG,  mobile transmitter invalid   _mobile_valid );
 }
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] [PATCH] Fix Eisenhower TACAN freq.

2007-04-09 Thread Nick Warne
Hi all,

After my attempted other patch, for love nor money I could not work out why 
TACAN failed with the U.S.S. Eisenhower (030Y, freq. 10935)...

...there is a typo (?) in the data/Navaids/ carrier_nav.dat.gz file.  I do not 
know how to do diff against a gzipped file, so here it is manually:


12  999999   100 10925   0.000 NMZ  USS Nimitz TACAN
12  999999   100 10925   0.000 ESN  USS Eisenhower TACAN

should be, of course:

12  999999   100 10925   0.000 NMZ  USS Nimitz TACAN
12  999999   100 10935   0.000 ESN  USS Eisenhower TACAN


This all works good now too :-)

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] New [lightning] refueling demo

2007-04-07 Thread Nick Warne
Hi all,

I have set up a new refueling demo, makes it a bit more interesting:

http://www.nick.ukfsn.org/fg/lightning/lightning_refuel1.jpg

http://www.nick.ukfsn.org/fg/lightning/lightning_refuel2.jpg

I will tidy up the demo and submit if anybody is interested in this.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New [lightning] refueling demo

2007-04-07 Thread Nick Warne
On Saturday 07 April 2007 16:34:29 Julien Pierru wrote:
 Yes i would be interested in that demo.

:-)

Attached is the file 'lightning_demo.xml'.  This lives in /data/AI/  
directory.  To use, in the /data/Aircraft/Lightning/lightning-set.xml  file 
change the aiscenerio option  from:

refueling_demo1

to:

lightning_demo

That is all you need do.  Then start at KSFO, use TACAN to locate the tanker 
(040X)... and fly in formation!

http://www.nick.ukfsn.org/fg/lightning/lightning_refuel3.jpg

Nick
?xml version=1.0?

PropertyList

 scenario

  description
 The following scenario puts an aerial tanker in orbit over
 KSFO at 3000 ft AGL. The tanker uses the 737 model,
 but you can use any model (a KC-135 model can be
 found at:
 http://home.comcast.net/~davidculp2/hangar/hangar.html).
 The center of the orbit is actually west of KSFO, and the
 eastern edge of the orbit passes over the airport.  Note
 that AI aircraft do not react to wind, therefore your speed
 and bank angle will have to vary along the orbit since
 your user aircraft *does* react to the wind.

 I recommend using the T-38 as your airplane for four
 reasons: (1) it has a radar screen which may be needed
 to find the tanker;  (2) it has the speed to catch the
 tanker; (3) it uses a JSBSim FDM, which means it can
 onload fuel; (4) it has a green light added to the
 instrument panel, between the fuel gauges, which comes
 on when you are in the refueling envelope.

 Right now the air refueling envelope is very loose, and I
 plan on tightening it up in the future.  Currently no
 aerodynamic effects of refueling are modeled
 (i.e downwash, bow wave, vortices).

 Dave Culp,  davidculp2 at comcast.net

 
	Lightning refueling demo (lightning_demo.xml).

 I have extended the above basic demo from David, and added
 in four AI Lightning aircraft flying in formation;  this
 adds to and causes you to concentrate more on refueling
 or just to practice your skill at flying in a (sort of)
 formation.  Primarily it is designed for the use with the
 English Electric Lightning aircraft, but you can use any
 aircraft you wish, of course.
 
 It does take extra CPU/GPU power, so if four aircraft are too
 much for your system, you can !--   --  out the aircraft
 as required.

 Screenshots:
	http://www.nick.ukfsn.org/fg/lightning/lightning_refuel1.jpg
	http://www.nick.ukfsn.org/fg/lightning/lightning_refuel2.jpg
	http://www.nick.ukfsn.org/fg/lightning/lightning_refuel3.jpg

Nick Warne,	 nick at linicks . net - 7th April, 2007
 
  /description
 
  entry
   callsignESSO1/callsign
   typeaircraft/type
   classtanker/class
   modelModels/Geometry/KC135/KC135.xml/model
   latitude37.61633/latitude
   longitude-122.38334/longitude
   altitude3500/altitude
   heading020/heading
   speed280/speed
   roll-15/roll
  /entry

  entry
   callsignLightning1/callsign
   typeaircraft/type
   classfighter/class
   model../Aircraft/Lightning/Models/lightning-model.xml/model
   latitude37.61580/latitude
   longitude-122.38280/longitude
   altitude3440/altitude
   heading020/heading
   speed280/speed
   roll-15/roll
  /entry

  entry
   callsignLightning2/callsign
   typeaircraft/type
   classfighter/class
   model../Aircraft/Lightning/Models/lightning-model.xml/model
   latitude37.61580/latitude
   longitude-122.38384/longitude
   altitude3400/altitude
   heading020/heading
   speed280/speed
   roll-15/roll
  /entry

  entry
   callsignLightning3/callsign
   typeaircraft/type
   classfighter/class
   model../Aircraft/Lightning/Models/lightning-model.xml/model
   latitude37.61663/latitude
   longitude-122.38284/longitude
   altitude3460/altitude
   heading020/heading
   speed280/speed
   roll-15/roll
  /entry

  entry
   callsignLightning4/callsign
   typeaircraft/type
   classfighter/class
   model../Aircraft/Lightning/Models/lightning-model.xml/model
   latitude37.61693/latitude
   longitude-122.38384/longitude
   altitude3420/altitude
   heading020/heading
   speed280/speed
   roll-15/roll
  /entry

 /scenario

/PropertyList
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] lightning tacan

2007-04-06 Thread Nick Warne
On Friday 06 April 2007 02:39:24 Csaba Halász wrote:
 Hello!

 Nick had some trouble with the tacan on the lightning, so I had a peek at
 it. Worked for me all right. However, the instrument needle works as if it
 were a fixed compass card indicator, which it isn't. So there should be an
 additional rotation applied to adjust for the a/c heading. Patch attached.

 Please check before commit. Pretty please? ;)

 I also have some issues:
 1) The lightning even has an ILS instrument but I could not find a
 DME. Have I overlooked it?
 2) How do you check if the tacan/vor/adf/whatever radio transmitter is
 in range? A digital display could go blank, but an instrument needle
 must point somewhere. Shouldn't there be an indicator light or
 something? Or is it just left to the pilot to listen for the morse
 code?
 3) In the lightning rmi and hsi animations there are a couple of
 interpolation tables for identity transformation. Do they have any
 purpose?

OK, I still have issues with the Lightning TACAN.  I was getting angry in IRC 
last night, as NOBODY ever sees the issues I do.

Now, to recap.  To get 'refueling_demo' to work (not refueling_demo_1/_2), I 
had to !--   -- out the demo in preferences.xml, and in lightning-set.xml 
change the ai line to read from:

scenariorefueling_demo_1/scenario
to:
scenariorefueling_demo/scenario

All well and good.  I now have a tanker circling over KSFO, and I can refuel 
with it!  BUT the TACAN green needle always points in the vertical direction.

Looking at the property browser, instrumentation/tacan/in-range is always 
false.  Plus the AI aircraft has no TACAN channel-id?

So, looking at the data/AI/refueling_demo.xml, I see it doesn't have a 
channel-id?

But adding a channel-id still didn't work... but then changing call-sign 
from 'ESSO 2' to 'ESSO1' did!

- callsignESSO 2/callsign
+   callsignESSO1/callsign
+   TACAN-channel-ID040X/TACAN-channel-ID

Now in this scenerio the green needle works, although I am still not sure what 
it is telling me... that is another issue, I think.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] lightning tacan

2007-04-06 Thread Nick Warne
On Friday 06 April 2007 14:00:14 AJ MacLeod wrote:
 On Friday 06 April 2007 13:29, Nick Warne wrote:
  OK, I know people think I am seeing things, but I just sussed out what is
  going on.

 I'm not so sure :-)

  Here is what happens for me.  The TACAN works, but it doesn't locate the
  aircraft (tanker) - the dial just seems to swing around in a circle
  depending what direction I fly in.

 It works best if the tanker you are trying to locate is actually equipped
 with TACAN ;-)

Well, then the wiki refueling 'how-to' is wrong.  But if I add in the TACAN 
(ESSO1 and the TACAN-id) to that demo I can see it in prop browser.

Just doing a demo_2 as Csaba says works, I can follow the TACAN if I turn it 
on when at 8000' (getting out of all the noise?), and sure enough locate the 
tanker.  But then dropping off, and turning south, the needle then goes all 
off, and in fact ands up pointing to KSFO - I can then follow that all the 
way back to airport.

Something is up here.

Nick



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] lightning tacan

2007-04-06 Thread Nick Warne
On Friday 06 April 2007 14:00:14 AJ MacLeod wrote:

 The tanker in refueling_demo doesn't have TACAN at all.  In fact, I think
 we have a bit of needless duplication with those demos, and one of them
 could be removed without too much pain...

OK, Csaba found the bug I was seeing, and he fixed it, so no doubt a fix is on 
the way soon - I am so pleased, I thought I was going mad.  Thanks Csaba!!!


As to the refueling_demo.xml.  I think this should stay, as it can be used for 
you own tanker scenerio.  I was testing over FHAW (Ascention Island) and 
tweaked the file so that it used TACAN also:

  entry
   callsignESSO1/callsign
   TACAN-channel-ID040X/TACAN-channel-ID
   typeaircraft/type
   classtanker/class
   modelModels/Geometry/KC135/KC135.xml/model
!--   latitude37.61633/latitude
   longitude-122.38334/longitude --
   latitude-7.974748/latitude
   longitude-14.382520/longitude
   altitude3000/altitude
   heading020/heading
   speed280/speed
   roll-15/roll
  /entry


It is very handy to have around.

Nick



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] lightning tacan

2007-04-06 Thread Nick Warne
On Friday 06 April 2007 23:10:25 Vivian Meazza wrote:
 Nick Warne wrote:
  On Friday 06 April 2007 14:00:14 AJ MacLeod wrote:
   The tanker in refueling_demo doesn't have TACAN at all.  In fact, I
   think we have a bit of needless duplication with those
 
  demos, and one
 
   of them could be removed without too much pain...
 
  OK, Csaba found the bug I was seeing, and he fixed it, so no
  doubt a fix is on
  the way soon - I am so pleased, I thought I was going mad.
  Thanks Csaba!!!
 
 
  As to the refueling_demo.xml.  I think this should stay, as
  it can be used for
  you own tanker scenerio.  I was testing over FHAW (Ascention
  Island) and
  tweaked the file so that it used TACAN also:
 
entry
 callsignESSO1/callsign
 TACAN-channel-ID040X/TACAN-channel-ID
 typeaircraft/type
 classtanker/class
 modelModels/Geometry/KC135/KC135.xml/model
  !--   latitude37.61633/latitude
 longitude-122.38334/longitude --
 latitude-7.974748/latitude
 longitude-14.382520/longitude
 altitude3000/altitude
 heading020/heading
 speed280/speed
 roll-15/roll
/entry
 
 
  It is very handy to have around.

  I'm sure you have spotted it by now - the TACAN code in C++ relates the
 aircraft or carrier callsign to the assigned TACAN frequency (not channel).
 The tag TACAN-channel-ID is for display purposes only so that if you open
 the property browser you can quickly identify the assigned channel. So,
 provided the mobile unit has one of the pre-assigned callsigns, it will
 also have the pre-assigned TACAN frequency, no matter if the tag is present
 or correct. For example:

 12  999999   0   11030   0.000 ES1  ESSO1 TACAN

 The reason for this is historical - the nav.dat data file only contains
 TACAN frequency for fixed sites, and not TACAN channel. The file
 carrier_nav.dat is simply an extension of that file for mobile units.

 Just to make this clear - the tag TACAN-channel-ID has no effect on the
 actual TACAN channel/frequency of a mobile unit - tag callsign determines
 that.

Yes, I 'discovered' this after trying/getting TACAN to work - I didn't know 
where it was assigned though, so thanks for this information.


So, seeing as Csaba is now off on holiday, here is the bug and fix he found.

The bug arises if you do not have carrier demo running (exactly my case).

The [dirty] fix - in tacan.cxx around line 284:

// reset search time
_time_before_search_sec = 1.0;
+_mobile_valid = false;

I also see this was once *fixed*, but removed again for some reason:

http://cvs.flightgear.org/cgi-bin/viewvc/viewvc.cgi/FlightGear/src/Instrumentation/tacan.cxx?r1=1.20r2=1.21


I can say that all works perfectly now with this line added to tacan.cxx

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Funny rendering bug?

2007-04-05 Thread Nick Warne
On Thursday 05 April 2007 20:20:26 sydsandy wrote:

 Also if I look in certain directions everything goes white , and I can
 see the 'invisible' panel area defined in the animation file for hotspot
 and 2 d instrument arrangements  it seems to appear if the center of
 the transparent polygon is at the edge of the screen  but dont have
 the skills to fix it ,

I get this sometimes on MP, and it is caused by another aircraft having a 
funny texture that is not in CVS (or could be?) - it only happens when you 
sight it:

osgDB ac3d reader: could not find texture efis.rgb

etc.

Nick




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] radar

2007-04-04 Thread Nick Warne
On Wednesday 04 April 2007 10:54:27 Melchior FRANZ wrote:
 * Csaba Halász -- Wednesday 04 April 2007:
  Next incarnation :)

 Committed, thanks. I've only tested with the T38 and
 Lightning. Radar on the former worked, and on the latter
 didn't. But maybe I just missed some important detail. :-)

I applied this patch, and then looked at the Lightning radar - I found the 
problem and fixed it!  I am just awaiting AJ to get into IRC to pass by him 
to ensure it is OK.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] pressure-alt-ft bug

2007-04-03 Thread Nick Warne
Hi all,

I noticed today I get a nasal error on starting fgfs with the c172p:

Nasal runtime error: nil used in numeric context
  at /usr/share/FlightGear/data/Aircraft/Generic/kap140.nas, line 1438
  called from: /usr/share/FlightGear/data/Aircraft/Generic/kap140.nas, line 
287

Tracing through kap140.nas, line 1431

pressureAltitude = getprop(encoder, pressure-alt-ft);

produces nil, as prop /instrument/encoder/pressure-alt-ft doesn't 
exist/isn't created, so therefore line 1438:

altFt = pressureAltitude - baroOffset;

becomes altFt = nil - baroOffset;

I have looked through the code in encoder.cxx and transponder.cxx but can't 
see what the issue is - interestingly pressure-alt-ft only appears to be 
read in the entire code in encoder.cxx, but I cannot see where it is created.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] pressure-alt-ft bug

2007-04-03 Thread Nick Warne
On Tuesday 03 April 2007 09:51:50 Nick Warne wrote:
 Hi all,

 I noticed today I get a nasal error on starting fgfs with the c172p:

 Nasal runtime error: nil used in numeric context
   at /usr/share/FlightGear/data/Aircraft/Generic/kap140.nas, line 1438
   called from: /usr/share/FlightGear/data/Aircraft/Generic/kap140.nas, line
 287

 Tracing through kap140.nas, line 1431

 pressureAltitude = getprop(encoder, pressure-alt-ft);

 produces nil, as prop /instrument/encoder/pressure-alt-ft doesn't
 exist/isn't created, so therefore line 1438:

Sorry, typo - I meant:

/instrumentation/encoder/pressure-alt-ft   doesn't exist.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] pressure-alt-ft bug

2007-04-03 Thread Nick Warne
On Tuesday 03 April 2007 10:04:10 Melchior FRANZ wrote:
 OK, so you decided to get more heat from JD ...  :-}

  I have looked through the code in encoder.cxx and [...]

 Is your code really up-to-date? There is no encoder.cxx anymore
 since a few days.

 m.

ha ha... OK, so yesterday I updated aircraft to get 'fresh' Spitfire files... 
I guess I need to get into the habit of CVS'ing everything...

Sorry for the noise.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] FG carrier AI demo hard crash

2007-04-03 Thread Nick Warne
Hi all,

First - latest CVS :-)

OK, I took off on the carrier with the SeafireIIIc.  I swung around and 
attempted to land.

As I touched the deck (and it appeared my hook caught), FG crashed - I was 
left with a very light blue screen, and FG took 80 seconds or so to be 
killed.

This was in the console:

Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..)
 nan nan nan 2.71938e+06 4.2514e+06 -3.88711e+06 segment ignored..
Could not find at least one of the following objects for animation:

Deice.toggle

Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..)
 nan nan nan 2.71938e+06 4.2514e+06 -3.88711e+06 segment ignored..

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FG carrier AI demo hard crash

2007-04-03 Thread Nick Warne
On Tuesday 03 April 2007 11:41:18 Nick Warne wrote:
 Hi all,

 First - latest CVS :-)

 OK, I took off on the carrier with the SeafireIIIc.  I swung around and
 attempted to land.

 As I touched the deck (and it appeared my hook caught), FG crashed - I was
 left with a very light blue screen, and FG took 80 seconds or so to be
 killed.

 This was in the console:

 Warning: invalid line segment passed to
 IntersectVisitor::addLineSegment(..) nan nan nan 2.71938e+06 4.2514e+06
 -3.88711e+06 segment ignored.. Could not find at least one of the following
 objects for animation:

 Deice.toggle

 Warning: invalid line segment passed to
 IntersectVisitor::addLineSegment(..) nan nan nan 2.71938e+06 4.2514e+06
 -3.88711e+06 segment ignored..

 Nick

Yep, and it happens everytime :-(

Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..)
 nan nan nan 2.71994e+06 4.25125e+06 -3.88688e+06 segment ignored..
Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..)
 nan nan nan 2.71994e+06 4.25125e+06 -3.88688e+06 segment ignored..

This time I got a totally black screen.  It appears to happen as soon as the 
hook catches the wire.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FG carrier AI demo hard crash

2007-04-03 Thread Nick Warne
On Tuesday 03 April 2007 11:50:21 Nick Warne wrote:
 On Tuesday 03 April 2007 11:41:18 Nick Warne wrote:
  Hi all,
 
  First - latest CVS :-)
 
  OK, I took off on the carrier with the SeafireIIIc.  I swung around and
  attempted to land.
 
  As I touched the deck (and it appeared my hook caught), FG crashed - I
  was left with a very light blue screen, and FG took 80 seconds or so to
  be killed.
 
  This was in the console:
 
  Warning: invalid line segment passed to
  IntersectVisitor::addLineSegment(..) nan nan nan 2.71938e+06 4.2514e+06
  -3.88711e+06 segment ignored.. Could not find at least one of the
  following objects for animation:
 
  Deice.toggle
 
  Warning: invalid line segment passed to
  IntersectVisitor::addLineSegment(..) nan nan nan 2.71938e+06 4.2514e+06
  -3.88711e+06 segment ignored..
 
  Nick

 Yep, and it happens everytime :-(

 Warning: invalid line segment passed to
 IntersectVisitor::addLineSegment(..) nan nan nan 2.71994e+06 4.25125e+06
 -3.88688e+06 segment ignored.. Warning: invalid line segment passed to
 IntersectVisitor::addLineSegment(..) nan nan nan 2.71994e+06 4.25125e+06
 -3.88688e+06 segment ignored..

 This time I got a totally black screen.  It appears to happen as soon as
 the hook catches the wire.

OK, reading through the archives, this patch by csaba fixes it:

http://sourceforge.net/mailarchive/forum.php?thread_name=a362bf040704011231y6836155emcfb7685d863e6ef8%40mail.gmail.comforum_name=flightgear-devel

But now I have another issue :-/  Using the SeafireIIIc on the carrier, then 
resetting it make FG ground to a halt - 30 seconds lag between each mouse 
click/key press etc.  The only way to fix it to quit...

Nick


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Possibly joystick bug condition

2007-04-02 Thread Nick Warne
Hi Ron,

On Monday 02 April 2007 14:19:17 Ron Jensen wrote:

  So, how accurate does the throttle need to be?  Surely not 1.5e -5?
 
  Nick

 You probably should change the condition to not depend on a perfectly
 rigged joystick.  Testing for equal is not a great idea any time you are
 using floating point math...  This is the gear warning out of the
 c182rg:

 As you can see, it only needs the throttle to be less than 30%.  Try
 something like this for the spitfire:

 less-than
   propertycontrols/engines/engine/throttle/property
   value0.2/value
 /less-than

Yes, as discussed in IRC today, this solution came up, but why on earth are 
the throttle values measured with so much accuracy?  Surely 1.5e -5 is way 
over the top?

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Possibly joystick bug condition

2007-04-02 Thread Nick Warne
Hi John,

On Monday 02 April 2007 15:31:43 John Denker wrote:

 So my suggestion is to figure out the /real/ throttle behavior
 of interest, and model that.  If floating-point is even the
 slightest obstacle to building a realistic model, please explain.

I wasn't complaining here, just raising this issue.

By my reckoning, if a throttle is OFF, then it is OFF, and not 0.15 ON. 

Sure, use a floating point, but does it really have to be that accurate that a 
very slightly out-of-calibration JS by 1 point out of 65535 makes it wrong?

Surely 0.001 is reasonable enough step?

BTW, this was only an observation working with Vivian today - it isn't my 
aircraft to make the changes to.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Possibly joystick bug condition

2007-04-02 Thread Nick Warne
On Monday 02 April 2007 16:17:31 Nick Warne wrote:
 Hi John,

 On Monday 02 April 2007 15:31:43 John Denker wrote:
  So my suggestion is to figure out the /real/ throttle behavior
  of interest, and model that.  If floating-point is even the
  slightest obstacle to building a realistic model, please explain.

 I wasn't complaining here, just raising this issue.

 By my reckoning, if a throttle is OFF, then it is OFF, and not 0.15 ON.

 Sure, use a floating point, but does it really have to be that accurate
 that a very slightly out-of-calibration JS by 1 point out of 65535 makes it
 wrong?

 Surely 0.001 is reasonable enough step?

 BTW, this was only an observation working with Vivian today - it isn't my
 aircraft to make the changes to.

OK, to put this to bed, Vivian has fixed up the code so that a 'less than' 
condition is used rather than an exact figure.

Nick



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] another problem with fgfs-build

2007-04-01 Thread Nick Warne
On Sunday 01 April 2007 14:30:09 Ralf Gerlich wrote:
 Hi,

 cyprien wrote:
  Hi again !
  After compiling everything successefully with a make all, i've launch
  ./install/bin/fgfs, but i've this error :
 
  [EMAIL PROTECTED]:~/fgfs-builder-20070222$ ./install/bin/fgfs
  ./install/bin/fgfs: error while loading shared libraries: libosgUtil.so:
  cannot open shared object file: No such file or directory
 
 
  i've tried a sudo make install but i've the same error...

 Try setting your LD_LIBRARY_PATH to include your ./install/lib and
 ./install/lib/osgPlugins directory.

You shouldn't really use LD_LIBRARY_PATH at all - see here (and no offence 
meant):

http://linuxmafia.com/faq/Admin/ld-lib-path.html


Cyprien:  Run 'ldconfig' as root (or sudo) after building FG and associated 
code:

 sudo /sbin/ldconfig

This will update the libs cache.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Joystick issue - peculiar

2007-03-12 Thread Nick Warne
Hi Stewart,

On Sunday 11 March 2007 15:33:17 Stewart Andreason wrote:
 Hi Nick,

 I had forgotten about the jstest utility.

 Ok, it does give the range from -32767 to 32767.

 And my joystick does warble on axis 1:
 337, 675, 337, 0, 337, 1013, 337, 0, 337 etc.

 I think the answer to your question is, that 337 is the smallest
 sensitivity or level of precision.
 It is a normal hardware issue.

 32767 divide by 100 = 328
 32767 / 337 = 97.2 (not an exact coorelation, I admit)

 Thus, make sure a dead-band is set that covers 1 to 4 % of the axis.

Yes, that makes sense indeed - and in IRC yesterday and with the help of 
Melchior, we found the solution.

For some reason, although when I plug in my JS it all reads 'spot on' it 
really isn't.  Running jscal and calibrating the JS then makes it all work 
perfectly in js_demo and FG.  So perhaps as nothing has used the JS when I 
plug it in, it doesn't show up as being out of calibration.

I also stated that it doesn't affect FG - well, I lied :-)  It did do and I 
didn't notice.  I was always fighting the JS a little in keeping the aircraft 
straight/level etc., but now it is not so imposing and I can fly better with 
less effect!

Also, by using the -p option of jscal, it produces commandline data that can 
be read back with the -s option, so all I need do is run that little script 
at startx (or when I plug my JS in) for it to be sorted.

So resolved!

Thanks for interest and help.

Nick

 Nick Warne wrote:
  OK, this isn't FG xml issue.  js_demo reports correct (-1.0 - 1.0 etc.)
   But as soon as I either start js_demo or fgfs, when I check joystick in
  KDE or use the jstest utilty, X Y Z at rest are set to '337'.  So
  something recalibrates the stick to that.
 
  Why 337?  I am stumped.
 
  Nick



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Joystick issue - peculiar

2007-03-11 Thread Nick Warne
On Saturday 10 March 2007 19:14:44 Stewart Andreason wrote:
 When I run js_demo, I get a number from -1.0 to 0.0 to 1.0
 Where is this level of precision set?

 Ah ha!
 I had no dead-band set in my joystick-name-here-or-js0.xml

 Nick, can you find which joystick.xml file it is using? Perhaps looking
 thru it will help.

OK, this isn't FG xml issue.  js_demo reports correct (-1.0 - 1.0 etc.)  But 
as soon as I either start js_demo or fgfs, when I check joystick in KDE or 
use the jstest utilty, X Y Z at rest are set to '337'.  So something 
recalibrates the stick to that.

This is what I meant about the deadband stuff from plib:

plib-1.8.4/src/js/jsLinux.cxx 

[sic]
  // Remove any deadband value already done in the kernel.
  // Since we have our own deadband management this is save to do so.


So I am wondered if kernel sets up the joystick correctly - then plib decides 
the deadband is wrong and changes/removes it somewhat.

I don't know.

Nick

  Nick Warne wrote:
  Hi all,
 
  This is _not_ a bug report, nor perhaps FG specific, but rather a
  discussion of a joystick issue I see - now I have seen this, it is like
  when you get a little stone in your shoe, but no matter how much you
  look, you can't find the bugger - but because you know it's there, you
  can't stop thinking about it :-D
 
  Well, I dunno if it is deadband.  What causes the X Y Z axes to
  recalibrate to '337' after runing fgfs or js_demo on an otherwise OK
  joystick X Y Z of '0'?
 
  Why 337?  I am stumped.
 
  Nick



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Joystick issue - peculiar

2007-03-10 Thread Nick Warne
Hi all,

This is _not_ a bug report, nor perhaps FG specific, but rather a discussion 
of a joystick issue I see - now I have seen this, it is like when you get a 
little stone in your shoe, but no matter how much you look, you can't find 
the bugger - but because you know it's there, you can't stop thinking about 
it :-D

Plug in my USB Microsoft SideWinder Precision 2 Joystick:

Mar 10 13:03:46 linuxamd kernel: input: Microsoft SideWinder Precision 2 
Joystick as /class/input/input9
Mar 10 13:03:46 linuxamd kernel: input: USB HID v1.10 Joystick [Microsoft 
SideWinder Precision 2 Joystick] on usb-:00:07.3-2

Now, at this stage KDE joystick app reports everything is OK.  All axes, 
buttons etc. are 100% accurate.  Running jstest also reports the same.

Now, either running fgfs or js_demo, the joystick works great.  But after 
running either of these two apps, three joystick axes are now 'recalibrated':

X, Y and Z axes at 'rest' are all set to 337 *exactly*.  Running jstest also 
now reports X Y Z to be at 337:

Axes:  0:   337  1:   337  2:   337

If I now unplug the joystick, and plug it in again, then ALL axes and controls 
are all perfect again (i.e. X Y Z at rest are 0).

It was suggested maybe a hardware issue, but I don't think so as just X Y Z 
axes are set exactly to 337 after running FG.

Reading plib code, I see that the kernel deadband zone is written out as plib 
uses it's own - could this cause this strange issue?

BTW, it doesn't affect FG in anyway - '337' off 0 on a 65535 scale is 
unnoticeable in real life.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Joystick issue - peculiar

2007-03-10 Thread Nick Warne
On Saturday 10 March 2007 18:00:45 Stewart Andreason wrote:
 Can the dead band be increased?

 My own Thrustmaster joystick is less than consistant about the zero-center,
 but not like you have described.

 I have not looked into fixing it myself, yet.

 Stewart

 Nick Warne wrote:
  Hi all,
 
  This is _not_ a bug report, nor perhaps FG specific, but rather a
  discussion of a joystick issue I see - now I have seen this, it is like
  when you get a little stone in your shoe, but no matter how much you
  look, you can't find the bugger - but because you know it's there, you
  can't stop thinking about it :-D

Well, I dunno if it is deadband.  What causes the X Y Z axes to recalibrate 
to '337' after runing fgfs or js_demo on an otherwise OK joystick X Y Z 
of '0'?

Why 337?  I am stumped.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] [BUG] Spitfire throttle boost gauge fails (with fix)

2007-03-08 Thread Nick Warne
Hi all,

Flying the Spitfire, if you get airborne and then drop the throttle to zero, 
the gear warning alarm klaxon sounds.  Hitting 'k' or 'K' to turn this off 
then produces:

Nasal runtime error: non-objects have no members
  at /usr/share/FlightGear/data/Aircraft/Spitfire/Models/spitfire.nas, line 76

From now on the throttle boost gauge will not work.


The reason is in spitifre.nas, line 46 a global var:

throttle = props.globals.getNode(/controls/engines/engine/throttle, 1);

later in spitfire.nas in the 'resetWarn = func{ }' is this, line 493:

throttle = getprop(controls/engines/engine/throttle);

so here the second assignment stomps on the first.  I guess renaming 
the 'throttle' var in this func to something else fixes this, but also it can 
be declared in the func as a local var:

var throttle = getprop(controls/engines/engine/throttle);

to fix it.

I noticed this ages ago and fixed it, then forgot all about it - it was only 
after a fresh cvs update of the spirfire did I remember as I got the bug back 
again.

Nick


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] MP server status page.

2007-03-04 Thread Nick Warne
Hi all,

A little thing I done to check status of online servers:

http://mpserver05.flightgear.org/fgmp/status/

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] [BUG] Scenery spelling mistake

2007-03-03 Thread Nick Warne
Hi all,

Failed to open file /opt/fg_scenery/Objects/w010n50/w002n51/DitcotChimney1.xml

4 -rw-r--r--  1 nick users 184 2005-03-06 
00:48 /opt/fg_scenery/Objects/w010n50/w002n51/DidcotChimney1.xml

The file is correctly spelt (Didcot, not ditcot), the call to load the file 
isn't.

http://jonathan.rawle.org/2006/11/05/a-day-of-excitement-in-didcot/

I don't know who fixes scenery items?

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [BUG] Scenery spelling mistake

2007-03-03 Thread Nick Warne
On Saturday 03 March 2007 12:50:14 Martin Spott wrote:
 Martin Spott wrote:
  Thanks for pointing this out, we're going to fix it,

 Get a fresh export from Jon's Scenery Objects download site tomorrow,
 if you like,

   Martin.

OK thanks, but I fixed the file myself - at least it is now fixed for future.  
Also, while on this subject, I found a call to a missing model too, I don't 
know why this is:

Cannot find model 
file /opt/fg_scenery/Objects/w010n50/w002n55/lynemouthchimney.ac
Failed to load 3D 
model /opt/fg_scenery/Objects/w010n50/w002n55/lynemouthchimney.ac


./2925641.stg:1:OBJECT_STATIC lynemouthchimney.ac -1.5192975 55.2046987 5.39 
180

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [BUG] Scenery spelling mistake

2007-03-03 Thread Nick Warne
On Saturday 03 March 2007 12:57:39 Nick Warne wrote:
 On Saturday 03 March 2007 12:50:14 Martin Spott wrote:
  Martin Spott wrote:
   Thanks for pointing this out, we're going to fix it,
 
  Get a fresh export from Jon's Scenery Objects download site tomorrow,
  if you like,
 
  Martin.

 OK thanks, but I fixed the file myself - at least it is now fixed for
 future. Also, while on this subject, I found a call to a missing model too,
 I don't know why this is:

 Cannot find model
 file /opt/fg_scenery/Objects/w010n50/w002n55/lynemouthchimney.ac
 Failed to load 3D
 model /opt/fg_scenery/Objects/w010n50/w002n55/lynemouthchimney.ac


 ./2925641.stg:1:OBJECT_STATIC lynemouthchimney.ac -1.5192975 55.2046987
 5.39 180

Oh, P.S.  I don't have a *fetish* with chimneys :-)  Just these errors cropped 
up as I flew from Eastleigh to the tip of Scotland today in the Lightning.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] MAX_CALLSIGN_LEN

2007-02-22 Thread Nick Warne
Hi all,

Revamping my server query page, I noticed that mp callsign names get chopped 
at 7 chars.

The code reads:


src/MultiPlayer/mpmessages.hxx

59:
// XDR demands 4 byte alignment, but some compilers use8 byte alignment
// so it's safe to let the overall size of a network message be a
// multiple of 8!
#define MAX_CALLSIGN_LEN8



but later:

src/MultiPlayer/multiplaymgr.cxx

740:
  strncpy(MsgHdr-Callsign, mCallsign.c_str(), MAX_CALLSIGN_LEN);
  MsgHdr-Callsign[MAX_CALLSIGN_LEN - 1] = '\0';


This chops it to 7 chars.

Is this correct?

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] MAX_CALLSIGN_LEN

2007-02-22 Thread Nick Warne
On Thursday 22 February 2007 16:13:59 Csaba Halász wrote:
 On 2/22/07, Nick Warne [EMAIL PROTECTED] wrote:
  Is this correct?

 Yes. In C you need to terminate strings by a 0 byte. So you need 8
 bytes for a maximum of 7 characters.

 Greets,
 Jester

Yes, I understand that - but what seems to be happening here is user is 
allowed to input callsign of 8 (or more) and only later is the string looked 
at.  Why not just parse the string to 7 + \0 at runtime?

It appears to me this is done every packet sent?

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] MAX_CALLSIGN_LEN

2007-02-22 Thread Nick Warne
missed the list off...

--  Forwarded Message  --

Subject: Re: [Flightgear-devel] MAX_CALLSIGN_LEN
Date: Thursday 22 February 2007
From: Nick Warne [EMAIL PROTECTED]
To: Csaba Halász [EMAIL PROTECTED]

On Thursday 22 February 2007 16:40:57 Csaba Halász wrote:
 On 2/22/07, Nick Warne [EMAIL PROTECTED] wrote:
  Yes, I understand that - but what seems to be happening here is user is
  allowed to input callsign of 8 (or more) and only later is the string
  looked at.  Why not just parse the string to 7 + \0 at runtime?
 
  It appears to me this is done every packet sent?

 It is just a string copy, which would have to be done anyway.
 Also, if later the protocol will support longer nicks, it will be
 totally transparent. And this limit is documented. Strictly IMHO.

Yes, OK, but why not do it at runtime?  MAX_CALLSIGN_LEN will determine the 
length no matter what when/if the protocol changes.

I don't see the sense (nor logic) in trimming a string _every_ packet when for 
all pretense and purpose it will not change during a session.  And if users 
can change callsign on the fly (I don't know if you can?), then only that 
update mechanism should address the string, surely?

Nick

---

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Scenery download map 'alt' tags

2007-02-05 Thread Nick Warne
On Tuesday 06 February 2007 03:11:01 Curtis Olson wrote:

  It would be nice if scenery map page could be changed so that the 'title'
  popup will work on all browsers :-)

 Back when I set that up it worked great! (on the browsers of the day.)

 If you can show me some sample code changes I should be able to go in and
 fix things up.

 Thanks,

Hi Curt,

Just subsitute 'ALT' with 'title', thus:

- ALT=e000n00  48.44 Mb   1/17/2006
+ title=e000n00  48.44 Mb   1/17/2006

Nick

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Scenery download map 'alt' tags

2007-02-04 Thread Nick Warne
Hi all,

Not a nitpick, but rather a request.  On the scenery map here:

http://www.flightgear.org/Downloads/scenery-0.9.10.html

after looking at the page source, I see the 'alt' tag is used to show the file 
sizes - good idea!  Except the 'alt' tag is not designed to produce a 'popup' 
text box, it is designed to show text in lieu of an image on non graphical 
browsers or devices that cannot see images.

Needless to say, Konqueror web browser using latest KDE 3.5.6 does not show 
them (it shouldn't!)- and I think it is very good to be able to see the file 
size before downloading.

What really should be used is the 'title' tag.  The 'title' tag will over-ride 
the 'alt' tag if used.

It would be nice if scenery map page could be changed so that the 'title' 
popup will work on all browsers :-)

Nick

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] segfaults in SGShaderAnimatio n::~SGShaderAnimation (), Patch

2007-02-04 Thread Nick Warne
On Wednesday 31 January 2007 07:35:15 Frederic Bouvier wrote:
 Nick,

 Selon Nick Warne :
  Fred,  Mathias
 
  I got this again tonight :-(((
 
  Chat [mpserve] GFS is now online, using
 
  Chat [mpserve] Aircraft/B-2/Models/b2-spirit.xml
 
  Chat [mpserve] GFS is now online, using
 
  Chat [mpserve] Aircraft/B-2/Models/b2-spirit.xml
 
  Segmentation fault
 
  Another person in IRC reports the same crash at the same time when this
  aircraft joined/left/joined.
 
  The common theme here is neither of us _have_ that model 'b2-spirit' !

 Not every segfault is in SGShaderAnimation ;-)

 Could you provide a gdb backtrace please ?

Update on this.  I tried to recreate it (with help from people in IRC), but to 
no avail.

Tonight I got the MP 'new player' join crash again:

Chat [mpserve] PWOE is now online, using
Chat [mpserve] Aircraft/c172p/Models/c172p.xml
Segmentation fault

I guess I will have to run fgfs everytime from now on in debugger to catch it.

More to follow.

Nick

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Quick 'lookie' whois flying online

2007-02-02 Thread Nick Warne
Hi all,

If sometimes you only need to see who is flying online, and do not wish to use 
and load mpmap, I knocked up a quick page:

http://mpserver05.flightgear.org/fgmp/

Nick

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Quick 'lookie' whois flying online

2007-02-02 Thread Nick Warne
On Friday 02 February 2007 19:09:23 Curtis Olson wrote:
 On 2/2/07, Nick Warne wrote:
  If sometimes you only need to see who is flying online, and do not wish
  to use
  and load mpmap, I knocked up a quick page:
 
  http://mpserver05.flightgear.org/fgmp/

 Impressive uptime if your web page is to be believed!  Around here we'd
 have a power outage or a hardware failure within that amount of time ...
 even if the OS performed perfectly.

 Curt.

Heh.  That is NOTHING!


http://www.ussg.iu.edu/hypermail/linux/kernel/0511.3/0231.html

That was then... lets have a look now:


[EMAIL PROTECTED] nick]$ last -xf /var/run/utmp runlevel
runlevel (to lvl 3)Sun Oct 14 16:07 - 19:11 (1937+04:04)

utmp begins Sun Oct 14 16:07:40 2001

Nick :-)

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Another scerenio where FG labours (freeze type of thing)

2007-01-31 Thread Nick Warne
On Wednesday 31 January 2007 16:43:23 Maik Justus wrote:
 Hi Nick,

 is this with plib, osg, or both?

 Maik

Hi Maik,

This is with all, although it has been a few weeks since I built and used plib 
version - but it happened then too.

Nick

 Nick Warne schrieb am 30.01.2007 20:28:
  On Tuesday 30 January 2007 19:23:52 Olaf Flebbe wrote:
  Hi,
 
  One easy way to replicate this is to use the Spitfire on the runway -
  ensure brake lock is on, and open up the throttle - the aircraft will
  tip over nose first, and FG will then show the above problem.
 
  I cannot replicate this with a recent osg without SDL. On Windows. Is
  this problem SDL specific?
 
  Hi Olaf,
 
  As far as I can remember, I have had this on all FG builds (Linux), even
  Glut.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Another scerenio where FG labours (freeze type of thing)

2007-01-30 Thread Nick Warne
Hi all,

Similar to the issue I reported (a few weeks ago) of the 'freezes' when near 
other aircraft (which Mathias fixed), here is another similar one.

My build is osg cvs (updated the weekend) using --enable-sdl.

If a prop driven aircraft crashes nose down so the rotating prop gets embedded 
into the ground, FG will 'freeze' and stutter along at 1fps or worse.  It 
takes ages to gets the menu to react to be allowed to reset (in fact, my 
mouse disappears a lot during this time).

One easy way to replicate this is to use the Spitfire on the runway - ensure 
brake lock is on, and open up the throttle - the aircraft will tip over nose 
first, and FG will then show the above problem.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Another scerenio where FG labours (freeze type of thing)

2007-01-30 Thread Nick Warne
On Tuesday 30 January 2007 19:15:14 Curtis Olson wrote:
  One easy way to replicate this is to use the Spitfire on the runway -
  ensure
  brake lock is on, and open up the throttle - the aircraft will tip over
  nose
  first, and FG will then show the above problem.

 You might want to double check if the console you  used for starting up
 flightgear is streaming groundcache error/warnings.  If it is, running out
 of an xterm should have a lower text scrolling load than something like a
 gnome terminal window.

Hi Curt,

No, the console is clean (I start FG in console), and FG exits cleanly too if 
I terminate during this issue.

Nick



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Another scerenio where FG labours (freeze type of thing)

2007-01-30 Thread Nick Warne
On Tuesday 30 January 2007 19:19:10 Nick Warne wrote:
 On Tuesday 30 January 2007 19:15:14 Curtis Olson wrote:
   One easy way to replicate this is to use the Spitfire on the runway -
   ensure
   brake lock is on, and open up the throttle - the aircraft will tip over
   nose
   first, and FG will then show the above problem.
 
  You might want to double check if the console you  used for starting up
  flightgear is streaming groundcache error/warnings.  If it is, running
  out of an xterm should have a lower text scrolling load than something
  like a gnome terminal window.

 Hi Curt,

 No, the console is clean (I start FG in console), and FG exits cleanly too
 if I terminate during this issue.

I apologise ; running FG --log-level=debug, I get streams of this:

prepare_ground_cache(): ac radius = 14.5878, # triangles = 10, # wires = 0, # 
catapults = 0, ground_radius = 0
prepare_ground_cache(): trying to build cache without any scenery below the 
aircraft

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Another scerenio where FG labou rs (freeze type of thing)

2007-01-30 Thread Nick Warne
On Tuesday 30 January 2007 19:23:52 Olaf Flebbe wrote:
 Hi,

  One easy way to replicate this is to use the Spitfire on the runway -
  ensure brake lock is on, and open up the throttle - the aircraft will tip
  over nose first, and FG will then show the above problem.

 I cannot replicate this with a recent osg without SDL. On Windows. Is
 this problem SDL specific?

Hi Olaf,

As far as I can remember, I have had this on all FG builds (Linux), even Glut.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] segfaults in SGShaderAnimatio n::~SGShaderAnimation (), Patch

2007-01-30 Thread Nick Warne
On Friday 26 January 2007 20:45:55 Nick Warne wrote:
 On Friday 26 January 2007 20:14, Maik Justus wrote:
  Hi Fred,
 
  your patch works fine for me.
 
 
  Big thanks!
  Maik

 Fred,

 I tested with Maik while I was building.  I just tested with ndim, and NO
 CRASH - it looks very, very good.

 Thank you!

 Nick

Fred,  Mathias

I got this again tonight :-(((

Chat [mpserve] GFS is now online, using

Chat [mpserve] Aircraft/B-2/Models/b2-spirit.xml

Chat [mpserve] GFS is now online, using

Chat [mpserve] Aircraft/B-2/Models/b2-spirit.xml

Segmentation fault

Another person in IRC reports the same crash at the same time when this 
aircraft joined/left/joined.

The common theme here is neither of us _have_ that model 'b2-spirit' !

Nick


  Frederic Bouvier schrieb am 26.01.2007 20:41:
   Selon Nick Warne :
   Reports from IRC say this is fixed in plib, but I can still get a 100%
   reliable crash with OSG build.
  
   Enter MP server using Harrier.  Get someone to join/leave/join with
   the dhc2F.
   Immediate segfault on the second join.
  
   Below is my earlier mail with trace etc.
  
   Are you able to test the patch below. If it works for you, I'll commit
   it.
  
   -Fred
  
   cvs -z4 -q diff -u -wb -- shadanim.cxx (in directory
   C:\Devel\SimGear\simgear\scene\model\)
   Index: shadanim.cxx
   ===
   RCS file:
   /var/cvs/SimGear-0.3/SimGear/simgear/scene/model/shadanim.cxx,v
   retrieving revision 1.9
   diff -u -w -b -r1.9 shadanim.cxx
   --- shadanim.cxx  3 Dec 2006 16:57:21 -   1.9
   +++ shadanim.cxx  26 Jan 2007 19:14:34 -
   @@ -126,14 +126,12 @@
static osg::TextureCubeMap*
getOrCreateTextureCubeMap()
{
   -  static osg::TextureCubeMap* textureCubeMap = 0;
   -  if (textureCubeMap)
   -return textureCubeMap;
   +   static osg::ref_ptrosg::TextureCubeMap textureCubeMap;
  
  static SGMutex mutex;
  SGGuardSGMutex locker(mutex);
   -  if (textureCubeMap)
   -return textureCubeMap;
   +  if (textureCubeMap.get())
   +return textureCubeMap.get();
  
  // create and setup the texture object
  textureCubeMap = new osg::TextureCubeMap;
   @@ -146,7 +144,7 @@
  
  textureCubeMap-setUpdateCallback(new SGMapGenCallback);
  
   -  return textureCubeMap;
   +  return textureCubeMap.get();
}
  
static void create_specular_highlights(osg::Node *node)

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Another scerenio where FG labours (freeze type of thing)

2007-01-30 Thread Nick Warne
On Tuesday 30 January 2007 21:11:21 Olaf Flebbe wrote:
  As far as I can remember, I have had this on all FG builds (Linux), even
  Glut.
 
  Nick

 i Double-checked, even with debug on windows: No problem. I see no drop
 in framerates for a release build, no trigger triggered in debug build.

Hi Olaf,

Yes, in IRC it appears it is only me that gets this.  I have an old system, so 
maybe newer, faster systems cope with this;  but having said that, the 'get 
near other aircraft freeze' I could only see/get also too, but Maik and 
Mathias found that bug and fixed it.

So maybe this is similar.  I will just not have to crash the aircraft nose 
first ;-)

Nick


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] segfaults in SGShaderAnimation::~SGShaderAnimation(), Patch

2007-01-26 Thread Nick Warne
On Friday 26 January 2007 09:02, Frederic Bouvier wrote:
 Hi Maik,

 Selon Maik Justus :
  Hi,
  the same thing with _condition.
 
  It's systematically done wrong.
 
  _textureData could be done correctly :-)

 _condition, _effectTexture and _textureData are not SGShaderAnimation
 members in the OSG code.

 In the PLIB branch, _contition is not shared but initialized with new in
 sgReadCondition, so unless there is something I am missing, I think
 _condition must be deleted just like in the other animation classes where
 it is actually missing ( except in shadow and select ).

 for _effectTexture, the pointer should be replaced by
 ssgSharedPtrssgTexture and the delete removed.

 I am committing a fix right now.

Hi Fred,

Reports from IRC say this is fixed in plib, but I can still get a 100% 
reliable crash with OSG build.

Enter MP server using Harrier.  Get someone to join/leave/join with the dhc2F.  
Immediate segfault on the second join.

Below is my earlier mail with trace etc.

Nick




 On Fri, 5 Jan 2007, Maik Justus wrote:
  Hello,
 
  sometimes I get a segfault in function
  SGShaderAnimation::~SGShaderAnimation(), file
  simgear/scene/model/shadanim.cxx.

 I never get a SIGSEGV from there, but rather a SIGABORT due to a failed
 assert. (This with plib, nota bene) And from the gang-debugging session we
 had last night on IRC+MP we now know how to replicate it. (although I'm not
 sure if there was a consesus on exactly how, but something like this: at
 least two models using the chrome shader, one leaves mp and then fgfs
 crashes for any miserable one watching them leave. Other's said it was
 provoked by a join-leave-rejoin cycle)

Here is my gdb output.  I can get this crash everytime with the 
join/leave/join scenerio.

Join with the harrier and sit on the deck.  get someone (Maik here) to join 
with the dhc2.  Fly a little (just take off will do).  Get Maik leave the 
server, and rejoin - *crash* for me.

Interesting thing is, you do not see Maik leave the server - but re 'joins 
twice' even though he has left.

(gdb) list produces nonsense, but I include it at the end anyway.

Nick



Server chat:

Chat [mpserve] Maik is now online, using

Chat [mpserve] Aircraft/dhc2/Models/dhc2wheels.xml

Using global material animation that can no longer work
Using global material animation that can no longer work
Using global material animation that can no longer work
Using global material animation that can no longer work
Chat [mpserve] Maik is now online, using

Chat [mpserve] Aircraft/dhc2/Models/dhc2wheels.xml

Using global material animation that can no longer work
Using global material animation that can no longer work
Using global material animation that can no longer work
Using global material animation that can no longer work

Program received signal SIGSEGV, Segmentation fault.
0x36ff1f36 in ?? ()




Backtrace:

(gdb) bt
#0  0x36ff1f36 in ?? ()
#1  0x404409e6 in osg::StateSet::setTextureAttributeAndModes () 
from /usr/local/lib/libosg.so
#2  0x085230c9 in create_specular_highlights (node=0x11bc1558) at 
shadanim.cxx:160
#3  0x085233f6 in SGShaderAnimation::createAnimationGroup (this=0xbfd16ea0, 
[EMAIL PROTECTED]) at shadanim.cxx:198
#4  0x0851043d in SGAnimation::installInGroup (this=0xbfd16ea0, 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED])
at animation.cxx:606
#5  0x085102cf in SGAnimation::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) at 
animation.cxx:583
#6  0x403c9def in osg::Group::accept () from /usr/local/lib/libosg.so
#7  0x403c84e4 in osg::Group::traverse () from /usr/local/lib/libosg.so
#8  0x08069704 in osg::NodeVisitor::traverse (this=0xbfd16ea0, 
[EMAIL PROTECTED]) at NodeVisitor:180
#9  0x0851021f in SGAnimation::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) at 
animation.cxx:575
#10 0x080695f1 in osg::NodeVisitor::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) 
at NodeVisitor:247
#11 0x08069955 in osg::NodeVisitor::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) 
at NodeVisitor:250
#12 0x403df74f in osg::MatrixTransform::accept () 
from /usr/local/lib/libosg.so
#13 0x0851015c in SGAnimation::apply (this=0xbfd16ea0, node=0x1202b4e0) at 
animation.cxx:542
#14 0x0850fd83 in SGAnimation::animate (node=0x1202b4e0, configNode=0xf015ab0, 
modelRoot=0x1218e600) at animation.cxx:510
#15 0x0850461a in sgLoad3DModel ([EMAIL PROTECTED], [EMAIL PROTECTED], 
prop_root=0x1218e600, sim_time_sec=318.666242,
load_panel=0, data=0x0, [EMAIL PROTECTED]) at model.cxx:547
#16 0x0846bfd9 in FGAIBase::load3DModel (this=0x11e38268, [EMAIL PROTECTED], 
[EMAIL PROTECTED], prop_root=0x1218e600,
sim_time_sec=318.666242) at AIBase.cxx:175
#17 0x0846bd94 in FGAIBase::init (this=0x11e38268, search_in_AI_path=true) at 
AIBase.cxx:143
#18 0x0847322a in FGAIMultiplayer::init (this=0x11e38268, 
search_in_AI_path=true) at AIMultiplayer.cxx:60
#19 0x08468ec3 in FGAIManager::attach (this=0xb271810, model={_ptr = 
0x11e38268}) at AIManager.cxx:157
#20 0x084619e4 in 

Re: [Flightgear-devel] segfaults in SGShaderAnimatio n::~SGShaderAnimation (), Patch

2007-01-26 Thread Nick Warne
On Friday 26 January 2007 19:08, Maik Justus wrote:
 Hi all,

 here is a workaround for osg. It disables the chrome shader, but as long
 as this causes the fatal crashes we need to commit.

 Unfortunately I am not compiling osg myself; I am using Olafs
 precompiled library. Therefore I can not dig into the code :-(

I believe, looking at my traces, this function in 
OpenSceneGraph/src/osg/StateSet.cpp is where it happens.  Why/how/what I 
haven't a clue.

void StateSet::setTextureAttributeAndModes(unsigned int unit,StateAttribute 
*attribute, StateAttribute::GLModeValue value)
{
if (attribute)
{

if (attribute-isTextureAttribute())
{
if (valueStateAttribute::INHERIT)
{
removeTextureAttribute(unit,attribute-getType());
}
else


Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] segfaults in SGShaderAnimatio n::~SGShaderAnimation (), Patch

2007-01-26 Thread Nick Warne
On Friday 26 January 2007 20:14, Maik Justus wrote:
 Hi Fred,

 your patch works fine for me.


 Big thanks!
 Maik

Fred,

I tested with Maik while I was building.  I just tested with ndim, and NO 
CRASH - it looks very, very good.

Thank you!

Nick


 Frederic Bouvier schrieb am 26.01.2007 20:41:
  Selon Nick Warne :
  Reports from IRC say this is fixed in plib, but I can still get a 100%
  reliable crash with OSG build.
 
  Enter MP server using Harrier.  Get someone to join/leave/join with the
  dhc2F.
  Immediate segfault on the second join.
 
  Below is my earlier mail with trace etc.
 
  Are you able to test the patch below. If it works for you, I'll commit
  it.
 
  -Fred
 
  cvs -z4 -q diff -u -wb -- shadanim.cxx (in directory
  C:\Devel\SimGear\simgear\scene\model\)
  Index: shadanim.cxx
  ===
  RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/scene/model/shadanim.cxx,v
  retrieving revision 1.9
  diff -u -w -b -r1.9 shadanim.cxx
  --- shadanim.cxx3 Dec 2006 16:57:21 -   1.9
  +++ shadanim.cxx26 Jan 2007 19:14:34 -
  @@ -126,14 +126,12 @@
   static osg::TextureCubeMap*
   getOrCreateTextureCubeMap()
   {
  -  static osg::TextureCubeMap* textureCubeMap = 0;
  -  if (textureCubeMap)
  -return textureCubeMap;
  +   static osg::ref_ptrosg::TextureCubeMap textureCubeMap;
 
 static SGMutex mutex;
 SGGuardSGMutex locker(mutex);
  -  if (textureCubeMap)
  -return textureCubeMap;
  +  if (textureCubeMap.get())
  +return textureCubeMap.get();
 
 // create and setup the texture object
 textureCubeMap = new osg::TextureCubeMap;
  @@ -146,7 +144,7 @@
 
 textureCubeMap-setUpdateCallback(new SGMapGenCallback);
 
  -  return textureCubeMap;
  +  return textureCubeMap.get();
   }
 
   static void create_specular_highlights(osg::Node *node)

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear Book

2007-01-26 Thread Nick Warne
On Friday 26 January 2007 23:46, Christian Mayer wrote:
 The quality of the text looks quite bad to me, it's about amateur
 writing level, I guess. The layout was done with OpenOffice which also
 fits in this picture.

What on earth do you mean that statement?

Tut.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] segfaults in SGShaderAnimation::~SGShaderAnimation(), Patch

2007-01-24 Thread Nick Warne
On Wednesday 24 January 2007 17:05, Joacim Persson wrote:
 On Fri, 5 Jan 2007, Maik Justus wrote:
  Hello,
 
  sometimes I get a segfault in function
  SGShaderAnimation::~SGShaderAnimation(), file
  simgear/scene/model/shadanim.cxx.

 I never get a SIGSEGV from there, but rather a SIGABORT due to a failed
 assert. (This with plib, nota bene) And from the gang-debugging session we
 had last night on IRC+MP we now know how to replicate it. (although I'm not
 sure if there was a consesus on exactly how, but something like this: at
 least two models using the chrome shader, one leaves mp and then fgfs
 crashes for any miserable one watching them leave. Other's said it was
 provoked by a join-leave-rejoin cycle)

Here is my gdb output.  I can get this crash everytime with the 
join/leave/join scenerio.

Join with the harrier and sit on the deck.  get someone (Maik here) to join 
with the dhc2.  Fly a little (just take off will do).  Get Maik leave the 
server, and rejoin - *crash* for me.

Interesting thing is, you do not see Maik leave the server - but re 'joins 
twice' even though he has left.

(gdb) list produces nonsense, but I include it at the end anyway.

Nick



Server chat:

Chat [mpserve] Maik is now online, using

Chat [mpserve] Aircraft/dhc2/Models/dhc2wheels.xml

Using global material animation that can no longer work
Using global material animation that can no longer work
Using global material animation that can no longer work
Using global material animation that can no longer work
Chat [mpserve] Maik is now online, using

Chat [mpserve] Aircraft/dhc2/Models/dhc2wheels.xml

Using global material animation that can no longer work
Using global material animation that can no longer work
Using global material animation that can no longer work
Using global material animation that can no longer work

Program received signal SIGSEGV, Segmentation fault.
0x36ff1f36 in ?? ()




Backtrace:

(gdb) bt
#0  0x36ff1f36 in ?? ()
#1  0x404409e6 in osg::StateSet::setTextureAttributeAndModes () 
from /usr/local/lib/libosg.so
#2  0x085230c9 in create_specular_highlights (node=0x11bc1558) at 
shadanim.cxx:160
#3  0x085233f6 in SGShaderAnimation::createAnimationGroup (this=0xbfd16ea0, 
[EMAIL PROTECTED]) at shadanim.cxx:198
#4  0x0851043d in SGAnimation::installInGroup (this=0xbfd16ea0, 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED])
at animation.cxx:606
#5  0x085102cf in SGAnimation::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) at 
animation.cxx:583
#6  0x403c9def in osg::Group::accept () from /usr/local/lib/libosg.so
#7  0x403c84e4 in osg::Group::traverse () from /usr/local/lib/libosg.so
#8  0x08069704 in osg::NodeVisitor::traverse (this=0xbfd16ea0, 
[EMAIL PROTECTED]) at NodeVisitor:180
#9  0x0851021f in SGAnimation::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) at 
animation.cxx:575
#10 0x080695f1 in osg::NodeVisitor::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) 
at NodeVisitor:247
#11 0x08069955 in osg::NodeVisitor::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) 
at NodeVisitor:250
#12 0x403df74f in osg::MatrixTransform::accept () 
from /usr/local/lib/libosg.so
#13 0x0851015c in SGAnimation::apply (this=0xbfd16ea0, node=0x1202b4e0) at 
animation.cxx:542
#14 0x0850fd83 in SGAnimation::animate (node=0x1202b4e0, configNode=0xf015ab0, 
modelRoot=0x1218e600) at animation.cxx:510
#15 0x0850461a in sgLoad3DModel ([EMAIL PROTECTED], [EMAIL PROTECTED], 
prop_root=0x1218e600, sim_time_sec=318.666242,
load_panel=0, data=0x0, [EMAIL PROTECTED]) at model.cxx:547
#16 0x0846bfd9 in FGAIBase::load3DModel (this=0x11e38268, [EMAIL PROTECTED], 
[EMAIL PROTECTED], prop_root=0x1218e600,
sim_time_sec=318.666242) at AIBase.cxx:175
#17 0x0846bd94 in FGAIBase::init (this=0x11e38268, search_in_AI_path=true) at 
AIBase.cxx:143
#18 0x0847322a in FGAIMultiplayer::init (this=0x11e38268, 
search_in_AI_path=true) at AIMultiplayer.cxx:60
#19 0x08468ec3 in FGAIManager::attach (this=0xb271810, model={_ptr = 
0x11e38268}) at AIManager.cxx:157
#20 0x084619e4 in FGMultiplayMgr::addMultiplayer (this=0xb8d9cf0, 
[EMAIL PROTECTED], [EMAIL PROTECTED])
at multiplaymgr.cxx:758
#21 0x08461550 in FGMultiplayMgr::ProcessPosMsg (this=0xb8d9cf0, 
Msg=0xbfd17820 SFGF\001, [EMAIL PROTECTED], len=536,
stamp=1169672780) at multiplaymgr.cxx:685
#22 0x08460b60 in FGMultiplayMgr::Update (this=0xb8d9cf0) at 
multiplaymgr.cxx:518
#23 0x0805d2a5 in fgMainLoop () at main.cxx:454
#24 0x080995c8 in fgOSMainLoop () at fg_os_sdl.cxx:247
#25 0x0805f638 in fgMainInit (argc=8, argv=0xbfd180e4) at main.cxx:1029
#26 0x0805bc76 in main (argc=8, argv=0xbfd180e4) at bootstrap.cxx:204



(gdb) list 
142 set_fpc_csr(f.fc_word);
143 }
144 #endif
145
146 int _bootstrap_OSInit;
147
148 // Main entry point; catch any exceptions that have made it this far.
149 int main ( int argc, char **argv ) {
150
151 _bootstrap_OSInit = 0;


-
Take Surveys. 

Re: [Flightgear-devel] Fix a few GCC warnings (i.e Shut UP GCC).

2007-01-21 Thread Nick Warne
On Sunday 21 January 2007 12:58, Nick Warne wrote:
 Hi All,

 I get a few warnings when building fgfs (gcc-3.4.6), all to do with int
 conversion:


 FGInitialCondition.cpp:806: warning: converting to `int' from `double'
 806: n = document-FindElementValueAsNumber(running);
 fix:
 n = (int)document-FindElementValueAsNumber(running);


 FGInput.cpp:209: warning: converting to `unsigned int' from `double'
 209: port = element-GetAttributeValueAsNumber(port);
 fix:
 port = (unsigned int)element-GetAttributeValueAsNumber(port);


 renderer.cxx:1021: warning: converting to `unsigned int' from `double'
 1021: y = viewport-height() - y;
 fix:
 y = (int)viewport-height() - y;

Tut...
y = (unsigned int) viewport-height() - y;

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] PRE_OSG cvs BUG in VSI with code fix

2007-01-07 Thread Nick Warne
On Sunday 07 January 2007 17:34, gh.robin wrote:
 On Sun 7 January 2007 18:20, Martin Spott wrote:
  Nick Warne wrote:
   There is a typo in:
  
   src/Instrumentation/vertical_speed_indicator.cxx  line 17:
  
   _static_pressure(node-getStringValue(static-pressure,
   /Systems/static/pressure-inhg))
  
   should be of course:
  
   _static_pressure(node-getStringValue(static-pressure,
   /systems/static/pressure-inhg))
 
  This affects CVS head as well; would someone consider applying the
  respective change ?
 
  Martin.

 You must first check it , because the existing code is working right
 with  /Systems/static/pressure-inhg

Well, on Linux at least with that line I got two 'systems' directories in the 
property tree - one called /Systems/ with one item, the other 
called /systems/ with a host of data.

But I am on full osg build now, so can't test what I got at the time.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] PRE_OSG cvs BUG in VSI with code fix

2007-01-07 Thread Nick Warne
On Sunday 07 January 2007 19:51, Roy Vegard Ovesen wrote:
 On Sunday 07 January 2007 19:25, gh.robin wrote:
 You must first check it , because the existing code is working
 right with  /Systems/static/pressure-inhg
 
  And if you don't trust me, when i say its working,   look at this
  http://perso.orange.fr/GRTux/pressure-inhg.jpg

 Ok! Now I'm just confused. Gérard is trying to prove
 that /Systems/static/pressure-inhg is working by sending a screenshot
 showing /systems/static/pressure-inhg.

 Nick, how did you get it to fall back to /Systems/...? Did you use a
 custom instrumentation config file, or did you forget to also update the
 base package (data) from CVS?

Heh.  It is _very_ complicated and the following is from memory as I forget 
exactly what I was doing/sussing.  Basically I made a mess up when I was 
building/installing.  I got my 'plib' build and 'osg' build data's messed up.

When I used the Spitfire model I noticed the VSI wasn't working.  
Investigating then showed I had a '/Systems/' and a '/systems/  branch in the 
properties.  The '/System/' branch _only_ held the value 'pressure-inhg' but 
it was null.  I then saw I also had a /systems/ branch that also 
had 'pressure-inhg' with a value (and lots of other data too).

Hence then how I came to find the typo in the source code.

Speaking in IRC to Vivian, it turned out the Spitfire I was using wasn't the 
latest... that's when I found out I had all my data files and stuff all mixed 
up.  Cleaning this up, the model now does not use that code part, hence why 
it works with the /Systems/.

I wish I could remember what the xml file was that used it.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [PATCH] Remove unused PLIB dependency

2007-01-06 Thread Nick Warne
On Saturday 06 January 2007 19:15, Frederic Bouvier wrote:
 Martin Spott a écrit :
  While people are happily applying patches to FG, would someone please
  care for the following:

 done


Could this break simgear?  Doing a full clean build now I get this:


checking plib/ul.h presence... yes
configure: WARNING: plib/ul.h: present but cannot be compiled
configure: WARNING: plib/ul.h: check for missing prerequisite headers?
configure: WARNING: plib/ul.h: see the Autoconf documentation
configure: WARNING: plib/ul.h: section Present But Cannot Be Compiled
configure: WARNING: plib/ul.h: proceeding with the preprocessor's result
configure: WARNING: plib/ul.h: in the future, the compiler will take 
precedence
configure: WARNING: ## -- ##
configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists.  ##
configure: WARNING: ## -- ##
checking for plib/ul.h... yes
checking for plib 1.8.4 or newer... wrong version
configure: error: Install plib 1.8.4 or later first...


I obviously do have plib 1.8.4 installed.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [PATCH] Remove unused PLIB dependency

2007-01-06 Thread Nick Warne
On Saturday 06 January 2007 19:57, Nick Warne wrote:
 On Saturday 06 January 2007 19:15, Frederic Bouvier wrote:
  Martin Spott a écrit :
   While people are happily applying patches to FG, would someone please
   care for the following:
 
  done

 Could this break simgear?  Doing a full clean build now I get this:


 checking plib/ul.h presence... yes
 configure: WARNING: plib/ul.h: present but cannot be compiled
 configure: WARNING: plib/ul.h: check for missing prerequisite headers?
 configure: WARNING: plib/ul.h: see the Autoconf documentation
 configure: WARNING: plib/ul.h: section Present But Cannot Be Compiled
 configure: WARNING: plib/ul.h: proceeding with the preprocessor's result
 configure: WARNING: plib/ul.h: in the future, the compiler will take
 precedence
 configure: WARNING: ## -- ##
 configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists.  ##
 configure: WARNING: ## -- ##
 checking for plib/ul.h... yes
 checking for plib 1.8.4 or newer... wrong version
 configure: error: Install plib 1.8.4 or later first...


 I obviously do have plib 1.8.4 installed.

OK, ignore this - it was my fault for specifying incorrect CXXFLAGS for CPU.

Sorry for the noise.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] implemented: interval timer (aka approach timer) [aka stopwatch]

2007-01-02 Thread Nick Warne
On Tuesday 02 January 2007 18:24, AJ MacLeod wrote:

 One shouldn't expect the documentation of a project like this to be 100% up
 to date, especially when referring to fairly trivial features.  Development
 happens quite quickly in FGFS and great new features are being added all
 the time.  It's well worth running a CVS version to keep abreast of them...

   You can find the code in gui/dialogs/stopwatch.xml

I have the latest CVS and I do not have that file either - plus it isn't in 
the on-line repository either:

http://cvs.flightgear.org/cgi-bin/viewvc/viewvc.cgi/FlightGear/src/GUI/?pathrev=HEAD

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] implemented: interval timer (aka approachtimer) [aka stopwatch]

2007-01-02 Thread Nick Warne
On Tuesday 02 January 2007 18:50, Roy Vegard Ovesen wrote:
 On Tuesday 02 January 2007 19:20, Nick Warne wrote:
  On Tuesday 02 January 2007 18:24, AJ MacLeod wrote:
 You can find the code in gui/dialogs/stopwatch.xml
 
  I have the latest CVS and I do not have that file either - plus it isn't
  in the on-line repository either:
 
  http://cvs.flightgear.org/cgi-bin/viewvc/viewvc.cgi/FlightGear/src/GUI/?p
 at hrev=HEAD

 It's not in the source tree, but in the data tree:

 http://cvs.flightgear.org/cgi-bin/viewvc/viewvc.cgi/data/gui/dialogs/?pathr
ev=HEAD

 Another rule of thumb when developing and when updating from CVS is to keep
 both source _and_ data up-to-date.

Yep, I didn't think to look there... my bad.

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Spitfire/Seafire mag compass doesn't work in CVS - fixed

2006-12-28 Thread Nick Warne
Hi all,

Latest CVS osg

I found the magnetic compass isn't working in the Spitfire/Seafire.

After a lot of faffing about (using the Hurricane compass as reference, as 
that worked), I found the issue... or rather diff did.

--- Spitfire/Models/compass.xml 2006-12-28 14:07:08.0 +
+++ Hurricane/Models/compass.xml2006-12-28 14:06:24.0 +
@@ -4,7 +4,7 @@
   animation
 typerotate/type
 object-nameCompass/object-name
-  propertyinstrumentation/magentic-compass/indicated-heading-deg/property
+propertyinstrumentation/magnetic-compass/indicated-heading-deg/property
 center
   x-m-0.02725/x-m
   y-m0/y-m


Can you see it?  In Spitfire/Models/compass.xml the the property 
tag, 'magnetic' is spelt wrong.

I must have looked at that line a thousand times, and even looking at the diff 
output it is hard to see.

:-D

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Spitfire/Seafire mag compass doesn't work in CVS- fixed

2006-12-28 Thread Nick Warne
On Thursday 28 December 2006 21:01, Vivian Meazza wrote:
 object-nameCompass/object-name
  -  propertyinstrumentation/magentic-compass/indicated-heading-
  deg/property
  +propertyinstrumentation/magnetic-compass/indicated-heading-
  deg/property
   center
 x-m-0.02725/x-m
 y-m0/y-m
 
 
  Can you see it?  In Spitfire/Models/compass.xml the the property
  tag, 'magnetic' is spelt wrong.
 
  I must have looked at that line a thousand times, and even looking at the
  diff
  output it is hard to see.

 Well, it certainly is an error, but not in cvs head cvs-plib perhaps? There
 was another bug to do with electrical outputs which I have corrected.

 Vivian

Yes, as explained (and sorted) in IRC, it looks like I got messed up and used 
my plib data source rather than the data source for osg build.

All works good now (apart from rear castor, but that is another issue).

Thanks,

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] PRE_OSG cvs BUG in VSI with code fix

2006-12-27 Thread Nick Warne
Hi all,

Being really new to this (6 days), after building my own version, I found 
all/no aircraft didn't have a working vsi gauge.

After a lot of hair pulling, beer, and more beer, I found why.  The pivotal
point was seeing I had two 'system/static' branches - one capitised.

There is a typo in:

src/Instrumentation/vertical_speed_indicator.cxx  line 17:

_static_pressure(node-getStringValue(static-pressure, 
/Systems/static/pressure-inhg))

should be of course:

_static_pressure(node-getStringValue(static-pressure, 
/systems/static/pressure-inhg))


Regards,

Nick

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel